需求分析
文件编号：NP503100 生效日期：2003.12.20 受控编号： 密级：秘密 总页数 7 编制：
版次：Ver1.0 正文 审核： 5 修改状态： 附录 批准： 2 沈阳网络通信股份有限公司
（版权所有，翻版必究）
文件修改控制
修改记录编号 修改 状态 修改页码及条款 修改人 审核人 批准人 修改日期
目录
1. 目的 2. 适用范围 3. 职责
3.1 开发部门
3.2 开发体系决策层SMG 4. 术语和缩略语 5. 工作程序
5.1 《需求分析报告》的编制 5.2 《需求分析报告》的评审 5.3 《需求分析报告》的更改 6. 引用文件
6.1 6.2
NP601100《配置管理》
NW503101《需求分析报告编写规范》
7. 质量记录
7.1
NR503100A“需求分析报告评审记录”
1. 目的
保证本公司开发的软件产品和软件项目的需求分析活动在受控状态下进行。在进行软件开发前，明确其应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。
2. 适用范围
适用于所有软件项目和/或软件产品。 3. 职责 3.1 3.2
软件研发部门：负责编制《需求分析报告》，并参加评审。
开发体系决策层SMG：负责参加评审重大项目的《需求分析报告》，并批准相应的评审结果。
4. 术语和缩略语
SMG（Senior Manager Group）：开发体系决策层
软件项目：指根据合同需求开发的软件。也可以称为合同软件。 软件产品：公司根据市场的调研、预测等结果而自行开发的软件。 PM（Project Manager）：项目经理。 5. 工作程序 5.1 5.1.1
《需求分析报告》的编制
需求分析文档可由开发人员编制。软件项目经理SPM或其指定人员根据调研结果，编制该项目的需求分析文档即《需求分析报告》和/或《软件功能规格说明书》，必要时可邀请客户派人员参加编制工作。
5.1.2
《需求分析报告》的内容以满足客户要求或系统所要实现的功能和性能要求为准，同时还要满足本公司NW503101《需求分析报告编写规范》或《开发计划》中明确的标准与规程的要求，如有明确的法律、法规、行业标准等规定时，《需求分析报告》必须遵守相应规定。
5.1.3
若客户已提供《需求分析报告》或具有同等作用的文档，则本公司无须进行《需求分析报告》的编制。但在使用前必须进行评审，以确保准确理解客户的需求，并取得客户的确认。
5.2 5.2.1
《需求分析报告》的评审
《需求分析报告》在提交之前必须进行评审。根据《开发计划》确定《需求分析
报告》的评审类型。
5.2.2
部门级评审，参加人员可包括软件项目经理SPM、开发部门负责人、相应的开发人员，由开发部负责人审批；公司级评审，由开发体系决策层SMG审批。必要时，可邀请客户参加评审工作。评审记录由软件配置管理负责人SCML填写并归档。
5.2.3
评审要求包括以下几方面
1） 无歧义性──对每个需求只有一种解释；
2） 完整性──包括全部有意义的需求（性能、安全性、可靠性、保密性和专用
性等）；
──完整地规定该软件产品和其他软件或硬件产品之间的所有接口 ──定义对所有可能出现（合法的和非法的）的数据输入的响应 3）可验证性──描述的每一个需求均可验证； 4）一致性──对各个需求的描述不矛盾； 5）可使用性——满足运行和维护阶段的需要；
6）符合NW503101《需求分析报告编写规范》或《开发计划》中的标准与规程； 7）需求分析中风险的识别及评估。
5.2.4
没有通过评审的《需求分析报告》由开发人员负责按照评审意见进行修改，修改后重新评审。
5.2.5
通过评审的《需求分析报告》由开发体系决策层SMG或开发部负责人批准执行，并由软件配置管理负责人SCML按NP601100《配置管理》程序进行配置管理。
5.2.6
通过评审的合同项目《需求分析报告》须经客户确认，确认方式为：客户签字、e-mail、传真、电话记录等。
5.3
《需求分析报告》的更改
根据客户提出的意见或软件开发过程中需要进行对《需求分析报告》修订时，须填写NR601100A“更改单”申请更改，经审核批准后方可修改。
6. 引用文件
6.1 6.2
7. 质量记录
NP601100《配置管理》
NW503101《需求分析报告编写规范》
7.1 NR503100A“需求分析报告评审记录”
需求分析报告评审记录
记录编号：DST-JL- 项目编号：2004-001 项目软件经理PSM： 参加评审人员： 评审内容：(评审中审议通过的内容在“□”中划“√”，否则划“×”) 1. 无岐义性 □ 2. 完整性 □ 3. 可验证性 □ 4. 一致性 □ 5. 可使用性 □ 6. 符合NW404100《需求分析报告编写规范》的要求 □ 评审意见： 时间：2003年12月22日 项目名称：营业厅项目 需求分析报告编制人： 风险评估总结： 评审结论：(评审中审议通过的内容在“□”中划“√”，否则划“×”) 1. 通过评审，可以进入下一阶段 □ 2. 未通过评审，修改后重新评审 □ 填表： 审批： 第 页/共 页
1. 本页不足记录结果时，可以有附页，附页格式自定。总页数包括本页与所有附页。
风险评估与控制（需求分析报告评审附页）系统设计报告名称：序号1客户需求变化2开发人员缺乏足够的行业知识和专业知识风险描述报告编号：风险发生风险级别风险现值可能性评审部门：风险控制措施3需求未被顾客完全认可4需求不明确5时间紧6存在技术问题、采用新技术7多部门配合8没有顾客系统接口原型9缺乏顾客自然情况的了解10顾客配合程度不够111.评估中风险不限于表中已列出的，应依据评审的具体情况增加风险项。并将各项填写完整。2.风险描述：描述当前过程中可能发生的风险。风险发生可能性：风险发生的概率，以百分数表示，为0到1，增量为0.05。风险级别：风险发生造成损失的严重程度，以0~10级表示，其中10级 为最高级。风险现值：风险发生可能性与风险级别的乘积。风险控制措施：预防风险发生的措施。 第 页/共 页
因篇幅问题不能全部显示，请点此查看更多更全内容