文档介绍：: .
软件开发过程程序
1. 前言
目的
本程序的目的是使整个软件产品开发及项目工程阶段清晰， 要求明确， 任务具体， 便 于程序化、 系统化及工程化。 有利于提高软件生命周期的控制及管理， 提高所开发软件的质 量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。
对象
本程序面向产品生命周期的所有相关员工，包括管理员工、开发员工、质管员工。
要求
具有软件开发管理职能的员工要求熟知项目开发的各阶段过程和各阶段过程相应的 程序。
适用范围
适用于产品开发生命周期中的除产品提交外的其他全部过程； 程序分为两部分： 技术 过程程序和管理过程程序，分别适用于软件开发过程中的技术性活动和管理性活动。
软件开发过程模型
本程序所采用的软件开发过程模型为简化的 RUP开发过程模型；软件开发过程是体系
结构为中心，用例驱动和风险驱动相结合的过程迭代。
开发过程划分
开发过程包括多次迭代， 每次迭代的目标和侧重点不同； 较早的迭代侧重于业务建模 和需求建模；而后的迭代则侧重于分析设计和编码。
2. 技术过程程序部分
概述
本程序中将软件开发的整个技术过程分为四个顺序实施的阶段， 分别为业务建模阶段、 需求阶段、 分析设计阶段和实现阶段。 在对技术过程程序的描述， 按阶段内部的活动和产物 对四个阶段分别说明。
在本程序中对阶段内活动的说明，是按顺序性活动和持续性活动两类分别进行说明。 对于顺序性活动是按该阶段中活动的总体顺序进行的描述， 而在实际工作中， 从各活动的具 体实施的细节来看， 各活动之间的顺序是不断交叉变化的。 对于持续性活动主要是对贯穿该 阶段过程始终的技术活动进行说明。
程序中所提到的可选文档是指在其所属阶段， 可根据具体情况灵活掌握， 开发团队自 主决定是否开发的文档产物。 而提交文档则是指在项目开发过程中必须开发的文档产物， 但 可根据具体项目情况，在软件开发计划中明确规定是否要形成正式文档并提交。
程序中各阶段提到的技术评审， 具体参见 《评审程序》 中所对应技术性评审的详细描 述。
业务建模阶段
顺序性活动描述
1) 开始初步调研，获取初始业务需求，进行问题定义，形成《业务概览》并建立《术 语表》；
2) 制定《调研记录表册》 ，实施详细的业务调研，建立初始的业务用例模型和《业务 用例规格》；
3) 分析业务过程， 取出可以实现自动化的用例， 分析业务部门和实体对象， 形成初始 的客户模型；
4) 根据初始客户模型和初始业务用例模型， 分析并提取与系统实现相关的用例和模型， 建立系统域模型；
5) 精化域模型中的初始用例， 详细描述业务流程， 分析业务规则， 建立精化的业务用 例模型，形成《业务规则》和《业务用例规格》 ；
6) 精化域模型中的初始对象， 进行详细的对象描述， 分析对象职责和对象间关系， 建 立精化的客户模型，形成《客户纵览》 ；
7) 分析业务上的非功能性需求，形成《增补业务规格》 ；
8) 应用客户，实现业