Rational 统一开发过程


这是对面向对象分析和设计方法的学习笔记。这次是对“统一开发过程”一些理解。希望各位大哥大姐们指点指点！


“统一开发发过程”能做到

提供应如果对整个开发团队的开发活动进行组织的指导。
综合指导单个开发人员和开发团队。
规定开发成果是什么?
提供监控和衡量一个项目中的产品和活动的标准。


“统一开发过程”概述

统一开发过程是将用户的需求转化为一个软件系统的一系列活动的总称,不仅仅是一个过程.还是一个通用过程框架(可以应付种类广泛的软件系统,不同的应用领域,不同的组织类型,不同的性能水平和不同的项目规模。


“统一开发过程”特点

“统一开发过程”是基于组件的——利用他开发的软件系统是由组件构成的，组件之间通过定义良好的接口互相联系。
“统一开发过程”使用的是“统一建模语言”（Unified Modeling Language)
“统一开发过程”是用例驱动的，以基本构架为中心，迭代式和增量性的。


“统一开发过程”的用例驱动是什么意思呢？


一个用例就是系统中向用用户提供一个有价值的结果的某项功能。所有的用例结合起来就构成了“用例模型”，该模型描述系统的全部功能。

在这里要让我们认识一下“用例”和“用户”的概念

“统一开发过程”中必须明白其潜在的用户需要什么？
“用户”这个术语所指并不仅仅局限与人类用户，还包括其他系统。在这种意义上，“用户”代表与利用“统一开发过程”开发出来的系统发生交互的某个人或者某件东西。

系统完成一系列的动作，这个工作序列为用户提供了一个有意义的结果。这个交互就是一个“用例”。用例并不仅仅是定义一个系统的需求的一个工具。用例还驱动系统的设计，实现，测试。它们驱动整个开发过程。首先是定义用例，然后是设计用例（机遇用例模型，软件人员创建一系列的设计和实现模型来实现各种用例）。最后，用例是测试人员构建测试案例的来源。


“统一开发过程”是以基本架构为中心的

软件架构的作用在本质是从不同的角度来把握一完整的软件。
软件系统的基本架构也被描述不同的视图。


用例和基本架构之间的关系如何呢？

每个产品都是功能和形式的有机统一体。
功能应与用例相对应，而形式应当与基本架构相对应。
一方面，我们实现的用例必须与基本架构相适应。另一方面，基本架构必须留有实现现在和未来需要的所有用例的空间。
用例和基本架构必须平行开发。
 

  首先不与特定的用例相关的部分着手创建架构的大致轮廓。
  设计人员应当从已经确认的用例子集着手开始工作，这些用例是指那些代表待开发系统的关键功能的用例
  随着用例已经被定义并却逐渐成熟，基本架构就逐渐成型。