[原创]UML建模例讲-一种基于互联网的翻译交易系统（之八）

系统用例模型

讲道理太多了，容易疲劳，下面穿插本案例讲一点操作。

用UML建模，大部分人用的还是Rational Rose这个工具。

就像很多国外的功能强大的工具一样，Rational Rose是一个功能强大的开发工具，要全面熟练掌握它，没有经过系统性的专业训练几乎是不可能的。本案例介绍只可以当作一个入门熟悉的破冰教程。

打开Rational Rose的时候，取消对任何框架的选择后，就进入上述的一个具有基本框架的界面。选择“另存为”给本模型取个名字。我们这个项目就叫“TTPModel”了。

模型的基本框架是一个类似Windows资源管理器的目录“树”，文件夹结点叫做“包”，“包”是一种重要的模型组织元素，它是局部模型视图的容器，并可以作为元素画在模型视图中。模型的组织结构体现了未来系统的逻辑结构的信息，因此，对包的组织设计是非常重要的，在团队建模的工程中，包的划分和组织还与配置管理系统密切相关，包组织好了，可以方便地进行版本控制，这对团队开发是非常重要的。

并不一定要一开始就把包的结构全规划好，本项目一开始我没有添加任何的包，到目前为止，我建立的包的结构如上图。包是可以随时新建的，包中的模型元素也可以任意移动调整，不会影响已经完成的模型内容。随着本案的继续，我们的包结构也会越来越丰富。我们可以找到“系统架构是随着设计的过程逐渐演变出来的”的感觉。

先看用例视图包（Use Case View）下的包设计，为了维护的方便，一般把目标系统所有的主角放在一个包中，本例就放在“主角”包中，然后，添加了一个叫“用例组织视图”的用例图，把组织用例的三个包的关系描述出了：“系统支持服务包”将来存放翻译交易平台系统的系统维护和支持性业务的用例模型，“翻译任务服务包”和“翻译产品服务包”则分别用来存放支持两类不同的翻译交易的系统用例模型。用例组织视图中，包之间的虚线表示“翻译任务服务包”和“翻译产品服务包”中的模型，依赖于“系统支持服务包”中的模型。

待续...
推荐到鲜果： 查阅更多相关主题的帖子: 软件实施 程序开发 需求管理