第2章软件过程解析.ppt

CMMI（Capability Maturity Model Integration，能力成熟度模型集成） 将各种能力成熟度模型（即：Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM）整合到同一架构中去，由此建立起包括软件工程、系统工程和软件采购等在内的诸模型的集成，以解决除软件开发以外的软件系统工程和软件采购工作中的迫切需求。 CMMI是SEI于2000年发布的CMM的新版本。CMMI不但包括了软件开发过程改进，还包含系统集成、软硬件采购等方面的过程改进内容。CMMI纠正了CMM存在的一些缺点，使其更加适用企业的过程改进实施。CMMI适用SCAMPI评估方法。需要注意的是，SEI没有废除CMM模型，只是停止了CMM评估方法：CBA－IPI。现在如要进行CMM评估，需使用SCAMPI方法。但CMMI模型最终代替CMM模型的趋势不可避免。 CMMI框架包括软件能力成熟度模型CMM 2.0草案，系统工程能力成熟度模型，软件采购能力成熟度模型，继承产品和过程开发等。 CMMI的:“关键过程域”25个，“目标”105个， “关键实践”485条。 CMMI的基本思想 1、解决软件项目过程改进难度增大问题 2、实现软件工程的并行与多学科组合 3、实现过程改进的最佳效益 CMMI的评估方式： 1、自我评估：用于本企业领导层评价公司自身的软件能力。 2、主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力 CMMI的评估类型： 1、软件组织的关于具体的软件过程能力的评估。 2、软件组织整体软件能力的评估（软件能力成熟度等级评估）。 软件工程实践 理解问题 计划解决方案 计划实施 软件构建 结果验证 * 统一过程模型 图 1?12 统一过程模型 统一过程模型 统一过程的工作流 在统一过程中，有6个核心工作流。 ① 业务建模工作流。用商业用例为商业过程建立文档。 ② 需求工作流。目标是描述系统应该做什么，确保开发人员构建正确的系统。为此，需明确系统的功能需求和非功能需求（约束）。 ③ 分析和设计工作流。其目标是说明如何做。结果是分析模型和设计模型。 统一过程模型 ④ 实现工作流。用分层的方式组织代码的结构，用构件的形式来实现类，对构件进行单元测试，将构件集成到可执行的系统中。 ⑤ 测试工作流。验证对象之间的交互、是否所有的构件都集成了、是否正确实现了所有需求、查错并改正。 ⑥ 部署工作流。制作软件的外部版本、软件打包、分发、为用户提供帮助和支持。 Company Logo 统一过程模型 统一过程的阶段 统一过程有4个阶段，分别是初始阶段、细化阶段、构造阶段和移交阶段。 ① 初始阶段。初始阶段主要关注项目计划和风险评估，其目的是确定是否值得开发目标信息系统。 ② 细化阶段。细化阶段关心定义系统的总体框架，其目标是：细化初始需求（用况）、细化体系结构、监控风险并细化它们的优先级、细化业务案例以及制订项目管理计划。 统一过程模型 统一过程的阶段 ③ 构造阶段。构造阶段是建立系统，构造信息系统的第1个具有操作质量的版本，以能够交付给客户进行?测试的版本结束，有时称为测试版本。 ④ 移交阶段。移交阶段包含?测试时期，以发布完整的系统而终止，其目标是确保信息系统真正满足客户的需求。 敏捷模型 “敏捷联盟”为了帮助希望使用敏捷方法来进行软件开发的人们定义了12条原则： (1) 我们首先要做的是通过尽早和持续交付有价值的软件来让客户满意。 (2) 需求变更可以发生在整个软件的开发过程中，即使在开发后期，我们也欢迎客户对于需求的变更。敏捷过程利用变更为客户创造竞争优势。 (3) 经常交付可工作的软件。交付的时间间隔越短越好，最好2~3周一次。 (4) 在整个的软件开发周期中，业务人员和开发人员应该天天在一起工作。 (5) 围绕受激励的个人构建项目，给他们提供所需的环境和支持，并且信任他们能够完成工作。 (6) 在团队的内部，最有效果和效率的信息传递方法是面对面交谈。 (7) 可工作的软件是进度的首要度量标准。 (8) 敏捷过程提倡可持续的开发速度。责任人、开发人员和用户应该能够保持一种长期稳定的开发速度。 (9) 不断地关注优秀的技能和好的设计会增强敏捷能力。 (10) 尽量使工作简单化。 (11) 好的架构、需求和设计来源于自组织团队。 (12) 每隔一定时间，团队应该反省如何才能有效地工作，并相应调整自己的行为。 敏捷模型 敏捷方法是一种轻量级的软件工程方法，相对于传统的软件工程方法，它更强调软件开发过程中各种变化的必然性，通过团队成员之间充分的交流与沟通以及合理的机制来有效地响应变化。 敏捷开发启动于“敏捷软件开发