3.2  系统用例模型

在RUP中，用例视图是被称为参与者的外部用户所能观察到的系统功能的模型图。用例 模型的用途是列出系统中的用例和参与者，并显示哪个参与者参与了哪个用例的执行。分析得到，系统包括操作员、管理员、商品领料人、商品退料人、商品供应商共5个参与者，包括用户登录、仓库领料、仓库进货、仓库退货等共14个用例。以商品供应商为例，其Uses Cases关系图如图2所示。

3.3  系统动态模型                            图2  商品供应商Uses Cases关系图

动态模型包括许多框图：活动图、时序图、协作图等。活动图是一种特殊形式的状态图，用于对计算流程建模；时序图水表是对象之间传递消息的时间顺序，可以用来表示一个事务的历史过程；协作图用于在一次交互中对有意义的对象和对象间的链建模。建立这些框图的目的是为了更好的了解业务流程，是对用例图的巨大补充。作为示例，图3给出了仓库盘点过程的时序图。

图3  仓库盘点时序图                              图4  接口包类图

3.4  系统包图和类模型

包是模型的一部分，模型的每一部分都必须属于某个包。本系统的包图包括三部分：人员信息包、事务包和接口包，每个包包含类别不同的类。图4示例了接口包内四个类的类图及其依赖关系。开发人员用类图开发类，Rational Rose可以产生类的框架代码，然后开发人员可以用所选的语言来填充细节。

4．RUP与传统过程的比较

通过在实践中使用RUP方法总结得到，与传统软件开发方法相比，RUP方法具有以下几个明显的优势：

需求管理：UML中用例和场景的使用可以很好地把握和发现用户的需求，从而确保由它们来驱动设计、实现和测试的最终系统能够满足用户的需要， 同时也给开发和发布系统提供了连续的和可跟踪的线索。借助于每次迭代结束产生的可执行版本，开发人员可以更好地了解用户需求，在互动的开发过程中开发出用户满意的软件。

风险控制：在迭代式生命周期中，每次迭代开始时， 都需要根据主要风险列表选择要在迭代中开发的新的增量内容，并且每次迭代完成后都会生成一个经过测试的可执行文件，来核实是否已经降低了目标风险。风险的及早清除可以极大地提高项目的成功性以及减少开发费用。

基于构件的开发方法：不同的项目相关人员从不同的角度来同时理解系统的结构，从而使得整个项目得到并保持智能控制， 有效管理项目的复杂性，并保持系统的完整性。架构为大规模的重用提供了有效的基础， 从而极大的提高了软件的灵活性， 增加了软件各个模块的可重用性，并且大大缩短了软件开发周期。

文档的管理：在RUP中，有统一的文档模板，并且有可以自动生成文档的SODA等工具， 这样就可以保证软件文档的标准性和完善性，并且还能保证软件和文档更新的同步性。

项目管理：RUP的目标就是在可预算的成本和工期之内生产出高质量的符合最终用户需求的软件，它有自己的一套规则在开发组织中分配任务和职责，在宏观上保证软件开发以最小的投入取得最大的产出。

辅助工具：Rational Rose是分析和设计面向对象软件系统的强大的可视化工具， 可以用来先建系统模型再编写代码， 从而一开始就保证系统结构合理[6]。它使得RUP的开发可以全面实现可视化，实现文档的自动生成和更新， 还可以实现设计模型和语言源代码之间的正、逆向工程，极大地缩短了开发周期，也使得软件的结构更趋于合理化。

上一页  [1] [2] [3] 下一页