使用UML创建TM系统.doc

实验考核 一．针对银行的ATM系统，使用UML对其进行分析设计，如下： 1、写出ATM的需求分析 所谓ATM其实有两种解释，一种是Automatic Teller Machine，中文名称为自动柜员机，简称ATM；另外一种是异步传输模式ATM，全称Asynchronous Transfer Mode。当然，我们在这里所要给大家阐述的是平时我们接触到比较多、银行所使用的、和我们关系比较密切的自动柜员机（以下用简称ATM）。 ATM的系统的研究 首先，我们来看几个银行ATM的用户界面： 中国银行： 建设银行： 农业银行： 招商银行：从上面四个银行各自的简单而实用的ATM系统界面我们可以看到，建设银行和农业银行的界面比较简洁、实用，只有简单的两个功能，取款、查询；而中国银行则在两个功能的基础上添加了更改密码功能，避免了用户到银行去排队等候的麻烦了；招商银行除了取款和查询功能外，添加上了存款、改密码这两个功能。当然拉，每个银行都有一个退出的功能，而且在设计的时候，ATM都采用了延时设计，当操作超时的时候会自动把卡退出。其实从银行工作人员的角度来考虑，ATM系统的作用是减轻银行工作人员的繁琐工作负担以及提高银行工作的效率；而从用户的角度来分析，ATM就是方便用户能够及时查询到自己帐号的资金以及避免在人数密集的时候在银行等待取款的过程。于是ATM设计的合理性与人性化就显得异常重要，它不简单的解决了银行的工作效率问题，基本上也考虑到了顾客需要，满足了顾客的需要，也解决了一些不必要的时间的浪费。以上四家银行的ATM系统普遍能够满足用户的基本需要，都是从用户的角度出发，为用户考虑。不过作为一个学软件工程，想了解需求分析的我们来说，这样的功能其实还有很多改进的了。 对ATM进行静态建模 属性是对象的性质，藉助于属性我们能对类---对象和结构有更深入、更具体的认识。注意，在分析阶段不要用属性来表示对象间的关系，使用关联能够表示两个对象间的任何关系，而且把关系表示得更清晰、更醒目。 经过筛选之后，得到ATM系统中各个类的属性，如图2—3所示。图中还标出了一些限定词： “卡号”实际上是一个限定词。在研究卡号含义的过程中，发现以前在分析确定关联的过程中遗漏了“分行发放现金兑换卡”这个关联，现在把这个关联补上，卡号是这个关联限定词。 “分行代码”是关联“分行组成总行”上的限定词。 “账号”是关联“分行保管账户”上的限定词。 “雇员号”是“分行雇用柜员”上限定词。 “站号”是“分行拥有柜员终端”、“柜员终端与分行计算机通信”及“中央计算机与ATM通信”等三个关联上的限定词。 对ATM进行动态建模 ATM系统的正常情况脚本： ATM请储户插卡；储户插入一张现金兑换卡。 ATM接受该卡并读它上面的分行代码和卡号。 ATM要求储户输入密码；储户输入自己的密码“1234”等数字。 ATM请求总行验证卡号和密码；总行要求“39”号分行核对储户密码，然后通知ATM说这张卡有效。 ATM要求储户选择事务类型（取款、转账、查询等）；储户选择“取款”。 ATM要求储户输入取款额；储户输入“880”。 ATM确认取款额在预先规定的限额内，然后要求总行处理这个事务；总行把请求转给分行，该分行成功处理完这项事务并返回该账户的新余额。 ATM吐出现金并请储户拿走这些现金；储户拿走现金。 ATM问储户是否继续这项事务；储户回答“不”。 ATM打印账单，退出现金兑换卡，请储户拿走它们；储户取走账单和卡。 ATM请储户插卡。 ATM系统的异常情况脚本： ATM请储户插卡；储户插入一张现金兑换卡。 ATM接受该卡并顺序读它上面的数字。 ATM要求密码；储户误输入“8888”等数字。 ATM请求总行验证卡号和密码；总行在向有关分行咨询后拒绝这张卡。 ATM显示“密码错”，并请储户输入密码；储户输入“1234”等数字；ATM请求总行验证后知道输入密码正确。 ATM要求储户选择事务类型；储户选择“取款”。 ATM询问取款额；储户改变主意不想取款了，按“取消”。 ATM退出现金兑换卡，请储户拿走它们；储户取走卡。 ATM请储户插卡。 状态图 5、画出ATM的组件图和部署图 ATM系统中，请试用一种设计模式，对系统部分功能实现进行描述 I.系统用例图 根据系统的需求分析可知 ,系统中的角色有顾客、 工作人员和系统 ,其中顾 客使用 A TM 系统进行交易;工作人员可以更改 A TM 的设置、 放置现金、 机器维护等;系统则作为外部角色参与整个活动。 II. 顾客用例图 顾客先将自己的磁卡或智能卡插入 A TM 机 ,A TM 机先审核该卡 ,如果合法 ,则提示用户输入密码 ,如密码错误 ,则提示重新输入 ,如