软件需求管理控制程序.docx

软件需求管理控制程序.docx

《软件需求管理控制程序.docx》由会员分享，可在线阅读，更多相关《软件需求管理控制程序.docx（8页珍藏版）》请在冰点文库上搜索。

软件需求管理控制程序

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（FeatureRequirementsSpecification），将系统需求中的软件、硬件和其它系统成分的工作分开，软件需求以外的工作由软件工程组之外的人员完成；

●软件项目经理明确定义《软件需求讲明书》SRS（SoftwareRequirementsSpecification）中要求的内容并文档化；

●《软件需求讲明书》必须完整、正确、及时地反映客户的需求，要认真进行分析、消化并详细描述，尽量做到所有相关人员都能正确理解；

●《软件需求讲明书》经评审后存档，即作为软件开发打算和活动进行治理和操纵的基线；

●一旦《软件需求讲明书》通过双方签字认可之后，每当用户需求发生变更时，必须进行需求变更，受其阻碍的项目打算、活动和工作产品必须进行相应的修正，并通告所有受阻碍的组织和个人；

●确保最终的软件工作产品、活动和打算与软件需求讲明书相一致，并能通过软件项目经理对软件需求的可追踪性进行治理。

2.范围

本过程适用于以下范围：

a）新的软件开发项目；

b）原有软件系统的升级、维护；

c）自用工具软件的开发；

d）软件项目开发过程中的需求变更。

3.职责

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

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

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

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

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

4.工作程序

4.1软件需求收集、分析和文档化过程

4.1.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阻碍分析时期

软件项目经理接到《需求变更申请表》后，应对需求的变更情况进行登记（记录于《软件需求与软件需求变更跟踪表》），关于紧急的变更应及时进入阻碍分析时期；而其他的变更应进行汇总，统一进行分析。

阻碍分析包括以下方面：

审查必要性、可行性和合理性；阻碍域（技术、进度、资源、成本、系统结构等）评估；规模和工作量的估算；标识、规划；文档化。

关于小的变更应予记录并累计工作量，当累计的工作量将达到可能的工作量时,应及时通知客户方，超出的部分有可能计算成本并收取相应的费用,但须客户确认后实施。