驱动迭代Iterative与增量Incremental相结合与UML一起.PPTVIP

最佳软件开发实践 Best Practices 迭代地开发软件 Develop Iteratively 管理需求 Manage Requirements 应用基于构件的构架 Use Component Architectures 为软件建立可视化的模型 Model Visually (UML) 不断地验证软件质量 Continuously Verify Quality 控制软件的变更 Manage Change 在建模过程中运用UML 现在软件产业界普遍认为，开发复杂软件项目必须采用基于UML的、以构架为中心、用例驱动与风险驱动相结合的迭代式增量开发过程，他是世界公认的开发复杂软件项目的最好过程，已经成为软件界的“圣经”。这一开发过程目前已经稳定、成熟。 这就是：RUP Rational Unified Process—RUP Rational 统一过程是由Rational 软件公司开发和营销的一种软件工程过程，是开发组织用以分配与管理任务和职责的一种规范化方法。这个过程的目的是在预定的进度和预算范围内，开发出满足最终用户需要的高质量软件。 RUP 是一个过程产品(process product)。Rational (IBM) 软 件公司开发并维护着这个产品，并将其与Rational 软件公司 自己的一系列软件开发工具集成。 RUP 有自己的过程框架 (process framework), 这个框架可以 被改造和扩展以适应采纳此方法的组织。 RUP Implements Best Practices Best Practices Process Made Practical Develop Iteratively Manage Requirements Use Component Architectures Model Visually (UML) Continuously Verify Quality Manage Change RUP软件开发过程 为开发小组的活动顺序提供向导 详细说明那些制品将被开发，以及什么时候开发 指导每一个开发人员和整个开发组的工作 为监控和度量项目的产品和活动提供准则 RUP将这些最佳实践活动以一种适当的形式结合起来，从而 适应了广泛的项目和开发组织。 RUP —简要历史 RUP 2000 RUP 5.5 RUP 5.0 ROP 4.1 ROP 4.0 Rational 方法 Objective 过程3.8 2000 1999 1998 1997 1996 1995 实时 ROOM 业务工程 　配置和 变更管理 需求学院 Booch 方法 OMT UML 0.8 SQA 过程 UML 1.1 数据工程 UI 设计 UML 1.2 基于WEB的开发 UML1.3 RUP特点 用例驱动 以体系结构为中心 增量和迭代开发 RUP核心是解决可操作性问题，帮助开发人员尽可能少地依赖那些“不可描述的经验”。RUP详细给出了每个阶段参与该过程的各种角色，然后表示在过程中，该角色创建的制品。 RUP用例驱动 用Use Case作为划分问题的组织单元，分析和设计活动的局部粒度都遵循这一划分原则。Use Case的定义反映了系统外部要素根据特定目标使用拟建系统的状况，能确保问题的局部划分粒度适当，保持了全局与局部的平衡。 RUP RUP的增量和迭代开发 基于风险前驱的原则，渐进地展开分析、设计及其相关活动，每个迭代都会提供一次验证和调整模型机会，推动软件质量的提升。 主要困难　 多层次持续的规划与评估 判断架构中关键风险的经验 高效率的验证和评价手段 多工种之间的频繁沟通 多版本工作产品的管理　 RUP需要的基础保障　 核心人员必要的管理与技术经验 自动化的验证和评价工具 团队成员之间有高效的沟通工具 软件配置与变更管理工具 XP XP（Extreme Programming），它是由Kent Beck大师提出的。大师在经历传统软件开发的痛苦之后，希望能够找到一种优秀的软件开发方法。大师总结了大量的软件的成功和失败的因素之后，提出了改进软件开发方法的四个要素：沟通（communication）、简单化（simplicity）、反馈（feedback）、勇气（courage）。这形成了XP的核心价值观。在经历了数年的发展，XP在软件开发的各方面都发展出了众多的方法来支持软件开发。  A Process is not Enough to Build a System 软件过程之父的经典谚语 The National Medal of Technology is the highest honor awarded by the President of