软件开发过程规范

1、23/23软件开发过程规范版本 修订历史纪录日期版本描述作者目 录 TOC o 1-2 h z 1.前言31.1目的31.2对象31.3要求31.4适用范围31.5软件开发过程模型31.6开发过程划分32.技术过程规范部分32.1概述32.2业务建模时期42.3需求时期52.4分析设计时期62.5实现时期73.治理过程规范部分73.1概述73.2同意项目83.3重新评估项目范围和风险（关于较大项目）83.4制定开发打算83.5迭代开发治理93.6监控项目的实施93.7结束项目10软件开发过程规范前言目的本规范的目的是使整个软件产品开发及项目工程时期清晰，要求明确，任务具体，便于规范化、系统化及

2、工程化。有利于提高软件生命周期的操纵及治理，提高所开发软件的质量，缩短开发时刻，减少开发和维护费用，使软件开发活动更科学、更有成效。对象本规范面向产品生命周期的所有相关人员，包括治理人员、开发人员、质管人员。要求具有软件开发治理职能的人员要求熟知项目开发的各时期过程和各时期过程相应的规范。 适用范围适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和治理过程规范，分不适用于软件开发过程中的技术性活动和治理性活动。软件开发过程模型本规范所采纳的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。开发过程划分

3、开发过程包括多次迭代，每次迭代的目标和侧重点不同；较早的迭代侧重于业务建模和需求建模；而后的迭代则侧重于分析设计和编码。技术过程规范部分概述本规范中将软件开发的整个技术过程分为四个顺序实施的时期，分不为业务建模时期、需求时期、分析设计时期和实现时期。在对技术过程规范的描述，按时期内部的活动和产物对四个时期分不讲明。在本规范中对时期内活动的讲明，是按顺序性活动和持续性活动两类分不进行讲明。关于顺序性活动是按该时期中活动的总体顺序进行的描述，而在实际工作中，从各活动的具体实施的细节来看，各活动之间的顺序是不断交叉变化的。关于持续性活动要紧是对贯穿该时期过程始终的技术活动进行讲明。规范中所提到的可选

4、文档是指在其所属时期，可依照具体情况灵活掌握，开发团队自主决定是否开发的文档产物。而提交文档则是指在项目开发过程中必须开发的文档产物，但可依照具体项目情况，在软件开发打算中明确规定是否要形成正式文档并提交。规范中各时期提到的技术评审，具体参见评审规范中所对应技术性评审的详细描述。业务建模时期顺序性活动描述开始初步调研，猎取初始业务需求，进行问题定义，形成业务概览并建立术语表；制定调研记录表册，实施详细的业务调研，建立初始的业务用例模型和业务用例规格；分析业务过程，取出能够实现自动化的用例，分析业务部门和实体对象，形成初始的业务对象模型；依照初始业务对象模型和初始业务用例模型，分析并提取与系统实

5、现相关的用例和模型， 建立系统域模型；精化域模型中的初始用例，详细描述业务流程，分析业务规则，建立精化的业务用例模型，形成业务规则和业务用例规格；精化域模型中的初始对象，进行详细的对象描述，分析对象职责和对象间关系，建立精化的业务对象模型，形成业务对象纵览；分析业务上的非功能性需求，形成增补业务规格；应用业务对象，实现业务用例，制定业务用例实现规格，以验证业务对象与业务用例的正确性，依照验证结果，修正业务对象、业务用例及相关文档；汇总业务规则业务用例规格业务对象纵览增补业务规格和业务用例实现规格形成业务架构文档。持续性活动描述业务概览在业务建模时期，依照对项目理解的不断加深，随时进行改进；术语

6、表的更新维护；提交文档业务概览术语表调研记录表册业务架构文档其附件包括：业务规则业务用例规格业务对象纵览增补业务规格和业务用例实现规格可选文档目标组织评价文档规范业务概览术语表项目调研表册业务架构文档业务规则业务用例规格业务对象纵览增补业务规格业务用例实现规格目标组织评价技术评审业务用例模型评审业务对象模型评审需求时期顺序性活动描述界定系统范围，明确托付方需求，形成项目概览（系统）术语表；定义系统角色，依照业务用例规格，分析业务用例，将其转换为系统初始用例，并开始系统原型界面的开发；结合增补业务规格，细致分析用例资源条件，形成初始增补规格，同时剔除无法实现的初始用例，形成初始用例规格；为初始用

7、例分析划分优先级、分析依靠性，建立初始用例模型，结合初始增补规格形成初始软件需求规格，为子系统分析或包、组件分析奠定基础；精化初始用例模型中的用例，详细描述系统交互过程，建立精化的用例模型，用例规格；依照初始增补规格和业务规则，进一步深入分析系统的非功能性需求，形成增补规格；汇总用例规格增补规格形成软件需求规格。持续性活动描述项目概览（系统）在需求时期，依照对项目理解的不断加深，随时进行改进；术语表的更新维护；通过快速原型的开发、试用、修改，与客户和用户交流以不断猎取系统需求，并形成用户原型界面描述。提交文档项目概览（系统）术语表需求规格讲明其附件包括：用例规格增补规格用户原型界面描述可选文档

8、用户接口风格讲明托付方需求用户手册（初稿）文档规范项目概览（系统）需求规格讲明术语表用例规格增补规格用户原型界面描述技术评审需求评审分析设计时期顺序性活动描述依照系统需求规格进行体系结构分析设计，确定系统软件架构，形成配置图和软件架构文档；依照需求规格讲明和系统软件架构，进一步扩展业务对象模型，建立分析对象模型，明确系统对象的职责；依照业务对象，及业务对象之间的关系，结合分析对象和系统软件架构，进行数据库的分析设计，建立数据模型，完成数据库设计工作，形成数据模型纵览； 应用分析对象实现系统用例，以验证分析对象的正确性，并依照验证结果，修正分析对象模型；汇总分析对象模型和基于分析对象的用例实现，

9、形成分析模型纵览；依照分析对象模型，结合用户原型界面和数据模型，进行系统类设计，建立设计类模型和构件图；实施系统类的详细设计，确定类的属性、方法及参数类型、可见性等，并将用例分配给对象类，形成基于设计类的用例实现；汇总设计类模型和基于设计类的用例实现，形成设计模型纵览，为下一步系统的实现明确工作任务。持续性活动描述无。提交文档软件架构文档分析模型纵览设计模型纵览数据模型纵览可选文档无。文档规范软件架构文档分析模型纵览设计模型纵览数据模型纵览技术评审软件架构评审设计评审实现时期顺序性活动描述依照设计类模型，按照类的详细设计和构件图，结合用例的实现优先级，确定系统实现模型，并依照系统体系结构进行系

10、统集成设计，形成集成模型；依照实现模型进行组件编码实现；依照集成模型对系统编码实现的组件进行系统集成实现；编制用户手册，制作并集成系统关心，完成客户或用户所需要的其他文档。持续性活动描述无。提交文档实现模型集成设计可选文档用户手册文档规范实现模型集成设计用户手册技术评审代码评审治理过程规范部分概述在本规范中，对软件开发过程的治理，采纳时期性规划。具体为依照软件开发过程中的技术过程，明确开发时期，要紧依据技术过程规范所描述的技术过程时期划分；而后，将各时期依照项目的具体情况和实施要求，划分为利于监控治理的一个或多个迭代过程。本规范关于项目的打算和进度安排，采纳由粗到细、由简到繁的方式，首先制定描

11、述软件开发过程总体时期和迭代的软件开发打算，而后依照所划分的迭代过程，在每个迭代开始时，对该迭代过程进行详细的任务分配和进度规划。本规范中所提到的软件开发打算，包含了开发打算、质量治理打算、技术支持打算等多项内容，但要紧以开发打算为主，其他打算视具体项目、团队情况确定是否制定。在本规范中风险治理贯穿整个软件开发过程，包括风险列表的更新维护、风险的跟踪治理。对本规范中的各开发打算的具体实施讲明，可参见项目监控治理方法相关讲明。规范中各时期提到的治理评审，具体参见评审规范中所对应治理性评审的详细描述。同意项目活动描述依照项目概览标识和评估风险，制定风险列表；分析项目风险，制定风险防范和解决措施，形

12、成风险治理打算；分析可行性和商业价值，制定商业案例；提交文档风险列表风险治理打算商业案例治理评审项目批准评审重新评估项目范围和风险（关于较大项目）活动描述依照项目概览和对项目进一步深入了解，重新标识和评估风险，改进风险列表；依照修正项目风险，重新分析项目可行性和商业价值，改进商业案例；提交文档修正的风险列表修正的商业案例治理评审无。制定开发打算活动描述依照不断修正维护的风险列表，完善风险防范和解决措施，改进风险治理打算；依照商业案例中讲明的项目的开发要求，结合资源和风险状况，建立项目工作分析结构（WBS），明确开发时期和迭代次数，同时完成其他开发相关的打算内容，形成软件开发打算。提交文档修正的

13、风险治理打算软件开发打算治理评审开发打算评审迭代开发治理活动描述依照软件开发打算，结合具体的开发状况和资源猎取情况，确定在一个迭代期间的开发任务，进度安排，形成迭代打算，并更新软件开发打算；按照迭代打算，将工作任务形成任务单，描述任务要求，明确开发人员职责；依照本次迭代开发的完成情况和提交的成果，对该迭代开发过程进行分析评价，形成迭代评价，并依照实际情况，提出变更请求。提交文档修正的软件开发打算迭代打算任务单变更请求治理评审迭代打算评审迭代评价标准评审迭代评价评审监控项目的实施活动描述在项目开发过程中随时监控项目的状态，了解项目的进展，特不是依照风险列表，跟踪风险，及时发觉问题，并依照监控结果，及时更新、维护风险列表；分析项目监控过程中发觉和出现的问题和意外情况，制定解决方法，提出变更请求；在监控过程中，依照实际开发情况，调整软件开发打算和迭代打算，并更新和分配新的任