需求分析及评审模板

更新时间:2023-06-11 00:13:28 阅读：评论：0

需求分析

文件编号：NP503100		生效日期：		受控编号：
密级：秘密		版次：		修改状态：
总页数	7	正文	5	附录	2
编制：		审核：		批准：

沈阳网络通信股份有限公司

文件修改控制

修改记录编号	修改状态	修改页码及条款	修改人	审核人	批准人	修改日期

目的

适用范围

职责

开发部门

开发体系决策层SMG

术语和缩略语

工作程序

《需求分析报告》的编制

《需求分析报告》的评审

《需求分析报告》的更改

引用文件

NP601100《配置管理》

NW503101《需求分析报告编写规范》

质量记录

NR503100A“需求分析报告评审记录”

目的

保证本公司开发的软件产品和软件项目的需求分析活动在受控状态下进行。在进行软件开发前，明确其应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。

适用范围

适用于所有软件项目和/或软件产品。

职责

软件研发部门：负责编制《需求分析报告》，并参加评审。

开发体系决策层SMG：负责参加评审重大项目的《需求分析报告》，并批准相应的评审结果。

术语和缩略语

SMG（Senior Manager Group）：开发体系决策层

软件项目：指根据合同需求开发的软件。也可以称为合同软件。

软件产品：公司根据市场的调研、预测等结果而自行开发的软件。

PM（Project Manager）：项目经理。

工作程序

《需求分析报告》的编制

需求分析文档可由开发人员编制。软件项目经理SPM或其指定人员根据调研结果，编制该项目的

需求分析文档即《需求分析报告》和/或《软件功能规格说明书》，必要时可邀请客户派人员参加编制工作。

《需求分析报告》的内容以满足客户要求或系统所要实现的功能和性能要求为准，同时还要满足本公司NW503101《需求分析报告编写规范》或《开发计划》中明确的标准与规程的要求，如有明确的法律、法规、行业标准等规定时，《需求分析报告》必须遵守相应规定。

若客户已提供《需求分析报告》或具有同等作用的文档，则本公司无须进行《需求分析报告》的编制。但在使用前必须进行评审，以确保准确理解客户的需求，并取得客户的确认。

《需求分析报告》的评审

《需求分析报告》在提交之前必须进行评审。根据《开发计划》确定《需求分析报告》的评审类型。

部门级评审，参加人员可包括软件项目经理SPM、开发部门负责人、相应的开发人员，由开发部负责人审批；公司级评审，由开发体系决策层SMG审批。必要时，可邀请客户参加评审工作。评审记录由软件配置管理负责人SCML填写并归档。

评审要求包括以下几方面

1）无歧义性──对每个需求只有一种解释；

2）完整性──包括全部有意义的需求（性能、安全性、可靠性、保密性和专用性等）；

──完整地规定该软件产品和其他软件或硬件产品之间的所有接口

──定义对所有可能出现（合法的和非法的）的数据输入的响应

可验证性──描述的每一个需求均可验证；

一致性──对各个需求的描述不矛盾；

可使用性——满足运行和维护阶段的需要；

符合NW503101《需求分析报告编写规范》或《开发计划》中的标准与规程；

需求分析中风险的识别及评估。

没有通过评审的《需求分析报告》由开发人员负责按照评审意见进行修改，修改后重新评审。

通过评审的《需求分析报告》由开发体系决策层SMG或开发部负责人批准执行，并由软件配置管理负责人SCML按NP601100《配置管理》程序进行配置管理。

通过评审的合同项目《需求分析报告》须经客户确认，确认方式为：客户签字、e-mail、传真、电话记录等。

《需求分析报告》的更改

根据客户提出的意见或软件开发过程中需要进行对《需求分析报告》修订时，须填写NR601100A“更改单”申请更改，经审核批准后方可修改。

6. 引用文件

NP601100《配置管理》

NW503101《需求分析报告编写规范》

7. 质量记录

NR503100A“需求分析报告评审记录”

需求分析报告评审记录

记录编号：DST-JL- 时间：2003年12月22日

项目编号：2004-001	项目名称：营业厅项目
项目软件经理PSM：	需求分析报告编制人：
参加评审人员：
评审内容：(评审中审议通过的内容在“□”中划“√”，否则划“×”) 1. 无岐义性 □ 2. 完整性 □ 3. 可验证性 □ 4. 一致性 □ 5. 可使用性 □ 6. 符合NW404100《需求分析报告编写规范》的要求 □
评审意见：
风险评估总结：
评审结论：(评审中审议通过的内容在“□”中划“√”，否则划“×”) 1. 通过评审，可以进入下一阶段 □ 2. 未通过评审，修改后重新评审 □
填表：		审批：