软件过程管理考试复习资料..docVIP

一、绪论1 1. 软件与软件产业的发展过程 软件管理工程的发展，经历了从20世纪70年代开始以结构化分析与设计、结构化评审、结构化程序设计以及结构化测试为特征的结构化生产时代，到90年代中期，以CMM模型的成熟和日益为市场接受为标志，已经进入以过程成熟度模型CMM、个体软件过程PSP和团队软件过程TSP为标志的以过程为中心的时代，而软件发展第三个时代，即软件工业化生产时代，以90年代中期软件过程技术的成熟和面向对象技术、构件技术的发展为基础，已经渐露端倪。 一、绪论2 2. 软件危机及其原因 软件特殊性：软件成本高；软件开发的进度难于控制；估计软件工作量很困难；软件质量难于保证；修正维护软件困难。 软件企业的4个困难：需求的完全识别；软件产品需求的完全传递；软件产品相关的变更控制；软件产品相关技术的快速变化。 软件构建的核心就是管理复杂度 。软件是由人开发的，人的智力与软件的复杂度之间存在矛盾。 软件复杂度与软件的规模有很大关系，另外也与模块间的耦合度、模块内的内聚性等因素有关。 一、绪论3 3. 过程及其要素 软件开发项目是在规定的成本和时间内，开发和提交满足客户某些需求的软件产品。 项目的三个基本特征是:成本、进度和质量（代表软件在多大程度上满足客户的要求）。 对于机构而言，包含多个项目，而实现机构的高质量和生产率，依赖于三个因素:过程、人和技术。 其中过程不仅仅是一系列步骤，还包含了机构所积累的经验，包含了机构可以从已成功的项目中所学到的一切。 一、绪论4 4. CMM与软件产业 管理是影响软件研发项目全局的因素，而技术只影响局部。 1987年9月，美国卡内基-梅隆大学软件工程研究所发布了软件过程成熟度框架，并提供了软件过程评估和软件能力评价两种评估方法和软件成熟度提问单。 4年之后，SEI将软件过程成熟度框架进化为软件能力成熟度模型（Capability Maturity Model For Software，简称SW-CMM）。1991年8月，SEI发布了最早的SW-CMM v1.0。经过两年的试用，1993年SEI正式发布了SW-CMM v1.1，这是目前使用最为广泛的版本。 一、绪论5 5. ISO9001与CMM的异同 ISO9000系列包括3个第三方认证标准（ ISO9001 、 ISO9002 和ISO9003 ）和一个质量管理标准ISO9004 CMM和ISO9001标准系列都着眼于质量和过程管理，二者都为了解决同样的问题。 CMM是动态的、开放的和持续改进的，强调没有最好只有更好，强调不断改进，强调人在软件开发方面的思想认识和主动性，适用于软件过程的改进；CMM模型只关注软件，它能解决“软件危机” 这个世界性的问题；ISO9001是静态的质量控制，只要达到几个关键指标就能完成质量控制，更适用于硬件制造生产线的质量控制。ISO 9001的适应范围更广，包括硬件、软件和服务。 二、软件过程成熟度框架1 1. CMM基本知识 CMM为软件企业的过程能力提供了一个阶梯式的进化框架，阶梯共有五级。 初始级：无序、混乱的软件过程。依赖个别人的努力和机遇。 可重复级：建立基本的项目管理过程。相似项目，重复以往成果。 已定义级：文档化、标准化和标准的软件过程。 已管理级：软件过程和产品质量有详细的度量标准。 优化级：持续的对过程进行改进。 二、软件过程成熟度框架2 2. 成熟度级别的行为特征 从效果而言，在上述不同阶段，软件开发生产的成熟程度给软件企业带来了完全不同的效果。第一阶段到第五个阶段，软件开发生产的计划精度越来越高，每单位工程的生产周期越来越短，每单位工程的成本越来越低。 各关键过程域中规定了执行约定、执行能力、执行活动、质量和验证的标准等。 管理者：经理、各级经理、领导、职员和个人。 软件小组：软件工程组、软件工程过程组、软件相关组等。 二、软件过程成熟度框架3 3. 成熟度级别的跳跃 CMM每个成熟度级别都是下一级别的必要基础。 机构可以选择合适的时机，着手进行特定的过程改进。 过程改进工作应该在其业务环境内侧重机构的需求。 实施软件过程改进的差异是由定义关键过程域引起的。 二、软件过程成熟度框架4 4. 软件过程可视性 等级1―――一个黑盒 等级2――― 项目里程碑处具有管理可视性 等级3―――盒子的内部结构可视 等级4―――软件过程被配备上度量，并得到定量地控制 等级5―――对过程不断改进 三、能力成熟度模型的结构1 1. CMM的内部结构 CMM由5个成熟度级别组成。 每个成熟度级别（除级别1）包含了实现该级别的若干个关键过程域（KPA）。 每一个KPA进一步被分为称为公共特征的5个部分。 这些公共特征包括了关键实践（KP），即每一个KPA包括5类KP 。 实现了这些KP后，就实现了关键过程域的目标