软件需求管理控制程

目录
1.目的2
2.范围2
3.职责2
4.工作程序2
4.1软件需求收集、分析和文档化过程2
4.1.2下达《软件工程任务书》3
4.1.3制定《需求分析计划》3
4.1.4需求的分析过程3
4.1.5编制《软件需求说明书》3
4.1.6制定《软件验收计划》4
4.2需求变更经管过程（包括增加、删除和修改）4
4.2.1 需求更改申请的提出4
4.2.2 影响分析阶段4
4.2.3 申请评审、批准阶段4
4．2．4实施更改4
4．2．5评审、批准4
4．3 需求追踪5
5.参考资料5
1.目的
明确需求经管全过程的主要工作和内容，具体包括以下方面：
●保证客户、客户经理和软件开发工程组之间对客户需求具有共同的理解，并且在
工程的整个生命周期内都是有效的；
●通过系统工程组编写《特性需求说明书》FRS（Feature Requirements
Specification ），将系统需求中的软件、硬件和其它系统成分的工作分开，软件需
求以外的工作由软件工程组之外的人员完成；
●软件工程经理明确定义《软件需求说明书》SRS（Software Requirements
Specification）中要求的内容并文档化；
●《软件需求说明书》必须完整、正确、及时地反映客户的需求，要仔细进行分析、
消化并详细描述，尽量做到所有相关人员都能正确理解；
●《软件需求说明书》经评审后存档，即作为软件开发计划和活动进行经管和控制
的基线；
●一旦《软件需求说明书》经过双方签字认可之后，每当用户需求发生变更时，必
须进行需求变更，受其影响的工程计划、活动和工作产品必须进行相应的修正，
并通告所有受影响的组织和个人；
●确保最终的软件工作产品、活动和计划与软件需求说明书相一致，并能通过软件
工程经理对软件需求的可追踪性进行经管。

2.范围
本过程适用于以下范围：
a)新的软件开发工程；
b)原有软件系统的升级、维护；
c)自用工具软件的开发；
d) 软件工程开发过程中的需求变更。

3.职责
3.1 系统工程组（产品经理、研发经理、客户经理）负责编制特性需求说明书。

3.2 研发经理下达《软件工程任务书》，指定软件工程经理，协助软件工程经理成立软
件工程小组。

3.2 软件工程经理负责组织进行软件需求的收集、分析（必要时编制需求分析计划）；
负责制定软件需求说明书、软件验收计划等，并对需求实现情况进行跟踪、检查。

3.3软件工程经理负责组织相关人员进行评审工作。

3.4 高级经管者负责批准对外承诺，并定期审查需求经管活动。

4.工作程序
4.1软件需求收集、分析和文档化过程
与客户有了合作意向或合同签定后及产品研发部确定开发产品时，系统工程组收集工程的需求（过程可参见《软件需求收集指南》），分析工程系统需求，并将其分配为软件、硬件和其它系统成分，决定每一个需求的特征和需要修改的缺陷，形成《特性需求说明书》，以作为软件工程小组工作的先决条件，《特性需求说明书》必须经过评审（评审的方式根据需要选择适当的方式举行，可参见《评审过程》）以确保其内容准确、完整地反映了客户的需求，同时它成为制定软件需求说明书的基础；评审通过才能进入下一阶段。

说明：对于纯软件的工程，可以不制定《特性需求说明书》，进入下一阶段。

4.1.2下达《软件工程任务书》
研发经理发出《软件工程任务书》，初步指定工程开发人员和软件工程经理，明确提供工程开发的可用资源，并将《软件工程任务书》提交到技术经管部组织评审（评审的方式根据需要选择适当的方式举行，可参见《评审过程》），作为工程正式立项，以确认工程的正式启动。

4.1.3制定《需求分析计划》
如果工程规模较大，需求收集超过二个月的，软件工程经理负责制定《需求分析计划》，否则，可以不进行《需求分析计划》的制订。

4.1.4需求的分析过程
对于初次进行软件需求收集、分析和经管的人员，软件工程小组安排进行必要的培训，以便他们能按照公司的规范要求完成需求分析和经管活动。

工程小组通过分析、收集、标识、细化和评审等方式鉴别出不完备的、遗漏的或多余的用户需求，以尽可能详细的描述来表达客户对软件的功能要求, 以及对软件界面、系统运行环境、安全、稳定性、可扩展性等方面的要求。

该要求需在《软件需求说明书》中描述并由客户代表（客户经理）签字确认。

对需求的描述详尽程度应满足软件设计和开发的基本要求。

适当的变更和修改将使用需求变更经管过程4.2。

需要指出的是, 在现实工作中, 需求的定义应服务于公司的商务过程的要求, 并以达成商务谈判的目标为原则。

说明：需求定义、工程策划和设计可能会有所重叠。

4.1.5编制《软件需求说明书》
4.1.
5.1软件工程经理组织编写《软件需求说明书》，编制完成后必须组织
软件工程组、有影响的组或人员评审（评审的方式根据需要选择适当的方式举行，可参见《评审过程》），评审出问题的需求必须做出更改，经过评审的软件需求经SCCB、高级经管者和客户（客户经理）批准后入基线库进行经管并作为制定开发计划的基础。

4.1.
5.2《软件需求说明书》批准后，由有关人员讨论协商，确定由软件需
求引起的相应职责和活动，这些人员可能包括：客户经理、计划制定人员、软件设计人员、软件开发人员、软件系统测试人员、质量保证人员、配置经管人员等。

4.1.6制定《软件验收计划》
软件工程经理在软件需求说明书编制过程中或编制完成后应组织制订《软件验收计划》，该验收计划需经过评审（评审的方式根据需要选择适当的方式举行，可参见《评审过程》）、SCCB批准，并取得客户的认可，以便在工程结束时按计划验收，验收结束后应填写《软件验收报告》。

4.2需求变更经管过程（包括增加、删除和修改）
4.2.1
1
，2）
4.2.2
录于
4.2.3
审、），
4．2．
4．2．
并通过
4．3 需求追踪
4.3.1对于软件需求说明书中所描述的所有需求（包括变更的需求），由软件工程经理
根据〈〈软件需求与软件需求变更追踪表〉〉跟踪至完成状态。

4.3.2高级经管者通过审查需求《工程里程碑报告》和《质量保证评估报告》，来了解
和考察需求经管活动。

4.3.3软件工程经理通过参加需求评审或对需求进行定期检查和跟踪来经管和控制需
求的活动，并对需求的变更状态和数量进行测量。

4.3.4 质量保证人员按照计划使用《软件需求经管检查表》实现对需求的检查并将《质
量保证评估报告》通知相关人员（包括工程经理、高级经管者、工程组成员等）。

5.参考资料。