软件需求管理控制程

1、目录1. 目的22. 范围23. 职责24. 工作程序 24.1 软件需求收集、分析和文档化过程24.1.2 下达软件工程任务书 34.1.3 制定需求分析计划 34.1.4 需求的分析过程34.1.5 编制软件需求说明书 34.1.6 制定软件验收计划 44.2 需求变更经管过程（包括增加、删除和修改） 44.2.2 需求更改申请的提出44.2.3 影响分析阶段44.2.4 申请评审、批准阶段44 2 4 实施更改 45 2 5 评审、批准 44 3 需求追踪 55 参考资料 51 .目的明确需求经管全过程的主要工作和内容，具体包括以下方面：保证客户、客户经理和软件开发工程组之间对客户需求具

2、有共同的理解，并且在工程的整个生命周期内都是有效的；通过系统工程组编写特性需求说明书FRS （ Feature RequirementsSpecification ）,将系统需求中的软件、硬件和其它系统成分的工作分开，软件需求以外的工作由软件工程组之外的人员完成；软件工程经理明确定义软件需求说明书SRS （ Software Requirements Specification）中要求的内容并文档化；软件需求说明书必须完整、正确、及时地反映客户的需求，要仔细进行分析、消化并详细描述，尽量做到所有相关人员都能正确理解；软件需求说明书经评审后存档，即作为软件开发计划和活动进行经管和控制的基线；一旦

3、软件需求说明书经过双方签字认可之后，每当用户需求发生变更时，必须进行需求变更，受其影响的工程计划、活动和工作产品必须进行相应的修正，并通告所有受影响的组织和个人；确保最终的软件工作产品、活动和计划与软件需求说明书相一致，并能通过软件 工程经理对软件需求的可追踪性进行经管。2 .范围本过程适用于以下范围：a）新的软件开发工程；b）原有软件系统的升级、维护；c）自用工具软件的开发；d）软件工程开发过程中的需求变更。3 .职责3.1 系统工程组（产品经理、研发经理、客户经理）负责编制特性需求说明书。3.2 研发经理下达软件工程任务书，指定软件工程经理，协助软件工程经理成立软 件工程小组。3.3 软件

4、工程经理负责组织进行软件需求的收集、分析（必要时编制需求分析计划）；负责制定软件需求说明书、软件验收计划等，并对需求实现情况进行跟踪、检查。3.4 软件工程经理负责组织相关人员进行评审工作。3.5 高级经管者负责批准对外承诺，并定期审查需求经管活动。4 .工作程序4.1 软件需求收集、分析和文档化过程4.1.1 需求收集和编制特性需求说明伸在的力tl制定FRS与客户有了合作意向或合同签定后及产品研发部确定开发产品时，系统工程 组收集工程的需求（过程可参见软件需求收集指南），分析工程系统需求，并 将其分配为软件、硬件和其它系统成分，决定每一个需求的特征和需要修改的缺 陷，形成特性需求说明书，以作

5、为软件工程小组工作的先决条件，特性需求 说明书必须经过评审（评审的方式根据需要选择适当的方式举行，可参见评 审过程）以确保其内容准确、完整地反映了客户的需求，同时它成为制定软件需 求说明书的基础；评审通过才能进入下一阶段。说明：对于纯软件的工程，可以不制定特性需求说明书，进入下一阶段。4.1.2 下达软件工程任务书研发经理发出软件工程任务书，初步指定工程开发人员和软件工程经理， 明确提供工程开发的可用资源，并将软件工程任务书提交到技术经管部组织评 审（评审的方式根据需要选择适当的方式举行，可参见评审过程），作为工程正式立项，以确认工程的正式启动。4.1.3 制定需求分析计划如果工程规模较大，需

6、求收集超过二个月的，软件工程经理负责制定需求分 析计划，否则，可以不进行需求分析计划的制订。4.1.4 需求的分析过程对于初次进行软件需求收集、分析和经管的人员，软件工程小组安排进行必要 的培训，以便他们能按照公司的规范要求完成需求分析和经管活动。工程小组通过分析、收集、标识、细化和评审等方式鉴别出不完备的、遗漏的 或多余的用户需求，以尽可能详细的描述来表达客户对软件的功能要求，以及对软件界面、系统运行环境、安全、稳定性、可扩展性等方面的要求。该要求需在软 件需求说明书中描述并由客户代表（客户经理）签字确认。对需求的描述详尽程 度应满足软件设计和开发的基本要求。适当的变更和修改将使用需求变更经

7、管过程 4.2。需要指出的是，在现实工作中，需求的定义应服务于公司的商务过程的要求 并以达成商务谈判的目标为原则。说明：需求定义、工程策划和设计可能会有所重叠。4.1.5 编制软件需求说明书4.1.5.1 软件工程经理组织编写软件需求说明书,编制完成后必须组织 软件工程组、有影响的组或人员评审（评审的方式根据需要选择适当的方式举 行，可参见评审过程），评审出问题的需求必须做出更改，经过评审的软件 需求经SCCB、高级经管者和客户（客户经理）批准后入基线库进行经管并作 为制定开发计划的基础。4.1.5.2 软件需求说明书批准后，由有关人员讨论协商，确定由软件需 求引起的相应职责和活动，这些人员可

8、能包括：客户经理、计划制定人员、软 件设计人员、软件开发人员、软件系统测试人员、质量保证人员、配置经管人 员等。4.1.6 制定软件验收计划软件工程经理在软件需求说明书编制过程中或编制完成后应组织制订软件验收计划，该验收计划需经过评审（评审的方式根据需要选择适当的方式举行，可 参见评审过程）、SCCB批准，并取得客户的认可，以便在工程结束时按计划验 收，验收结束后应填写软件验收报告。4.2 需求变更经管过程（包括增加、删除和修改）开始4.2.1 需求更改申请的提出1)客户提出的修改请求，堀喋是1卵限的方式，软件工程小组人员或客户经理 应对顾客的请求进七记屋一»§力确认后，填

9、写需求变更申请表 提交软件工程经理。2)如果请求是由公司内那人耳给出的 提出者应填写需求变更申请表 交软件工程经理且4.2.2录于软件需求与软件病0影响分析阶段软件工程经理报后应对需求的变更情况毋行登记（记 对于紧急的变更应及时进人影响分析阶段；而其他的变更应进行汇总，统1时"用而进极响分析包括以下方麻总窜覆必要 性、可行性和合理性；影涧域（技采, 至度, 资源、成本、系统公构等）|评估；规模和工作量的估算；标忒 规划取蚓耻。对于小的变更应予记录并累计工作量,当累计的工作量将达到预计的工作加时，应及时通知客户方，超出的部分有可能计算成本并收取相应的费用，但须客户确认后家施。, ,、，

10、 、 评审4.2.3申请评审、批M阶段甲如果 审核批准 审、批准 评审人员变更请求涉及紧急事项，则应由有关部门和个人立即组织评审并由SCCB,而后由责任人负责实施I.如果是非紧急事项，由软件工程经理集中组织评（SCCB）（评审的也共、一审适当叫”行,应包括受影响的组和fefe ,sCCBS与曲H协冏1!改可参见评审过程）,SCCB批准后实施更改。级经管者和客户不作修改若此更动涉及组织外部,则啦有组织附高级经管者确认，并得到客户的确认后实施更改；若此更动仅涉及组织内部，,4, 2, 4修个需求说明了修改需求说明书更改时，如果软件H程经理安排工程组的其他人员实施更改,软件工程经理应填写任务通知单，

11、通知1改，并对更改情况进行监督。一评审、批准一4. 2. 5评审、批准更改结束后，软件工仍经理应船织对更改后的软件需求说明书进行评审， 并通过SCCB会议批准卜得鱼麻棒管者心客户的确认后，才可入基线库进行经 管，配置经管员应及时填心变屯!知单而知受影响的组和个人。4. 3需求追踪4.3.1 对于软件需求说明书中所描述的所有需求（包括变更的需求），由软件工程经理 根据软件需求与软件需求变更追踪表跟踪至完成状态。4.3.2 高级经管者通过审查需求工程里程碑报告和质量保证评估报告，来了解和考察需求经管活动。4.3.3 软件工程经理通过参加需求评审或对需求进行定期检查和跟踪来经管和控制需 求的活动，并对需求的变更状态和数量进行测量。4.3.4 质量保证人员按照计划使用软件需求经管检查表实现对需求的检查并将质 量保证评估报告通知相关人员（包括工程经理、高级经管者、工程组成员等）。5.参考资料序号编力文档名称1:Q/RKS-SP-RM-02，软件需求收集指南2Q/RKS-SP-RM-03特，住需求说明书3Q/RKS-SP-RM-04软件工程任务书