统一软件过程 Rational Unified Process

On 2010年07月11日, in 站内更新, 软件过程, by 几路 , 107 views

      老师要我介绍下RUP,找些案列……,自己找了资料,然后根据概念以及参考资料用Project做了个一个简单的流程。

      把开发中面向过程的方面(例如定义的阶段,技术和实践)和其他开发的组件(例如文档,模型,手册以及代码等等)整合在一个统一的框架内。
      一个基于 RUP 的项目将经历四个阶段:初始阶段(Inception)、细化阶段(Elaboration)、构造阶段(Construction)、交付阶段(Transition)。

      理解误区:

      1. 起始阶段 = 需求;细化阶段 = 设计;构造阶段 = 实现。

      2. 在开始设计或实现之前定义绝大部分的需求,或者在开始实现之前完成绝大部分的设计。(迭代的过程)

      3. 实施RUP就意味着从事尽可能多的活动或创建大量的文档,把RUP当作一个有许多步骤需要遵循的规范过程来运用

不足:

1. RUP仅仅包含了开发过程。它没有完全覆盖软件过程,没有涉及到维护和技术服务支持这两个重要的阶段。

2. RUP不支持组织内的多项目开发,导致组织内的大范围的重用无法实现。

3. RUP在度量管理,重用管理,人员管理和测试上有缺陷。

小结:
如果是一个简单的MIS系统,可以选择瀑布模型,如果对于相对大型复杂的项目可以选择性的采用RUP架构。

适合自己的才是最好的,针对不同的项目,需要选择合适的架构,同时对RUP架构进行选择性的设计建模。

Tagged with:  

留言