{"title":"需求文档","authors":"","doi":"10.1142/9781786348838_0012","DOIUrl":null,"url":null,"abstract":"The purpose of the Requirements Documentation is to establish an agreement about what the project is to accomplish. It provides a baseline for validation and verification, and it should reduce the development effort by avoiding omissions, misunderstandings, and inconsistencies early in the design lifecycle. All items in the Requirements Documentation should be consistent with other documentation (e.g., project description, design diagrams, task lists, timelines) but it should be readable as a stand-alone document.","PeriodicalId":332689,"journal":{"name":"Requirements Modeling and Coding","volume":"8 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2020-10-27","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":"{\"title\":\"Requirements Documentation\",\"authors\":\"\",\"doi\":\"10.1142/9781786348838_0012\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"The purpose of the Requirements Documentation is to establish an agreement about what the project is to accomplish. It provides a baseline for validation and verification, and it should reduce the development effort by avoiding omissions, misunderstandings, and inconsistencies early in the design lifecycle. All items in the Requirements Documentation should be consistent with other documentation (e.g., project description, design diagrams, task lists, timelines) but it should be readable as a stand-alone document.\",\"PeriodicalId\":332689,\"journal\":{\"name\":\"Requirements Modeling and Coding\",\"volume\":\"8 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2020-10-27\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"0\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"Requirements Modeling and Coding\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1142/9781786348838_0012\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"Requirements Modeling and Coding","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1142/9781786348838_0012","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
The purpose of the Requirements Documentation is to establish an agreement about what the project is to accomplish. It provides a baseline for validation and verification, and it should reduce the development effort by avoiding omissions, misunderstandings, and inconsistencies early in the design lifecycle. All items in the Requirements Documentation should be consistent with other documentation (e.g., project description, design diagrams, task lists, timelines) but it should be readable as a stand-alone document.