03 软件需求.pptVIP

* * * 可跟踪性：你应能将一个软件与其原始材料相对应，如分配需求等。也能够将软件需求与HLD、LLD，测试用例、代码，用于构造实现和验证需求的测试相对应。 可跟踪性强调需求的划分粒度，AR-SRS-设计，应该是逐级细化。每个需求点应控制在代码行200行左右，测试例3-5个的规模。 * 举个例子，用户要做一个会计电算化系统，有一条需求是打印资产负债表，用户方的会计最初的想法是在屏幕上显示一个表，他们把数据填进去，然后在该公司专用的报表单上打印出来，设计方分析用户的业务流程后发现，数据在凭证输入的时候已经有了，没有必要由用户输入，但用户用的报表专用纸太软，没有办法用打印机打印，建议直接按样式打印到普通打印纸上。用户同意接受这种修改，但要求，打印结果必须在颜色上也与专用的报表单一致。设计人员把这些东西写入初期需求定义，但在做DEMO的时候发现，他们打算选用的报表输出工具的日期项不能输出为中文，他们向用户提出，希望允许用yyyy-mm-dd的方式输出日期，用户觉得可以接受，但要求格式为yyyymmdd…… * * 强调RTM应同需求文档一同提交评审，便于跟踪AR是否全部在SRS中实现了。 * * * * * 需求逐步实现的中间环节需要跟踪 * * * 从这个图当中，重点讲：需求跟踪的时机。 下面是各阶段时间点的一个说明： 在SOW Review完成并签发后，就可以将分配需