UML类图(三)-------实例

实例分析1——登录模块

某基于C/S的即时聊天系统登录模块功能描述如下:

用户通过登录界面(LoginForm)输入账号和密码,系统将输入的账号和密码与存储在数据库(User)表中的用户信息进行比较,验证用户输入是否正确,如果输入正确则进入主界面(MainForm),否则提示“输入错误”。

根据以上描述绘制初始类图。

    参考解决方案:

参考类图如下:

考虑到系统扩展性,在本实例中引入了抽象数据访问接口IUserDAO,再将具体数据访问对象注入到业务逻辑对象中,可通过配置文件(如XML文件)等方式来实现,将具体的数据访问类类名存储在配置文件中,如果需要更换新的具体数据访问对象,只需修改配置文件即可,原有程序代码无须做任何修改。

      类说明:


类  名


说  明


LoginForm


登录窗口,省略界面组件和按钮事件处理方法(边界类)


LoginBO


登录业务逻辑类,封装实现登录功能的业务逻辑(控制类)


IUserDAO


抽象数据访问类接口,声明对User表的数据操作方法,省略除查询外的其他方法(实体类)


UserDAO


具体数据访问类,实现对User表的数据操作方法,省略除查询外的其他方法(实体类)


MainForm


主窗口(边界类)

      方法说明:


方法名


说  明


LoginForm类的LoginForm()方法


LoginForm构造函数,初始化实例成员


LoginForm类的validate()方法


界面类的验证方法,通过调用业务逻辑类LoginBO的validate()方法实现对用户输入信息的验证


LoginBO类的validate()方法


业务逻辑类的验证方法,通过调用数据访问类的findUserByAccAndPwd()方法验证用户输入信息的合法性


LoginBO类的setIUserDAO()方法


Setter方法,在业务逻辑对象中注入数据访问对象(注意:此处针对抽象数据访问类编程)


IUserDAO接口的findUserByAccAndPwd()方法


业务方法声明,通过用户账号和密码在数据库中查询用户信息,判断该用户身份的合法性


UserDAO类的findUserByAccAndPwd()方法


业务方法实现,实现在IUserDAO接口中声明的数据访问方法

-------------------------------------------------------------------------------------------------------

实例分析2——注册模块

某基于Java语言的C/S软件需要提供注册功能,该功能简要描述如下:

用户通过注册界面(RegisterForm)输入个人信息,用户点击“注册”按钮后将输入的信息通过一个封装用户输入数据的对象(UserDTO)传递给操作数据库的数据访问类,为了提高系统的扩展性,针对不同的数据库可能需要提供不同的数据访问类,因此提供了数据访问类接口,如IUserDAO,每一个具体数据访问类都是某一个数据访问类接口的实现类,如OracleUserDAO就是一个专门用于访问Oracle数据库的数据访问类。

根据以上描述绘制类图。为了简化类图,个人信息仅包括账号(userAccount)和密码(userPassword),且界面类无需涉及界面细节元素。

参考解决方案:

在以上功能说明中,可以分析出该系统包括三个类和一个接口,这三个类分别是注册界面类RegisterForm、用户数据传输类UserDTO、oracle用户数据访问类OracleUserDAO,接口是抽象用户数据访问接口IUserDAO。它们之间的关系如下:

(1) 在RegisterForm中需要使用UserDTO类传输数据且需要使用数据访问类来操作数据库,因此RegisterForm与UserDTO和IUserDAO之间存在关联关系,在RegisterForm中可以直接实例化UserDTO,因此它们之间可以使用组合关联。

(2) 由于数据库类型需要灵活更换,因此在RegisterForm中不能直接实例化IUserDAO的子类,可以针对接口IUserDAO编程,再通过注入的方式传入一个IUserDAO接口的子类对象(在本书后续章节中将学习如何具体实现),因此RegisterForm和IUserDAO之间具有聚合关联关系。

(3) OracleUserDAO是实现了IUserDAO接口的子类,因此它们之间具有类与接口的实现关系。

(4) 在声明IUserDAO接口的增加用户信息方法addUser()时,需要将在界面类中实例化的UserDTO对象作为参数传递进来,然后取出封装在UserDTO对象中的数据插入数据库,因此addUser()方法的函数原型可以定义为:public boolean addUser(UserDTO user),在IUserDAO的方法addUser()中将UserDTO类型的对象作为参数,故IUserDAO与UserDTO存在依赖关系。

通过以上分析,该实例参考类图如图1所示:

图1  注册功能参考类图

注意:在绘制类图或其他UML图形时,可以通过注释(Comment)来对图中的符号或元素进行一些附加说明,如果需要详细说明类图中的某一方法的功能或者实现过程,可以使用如图2所示表示方式:

图2  类图注释实例

实例分析3——售票机控制程序

某运输公司决定为新的售票机开发车票销售的控制软件。图I给出了售票机的面板示意图以及相关的控制部件。

图I   售票机面板示意图

售票机相关部件的作用如下所述:

(1) 目的地键盘用来输入行程目的地的代码(例如,200表示总站)。

(2) 乘客可以通过车票键盘选择车票种类(单程票、多次往返票和座席种类)。

(3) 继续/取消键盘上的取消按钮用于取消购票过程,继续按钮允许乘客连续购买多张票。

(4) 显示屏显示所有的系统输出和用户提示信息。

(5) 插卡口接受MCard(现金卡),硬币口和纸币槽接受现金。

(6) 打印机用于输出车票。

(7) 所有部件均可实现自检并恢复到初始状态。

现采用面向对象方法开发该系统,使用UML进行建模,绘制该系统的初始类图。

    参考解决方案:

参考类图如下:

      类说明:


类  名


说  明


Component


抽象部件类,所有部件类的父类


Keyboard


抽象键盘类


ActionKeyboard


继续/取消键盘类


TicketKindKeyboard


车票种类键盘类


DestinationKeyboard


目的地键盘类


Screen


显示屏类


CardDriver


卡驱动器类


CashSlot


现金(硬币/纸币)槽类


Printer


打印机类


TicketSoldSystem


售票系统类

      方法说明:


方法名


说  明


Component 的init()方法


初始化部件


Component 的doSeltTest()方法


自检


Keyboard的getSelectedKey()方法


获取按键值


ActionKeyboard的getAction()方法


继续/取消键盘事件处理


TicketKindKeyboard的getTicketKind()方法


车票种类键盘事件处理


DestinationKeyboard的getDestinationCode()方法


目的地键盘事件处理


Screen的showText()方法


显示信息


CardDriver的getCredit()方法


获取金额


CardDriver的debitFare()方法


更新卡余额


CardDriver的ejectMCard()方法


退卡


CashSlot的getCredit()方法


获取金额


Printer的printTicket()方法


打印车票


Printer的ejectTicket()方法


出票


TicketSoldSystem的verifyCredit()方法


验证金额


TicketSoldSystem的calculateFare()方法


计算费用

时间: 2024-10-25 21:12:45

UML类图(三)-------实例的相关文章

UML类图三

2. 依赖关系  依赖(Dependency)关系是一种使用关系,特定事物的改变有可能会影响到使用该事物的其他事物,在需要表示一个事物使用另一个事物时使用依赖关系.大多数情况下,依赖关系体现在某个类的方法使用另一个类的对象作为参数.在UML中,依赖关系用带箭头的虚线表示,由依赖的一方指向被依赖的一方.例如:驾驶员开车,在Driver类的drive()方法中将Car类型的对象car作为一个参数传递,以便在drive()方法中能够调用car的move()方法,且驾驶员的drive()方法依赖车的mo

UML类图关系(转,添加了实例)

UML类图关系(泛化 .继承.实现.依赖.关联.聚合.组合) 在UML类图中,常见的有以下几种关系: 泛化(Generalization),  实现(Realization),关联(Association),聚合(Aggregation),组合(Composition),依赖(Dependency) 1. 泛化(Generalization) [泛化关系]:是一种继承关系,表示一般与特殊的关系,它指定了子类如何特化父类的所有特征和行为.例如:老虎是动物的一种,即有老虎的特性也有动物的共性. [箭

[转载]UML类图总结

前言 类图和序列图是UML中最常用的两种Diagram.我将做详细的总结.在许多书中,或者网站中,在介绍一个系统的子系统的设计时,很多时候,都是给出简单的类图来简述构成子系统的类之间的关系.这足以说明类图的重要性. 对类图的基本认识有以下两点: 类图是以反映类的结构(属性.操作)以及类之间的关系为主要目的,描述了软件系统的结构,是一种静态建模方法: 类图中的类与面向对象语言中的类的概念是对应的,是对现实世界中的事物的抽象. 我们基于以上两点,来对类图进行更详细的学习. 类图中基本语法学习 在UM

UML类图关系(泛化 、继承、实现、依赖、关联、聚合、组合)

http://www.cnblogs.com/olvo/archive/2012/05/03/2481014.html http://sundensky.blog.163.com/blog/static/7728873420109299167434/ 继承.实现.依赖.关联.聚合.组合的联系与区别 分别介绍这几种关系: 继承 指的是一个类(称为子类.子接口)继承另外的一个类(称为父类.父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系:在Java中此类关系

UML类图及依赖,泛化,关联,聚合,组合,实现

UML图中类之间的关系:依赖,泛化,关联,聚合,组合,实现 类与类图 1) 类(Class)封装了数据和行为,是面向对象的重要组成部分,它是具有相同属性.操作.关系的对象集合的总称. 2) 在系统中,每个类具有一定的职责,职责指的是类所担任的任务,即类要完成什么样的功能,要承担什么样的义务.一个类可以有多种职责,设计得好的类一般只有一种职责,在定义类的时候,将类的职责分解成为类的属性和操作(即方法). 3) 类的属性即类的数据职责,类的操作即类的行为职责 一.依赖关系(Dependence) 依

深入浅出UML类图

在UML 2.0的13种图形中,类图是使用频率最高的UML图之一.Martin Fowler在其著作<UML Distilled: A Brief Guide to the Standard Object Modeling Language, Third Edition>(<UML精粹:标准对象建模语言简明指南(第3版)>)中有这么一段:“If someone were to come up to you in a dark alley and say, 'Psst, wanna

UML类图组成

本文转载至 http://blog.csdn.net/fengsh998/article/details/8105666 UML类图的相关知识,UML类图(Classdiagram)是最常用的UML图,显示出类.接口以及它们之间的静态结构和关系:它用于描述系统的结构化设计. UML类图 UML类图(Classdiagram)是显示了模型的静态结构,特别是模型中存在的类.类的内部结构以及它们与其他类的关系等.类图不显示暂时性信息. 类图(Classdiagram)由许多(静态)说明性的模型元素(例

全面认识UML类图元素

本节和大家一起学习一下UML类图元素,类图能出色地表示继承与合成关系.为了将UML类图作为一种高效的沟通工具使用,开发者必须理解如何将类图上出现的元素转换到Java中.请看本节详细介绍. 开发Java应用程序时,开发者要想有效地利用统一建模语言(UML),必须全面理解UML元素以及这些元素如何映射到Java.本文重点讨论UML类图中的元素.类图是最常用的UML图,它用于描述系统的结构化设计.其中包括类关系以及与每个类关联的属性及行为.类图能出色地表示继承与合成关系.为了将类图作为一种高效的沟通工

【UML】UML类图关系(泛化 、继承、实现、依赖、关联、聚合、组合)

http://www.cnblogs.com/olvo/archive/2012/05/03/2481014.html 继承.实现.依赖.关联.聚合.组合的联系与区别 分别介绍这几种关系: 继承 指的是一个类(称为子类.子接口)继承另外的一个类(称为父类.父接口)的功能,并可以增加它自己的新功能的能力,继承是类与类或者接口与接口之间最常见的关系:在Java中此类关系通过关键字extends明确标识,在设计时一般没有争议性:  实现 指的是一个class类实现interface接口(可以是多个)的