RUP
(
Rational Unified Process
,
统一软件开发过程
,
统一软件过程)
是一个
面向对象
且基于网络的
程序
开发方法论。根据
Rational(Rational Rose
和
统一建模语言
的开发者
)
的说法,好像一个在线的指导者,它可以为所有方面和层次的程序开发提供指导方针,模版以及事例支持。
RUP
和
类
似的产品
--
例如面向
对象
的
软件过程
(
OOSP
),以及
OPEN Process
都是理解性的
软件工程
工具
--
把开发中面向过程的方面(例如定义的阶段,技术和实践)和其他开发的
组件
(例如文档,模型,手册以及代码等等)整合在一个统一的
框架
内。
在将近一个月的
RUP
学习及经过虚拟团队的
RUP
模拟后,小有感悟,与大家分享。
RUP
强调分工,合作。使人尽其才。强调迭代的快速及有效的沟通。
在《项目管理系统》项目中,我和另一同事担任分析设计。下面是《项目管理系统》的总包图,强调简单、清晰、明了。将系统分为五个子系统。分别是
SystemMange(
系统管理
)
,
ProjectManage
(项目管理),
Compact(
合同管理
)
,
Client(
客户管理
)
,
MoneyMange(
资金管理
)
。
![](https://p-blog.csdn.net/images/p_blog_csdn_net/wdhSoft/uml001.bmp)
总包图
接下来要做的是总类图。分为两个部分,下图是总类图一,此图根据总包图做系统的总类图,系统还是五个子系统,只是更进一步到类。
![](https://p-blog.csdn.net/images/p_blog_csdn_net/wdhSoft/uml002.bmp)
总类图一
由总类图可看出,每个子系统内的类和类之间的关系。以及子系统间的关系。为了更好的反映子系统中的类与其他子系统中的类的关系。补充了总类图。如下总类图二:
![](https://p-blog.csdn.net/images/p_blog_csdn_net/wdhSoft/uml003.bmp)
总类图二
总类图二可以清晰的看出子系统中类与其他子系统的关系。这样,就更加清晰的掌握了系统的子系统及它们的关系。
经过这次模拟,更加牢固的掌握了
RUP
,明确自己以后的方向,我深切的体会到不管是
RUP
还是极限编程,重要的还是人。一个系统的开发过程重要的还是人,一个团队是由不同的个体组成,如何更好的发挥个人所长,将每个个体融合在一起是关键。
总结:
RUP
具有很多长处:提高了团队生产力,在迭代的开发过程、需求管理、基于组件的体系结构、可视化软件建模、验证软件质量及控制软件变更等方面,针对所有关键的开发活动为每个开发成员提供了必要的准则、模板和工具指导,并确保全体成员共享相同的知识基础。它建立了简洁和清晰的过程结构,为开发过程提供较大的通用性。但同时它也存在一些不足:
RUP
只是一个开发过程,并没有涵盖软件过程的全部内容,例如它缺少关于软件运行和支持等方面的内容;此外,它没有支持多项目的开发结构,这在一定程度上降低了在开发组织内大范围实现重用的可能性。可以说
RUP
是一个非常好的开端,但并不完美,在实际的应用中可以根据需要对其进行改进并可以用
OPEN
和
OOSP
等其他软件过程的相关内容对
RUP
进行补充和完善。