• 1.摘要
  • 2.基本信息
  • 3.简介
  • 4.六大经验
  • 4.1.迭代式开发
  • 4.2.管理需求
  • 4.3.体系结构
  • 4.4.可视化建模
  • 4.5.验证软件质量
  • 4.6.控制软件变更
  • 4.7.二维开发模型
  • 4.8.核心概念
  • 4.9.裁剪
  • 5.核心工作流
  • 5.1.商业建模
  • 5.2.需求
  • 5.3.分析和设计
  • 5.4.实现
  • 5.5.测试
  • 5.6.部署
  • 5.7.配置和变更管理
  • 5.8.项目管理
  • 5.9.环境
  • 6.开发过程
  • 6.1.初始阶段
  • 6.2.细化阶段
  • 6.3.构造阶段
  • 6.4.交付阶段
  • 7.迭代开发模式
  • 8.十大要素
  • 8.1.开发一个前景
  • 8.2.达成计划
  • 8.3.标识和减小风险
  • 8.4.分配和跟踪任务
  • 8.5.检查商业理由
  • 8.6.设计组件构架
  • 8.7.构建和测试
  • 8.8.验证和评价结果
  • 8.9.管理和控制变化
  • 8.10.提供用户支持
  • 9.总结
  • 9.1.rup的影响
  • 9.2.rup本质的揭示
  • 10.最佳实践

RUP

RUP(英文:Rational Unified Process,中文:统一软件开发过程或统一软件过程)是一个面向对象且基于网络的程序开发方法论。根据Rational(Rational Rose和统一建模语言的开发者)的说法,好像一个在线的指导者,它可以为所有方面和层次的程序开发提供指导方针、模版以及事例支持。

RUP有三大特点:软件开发是一个迭代过程、软件开发是由Use Case驱动的、软件开发是以架构设计(Architectural Design)为中心的。

基本信息

  • 外文名

    Rational Unified Process

  • 简称

    RUP

简介

RUP和类似的产品--例如面向对象的软件过程(OOSP),以及OPEN Process都是理解性的软件工程工具--把开发中面向过程的方面(例如定义的阶段,技术和实践)和其他开发的组件(例如文档,模型,手册以及代码等等)整合在一个统一的框架内。

软件工程领域,与RUP齐名的软件方法还有:

净室软件工程、CMMI;

极限编程(extreme programming,简称 XP)和其他敏捷软件开发(agile methodology)方法学。

RUP最重要的它有三大特点:1)软件开发是一个迭代过程,2)软件开发是由Use Case驱动的,3)软件开发是以架构设计(Architectural Design)为中心的。

六大经验

迭代式开发

在软件开发的早期阶段就想完全、准确的捕获用户的需求几乎是不可能的。实际上,我们经常遇到的问题是需求在整个软件开发工程中经常会改变。迭代式开发允许在每次迭代过程中需求可能有变化,通过不断细化来加深对问题的理解。迭代式开发不仅可以降低项目的风险,而且每个迭代过程都可以执行版本结束,可以鼓舞开发人员。

管理需求

确定系统的需求是一个连续的过程,开发人员在开发系统之前不可能完全详细的说明一个系统的真正需求。RUP描述了如何提取、组织系统的功能和约束条件并将其文档化,用例和脚本的使用已被证明是捕获功能性需求的有效方法。

体系结构

组件使重用成为可能,系统可以由组件组成。基于独立的、可替换的、模块化组件的体系结构有助于降低管理复杂性,提高重用率。RUP描述了如何设计一个有弹性的、能适应变化的、易于理解的、有助于重用的软件体系结构。

可视化建模

RUP往往和UML联系在一起,对软件系统建立可视化模型帮助人们提供管理软件复杂性的能力。RUP告诉我们如何可视化的对软件系统建模,获取有关体系结构于组件的结构和行为信息。

验证软件质量

在RUP中软件质量评估不再是事后进行或单独小组进行的分离活动,而是内建于过程中的所有活动,这样可以及早发现软件中的缺陷。

控制软件变更

迭代式开发中如果没有严格的控制和协调,整个软件开发过程很快就陷入混乱之中,RUP描述了如何控制、跟踪、监控、修改以确保成功的迭代开发。RUP通过软件开发过程中的制品,隔离来自其他工作空间的变更,以此为每个开发人员建立安全的工作空间。