需求分析及评审模板_第1页
需求分析及评审模板_第2页
需求分析及评审模板_第3页
需求分析及评审模板_第4页
需求分析及评审模板_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、需求分析文件编号:NP503100生效日期: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.1 NP601100配置管理6.2 NW503101需求分析报告编写规范7 .质量记录7.1 NR503100A”需求分析

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

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

4、在提交之前必须进行评审。根据开发计划确定需求分析报告的评审类型。部门级评审,参加人员可包括软件项目经理SPM、开发部门负责人、相应的开发人员,由开发部负责人审批;公司级评审,由开发体系决策层SMG审批。必要时,可邀请客户参加评审工作。评审记录由软件配置管理负责人SCML填写并归档。评审要求包括以下几方面1)无歧义性对每个需求只有一种解释;2)完整性包括全部有意义的需求(性能、安全性、可靠性、保密性和专用性等);完整地规定该软件产品和其他软件或硬件产品之间的所有接口定义对所有可能出现(合法的和非法的)的数据输入的响应3)可验证性描述的每一个需求均可验证;一致性对各个需求的描述不矛盾;5)可使用性

5、一一满足运行和维护阶段的需要;6)符合NW503101需求分析报告编写规范或开发计划中的标准与规程;7)需求分析中风险的识别及评估。没有通过评审的需求分析报告由开发人员负责按照评审意见进行修改,修改后重新评审。通过评审的需求分析报告由开发体系决策层SMG或开发部负责人批准执行,并由软件配置管理负责人SCML按NP601100配置管理程序进行配置管理。通过评审的合同项目需求分析报告须经客户确认,确认方式为:客户签字、e-mail>传真、电话记录等。需求分析报告的更改根据客户提出的意见或软件开发过程中需要进行对需求分析报告修订时,须填写NR601100A“更改单”申请更改,经审核批准后方可修

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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论