《西安工业大学》word版.doc

西 安 工 业 大 学信息与计算科学面 向 对 象 课 程 设 计 题 目: ATM银行系统 班 级： 051002 人 数： 3 成 员： 常丽雪、董园园、刘梦 学 号： 051002120、051002121、051002126 姓 名： 时 间： 2007.12.30-2008.1.4 目 录问题描述-3业务建模-4需求-7分析-20设计-22总结-25 班级051002学号题目ATM银行系统完成时间2008.1.3指导教师刘建伟小组排名小组成绩个人评分第1名XXX贡献第2名XXX贡献第3名XXX贡献第4名XXX贡献第5名XXX贡献第6名XXX贡献问题描述：在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。我们在日常生活中也经常和ATM打交道。本次面向对象技术课程设计我们将开发ATM银行系统，利用本学期所学的知识开发该系统的用例图、类图、顺序图、状态图、活动图及协作图。某银行拟开发一个自动取款机系统，它是由一个自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。总行拥有多台ATM，分别设在全市各主要街道上，柜员终端设在分行营业厅及分行下属的各个储蓄所内。系统的软件成本由各个分行分摊。 银行柜员使用柜员终端处理用户提交的储蓄业务。用户可以用现金或支票向自己拥有的某个帐户存款、取款或开新帐户，通常一个用户可以拥有多个帐户。柜员负责把用户提交的存款、取款业务输进柜员终端，接受用户交来的现金或支票，或付给用户现金。柜员终端与相应的分行进行通信，分行计算机具有处理针对某个帐户的业务并进行帐户维护。 拥有银行帐户的用户，可申请领取现金兑换卡，使用现金兑换卡可通过ATM访问自己的帐户。目前仅限于用现金兑换卡提取现金，或查询有关自己帐户的信息。将来可能还要求通过ATM转帐或存款等业务。 现金兑换卡为一磁卡，卡上有分行代号、卡号。分行代号唯一标识总行下属的一个分行。卡号确定这张卡可访问的帐户，每一张卡仅属于一个用户所有，但同一张卡可以有多个副本，因此，必须考虑同时在若干台ATM上使用同样的现金兑换卡的可能，即系统应能处理并发访问。 当用户把现金兑换卡插入ATM后，ATM就与用户交互，以获取有关这次业务的信息，并与中央计算机交换业务的信息。首先ATM要求用户输入的密码，传给中央计算机。请求中央计算机核对这些信息并处理这次业务。中央计算机根据卡上的分行代码，确定这次业务与分行的对应关系，并且委托相应的分行计算机验证用户密码。如果用户密码正确，ATM就要求用户选择业务类型（取款、查询）。当用户选择取款时，ATM请求用户输入金额。最后，ATM从现金口吐出现金，并打印出帐单交给用户。1 业务建模在业务建模工作流中，过程从高层问题陈述开始，使得人们能够开发不同的活动图，为组织的运转流程建模。在需求工作流中，用这些高层活动图来识别系统范畴，并用来开发目标系统的用例模型。在分析工作流中，分析用例描述以创建领域类图和系统级顺序图。最后，在设计工作流中，开发底层的协作图、状态图和顺序图，为用例实现建模。与业务操作建模有关的第一个工作流有三个主要活动组成：进行领域分析（工作流）、进行业务过程分析和确定系统范畴。1.1 领域分析（工作流）创建新的Textual Analysis,为工作流级问题陈述编制文档（问题陈述如下）。ATM允许用户对其帐户执行不同的任务。每项任务都包含了一个操作列表。考虑从ATM取款机中取款这项常见的任务。ATM提示用户插卡；用户插入ATM卡；ATM提示用户输入PIN号码；用户输入PIN号码；ATM询问银联，以验证ATM卡号和PIN号码；银联到相应银行验证ATM卡号和PIN号码；银行通知银联PIN号码正确；银联通知ATM机PIN号码正确； ATM提示用户选择服务种类；用户选择“取款”服务；ATM提示用户输入取款金额；用户输入取款金额；ATM请求银联处理该请求，银联将该请求转交给相应的银联；银联向银联确认请求成功执行，银联再通知ATM请求已经核准；ATM在屏幕上显示交易成功消息，弹出ATM卡，然后分配所请求的现金；ATM向用户显示主菜单，用于选择下一项服务。（1） 单击工具栏上的Create TextualAnalysis图标。（2） 将问题陈述输入到文本分析工作区（如图1.1所示）。图1.1 问题陈述（工作流）1.2 业务过程分析在创建工作流级问题陈述之后，进行业务过程分析。运用Elaborator(Problem_Statement工作流，Swimlane_Activity_Diagram)操作器，手动创建泳道活动图，它将有助于将业务活动可视化。这个活动图以顾客插入卡为开始，以顾客取卡结束。我们可以看到活动图的重点虽然不在时间顺序，但我们同样可以得到时间的信息。创建活动图如下：（1） 创建活动图。 点击工具栏上的New Activity Diagram按钮。 使用图窗格(diagram pane)左边的工具栏创建初始状态。 使用资源中心界面创建变化和动作状态。（2） 创建泳道，将工作区中的活动划分（如图1.2所示）。使用图窗格左边的工具栏，单击创建泳道按钮。图1.2 业务工作流活动图1.3 确定系统范畴这一步基本上是一个手工过程，因为决策过程涉及开发者、涉众，因此，没有包含CASE工具的使用过程。2 需求在这个工作流中，从需要计算机化的一组活动开始并准备更加详细的问题陈述。然后针对问题陈述进行文本分析，以识别参与者和用例。通过使用更多细节信息细化用例，用例描述可以用来作为分析工作流的输入。该工作流包含两项活动：领域分析（用例级别）和用例分析。2.1 领域分析（用例级）在确定了系统范畴之后，准备好问题陈述来描述所需活动。在上一部分中，决定将与会员信息维护、取款和存款相关的活动计算机化。问题陈述应该提供足够信息可以用来识别单个用户的职责并描述为了执行它们的任务应该按序遵守的流程。下面是业务活动的用例级别问题陈述。某银行拟开发一个自动取款机系统，它是由一个自动取款机、中央计算机、分行计算机及柜员终端组成的网络系统。总行拥有多台ATM，分别设在全市各主要街道上，柜员终端设在分行营业厅及分行下属的各个储蓄所内。系统的软件成本由各个分行分摊。 银行柜员使用柜员终端处理用户提交的储蓄业务。用户可以用现金或支票向自己拥有的某个帐户存款、取款或开新帐户，通常一个用户可以拥有多个帐户。柜员负责把用户提交的存款、取款业务输进柜员终端，接受用户交来的现金或支票，或付给用户现金。柜员终端与相应的分行进行通信，分行计算机具有处理针对某个帐户的业务并进行帐户维护。 拥有银行帐户的用户，可申请领取现金兑换卡，使用现金兑换卡可通过ATM访问自己的帐户。目前仅限于用现金兑换卡提取现金，或查询有关自己帐户的信息。将来可能还要求通过ATM转帐或存款等业务。 现金兑换卡为一磁卡，卡上有分行代号、卡号。分行代号唯一标识总行下属的一个分行。卡号确定这张卡可访问的帐户，每一张卡仅属于一个用户所有，但同一张卡可以有多个副本，因此，必须考虑同时在若干台ATM上使用同样的现金兑换卡的可能，即系统应能处理并发访问。当用户把现金兑换卡插入ATM后，ATM就与用户交互，以获取有关这次业务的信息，并与中央计算机交换业务的信息。首先ATM要求用户输入的密码，传给中央计算机。请求中央计算机核对这些信息并处理这次业务。中央计算机根据卡上的分行代码，确定这次业务与分行的对应关系，并且委托相应的分行计算机验证用户密码。如果用户密码正确，ATM就要求用户选择业务类型（取款、查询）。当用户选择取款时，ATM请求用户输入金额。最后，ATM从现金口吐出现金，并打印出帐单交给用户。创建新的文本分析，输入问题陈述，如下图所示：2.2 用例分析根据问题陈述，用户与柜员是系统的用例图中的参与者。识别用例参与者和候选类如下图所示：1. 寻找参与者和用例应用操作器识别所有参与者。为了识别系统的所有参与者，考虑那写可以被计算机化的业务活动。在此研究中，系统蕴含了与用户、取款、存款和信息维护相关的业务活动。可以识别出一下参与者。用户和柜员每个参与者通过参与者规约描述。以下是每个参与者的规约。参与者名称 用户描述用户可以在ATM机上进行取款存款以及其他操作参与者名称 柜员描述柜员使用柜员终端处理用户提交的储蓄业务。柜员负责把用户提交的存款、取款业务输进柜员终端，接受用户交来的现金或支票，或付给用户现金。 应用操作器来识别所有用例。参与者目标在问题陈述中描述。下面是ATM银行系统的用例。 取款（WithdrawMoney） 存款（DepositMoney） 转账（TransferMoney） 登陆帐户（Login Account）处理超额（Process Excess Amount）储蓄业务（savings to the business）付给用户现金（cash paid to the users）开通新的帐户（open new accounts）维护帐户（account maintenance）然后，通过运用操作器开发用例图如下：2. 优选用例根据用例在系统中的相对重要程度进行优选。开发者评估用例对于系统涉众的风险和重要性。开发者和系统涉众决定用例的优先级。下表给出了系统用例的优先级。3. 描述用例前面通过创建初始用例已经捕获系统需求，现在细化用例以提供进一步的详细信息。运用操作器开发用例描述。此操作器为那些可以用来构造其他图的用例给出详细的描述。“取款”用例描述“存款”用例描述“转账”用例描述“储蓄业务”用例描述“付给用户现金”用例描述“开通新帐户”用例描述“维护帐户信息”用例描述4构造用例模型在对用例进行细化之后，“取款”、“存款”和“转账”用例具有相同的行为，他们都包含“登陆帐户”这个行为。因此，使用“登陆帐户”用例作为关系。而“处理超额”用例与“取款”用例又是关系。修改后的用例图如下图所示。3 分析分析工作流开发领域类模型并开始动态建模。首先通过应用细化器开发领域类模型。使用改细化器，有可能构建系统类模型（静态建模），并分析用例的动态行为（系统建模）。1. 领域分析（类级）应用操作器来获得领域类模型。2. 静态建模领域类模型提供了大多数ATM银行系统都会用到的类。因为用例描述包含了系统特定的一些信息，所以应用操作器识别系统的对象。该操作器的目的是对用例描述进行文本分析，识别实体对象并创建类图。所产生的结果类图将被合并到领域类模型中去，以创建系统的分析类模型如下图所示。3.系统建模系统建模可以帮助理解系统的动态面。首先应分析用例的动态行为，然后通过该活动图的动作状态的一组协作图来细化每个状态图。4 设计 设计工作流的目标是分析并设计如何实现对象之间的协作，从而完成用例的执行。首先，使用协作图细化活动图中的每个动作状态。因为每个用例场景对应于活动图中的一条路径，所以可以通过活动图中路径的活动状态对应的协作图生成MVC及顺序图。可以使用现代CASE工具实现MVC级顺序图的生成，这些CASE工具可以提供活动图之间的可塑性和一致性，并可以比较容易的实现MVC级交互图同步的自动维护。对于那些具有复杂动态行为的对象