需求及评审模板讲解(共8页).doc

精选优质文档-倾情为你奉上需求分析文件编号：NP生效日期：2003.12.20受控编号：密级：秘密版次：Ver1.0修改状态：总页数7正文5附录2编制： 审核：批准：沈阳网络通信股份有限公司（版权所有，翻版必究）文件修改控制修改记录编号修改状态修改页码及条款修改人审核人批准人修改日期专心-专注-专业目录1. 目的2. 适用范围3. 职责3.1 开发部门3.2 开发体系决策层SMG4. 术语和缩略语5. 工作程序5.1 需求分析报告的编制5.2 需求分析报告的评审5.3 需求分析报告的更改6. 引用文件6.1NP配置管理6.2NW需求分析报告编写规范7. 质量记录7.1 NRA“需求分析报告评审记录”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需求分析报告的内容以满足客户要求或系统所要实现的功能和性能要求为准，同时还要满足本公司NW需求分析报告编写规范或开发计划中明确的标准与规程的要求，如有明确的法律、法规、行业标准等规定时，需求分析报告必须遵守相应规定。5.1.3若客户已提供需求分析报告或具有同等作用的文档，则本公司无须进行需求分析报告的编制。但在使用前必须进行评审，以确保准确理解客户的需求，并取得客户的确认。5.2需求分析报告的评审5.2.1需求分析报告在提交之前必须进行评审。根据开发计划确定需求分析报告的评审类型。5.2.2部门级评审，参加人员可包括软件项目经理SPM、开发部门负责人、相应的开发人员，由开发部负责人审批；公司级评审，由开发体系决策层SMG审批。必要时，可邀请客户参加评审工作。评审记录由软件配置管理负责人SCML填写并归档。5.2.3评审要求包括以下几方面1）无歧义性对每个需求只有一种解释；2）完整性包括全部有意义的需求（性能、安全性、可靠性、保密性和专用性等）； 完整地规定该软件产品和其他软件或硬件产品之间的所有接口 定义对所有可能出现（合法的和非法的）的数据输入的响应3） 可验证性描述的每一个需求均可验证；4） 一致性对各个需求的描述不矛盾；5） 可使用性满足运行和维护阶段的需要；6） 符合NW需求分析报告编写规范或开发计划中的标准与规程；7） 需求分析中风险的识别及评估。5.2.4 没有通过评审的需求分析报告由开发人员负责按照评审意见进行修改，修改后重新评审。5.2.5 通过评审的需求分析报告由开发体系决策层SMG或开发部负责人批准执行，并由软件配置管理负责人SCML按NP配置管理程序进行配置管理。5.2.6 通过评审的合同项目需求分析报告须经客户确认，确认方式为：客户签字、e-mail、传真、电话记录等。5.3需求分析报告的更改根据客户提出的意见或软件开发过程中需要进行对需求分析报告修订时，须填写NRA“更改单”申请更改，经审核批准后方可修改。6.引用文件6.1NP配置管理6.2NW需求分析报告编写规范7.质量记录7.1NRA“需求分析报告评审记录”需求分析报告评审记录 记录编号：DST-JL- 时间：2003年12月22日项目编号：2004-001项目名称：营业厅项目项目软件经理PSM：需求分析报告编制人：参加评审人员：评审内容：(评审中审议通过的内容在“”中划“”，否则划“×”)1.无岐义性 2.完整性 3.可验证性 4.一致性 5.可使用性 6.符合NW需求分析报告编写规范的要求 评审意见：风险评估总结：评审结论：(评审中审议通过的内容在“”中划“”，否则划“×”)1. 通过评审，可以进入下一阶段 2. 未通过评审，修改后重新评审 填表：审批：1. 本页不足记录结果时，可以有附页，附页格式自定。总页数包括本页与所有附页。第 页/共 页