文档介绍:需求分析及评审模板
需求分析 P-2/5 需求分析 文件编号NP503100 生效日期 受控编号 密级秘密 版次 修改状态 总页数 7 正文 5 附录 2 编制 审核 同意 沈阳网络通信股份有限企业 版权全部,翻版必究 文件修改控制 修改统计编号 修改 状态 修改页码及条款 修改人 审核人 同意人 修改日期 沈阳网络通信股份有限企业 需求分析 P-3/5 目录 1. 目标 2. 适用范围 3. 职责 开发部门 开发体系决议层SMG 4. 术语和缩略语 5. 工作程序 需求分析汇报的编制 需求分析汇报的评审 需求分析汇报的更改 6. 引用文件 配置管理 需求分析汇报编写规范 7. 质量统计 NR503100A“需求分析汇报评审统计” 需求分析 P-6/5 1. 目标 确保本企业开发的软件产品和软件项目标需求分析活动在受控状态下进行。在进行软件开发前,明确其应达成的目标,对系统目标做出完整、正确、清楚、详细的要求。
2. 适用范围 适合用于全部软件项目和/或软件产品。
3. 职责 软件研发部门负责编制需求分析汇报,并参与评审。
开发体系决议层SMG负责参与评审重大项目标需求分析汇报,并同意对应的评审结果。
4. 术语和缩略语 SMGSenior Manager Group开发体系决议层 软件项目指依据协议需求开发的软件。也能够称为协议软件。
软件产品企业依据市场的调研、预计等结果而自行开发的软件。
PMProject Manager项目经理。
5. 工作程序 需求分析汇报的编制 需求分析文档可由开发人员编制。软件项目经理SPM或其指定人员依据调研结果,编制该项目标需求分析文档即需求分析汇报和/或软件功效规格说明书,必须时可邀请用户派人员参与编制工作。
需求分析汇报的内容以满足用户要求或系统所要实现的功效和性能要求为准,同时还要满足本企业NW503101需求分析汇报编写规范或开发计划中明确的标准和规程的要求,如有明确的法律、法规、行业标准等要求时,需求分析汇报必需遵守对应要求。
若用户已提供需求分析汇报或含有相同作用的文档,则本企业无须进行需求分析汇报的编制。但在使用前必需进行评审,以确保正确了解用户的需求,并取得用户确实认。
需求分析汇报的评审 需求分析汇报在提交之前必需进行评审。依据开发计划确定需求分析汇报的评审类型。
部门级评审,参与人员可包含软件项目经理SPM、开发部门责任人、对应的开发人员,由开发部责任人审批;
企业级评审,由开发体系决议层SMG审批。必须时,可邀请用户参与评审工作。评审统计由软件配置管理责任人SCML填写并归档。
评审要求包含以下几方面 1无歧义性──对每个需求只有一个解释;
2完整性──包含全部有意义的需求性能、安全性、可靠性、保密性和专用性等;
──完整地要求该软件产品和其它软件或硬件产品之间的全部接口 ──定义对全部可能出现正当的和非法的的数据输入的响应 3 可验证性──描述的每一个需求均可验证;
4 一致性──对各个需求的描述不矛盾;
5 可使用性满足运行和维护阶段的需要;
6 符合NW503101需求分析汇报编写规范或开发计划中的标准和规程;
7 需求分析中风险的识别及评定。