需求论证说明模板V01(20080427)

1、ABC Corporation模板修改记录版本作者日期修改理由主要修改内容本模板在格式上有以下一系列约定：a) 用“”包围起来的内容，是编写指导，使用本模板编制文档时应该删除掉这些 内容。b) 如果某些章节或字段没有实质性内容，请填写“无”，而不是留白，因为前者意味 着已经思考过了但没有内容。本模板是根据 “IEEE std. 830-1998 Recommended Practice for SRS” 及 “GB 计算 机软件需求说明编制指南”拟制的。修改记录版本作者日期修改理由主要修改内容XXXXXXYyyy/mm/ddXXXXXXX目录1引言 41.1编写目的 41.2文档约定 42术语和缩写 42.1术语 42.2缩写 43论证结果 43.1被采纳的需求 43.2被拒绝的需求 54具体论证 54.1 64.1.1需求澄清 64.1.2必要性 64.1.3可行性 74.1.4优先级 74.2 85 参考文献 81 引言1.1 编写目的本文通过详细描述vXX软件的功能需求、性能需求、质量属性、外部接口及其它需求, 为后续设计、测试等工作提供依据与约束。1.2 文档约定本节描述编写文

2、档时所采用的约定，如字体、字号、颜色等。2 术语和缩写2.1 术语本文使用的术语见表 2.1。表 2.1本文使用的缩写见表 2.2。缩写原文中文含义表2.2缩写原文中文含义3 论证结果3.1 被采纳的需求本节用表格的形式汇总需求论证过程中被采纳（含部分采纳）的需求。表格填写说明：a）需求标识、需求名称、期望完成时间：1）如果该需求与上游需求对应，则可以直接取自上游需求的对应字段。如果在论 证过程中已经进行了修改，则应填写修改后的内容；2）如果需求是由论证人员添加的（如默认/潜在的需求），则论证人员应给出“需 求标识”（前缀为RR）、“需求名称”。“期望完成时间”可以填“-”或不填。同时，应在“采纳理由”中作额外的说明，如“潜在/默认需求”，后面再描述 采纳理由。默认/潜在需求的其它内容（如需求描述）直接写在用户需求说明 书或产品需求说明文档中。b）论证后优先级：论证后设定的需求优先级。c）采纳理由：采纳该需求的主要理由。如果该需求在“具体论证”一章中进行了论证， 则可以填写“见同标识需求的具体论证”，否则，应在此处简单说明采纳的理由， 女口 “XX协议必选内容”。被采纳的原始需求见表

3、4.1。表4.1需求标识需求名称期望完 成时间论证后 优先级采纳理由3.2 被拒绝的需求本节用表格的形式汇总需求论证过程中被拒绝的需求（包括潜在/默认需求）。需要强调的是，凡是被拒绝的需求，都应该在“具体论证”一章中能够找到具体的论证说明。 表格填写说明：a）需求标识、需求名称：1） 如果该需求与上游需求对应，则可以直接取自上游需求的对应字段；2） 如果需求是由论证人员添加的（如默认/潜在的需求），则论证人员应给出“需 求标识”（前缀为RR）、“需求名称”。同时，应在“拒绝理由”中作额外的说 明，如“潜在/默认需求”，后面再描述拒绝理由。b）拒绝理由：可以简单描述主要的拒绝理由，也可“见同标识需求的具体论证”。被拒绝的原始需求见表4.2。表4.2需求标识需求名称拒绝理由4 具体论证本章描述具体的需求论证过程。实践中，如果只对部分需求进行论证，则应通过团队活动，确定需要论证的需求应满足 的标准。对应地，在此处描述这些标准。如果需要对全部需求进行论证，则此处无需描述任 何内容。 =Example Begin=例本产品主要是由 XX 协议定义的。我们只对以下性质的需求进行具体论证：a) 协议

4、中可选的需求；b) 协议中指标还需要提高的需求；c) 竞争对手已经实现，但有技术难度的需求；d) 市场调查得来的需求；e) 售前、售后人员提出的需求。售前、售后人员提出的需求，往往属于那种增强性 的需求，其中的某些需求，不属于基本需求，但技术难度又可能很大。因此需要论 证。=Example End=4.1 原始需求标识 1 + 两个空格 + 原始需求名称 14.1.1 需求澄清在进行需求论证前，必须对原始需求进行必要的细化与转化，以得到真正的需求。本 节描述细化、转化时的考虑及细化、转化后的结果。如“覆盖范围应尽可能大”，在论证之 前，应进行细化并得到客户的认可“在农村的覆盖范围应不小于10Km”。4.1.2 必要性必要性：取值为“高”、“中”、“低”、“不必要”。 理 由：描述支持“必要性”结论的理由。主要从“实现该需求对用户的价值及不实 现对用户的损失”、执行标准、合同/标书、竞争对手的实现情况、是否符合公司/产品线战 略、“对研发的价值”等方面，对需求的必要性进行论证。如果需求的目标不合适，则还应 提出合适的目标，并且修改后的目标也要反映在用户需求说明书。 注意：如果在“需求澄清

5、”时已经将原始需求拆成了几个更细的需求，并且这些需求 的“必要性”不一致，则可以针对每一条需求进行论证。这个原则同样适用于“可行性”、 “优先级”的论证。示例如下：5.1.2 必要性5.1.2.1 原始需求标识 1-10 子需求名称 1必要性：理 由：5.1.2.2 原始需求标识1 -20 子需求名称2必要性：理 由：5.1.2.3 原始需求标识1 -30 子需求名称3必要性：理 由：=Example Begin=例 5.1.2.1 必要性必要性：高。理 由：a) 中联通网上运行的设备，完成该工作需要3人 12小时，实现该需求后，完成同样 的工作，只要1 人0.5小时。b) 中联通在招标中已将此需求作为基本需求之一。c) 国内主要竞争对手已经实现，并且在其最新的宣传资料中，已宣称改进了指标。因 此，本需求的指标应该从XX调整到YY,否则没有任何竞争力。=Example End= 4.1.3 可行性可行性：理 由：4.1.4 优先级优先 级：设置依据：一般以“期望完成时间”为基础，结合以下因素，采用定性(高、中、低) 或定量打分的方法，描述优先级设置依据0a) 必要性：即 5.1.1 中

6、的必要性0b) 可行性：即 5.1.2 中的可行性0C) 需求稳定性：来源越正式(如来自合同/标书/协议)、需求描述越符合7 + 4特征，则需求越稳定。一般情况下，应优先实现稳定性高的需求。d）所需时间：实现需求所需要的估算时间。一般情况下，应优先实现费时少的需求。e）所需费用：实现需求所需要的估算费用。一般情况下，应优先实现花费少的需求。f）风险：此处是指其它风险，如供货风险等。事实上，需求稳定性、可行性、必要性、 所需时间（进度风险）、所需费用（成本风险）也可归入风险的范围，但为了强调， 单列了出来。一般情况下，应优先实现风险小的需求。实践中，可以根据需要选定需要考虑的因素，但一经选定，所有需求应保持一致。为了 便于比较，可以将所有需求及优先级设置考虑因素列在一张表格中，统一设置。如果想更细 致地设置，“考虑因素”间可以分配不同的权重。=Example Begin= 例 5.1.4.1 优先级 由于“必要性”论证的结论是“不必要”，实际上已拒绝了该需求，因此无需设置优先 级。例 5.1.4.2 优先级 由于“可行性”论证的结论是“不可行”，实际上已拒绝了该需求，因此无需设置优先 级。例 5.1.4.3 优先级优

《需求论证说明模板V01(20080427)》由会员大米分享，可在线阅读，更多相关《需求论证说明模板V01(20080427)》请在金锄头文库上搜索。