使用UML编写Java应用程序 - 编程入门网

ObjId标识系统（用户界面、商业对象和数据库）中所有的包使用的一个常规类，因此它在设计阶段就被放进实用程序包中而不是数据库包中。Persistent类的当前实现还可以不够完善，它的最终目标是可以很容易的改变持久存储器的实现，目前的替代的办法是把对象出存在关系数据库或面向对象数据库中，也可以使用Java中的持久对象支持储存它们。

商业对象包 在设计阶段中的商业对象包基于分析过程中相应的包——讨论域类。类以及它们的相互关系和行为没有变，但是类被描述的更加详细，包括了它们的相互关系和行为如何实现。

一些操作已经被翻译成好几个设计模型中的操作，一些还被改了名称，这都是很正常的，因为分析只是每个类的能力的描绘，而设计则是系统详细的描述，因此设计模型中的所有的操作都必须有定义好的特征和返回值，注意，下面给出了设计与分析的不同。

图5解释 商业对象设计。 这张图表充实了商业对象程序包的各种不同的类的设计。接口更加精确，选择了属性的数据类型。

系统的当前版本不必检查一本书是否及时归还，也不必处理预借书籍的订单，因此Loan和 Reservation类的日期属性就没有实现。

杂志和书的处理过程是完全相同的，除了借期的不同，而且它还不用处理。 在分析中， Magazine和 Book Title子类已经被认为不必要的并且在 Title类中只有一个类型属性指定该书名是否指出一本书或杂志。在以后的应用程序版本中，如果认为有必要的话，这两个简化都可以删除。

分析过程中的状态图表在设计阶段又被细化了，显示在工作系统中状态如何被表示以及被处理。 Title类的设计状态图表如图 6。 其他对象可以通过调用 addReservation ( )和 removeReservation ( )操作来改变 Title的状态，就像这张图表中所显示的那样。

图6解释 设计Title的状态图

用户界面包 用户界面包总是在其他包之前，在系统中，它给用户提供服务和信息，显然，这个包基于标准的 Java AWT ( Abstract Window Toolkit )类。设计模型中的动态模型已经被分配到 GUI包中，因为所有的与用户的交互作用都是通过用户界面开始的， 此外，我们还选择序列图表来说明动态模型，本使用案例的设计模型的实现都是用细节描述的，包括类中的实际的操作。序列图表实际上是以一系列迭代的形式创建的。在实现(即编码)阶段更多的细节上的发掘会产生更进一步的迭代。 图 7表明 Add Title的结果设计序列图表。

图7解释 Add Title的序列图

我们还可以使用协作图表代替序列图表，象图 8。

图8解释 Add Title的协作图。

使用UML编写Java应用程序(5)

第三节 用户界面设计

在设计阶段，我们使用一个特定活动创建用户界面。

图书馆应用程序中的用户界面是基于本使用案例的，并且已经被分成下列部分，在主窗口上，它的每个部分都已经被给予一个单独的菜单栏：

1、功能 本系统中的主要功能的窗口就是用来借书、还书以及与借书籍的登记工作等。

2、信息 本系统中的查看信息的窗口就是用来收集书名和借书者的信息。

3、维护 维护本系统的窗口用来添加、更新和删除书名、借书者以及书籍。

图9 是一个用户界面包中的类图的例子。

图9解释 功能类图模型。

一般情况下，每个窗口提供一个系统中的服务并且映射到一个使用案例 (即使并不是所有的用户界面都必须从一个使用案例中映射而来）， 创建一个成功的用户界面超出本文讨论的范围，读者朋友请参阅文后提供的代码。我以后还会专门辑文探讨这个问题。

实现

程序设计在构造或实现阶段就开始了，应用

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!