使用UML对ATM系统进行建模.doc

ATM自动取款机系统1、系统总体功能需求：ATM系统是一个复杂的软件控制硬件的系统，了解外部设备如何协调工作是整个建模的基础。这是以具体的业务为出发点对它进行建模，一个功能完全的ATM系统必须包括以下的几个模块。（1）读卡机模块 在这个功能模块中，允许客户使用银行卡插入读卡机。读卡机来识别卡的种类并在显示器上提示输入密码。（2）键盘输入模块 在这个功能模块中，客户可以输入密码和取款金额，并选择要进行的事务。通常在这个键盘上只设置数字键和选择键，目的是方便客户使用。只有在这个功能模块中，需要客户的交互。（3）IC认证模块 这个功能模块主要用于鉴别卡的真伪。基于IC卡的安全授权系统，完全可以从技术上严格保证卡的唯一性与防伪性，使基于数字形式的电子政务和电子商务安全运转，其目的就是网络安全。（4）显示模块在这个功能模块中，显示一切与客户有关的信息，包括一切交互时所需的提示，确认等信息。（5）吐钱机模块 在这个功能模块中，吐钱机按照客户的需求，选择合适面值的钞票给客户，是比较关键的一步。（6）打印报表模块 在这个功能模块中，是提供给客户一张取款凭据。客户可以选择打印与不打印。主要信息是卡号和金额等。（7）监视器模块 在这个功能模块中，为防止意外事件产生而设置摄像头，以保证客户交易的安全性。银行有权调查取款记录。读卡机模块键盘输入模块系统功能需求如图：IC认证模块ATM自动取款机系统显示模块吐钱机模块打印报表模块监视器模块读卡机模块需求（1）规格说明：读取客户插入的银行卡，如下图：Input：银行卡Process：查询数据库，识别卡号和所属银行Output：卡号和所属银行等信息（2）引言：为了识别银行卡的类型。（3）输入：插入银行卡。（4）处理：读取卡号等信息，查找数据库中找到相关的信息，识别卡的类型并记录卡号和所属银行等信息。（5）输出：输出卡号及所属银行等信息。键盘输入模块需求（1）规格说明：接受来自客户的输入，如下图：Input：密码，取款金额，查询余额，查询密码等Process：连接远程服务器来验证密码，传回余额等相关信息Output：显示相关信息或进行相关操作等（2）引言：客户通过键盘与机器交互。（3）输入：输入密码、输入取款金额、查询余额、查询密码、打印报表和取卡等。（4）处理：连接远程服务器来验证密码，传回余额等相关信息。（5）输出：验证密码正确则显示正确提示信息，查询余额操作并显示余额，如有取款命令则提示吐卡机工作，如需打印报表则提示打印机工作等。IC认证模块需求（1）规格说明：验证银行卡的真伪，如下图：Input：卡号Process：连接IC认证服务器来验证卡号等信息Output：验证正确则提示输入密码，否则吐卡（2）引言：通过IC验证来正确识别有效的银行卡。（3）输入：输入卡号。（4）处理：连接IC认证服务器来验证卡号等信息。（5）输出：验证正确则提示输入密码，否则吐卡。显示模块需求（1）规格说明：显示信息给客户，如下图：Input：各种客户输入Process：后台处理Output：所有处理情况，在屏幕上显示（2）引言：显示信息，提示进行有效操作。（3）输入：各种客户输入。（4）处理：后台处理。（5）输出：所有处理情况在屏幕上显示。吐钱机模块需求（1）规格说明：提供现金给客户，如下图：Input：客户输入的金额Process：后台处理Output：现金（2）引言：根据客户输入的金额，以现金的形式给出，有限额。（3）输入：客户输入金额。（4）处理：后台处理。（5）输出：输出现金。打印报表模块需求（1）规格说明：提供报表给客户，如下图：Input：客户的选择，要打还是不打Process：后台处理Output：报表（2）引言：根据客户的选择来决定是否要打印报表。（3）输入：客户选择是否打印。（4）处理：后台处理。（5）输出：输出报表。监视模块需求（1）规格说明：监视客户在取款机前的操作，如下图：Input：客户在自动取款机前的操作Process：录像Output：录像带等视频资料（2）引言：保障银行及客户的利益。（3）输入：客户在自动取款机前的操作。（4）处理：录像。（5）输出：录像带等视频资料。数据库模块需求（1）规格说明：查询客户银行卡记录，如下图：Input：客户在自动取款机前的操作Process：在数据库内查询Output：返回客户银行卡的余额等详细信息（2）引言：ATM客户端连接远程数据库读取数据。（3）输入：客户在自动取款机前的操作。（4）处理：在数据库内查询。（5）输出：返回客户银行卡的余额等详细信息。2、系统用例模型：角色的确定首先考察ATM系统需要哪些人服务。可以归纳如下：客户使用ATM系统进行现金交易；银行官员更改ATM的设置，放置现金，维护机器等；信用系统作为外部的角色参与整个交易过程。ATM作为一个独立的系统，与客户、银行官员和信用系统这3个角色产生了交互。这里的信用系统作为外部内容也是个角色。所以可以创建角色：客户、银行官员、信用系统。使用Rational Rose的Use Case View中建立角色的视图，如下图：创建用例用例是角色启动的，所以ATM系统根据业务流程大致可以分为以下的几个用例：客户取钱；客户存钱；客户查询余额；客户转账；客户更改密码；客户通过信用系统存款；银行官员改变密码；银行官员为ATM添加现金；银行官员维护ATM硬件；信用启动来自客户的存款。使用Rational Rose的Use Case View中建立的用例如下图：创建角色用例关系图客户的用例关系图如下图：银行官员的用例关系图如下图：信用系统的用例关系图如下图：3、系统动态模型：创建活动图如下图所示，客户服务代表，信用部经理还有客户三者发生了相互的关系。首先客户服务代表收集信息，并建立客户帐号，也就是Account【Initializating】。然后由信用部经理检查信用历史，分两种情况，符合和不符合。符合就批准帐号申请，不符合就拒绝帐号申请，分别对应为Account【Denied】和Account【Approved】。帐号被批准后，传给客户，最后客户领到银行卡，也就是Account【Open】。（2）时序图例如取100元人民币的正常情形如下图所示，取钱使用案例从用户将卡插入读卡机开始，读卡机读卡号，打开张三的账目对象，并初始化屏幕。屏幕提示输入PIN，张三输入PIN（1234），然后屏幕验证PIN与账户对象，并发出相符的信息。屏幕向张三提供选项，张三选择取钱。然后屏幕提示张三输入金额，他选择100RMB。然后从帐号中取钱，启动一系列账目对象要完成的过程。首先，验证张三的账目中至少有100RMB，然后从中扣掉100RMB，再让吐钱机提供100RMB现金。另外，还需要让吐钱机提供收据，最后让读卡机退卡。（3）协作图时序图对应的协作图如下图4、系统类模型类图ATM的系统类图如下图所示：状态图状态图实现对象的功能，例如银行的账目可能有几种不同的状态，可以打开、关闭或者透支。因为账目在不同的状态下功能是不同的。如下图所示，显示了银行账目的状态图，有3个状态：开启、透支和关闭。其中有很多消息通过箭头流动，上面的文字描述了消息的流动条件。5、系统部署组件图ATM系统的组件图如下图所示：如下图所示是ATM系统Server的组件图，图中Account类跟Server服务器有紧密的联系。箭头表示联系的方向。深灰色表示是账目类的一个实例。如下图所示是ATM系统Client的组件图，图中深灰色的部分表示了实例，最终客户端被打包成一个exe应用程序，包括3个组件：Card Reader、ATM Screen和Card Dispenser。配置图配置图关注系统的实际部署，但与系统的逻辑结构有所不同。配置图包含了处理器、设备、进程和处理器与设备之间的连接。如下图所示的是ATM系统的配置图：如下图所示的是ATM系统的配置图，在配置图中只画出了两个ATM Client，一个地区的ATM服务器，银行数据库服务器，以及一个打印机，大致上描述了整个系统的物理部署情况。