ImageVerifierCode 换一换
格式:DOCX , 页数:16 ,大小:25.23KB ,
资源ID:29174700      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/29174700.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(OOAOODATM网络系统.docx)为本站会员(b****5)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

OOAOODATM网络系统.docx

1、OOAOODATM网络系统案例一: ATM网络系统问题陈述:设计一个支持银行ATM计算机网络系统的软件。这个网络包括柜员机和自动取款机(ATM),由联营机构共享。每个营业部提供各自的计算机来维护它的帐户和处理面临的事务。柜员机属于各营业部,并且直接与营业部计算机通信,柜员输入帐务和处理数据。ATM与中心处理机通信。中心处理机分理事务到相应的营业部。ATM接收现金卡,与用户交互,与中心计算机通信完成事务处理,分配现金和打印收据。系统需要恰当的记录和安全保证。系统必须正确控制并发访问同一帐号。营业部提供自己的计算机软件。共享系统的费用由各营业部根据现金卡数量来分担。问题描述示意图: 帐户 柜员工作

2、站营业部计算机ATM : : 帐户 ATM 帐户营业部计算机 中心处理机 ATM 帐户一、建立对象模型从问题陈述名词及领域知识中提取出的候选类:业务日志筛选掉不必要的类:业务日志 模糊的 应是属性 实现用 相干的 冗余的建成类的数据字典:ATM系统类数据字典:帐户:营业部的一个户头。帐户可能有许多不同的类型,至少有支票帐户和储蓄帐户。ATM: 允许客户使用现金卡作为身份证明,进入自己帐户的一种机器。ATM与客户交互,通过收集业务处理信息并把该信息送至中心处理机的方式,验明客户的合法性后进行处理,把现金分配给客户。这里假定一个ATM离开了网络就不能运行。 营业部:一个金融机构。它代管客户的账目,

3、发行现金卡,并授权客户可以通过ATM网络进入自己的帐户取现金。营业部计算机:营业部所拥有的、与ATM网络以及该营业部柜员机相连接的计算机。一个营业部可能拥有一个用于处理内部帐务的计算机网络,但我们只关注与网络通信的这台计算机。现金卡:营业部分发给客户的卡片。客户可以通过ATM用现金卡访问自己的帐户。每个卡包含一个营业部代码和卡片号码。营业部代码唯一确定联营机构中的一个营业部。卡片号决定了该卡可访问的帐户。一张现金卡只属于一个客户,但可能会存在若干个拷贝,必须考虑在不同计算机上相同的现金卡同时使用的可能性。 柜员:营业部的雇员。她授权把业务信息输入柜员机,接收或分配现金和支票给客户。柜员处理的业

4、务、现金、和支票必须记录,并对其全部负责。柜员机:柜员为客户输入业务信息的一套设备。柜员用此套设备开出支票和接收现金,并打印收据。柜员机与营业部计算机通信,使业务生效并进行处理。中心处理机:由联营机构操纵的计算机。它协调ATM与营业部计算机之间的业务,中心处理机负责验明营业部代码的有效性,但并不直接处理业务。联营机构:多个营业部组成的一个组织机构。授命指挥和操作ATM网络。该网络仅处理属于联营机构中的营业部之间的业务。客户:在营业部有一个或多个帐户的所有者。客户由一个或多个人或公司组成。通信方面与客户组成无关,在不同的营业部有帐户的同一个人视为不同的客户。业务:客户对帐目的一个单一而完整的操作

5、要求。我们只详述ATM必须分发现金,但不排除打印支票或者接收现金、支票的可能性,因为我们应该考虑为客户访问自己帐目提供更多的方便和灵活性,尽管现在还不具备条件。不同的操作必须正确地结算。建成类的初步对象图 (对象模型之一)ATM 由组成 保存 有 雇佣 存取 拥有 有 涉及 有 通信 通信 被进入 输入 通信 输入 涉及 授权注:这里将“业务”分成(柜员)业务和(远程)ATM业务具有属性和继承的ATM对象模型 业务种类日期交易总数 输入设备 输入 柜员机姓名级别 ATM现有现金支出金额 远程业务 柜员业务 柜员 被输入 被授权 通信 通信 现金卡密码站代码站代码中心处理机 客户姓名地址营业部计

6、算机 通信 有 雇用 存取 拥有 拥有 帐户余额类型信贷限制 营业部名称联营机构营业代码雇员代码 由组成 发行营业代码帐户代码卡片代码 涉及 保存有二、建立动态模型ATM通常情况下的脚本:脚本:ATM要求用户插入一张现金卡;用户插入一张现金卡ATM接收磁卡并读其序号ATM要求密码;用户输入密码ATM通过联营机构核实序号和密码:联营机构联系对应的营业部鉴别密码后通知该ATMATM要求用户选择业务方式(提款、汇兑、查询);用户选择提款方式ATM询问现金数额;用户输入现金数额ATM核实数额范围:提交联营机构,将业务传送给营业部,确认成交返回帐户新余额ATM分配现金并要求用户提款;用户取走现金ATM询

7、问用户是否要继续提款;用户表示否定ATM打印收据、退出现金卡并提示用户拿走,用户得到现金卡ATM要求另一个用户插入现金卡有例外情况ATM脚本:脚本:ATM要求用户插入一张现金卡;用户插入一张现金卡ATM接收磁卡并读其序号ATM要求密码;用户输入密码ATM通过联营机构核实序号和密码,联营机构联系对应的营业部鉴别密码后拒绝此密码ATM 提出密码错误并要求用户重新输入,用户输入密码,ATM通过联营机构核实成功ATM要求用户选择业务方式(提款、汇兑、查询);用户选择提款方式ATM询问现金数额;用户改变想法,输入“取消”ATM退出现金卡并提示用户拿走,用户得到现金卡ATM要求另一个用户插入现金卡ATM

8、脚本的事件轨迹:(通常情况)用户 ATM 联营机构 营业部 输入卡片 要求密码 输入密码 验证帐户 与营业部验证卡片 营业帐户合法 帐户合法 要求业务种类 输入业务种类 要求金额总数 输入金额总数 处理业务 处理营业部业务 营业部业务成功 业务成功 分配现金 要求取走现金 用户取走现金 询问继续 回答“终止” 打印收据 推出现金卡 取走现金卡 显示主屏 ATM对象类的状态图: 插入卡片 错误密码 取消 主屏 可读 做:请求密码 做:核实帐户 做:显示主屏 键入密码 输入卡片 帐户非法 帐户合法 不可读 取消 取消 不可读的 取消 做:请求业务种类 取卡片 做:不可度的 做:取消信息 卡片信息

9、键入业务种类 取消 做:请求总金额 卡片弹出 做:弹出卡片 做:非法帐户信息 要求取走卡片 键入总数 业务成功 做:分配现金 做:处理业务 请求取走现金 业务失败 结束 取税金 取消 做:打印收据 做:失败信息 等待 终止取消 5秒 做:请求继续 中断 做:取消信息 继续 网络响应 等待网络响应其中:网络响应=合法帐户、非法帐户、非法营业部代码、非法密码、业务成功、业务失败联营机构对象类状态图 业务处理 核实帐户 非法代码 /营业部代码 做:处理营业部业务 做:验证营业部代码 营业部业务失败 营业部业务成功 合法代码 非法营业部帐户/业务失败 /业务成功 非法帐户 做:与营业部验证卡片 非法营

10、业部密码/非法密码 营业部对象类状态图: 处理营业部业务 与营业部验证卡片 无效/营业部代码 做:修改帐目 做:验证卡片号 有效失败 成功/营业部业务失败 /营业部业务成功 无效/ 非法营业部代码 做:与营业部验证卡片 有效 /合法营业部帐户 三、系统设计ATM系统的结构: ATM 柜员联营机构站代码 柜员机用户帐目现金卡 电话线 电话线营业部代码客户 卡片授权业务业务 业务说明:1)ATM系统软件总体结构:交互式界面和事务处理型系统的混合体。 用分析模型表示系统的总体结构包括: 对象模型表示事务处理的各部分。 动态模型说明系统固有的分布形式及并发访问的处理过程。 函数模型不太重要。 2)AT

11、M系统分为三个系统层次: ATM事务处理层 营业部事务处理层 联营机构事务处理层 3)ATM系统构成一个简单的星型拓扑结构,如上图所示。 4)事务处理的数据库在营业部计算机中集中存放。可被多个并发的ATM通过联营机构确定连接访问。数据处理是单一的批处理型系统(指一个帐号被封锁直到处理结束)。 5)联营计算机通过电话线与各营业部计算机连接。并通过站代码和营业部代码区分ATM业务到营业部的业务处理。 6)每一时刻ATM上只有一个业务活动,联营计算机和营业部计算机可同时处理多个并发的业务活动。一个业务通过三个物理片段来完成,缺一不可。 7)系统应该具有增加和删除ATM和营业部处理层的能力。 8)系统

12、的安全保证至关重要。必须包括:存取权限、数据一致性保证、出错处理等解决方案。四、ATM主控程序路径设计: 主屏 插入卡 请求密码 输密码 验证帐户 非法帐户 合法帐户 请求类型(业务) 输入业务类型号 请求输入金额数 输入金额数 处理业务 失败 业务成功 分发现金 取现金 继续否 继续 终止 结束 弹出卡 取走卡需求与用例分析建立一个具有基本功能的ATM机软件 客户可以存钱,取钱 客户可以查询节余 客户可以修改密码 客户可以使用信用卡付帐需求建模用例图 需求分析的第一步是确定系统能够做什么?谁来使用这个系统? 用例图显示用例(表示系统功能)与角色(表示提供或者接收系统信息的人或系统)之间的交互

13、。 用户,项目管理员,分析人员,开发人员质保人员都可以通过用例图了解系统功能。建立事件流 用例“取钱”的事件流 简要说明:客户可以从ATM机上取出自己帐目上的部分或者全部存款。 前提条件:无 主事件流: 1 客户将卡插入ATM机,开始用例。2 ATM显示欢迎消息并提示客户输入密码。3 客户输入密码。4 ATM确认密码有效。如果无效则执行其他事件流A1。如果与主机联接有问题,则执行异常事件流E1。5 ATM提供以下选项:存钱,取钱,查询 。6 用户选择取钱选项。 7 ATM提示输入所取金额。8 用户输入所取金额。 9 ATM确定该帐户是否有足够的金额。如果余额不够,则执行A2,如果与主机联接有问题,则执行异常事件流E1。 10 ATM从客户帐户中减去所取金额。 11 ATM向客户提供要取的钱。 12 ATM打印清单。 13 ATM退出客户的卡,用例结束。 其他事件流A1:输入无效密码 1. ATM告诉客户该密码错误。 2. ATM退出客户的卡,用例结束。 其他事件流A2:余额不足1. ATM告诉客户该帐户余额不足。2. ATM退出客户的卡,用例结束。 异常事件流E1:联接主机出现错误1. ATM告诉客户联接主机出现错误。2. ATM在错误日志记下错误。3. ATM退出客户的卡,用例结束。 事后条件:无依次类推也可写出所有用况的事件流。

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1