02软件过程1.ppt

* 软件工程 * 2.9.4 应用CMM CMM的不足： 1、仅是一个框架，并没有对各级别的软件开发过程的方法和技术进行规范与说明。 2、它是一个大的框架，在实际应用中，要根据企业与项目的特点进行适当的裁剪，以满足具体的项目需求。 * * * * * * * 软件工程 * 2.7.2 RUP的十大要素 5、架构：设计组件架构 软件系统的架构是指一个系统关键部件的组织或结构，组件之间通过接口交互，而组件是由一些更小的组件和接口组成的。 6、原型：增量地构建和测试产品 RUP是为了尽早排除问题和解决风险和问题而构建、测试和评估产品的可执行版本的一种迭代方法。 * 软件工程 * 2.7.2 RUP的十大要素 7、评估：定期评估结果 关键是既关注过程问题又关注产品问题。越早发现问题就减少越多的问题。 8、变更请求：管理并控制变更 重要的是：变更的提出和管理过程始终保持一致。 * 软件工程 * 2.7.2 RUP的十大要素 9、用户支持：部署可用的产品 10、过程：采用适合项目的过程 必须应用常理和经验来配置流程和工具，以满足组织和项目的需要。 * 软件工程 * 2.7.3 RUP生命周期 (1)核心工作流 RUP中有9个核心工作流，如下图 * 软件工程 * 2.7.3 RUP生命周期 (2)工作阶段 软件生命周期被分解为周期，每一个周期工作在产品新的一代上。Rational Unified Process将周期又划分为四个连续的阶段。 初始阶段 精化阶段 构建阶段 移交阶段 建立业务模型，定义最终产品视图，并且确定项目的范围 设计并确定系统的体系结构，制定项目计划，确定资源需求。 开发出所有构件和应用程序，把它们集成为客户需要的产品，并且详尽地测试所有功能。 把开发出的产品提交给用户使用 * 软件工程 * 2.7.3 RUP生命周期 (3)RUP迭代式开发 RUP强调采用迭代和渐增的方式来开发软件，整个项目开发过程由多个迭代过程组成。在每次迭代中只考虑系统的一部分需求，针对这部分需求进行分析、设计、实现、测试、部署等工作，每次迭代都是在系统已完成部分的基础上进行的，每次给系统增加一些新的功能，如此循环往复地进行下去，直到完成最终项目。 * 软件工程 * 2.8 敏捷过程与极限编程 2.8.1 敏捷过程概述 敏捷开发运动正式开始的标志是2001年2月的“敏捷宣言”（AgileManifesto），这项宣言是由17位当时称之为“轻量级方法学家”所编写签署的，他们的价值观是：个人与交互重于开发过程与工具；可用的软件重于复杂的文档；寻求客户的合作重于对合同的谈判；对变化的响应重于始终遵循固定的计划。 * 软件工程 * 2.8.1 敏捷过程概述 目的是建立起一个项目团队全员参与到软件开发中，包括设定软件开发流程的管理人员，只有这样软件开发流程才有可接受性。同时敏捷开发要求研发人员独立自主在技术上进行决策，因为他们是最了解什么技术是需要和不需要的。再者，敏捷开发特别重视项目团队中的信息交流，有调查显示：“项目失败的原因最终都可追溯到信息没有及时准确地传递到应该接受它的人。” * 软件工程 * 2.8.1 敏捷过程概述 ??敏捷方法主要有两个特点，这也是其区别于其他方法，尤其是重型方法的最主要特征: ????（1）敏捷开发方法是“适应性”(Adaptive)而非“预设性”(Predictive)。 一般方法在不可预测的环境下，很难适应变化，甚至是拒绝变化。与之相反的敏捷方法则是欢迎变化，目的就是成为适应变化的过程，甚至能允许改变自身来适应变化。所以称之为适应性方法。 * 软件工程 * 2.8.1 敏捷过程概述 ??敏捷方法主要有两个特点，这也是其区别于其他方法，尤其是重型方法的最主要特征: ?（2）敏捷开发方法是“面向人”(peopleoriented)而非“面向过程”(processoriented)。 ????MatinFlower认为：“在敏捷开发过程中，人是第一位的，过程是第二位的。所以就个人来说，应该可以从各种不同的过程中找到真正适合自己的过程。” * 软件工程 * 2.8.1 敏捷过程概述 敏捷的价值观如下：? “个体和交互” 胜过“ 过程和工具”? “可以工作的软件” 胜过“面面俱到的文档”? “客户合作” 胜过 “合同谈判”? “响应变化” 胜过 “遵循计划”? 另外还有12个原则： * 软件工程 * 2.8.1 敏捷过程概述 对敏捷开发的误解 ：? 误解一：敏捷对人的要求很高 误解二：敏捷没有文档，也不做设计 误解三：敏捷好，其他方法不好 误解四：敏捷就是XP（极限编程），就是Scrum ? XP和Scrum只是众多敏捷方