需求分析及评审模板10863.pdf

《需求分析及评审模板10863.pdf》由会员分享，可在线阅读，更多相关《需求分析及评审模板10863.pdf（10页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

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

2、00配置管理 NW503101需求分析报告编写规范 7.质量记录 7.1 NR503100A“需求分析报告评审记录”5沈阳网络通信股份有限公司 1.目的 保证本公司开发的软件产品和软件项目的需求分析活动在受控状态下进行。在进行软件开发前，明确其应达到的目标，对系统目标做出完整、准确、清晰、具体的要求。2.适用范围 适用于所有软件项目和/或软件产品。3.职责 软件研发部门：负责编制需求分析报告，并参加评审。3.2 开发体系决策层 SMG：负责参加评审重大项目的需求分析报告，并批准相应的评审结果。4.术语和缩略语 SMG（Senior Manager Group）：开发体系决策层 软件项目：指根据

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

4、求分析报告或具有同等作用的文档，则本公司无须进行需求分析报告的编制。但在使用前必须进行评审，以确保准确理解客户的需求，6沈阳网络通信股份有限公司 并取得客户的确认。需求分析报告的评审 需求分析报告在提交之前必须进行评审。根据开发计划确定需求分析报告的评审类型。部门级评审，参加人员可包括软件项目经理 SPM、开发部门负责人、相应的开发人员，由开发部负责人审批；公司级评审，由开发体系决策层 SMG 审批。必要时，可邀请客户参加评审工作。评审记录由软件配置管理负责人 SCML 填写并归档。评审要求包括以下几方面 1）无歧义性对每个需求只有一种解释；2）完整性包括全部有意义的需求（性能、安全性、可靠性

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

6、5.2.6 通过评审的合同项目需求分析报告须经客户确认，确认方式为：客户签字、e-mail、传真、电话记录等。需求分析报告的更改 根据客户提出的意见或软件开发过程中需要进行对需求分析报告修订时，须填写 NR601100A“更改单”申请更改，经审核批准后方可修改。7沈阳网络通信股份有限公司 6.引用文件 NP601100配置管理 NW503101需求分析报告编写规范 7.质量记录 NR503100A“需求分析报告评审记录”需求分析报告评审记录 记录编号：DST-JL-时间：2003 年 12 月 22 日 项目编号：2004-001 项目名称：营业厅项目 项目软件经理 PSM：需求分析报告编制人

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