需求分析及评审模板

1、需求分析文件编号：NP503100生效日期：2003.12.20受控编号：密级：秘密版次：Ve10修改状态：总页数7正文5附录2编制：审核：批准：沈阳网络通信股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改 状态修改页码及条款修改人审核人批准人修改日期目录1 .目的2 . 适用范围3 . 职责3.1 开发部门3.2 开发体系决策层SMG4 .术语和缩略语5 .工作程序5.1 需求分析报告的编制5.2 需求分析报告的评审5.3 需求分析报告的更改6 .引用文件6.1 NP601100配置管理6.2 NW503101需求分析报告编写规范7 . 质量记录7.1 NR503100A ”需

2、求分析报告评审记录”1 .目的保证本公司开发的软件产品和软件项目的需求分析活动在受控状态下进行。在进行软件开发前，明确其应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。2 .适用范围适用于所有软件项目和/或软件产品。3 .职责3.1 软件研发部门：负责编制需求分析报告，并参加评审。3.2 开发体系决策层SMG:负责参加评审重大项目的需求分析报告，并批准相应的评审结果。4 .术语和缩略语SMG (Senior Manager Groups):开发体系决策层软件项目：指根据合同需求开发的软件。也可以称为合同软件。软件产品：公司根据市场的调研、预测等结果而自行开发的软件。PM (Proje

3、ct Managed ：项目经理。5 .工作程序5.1 需求分析报告的编制5.1.1 需求分析文档可由开发人员编制。软件项目经理SPM或其指定人员根据调研结果，编制该项目的需求分析文档即需求分析报告和/或软件功能规格说明书， 必要时可邀请客户派人员参加编制工作。5.1.2 需求分析报告的内容以满足客户要求或系统所要实现的功能和性能要求为准，同时还要满足本公司 NW503101需求分析报告编写规范或开发计划 中明确的标准与规程的要求，如有明确的法律、法规、行业标准等规定时，需求分析报告必须遵守相应规定。5.1.3 若客户已提供需求分析报告或具有同等作用的文档，则本公司无须进行需 求分析报告的编制

4、。但在使用前必须进行评审，以确保准确理解客户的需求， 并取得客户的确认。5.2 需求分析报告的评审521需求分析报告在提交之前必须进行评审。根据开发计划确定需求分析报告的评审类型。5.2.1 部门级评审，参加人员可包括软件项目经理 SPM、开发部门负责人、相应的开发人员，由开发部负责人审批；公司级评审，由开发体系决策层SMG审批。必要时，可邀请客户参加评审工作。评审记录由软件配置管理负责人 SCML填写并归 档。5.2.2 评审要求包括以下几方面1）无歧义性对每个需求只有一种解释；2）完整性包括全部有意义的需求（性能、安全性、可靠性、保密性和专用 性等）；完整地规定该软件产品和其他软件或硬件产

5、品之间的所有接口定义对所有可能出现（合法的和非法的）的数据输入的响应3）可验证性描述的每一个需求均可验证；4） 一致性对各个需求的描述不矛盾；5）可使用性一一满足运行和维护阶段的需要；6）符合NW503101需求分析报告编写规范或开发计划中的标准与规程；7）需求分析中风险的识别及评估。5.2.3 没有通过评审的需求分析报告由开发人员负责按照评审意见进行修改，修改 后重新评审。5.2.4 通过评审的需求分析报告由开发体系决策层SMG或开发部负责人批准执行， 并由软件配置管理负责人 SCML按NP601100配置管理程序进行配置管理。5.2.5 通过评审的合同项目需求分析报告须经客户确认，确认方式

6、为：客户签字、 e-mail、传真、电话记录等。5.3 需求分析报告的更改根据客户提出的意见或软件开发过程中需要进行对需求分析报告修订时，须 填写NR601100A “更改单”申请更改，经审核批准后方可修改。6 .引用文件6.1 NP601100配置管理6.2 NW503101需求分析报告编写规范7 . 质量记录7.1 NR503100A ”需求分析报告评审记录”需求分析报告评审记录记录编号：DST-JL-时间：2003年12月22日项目编号：2004-001项目名称：营业厅项目项目软件经理PSM:需求分析报告编制人：参加评审人员：评审内容：（评审中审议通过的内容在“口”中划，否则划“X”）1

7、. 无岐义性口2. 完整性口3. 可验证性口4. 一B 性口5. 可使用性口6. 符合NW404100需求分析报告编写规范的要求口评审意见：风险评估总结：评审结论：（评审中审议通过的内容在“口”中划，否则划“X”）1 .通过评审，可以进入下一阶段口2 .未通过评审，修改后重新评审口填表：审批：1.本页不足记录结果时，可以有附页，附页格式自定。总页数包括本页与所有附页。第 页/共 页风险评估与控制（需求分析报告评审附页）系统设计tft告名称：报口编：评审部门：序 号风险描述风险发生 可能性风险级别风险现值风险控制措施1客户需求笠化2开发人员缺乏足够的行业知识和专业知 识3需求未被顾客完全认可4需求不明确5时间紧6存在技术问题、采用新技术7多部门配合8没有顾客系统接口原型9缺乏顾客自然情况的了解10顾客配合程度不够111.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。并将各项填写完整。2.风险描述：描述当前过程中可能发生的风险