软件开发过程规范.doc

软件开发过程规范版本<>修订历史纪录日期版本描述作者<年/月/日><><细节><名>目录1. 前言 目的 对象 要求 适用范围 软件开发过程模型 开发过程划分 32. 技术过程规范部分 概述 业务建模时期 需求时期 分析设计时期 实现时期 73. 治理过程规范部分 概述 同意项目 重新评估项目范围和风险(关于较大项目) 制定开发打算 迭代开发治理 监控项目的实施 结束项目 10软件开发过程规范前言目的本规范的目的是使整个软件产品开发及项目工程时期清晰,要求明确,任务具体,便于规范化、系统化及工程化。有利于提高软件生命周期的操纵及治理,提高所开发软件的质量,缩短开发时刻,减少开发和维护费用,使软件开发活动更科学、更有成效。对象本规范面向产品生命周期的所有相关人员,包括治理人员、开发人员、质管人员。要求具有软件开发治理职能的人员要求熟知项目开发的各时期过程和各时期过程相应的规范。适用范围适用于产品开发生命周期中的除产品提交外的其他全部过程;规范分为两部分:技术过程规范和治理过程规范,分不适用于软件开发过程中的技术性活动和治理性活动。软件开发过程模型本规范所采纳的软件开发过程模型为简化的RUP开发过程模型;软件开发过程是体系结构为中心,用例驱动和风险驱动相结合的过程迭代。开发过程划分开发过程包括多次迭代,每次迭代的目标和侧重点不同;较早的迭代侧重于业务建模和需求建模;而后的迭代则侧重于分析设计和编码。技术过程规范部分概述本规范中将软件开发的整个技术过程分为四个顺序实施的时期,分不为业务建模时期、需求时期、分析设计时期和实现时期。在对技术过程规范的描述,按时期内部的活动和产物对四个时期分不讲明。在本规范中对时期内活动的讲明,是按顺序性活动和持续性活动两类分不进行讲明。关于顺序性活动是按该时期中活动的总体顺序进行的描述,而在实际工作中,从各活动的具体实施的细节来看,各活动之间的顺序是不断交叉变化的。关于持续性活动要紧是对贯穿该时期过程始终的技术活动进行讲明。规范中所提到的可选文档是指在其所属时期,可依照具体情况灵活掌握,开发团队自主决定是否开发的文档产物。而提交文档则是指在项目开发过程中必须开发的文档产物,但可依照具体项目情况,在软件开发打算中明确规定是否要形成正式文档并提交。规范中各时期提到的技术评审,具体参见《评审规范》中所对应技术性评审的详细描述。业务建模时期顺序性活动描述开始初步调研,猎取初始业务需求,进行问题定义,形成《业务概览》并建立《术语表》;制定《调研记录表册》,实施详细的业务调研,建立初始的业务用例模型和《业务用例规格》;分析业务过程,取出能够实现自动化的用例,分析业务部门和实体对象,形成初始的业务对象模型;依照初始业务对象模型和初始业务用例模型,分析并提取与系统实现相关的用例和模型,建立系统域模型;精化域模型中的初始用例,详细描述业务流程,分析业务规则,建立精化的业务用例模型,形成《业务规则》和《业务用例规格》;精化域模型中的初始对象,进行详细的对象描述,分析对象职责和对象间关系,建立精化的业务对象模型,形成《业务对象纵览》;分析业务上的非功能性需求,形成《增补业务规格》;应用业务对象,实现业务用例,制定《业务用例实现规格》,以验证业务对象与业务用例的正确性,依照验证结果,修正业务对象、业务用例及相关文档;汇总《业务规则》《业务用例规格》《业务对象纵览》《增补业务规格》和《业务用例实现规格》形成《业务架构文档》。持续性活动描述《业务概览》在业务建模时期,依照对项目理解的不断加深,随时进行改进;《术语表》的更新维护;提交文档《业务概览》《术语表》《调研记录表册》《业务架构文档》其附件包括:《业务规则》《业务用例规格》《业务对象纵览》《增补业务规格》和《业务用例实现规格》可选文档《目标组织评价》文档规范《业务概览》《术语表》《项目调研表册》《业务架构文档》《业务规则》《业务用例规格》《业务对象纵览》《增补业务规格》《业务用例实现规格》《目标组织评价》技术评审业务用例模型评审业务对象模型评审需求时期顺序性活动描述界定系统范围,明确托付方需求,形成《项目概览》(系统)《术语表》;定义系统角色,依照《业务用例规格》,分析业务用例,将其转换为系统初始用例,并开始系统原型界面的开发;结合《增补业务规格》,细致分析用例资源条件,形成初始《增补规格》,同时剔除无法实现的初始用例,形成初始《用例规格》;为初始用例分析划分优先级、分析依靠性,建立初始用例模型,结合初始《增补规格》形成初始《软件需求规格》,为子系统分析或包、组件分析奠定基础;精化初始用