软件项目开发过程模型控制和质量保障体系.pptVIP

测试模型 ~*~ 第八十九页，共九十页。 用例和架构 用例是系统的功能和外衣 架构是系统的内在形式 两方面必须并行进化 架构只考虑核心功能(5-10%) 架构设计原则： 先考虑与用例无关的不会变动的方面考虑 考虑最重要的功能需求子集 ~*~ 第五十七页，共九十页。 迭代和增量式 控制迭代过程，划分每次迭代的目标 迭代原则： 架构上先实现最粗略的部分 功能上先实现最重要的 每次迭代尽可能的划分的细，迭代数量不能太少 每次迭代要有规范的检查机制 增量式 每次迭代增加一部分设计和实现 ~*~ 第五十八页，共九十页。 统一软件过程的生命周期 在软件过程中，不断的向用户提供新的版本 每次形成的版本构成了一个循环 ~*~ 第五十九页，共九十页。 每个版本形成的过程 每次循环由四个阶段构成 初始 想法--产品 系统向用户提供的功能是什么 系统的架构是什么样子的 开发计划、开支如何、人员安排 细化 详细说明产品的功能 设计系统的架构 构造 构造能运行的产品 移交 产品手册、测试手册、用户培训、技术支持 ~*~ 第六十页，共九十页。 产品版本形成的迭代过程 ~*~ 第六十一页，共九十页。 核心工作流程和四个阶段 ~*~ 第六十二页，共九十页。 产品版本的相关模型 用例模型：系统的功能和用户的关系 分析模型：提炼用例，将用例的实现分配给一组对象 设计模型：静态结构和动态结构 子系统、类、接口 实现模型：类、接口到组件的映射 实施模型：组件到部署物理节点的映射 测试模型：测试用例和用例的映射 ~*~ 第六十三页，共九十页。 产品版本的相关模型 ~*~ 第六十四页，共九十页。 模型间的依赖关系 迭代的过程使得每次迭代过程中依赖关系的复杂程度降低 ~*~ 第六十五页，共九十页。 软件过程具体化 没有通用的软件过程 组织因素：组织结构、文化、管理、能力、经验等 领域因素：应用领域的熟悉、竞争对手的提供产品的影响 生命周期因素：时间、专业技能 技术因素：程序设计语言、开发工具、数据库系统、框架等 ~*~ 第六十六页，共九十页。 Capability Maturity Model软件能力成熟度模型 迄今为止学术界和工业界公认的有关软件工程和管理实践的最好的评价模型。 为评估软件组织的生产能力提供了标准。 为提高软件组织的生产过程指明了方向。 ~*~ 第六十七页，共九十页。 CMM概述 一个成熟软件组织具有在全组织范围内管理软件、开发过程和维护过程的能力 规定的软件过程被正确无误地通知到所有员工 工作活动均按照已规划的过程进行，并通过可控的先导性试验和费效分析使这些过程得到改进 对已定义过程中的所有岗位及其职责都有清楚的描述 通过文档与培训使全组织有关人员对已定义的软件过程都有很好的理解，从而使其软件过程所导致的生产率和质量能随时间的推移得到改进。 ~*~ 第六十八页，共九十页。 CMM基本概念 软件过程：人们用于开发和维护软件及其相关过程的一系列活动，包括软件工程活动和软件管理活动。 软件过程能力：描述（开发组织或项目组）遵循其软件过程能够实现预期结果的程度，它既可对整个软件开发组织而言，也可对一个软件项目而言。 软件过程性能：表示（开发组织或项目组）遵循其软件过程所得到的实际结果，软件过程性能描述的是已得到的实际结果，而软件过程能力则描述的是最可能的预期结果，它既可对整个软件开发组织而言，也可对一个特定项目而言。 软件过程成熟：一个特定软件过程被明确和有效地定义，管理测量和控制的程度。 ~*~ 第六十九页，共九十页。 CMM基本概念 软件能力成熟度等级：软件开发组织在走向成熟的途中几个具有明确定义的表示软件过程能力成熟度的平台。 关键过程域：每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程域，它们的实施对达到该成熟度等级的目标起到保证作用。这些过程域就称为该成熟度等级的关键过程域，反之有非关键过程域是指对达到相应软件成熟度等级的目标不起关键作用。归纳为：互相关联的若干软件实践活动和有关基础设施的一个集合。 ~*~ 第七十页，共九十页。 CMM基本概念 关键实践：对关键过程域的实践起关键作用的方针、规程、措施、活动以及相关基础设施的建立。关键实践一般只描述“做什么”而不强制规定“如何做”。整个软件过程的改进是基于许多小的、渐进的步骤，而不是通过一次革命性的创新来实现的，这些小的渐进步骤就是通过一些关键实践来实现。 软件能力成熟度模型：随着软件组织定义、实施、测量、控制和改进其软件过程，软件组织的能力也伴随着这些阶段逐步前进，完成对软件组织进化阶段的描述模型。 ~*~ 第七十一页，共九十页。 CMM1 第一级：初始级?　　在初始级，企业一般不具备稳定的软件开发与维护的环境。常常在遇到问题的时候，就放弃原定的计划而只专注于编程与