软件需求管理过程..docVIP

点亮网 提供企业管理，人力资源，品牌策划，文书范本等等，海量，天天更新！ 点亮网( )专业服务于企业（公司策划管理人员） Email:zhuguozhong@126.com QQ：393812649 第 PAGE 1 页 共 NUMPAGES 5 页 本文由豆豆相传批量上传(关于豆豆相传，请访问：) | [名称]01-软件需求管理过程.doc [大小]107008 [时间]2010-3-19 6:37:10 [编辑]2010-3-19 6:37:12 01-软件需求管理过程.doc  摘要：本文由豆豆相传批量上传(关于豆豆相传，请访问：) | [名称]01-软件需求管理过程.doc [大小]107008 [时间]2010-3-19 6:37:10 [编辑]2010-3-19 6:37:12 关键词：豆豆相传 01-软件需求管理过程 类别：软件工程目录 TOC \o 1-3 \h \z 1.目的 2 2.范围 2 3.职责 2 4.工作程序 3 4.1软件需求收集、分析和文档化过程 3 4.1.2下达《软件项目任务书》 4 4.1.3制定《需求分析计划》 4 4.1.4需求的分析过程 4 4.1.5编制《软件需求说明书》 4 4.1.6制定《软件验收计划》 5 4.2需求变更管理过程（包括增加、删除和修改） 5 4.2.1 需求更改申请的提出 6 4.2.2 影响分析阶段 6 4.2.3 申请评审、批准阶段 6 4．2．4实施更改 6 4．2．5评审、批准 6 4．3 需求追踪 6 5.参考资料 7 1.目的 明确需求管理全过程的主要工作和内容，具体包括以下方面： 保证客户、客户经理和软件开发项目组之间对客户需求具有共同的理解，并且在项目的整个生命周期内都是有效的； 通过系统工程组编写《特性需求说明书》FRS（ Feature Requirements Specification ），将系统需求中的软件、硬件和其它系统成分的工作分开，软件需求以外的工作由软件工程组之外的人员完成； 软件项目经理明确定义《软件需求说明书》SRS（Software Requirements Specification）中要求的内容并文档化； 《软件需求说明书》必须完整、正确、及时地反映客户的需求，要仔细进行分析、消化并详细描述，尽量做到所有相关人员都能正确理解； 《软件需求说明书》经评审后存档，即作为软件开发计划和活动进行管理和控制的基线； 一旦《软件需求说明书》经过双方签字认可之后，每当用户需求发生变更时，必须进行需求变更，受其影响的项目计划、活动和工作产品必须进行相应的修正，并通告所有受影响的组织和个人； 确保最终的软件工作产品、活动和计划与软件需求说明书相一致，并能通过软件项目经理对软件需求的可追踪性进行管理。 2.范围 本过程适用于以下范围： 新的软件开发项目； 原有软件系统的升级、维护； 自用工具软件的开发； d) 软件项目开发过程中的需求变更。 3.职责 3.1 系统工程组（产品经理、研发经理、客户经理）负责编制特性需求说明书。 3.2 研发经理下达《软件项目任务书》，指定软件项目经理，协助软件项目经理成立软件项目小组。 3.2 软件项目经理负责组织进行软件需求的收集、分析（必要时编制需求分析计划）；负责制定软件需求说明书、软件验收计划等，并对需求实现情况进行跟踪、检查。 3.3软件项目经理负责组织相关人员进行评审工作。 3.4 高级管理者负责批准对外承诺，并定期审查需求管理活动。 4.工作程序 4.1软件需求收集、分析和文档化过程 分析不清 描述不清 入基线库管理开始评审、批准制定FRS软件项目任务书制定需求分析计划分析需求通过未通过软件需求说明书4.1.1需求收集和编制特性需求说明书 入基线库管理 开始 评审、批准 制定FRS 软件项目任务书 制定需求分析计划 分析需求 通过 未通过 软件需求说明书 与客户有了合作意向或合同签定后及产品研发部确定开发产品时，系统工程组收集项目的需求（过程可参见《软件需求收集指南》），分析项目系统需求，并将其分配为软件、硬件和其它系统成分，决定每一个需求的特征和需要修改的缺陷，形成《特性需求说明书》，以作为软件项目小组工作的先决条件，《特性需求说明书》必须经过评审（评审的方式根据需要选择适当的方式举行，可参见《评审过程》）以确保其内容准确、完整地反映了客户的需求，同时它成为制定软件需求说明书的基础；评审通过才能进入