论RUP分析设计（RUP学习感悟）

 

RUP （ Rational Unified Process ， 统一软件开发过程 ， 统一软件过程) 是一个 面向对象 且基于网络的 程序 开发方法论。根据 Rational(Rational Rose 和 统一建模语言 的开发者 ) 的说法，好像一个在线的指导者，它可以为所有方面和层次的程序开发提供指导方针，模版以及事例支持。 RUP 和 类 似的产品 -- 例如面向 对象 的 软件过程 （ OOSP ），以及 OPEN Process 都是理解性的 软件工程 工具 -- 把开发中面向过程的方面（例如定义的阶段，技术和实践）和其他开发的 组件 （例如文档，模型，手册以及代码等等）整合在一个统一的 框架 内。

在将近一个月的 RUP 学习及经过虚拟团队的 RUP 模拟后，小有感悟，与大家分享。 RUP 强调分工，合作。使人尽其才。强调迭代的快速及有效的沟通。

在《项目管理系统》项目中，我和另一同事担任分析设计。下面是《项目管理系统》的总包图，强调简单、清晰、明了。将系统分为五个子系统。分别是 SystemMange( 系统管理 ) ， ProjectManage （项目管理）， Compact( 合同管理 ) ， Client( 客户管理 ) ， MoneyMange( 资金管理 ) 。

 

总包图

接下来要做的是总类图。分为两个部分，下图是总类图一，此图根据总包图做系统的总类图，系统还是五个子系统，只是更进一步到类。

 

总类图一

由总类图可看出，每个子系统内的类和类之间的关系。以及子系统间的关系。为了更好的反映子系统中的类与其他子系统中的类的关系。补充了总类图。如下总类图二：

 

总类图二

总类图二可以清晰的看出子系统中类与其他子系统的关系。这样，就更加清晰的掌握了系统的子系统及它们的关系。

经过这次模拟，更加牢固的掌握了 RUP ，明确自己以后的方向，我深切的体会到不管是 RUP 还是极限编程，重要的还是人。一个系统的开发过程重要的还是人，一个团队是由不同的个体组成，如何更好的发挥个人所长，将每个个体融合在一起是关键。

总结： RUP 具有很多长处：提高了团队生产力，在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面，针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导，并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构，为开发过程提供较大的通用性。但同时它也存在一些不足： RUP 只是一个开发过程，并没有涵盖软件过程的全部内容，例如它缺少关于软件运行和支持等方面的内容；此外，它没有支持多项目的开发结构，这在一定程度上降低了在开发组织内大范围实现重用的可能性。可以说 RUP 是一个非常好的开端，但并不完美，在实际的应用中可以根据需要对其进行改进并可以用 OPEN 和 OOSP 等其他软件过程的相关内容对 RUP 进行补充和完善。