CMMI软件成熟度《软件工程过程》

CMMI软件成熟度   《软件工程过程》高级篇读后感

从世界上第一台计算机诞生起，软件就伴随左右。最初由于计算机的昂贵与稀少，开始的使用者都是科学家或专业的工程技术人员，他们主要用来进行大量的数值计算，把他们从繁重的计算工作中解脱出来。随着工作的开展与增多，逐渐出现了专业的软件工程师，他们的工作就是编写软件，但是这些工程师在初期的时候，没有编写软件的规范与指南，没有需求文档，也没有软件说明的文档，每个人都自成一套体系，编写出来的软件难以维护与阅读，并且充满着大量艰难晦涩的定制功能，使后续的人难以承受。随着各种软件的大量增加，规模性和维护成本居高不下，更多的是复杂难懂，于是终于爆发了“软件危机”，为了解决这个危机，于是北大西洋公约组织（North Atlantic Treaty Organization NATO）软件方面的科学家提出了“软件工程”这个概念，来解决软件开发过程中的棘手问题。软件工程是借鉴传统工程的原则、方法和技术，以提高质量，降低成本为目的，最终向用户交付高质量的软件产品。它包括构造软件的过程、方法、工具和质量四个方面的内容。

软件工程理论的发展和实践经验的积累，证明了它的复杂性，同时具有交叉学科的特点，于是在2004年，软件工程终于从计算机科学与技术中分离出来，成为了一门独立的学科，奠定了其独特的IT“江湖地位”，要想在一本书中把软件工程全部的内容讲清楚，这是不大可能的，于是本书的重点侧重于软件工程过程，从过程的角度阐述并实践软件工程。

第1章绪论部分，作者讲述了软件制造的复杂过程和软件危机、软件产品与软件工程过程，重要意义，软件生存周期过程标准的基本概念和ISO/IEC 12207 软件生存周期过程标准。软件工程的关键概念和一些基本术语都在本章给出定义。

第2章是本书的重头戏，作者重点阐述了软件开发的主要活动。其中核心活动包括：需求工程、软件设计、软件构造、软件测试、软件运行与维护。支持活动包括：软件项目管理、软件配置管理、软件验证与确认、软件质量保证、软件联合评审、软件审核、软件文档管理。辅助活动包括软件基础设施过程、软件改进过程、软件培训过程等等。这些活动都是软件开发过程中不可缺少的环节，如果某些关键环节缺失或遗漏，那么可能交付的软件产品质量就得不到保证。这些活动相辅相成，互相弥补，为向用户及时准确交付高质量的软件产品提供了保证。现代软件工程过程中，企业可以根据自身的需要，针对某些环节进行剪裁，找到适合自己的活动过程，形成企业的规范和标准。

第3章介绍了软件生存周期模型。从软件诞生起，行业采用的不同模型，从最早的编码修正模型、瀑布模型、增量模型、演化模型、敏捷模型、统一软件过程模型（Rational Unified Process RUP）、微软解决方案框架（Microsoft Solution Framework MSF）等等。任何软件的开发，都会遵循一种生存周期模型，像人类的生命周期模型一样，从无到有。根据采用的生存周期模型，采用不同的方法和工具去实现软件产品。

第4，5，8章分别从瀑布过程模型、协同过程模型、敏捷过程模型介绍了软件产品的实现过程。其中对于一些方法与工具进行了详细阐述。依作者的观点，其实每一种模型都需要一本书的内容来解读。

第6章介绍了软件工程过程的建立与监控。从软件工程过程的层次、建立、剪裁、编制、监控、改进和积累等多个方面介绍。

第7章介绍了如何改进软件工程过程。首先从ISO9001的角度出发，虽然它主要适用于服务业与制造业，但是经过后期的修订，在ISO9000-3标准中明确，为生产满足用户要求的软件，建议应采用的控制手段和方法。其中由三部分要素构成，软件质量管理体系的框架、生存期基本活动和支持活动。软件能力成熟度模型集成（Capability Maturity Model Integration CMMI），把软件的过程分为五个阶段CMMI1-CMMI5，每个阶段都有某些关键过程域构成，如果某个过程域满足了要求的流程与标准，那么说明达到了这个阶段。ISO/IEC 15504软件工程过程评估模型是一个国际标准，为指导软件工程过程评估提供了一个基本的框架，任何组织都可以用此框架对软件的获取、供应、开发、运行与维护进行相应的计划、管理、监控和改进。

第9章是本书的最后一章，主要介绍了软件工程过程的发展趋势。对于软件开发过程，究竟选择是敏捷开发还是计划驱动的开发，作者从应用特征、管理特征、技术特征和人员特征，四个方面进行了对比，得出了一个平衡敏捷与计划驱动过程的可剪裁的过程模型。简单的说就是结合了两者的优点，并不是东风压倒西风，也不是西风压倒东风，适合自己的，就是最好的。