UMLATM系统静态建模.docx

实验目的
熟悉Visio工具，能运用该工具，实现静态建模。掌握类和对象的UML图形设计，理解和设计实验内容中要求的类和类关系，对象和对象关系。

实验设备和环境
PC(一台)，Windows2000或以上版本，安装.MicrosoftVisio2003

实验要求：
实验具体题目：
InfoSuper银行是一家著名的金融机构，其客户遍布全球。该银行向客户提供以下服务：
企业银行业务、个人银行业务、共同基金、理财服务、住房贷款
InfoSuper银行45%的收入来自个人银行业务。因此，银行希望进一步提升个人业务的服务质量并争取留住客户并提高他们的忠诚度。该银行进行了一次市场调查以了解客户在个人银行业务处理时间、满意度和资源需求方面的要求。

调查结果显示为了来办理银行事务（如，提取现金、支票存款、和获取交易概要等），一个客户平均每月要跑10到15趟银行。
银行希望开发一个软件系统以通过改进的设施来减少客户访问银行的次数并提高客户服务。为此InfoSuper银行的代表找到了软件开发商JanesTechnologies公司。在分析了银行的需求文档后JanesTechnologies公司项目经理Jennifer建议银行开发自动取款机（ATM）系统提供以下功能：现金提款、现金存款、交易概要、更改PIN、
同行转帐、有关银行提供的其他服务的信息、还需要在部署ATM系统的地方提供箱子以供客户丢弃支票及请求支票簿。
要求设计ATM系统，使其突出系统优势和成分。

根据实验一建立的ATM系统的用例，建立ATM系统的类关系图和对象关系图
可按照以下步骤建模InfoSuper银行ATM系统原型的静态模型：
1为原型确定类。
2确定属性及其可见性。
3确定操作及其可见性。
4确定类之间的关系。
5确定接口及其实现关系。
6创建类关系图。
7创建对象关系图。

实验内容和步骤
实验体会

一．系统静态建模
1.确定类和类之间的关系
边界类
读卡器
功能
告诉ATM机什么时候插进去卡
接收卡
读卡
保留卡

合作者
1.ATM
2.ATM卡
3.显示屏

ATM
功能
显示ATM机的地址
显示所属银行名称

合作者
1.ATM
2.银行用户
3.显示屏
4.读卡器

实体类
(1)ATM卡
功能
保留银行卡内的信息

合作者
1.账户
2.银行用户
3.读卡器

(2)账户
功能
保留余额信息

合作者
1.交易
2.配款
3.读卡器

控制类
(1)交易
功能
1.转账
2.汇款
3.统计交易
4.允许客户选择交易
5.开始交易

合作者
1.账户
2.显示屏

(2)账户
功能
保留余额信息

合作者
1.交易
2.配款
3.读卡器

(3)配款
功能
无现金交易
保持大量现金可用
初始化现金额
存款

合作者
1.ATM
2.银行用户
3.账户

(4)显示屏
功能
1.显示界面
2.显示菜单并接受选择
3.读入密码

合作者
1.ATM
2.银行用户
3.读卡器

2.确定属性及其可见性
属性是对象的性质，借助于属性我们能对类—对象和结构有更深入、更具体的认识。注意，在分析阶段不要用属性来表示对象间的关系，使用关联能够表示两个对象间的任何关系，而且把关系表示得更清晰、更醒目。
经过筛选之后，得到ATM系统中各个类的属性：

(1)账户库
许多单个账户组成了账户库。账户具有账户ID、余额两个属性，持有账户的用户是有身份的，具有相同名字和不同银行卡号码的用户也是不同的，在这个系统中，账户库有相关的行为，所以账户库应该成为系统的一个对象。

(2)银行用户库
许多银行用户组成了银行用户库。用户有用户ID、用户姓名、地址、电话号码、电子邮件、卡型、交易七个属性，用户是有身份的，在这个系统中，账户库有相关的行为，所以账户库应该成为系统的一个对象。

(3)ATM机系统
ATM机系统有ATM编号、位置和银行名称三个属性，在这个系统中，每个ATM机系统都是独一无二的个体，所以ATM机系统也是系统的一个对象。
抽象出系统中的类后，需要确定这些对象的属性和行为。下面对系统中的类、类的属性及其操作一一进行描述。
3.确定操作及其可见性
许多单个的账户组成了账户库。账户具有账户号、余额两个属性均为private，其类型分别为char，int，double。三个操作分别为统计利息、更新账户、计算余额、获取账户余额，除计算余额为protected其余均为public。

统计利息，返回类型为void，参数类型为int，输入利息。更新账户，返回类型为void，参数类型为int，输入账户号。计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。获取账户余额，返回类型为double，无参数。

对于银行用户库