软件开发程序.docx

目的

详细策划软件产品研发，对资源、成本及进度进行合理的估算，严格按照计划的要求组织各项研发活动，以保证软件产品的研发质量和进度要求。

适用范围

适用对象：技术部（软件开发部）

业务范围：适用于软件开发项目；适用于项目的整个生存周期。

方针和职责

技术部（软件开发部）成立软件研发项目组；指定的项目负责人负责组织研发计划、需求分析、软件设计、编码实现（含单元测试）、验收等主流程活动的实施；

技术部（软件开发部）项目组软件设计工程师（SoftwareEngineer）负责需求分析和概要/详细设计；

技术部（软件开发部）项目组程序员（Coding）负责编码；

项目负责人主持设计开发评审、验证（系统测试）、确认（验收与鉴定）；技术部（软件开发部）测试工程师（Test）负责软件测试（详见《软件测试

程序》）；

配置管理员（SCM）负责设计与开发配置管理，并协调更改控制；

由技术部（软件开发部）项目负责人组织技术骨干，必要时包括销售经理和客户代表，组成变更控制委员会（CCB），对审批设计与开发变更。

工作程序

软件需求

项目经理和项目技术负责人接受过软件工程、项目的应用领域知识、项目管理的培训或具备相应的能力。

软件需求分析人员接受过业务领域、软件需求分析理论、方法、工具等的培训，或具备相应的能力。

软件需求分析人员根据《项目计划》中定义的项目软件过程，通过系统地分析需求，对软件需求进行开发、维护、建立文档并进行验证。

软件需求分析准备RequirementAnalyzingPreparation过程活动Processactivities

1、需求负责人确定项目的需求分析准则，如应遵守的标准、规范和针对本项目的约定等，这些准则应具备可操作和可验证性。

2、需求负责人确定有效的需求分析方法。常用的需求分析方法有：功能分解方法。

软件需求分析、建立文档RequirementAnalyzingDocumenting

输入Input

经过评审并形成基线的《合同》或《可行性分析报告》中的需求；

项目进度计划（MSP）。

过程活动Processactivities

1、在开始需求分析之前，需求组应确保需求中影响软件需求分析的各种问题得到识别和解决。

2、需求组采用确定的分析方法，在需求分析准则的约束下，识别和推导软件需求。

3、如果需求组根据《合同》中的需求，通过调研等方式获取足够详细的用户需求，形成了《用户需求说明书》，则该文档必须有用户的书面确认，并纳入配置管理。项目组以此为基础进行需求分析，形成《软件需求分析说明书》。如果直接根据《合同》中的需求进行需求分析，形成《软件需求分析说明书》，则该文档必须有用户的书面确认。

4、需求组讨论需求分析结果和有关问题，确保需求是可行的、适合软件实现的、陈述清楚的、彼此一致的、可测试的并且也是完整的。

5、需求组将所采用的需求分析方法及需求分析结果均写入《软件需求分析说明书》(参照《软件需求分析说明书模板》)。

6、确认测试组分析每部分软件需求，验证其可测试性，并应在《确认测试方案》中描述如何测试各需求项得到满足。

输出Output

《用户需求说明书》（必要时）

《软件需求分析说明书》

软件需求评审RequirementReviewing

输入Input

1、《用户需求说明书》（必要时）

2、《软件需求分析说明书》

3、项目进度计划（MSP）

过程活动Processactivities

1、《软件需求分析说明书》要通过同行评审，参与编码和软件设计的人员、确认测试组必须参加评审，确保影响编码、软件设计和测试的各种问题

得到识别和解决。

2、通过评审的《软件需求分析说明书》需项目分管高层经理签字批准。

3、对于合同项目，参照本程序“5.2节过程活动2”的要求取得用户代表书面确认。具体方式有两种：一是邀请用户参加需求评审；二是内部评审通过后提交用户确认。

4、《用户需求说明书》（必要时）、《软件需求分析说明书》在评审通过（合同项目的《用户需求说明书》或《软件需求分析说明书》需得到用户确认，参照“5.2节过程活动2”）后纳入配置管理之下。

输出Output

1、形成基线的《软件需求分析说明书》

2、评审记录

变更Requirementchange

如果需求发生变更，应识别需要变更的工作产品，并按照《配置管理程序》实施变更，并记录于《变更请求跟踪表》，以保持工作产品的一致性。

随着对软件理解的加深，如果需要对软件工作产品、计划、过程定义和活动方面进行更改时，应先分析更改对软件的影响，合适时予以采纳。当需要更改用户需求时，应先得到批准，然后再与相关小组协商对软件产品和活动作出相应更改。

度量Measur