第05章物流管理信息系统分析

第5章物流管理信息系统分析目录•系统构思•分析–领域分析–应用分析系统构思•应用程序是为谁而做的？–经济担保人，最终用户、行业协会•它解决了哪些问题？•它会用在什么地方？•何时会需要它？•为什么会需要它？•它是如何工作的？系统构思-ATM•应用程序是为谁而做的？–供应商，金融公司•它解决了哪些问题？–银行，客户•它会用在什么地方？–银行，许多商店、体育比赛等等场所•何时会需要它？–收益•为什么会需要它？–赚钱，溢价•它是如何工作的？–三层架构系统构思-WMS•应用程序是为谁而做的？–通用、专用；企业内、3PL、4PL、物流园区；Mis、DSS•它解决了哪些问题？–客户服务流水平、周转率、空间利用率•它会用在什么地方？–关键、实验型；扩展、全新；本地、网络、移动；客户特征：仓库，生产部门，财务部门，客户•何时会需要它？–业务量增加，与客户交互增加•为什么会需要它？–信息透明，减少交易成本•它是如何工作的？–三层架构系统构思-物流园区信息平台•应用程序是为谁而做的？–物流服务需求商、物流服务提供商、电子商务提供商•它解决了哪些问题？•物流服务需求商、物流服务提供商、电子商务提供商•它会用在什么地方？–园区、物流服务需求商、物流服务提供商、电子商务提供商•何时会需要它？–物流需求•为什么会需要它？–信息共享、一站式服务•它是如何工作的？–三层架构准备问题陈述•需求陈述–问题领域–需要什么–应用上下文–假设–性能需求•设计–通用方法–算法–数据结构–架构–优化–容量规划•实现–平台–硬件规约–软件包–接口标准ATM网络ATMATMATM计算机中心银行计算机银行计算机账户账户账户账户出纳站点customer(fromActors)employee(fromActors)WMS网络计算机计算机网络WMS系统计算机客户ID客户ID企业内计算机计算机customer(fromActors)employee(fromActors)employee(fromActors)终端领域分析概述•对象的静态结构•对象之间的交互•对象的生存期领域分析•真实系统的静态结构–寻找类–准备数据字典–寻找关联–寻找对象和链接的属性–使用继承组织和简化类寻找类•人拿卡去ATM机取钱，插入卡，输入密码，验证之后，进行交易操作（查询、转账、取钱、修改密码等），打印，完成交易，结束退卡。•输入密码，通过网络传输到中心计算机，再传输到相应银行的计算机，该计算机从数据库中读取验证信息，并返回相应验证结果。•客户，现金卡，ATM，钱，账户，交易，收据，网络，中心计算机，银行，银行计算机，联盟，出纳，出纳站点WMS•客户与仓储企业签订长期合约•审核人进行审核•如审核通过，客户可提出入库申请•如果客户申请符合条件，打印入库申请单•如需派工、派车，进行派工、派车操作•进行入库作业（入库检查、货位选择、信息登记、现场清理）•入库作业完成后，进行入库信息反馈•客户，仓储企业，合约，审核人，审核，入库申请，入库单，仓储作业人员，仓储设备、派工作业，派车作业，仓储作业准备数据字典•客户–银行的一个或多个账户的持有人。在不同的银行持有帐户的同一个人会被看作是不同的客户。•现金卡–分配给银行客户的一种卡，支持使用ATM机授权访问帐户。•ATM–允许客户使用现金卡作为身份证明来进行交易的柜台。•账户，交易，中心计算机，银行，银行计算机，联盟，出纳，出纳站点寻找关联•物理位置，定向动作，通信，拥有关系，一些条件的满足性•客户–银行的一个或多个账户的持有人。在不同的银行持有帐户的同一个人会被看作是不同的客户。•现金卡–分配给银行客户的一种卡，支持使用ATM机授权访问帐户。•ATM–允许客户使用现金卡作为身份证明来进行交易的柜台。•账户，交易，中心计算机，银行，银行计算机，联盟，出纳，出纳站点寻找关联•动词短语1.银行网络包括出纳柜台和ATM机2.联盟共享ATM机3.银行提供银行计算机4.银行计算机维护账户信息（仓库计算机维护客户信息）5.银行计算机处理账户上的交易信息（仓储作业人员处理客户的库存信息）6.银行拥有出纳柜台7.出纳柜台与银行计算机通信8.出纳员输入账户的交易信息9.ATM机与中心计算机通信交易信息10.中心计算机清除银行的交易信息（客户取消入库单申请）11.ATM机接受现金卡（客户支付仓储作业费用）寻找关联•动词短语12.ATM与用户交互13.ATM分发现金14.ATM打印收据15.系统处理并发访问16.银行提供软件17.费用分摊给银行•隐含动词短语18.联盟由银行组成19.银行持有账户20.联盟拥有中心计算机21.系统提供安全22.客户持有现金卡•问题领域的知识23.现金卡访问帐户24.银行雇用出纳员保留正确的关联•被删除类之间的关联：1，13，14，16，17•动作：–应用领域的结构化特性，而不是临时性事件。（11）有时候，表达成动作的需求隐含着下层的结构化关系，应该相应地重新措辞。（10）•三元关联：5•派生关联：9，20--〉2；仓库，雇员，设备•命名不当的关联：4•限定关联：名称在某种上下文中确定对象，多数名称不是全局唯一的。•多重性：一名经理管理多名雇员•聚合：18寻找关联客户现金卡ATM账户ATM交易中心计算机银行银行计算机联盟出纳交易出纳站点出纳员寻找关联货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业客户，仓储企业，合约，审核人，审核，入库申请，入库单，仓储作业人员，仓储设备、派工作业，派车作业，仓储作业寻找属性•对象vs.属性–City，账户•限定符vs.属性：雇员编号•关联vs.属性：部门名称vs.人名•关联上的属性：personandclub•内部取值–外部不可见的内部状态，可在分析时删除•不整合的属性–与其他属性完全不同或无关，意味着类应该分割成两个不同的类。寻找属性客户现金卡ATM账户ATM交易中心计算机银行银行计算机联盟出纳交易出纳站点出纳余额，信用等级，类型姓名，住所交易类型，日期，交易额ＡＴＭ代码，银行代码寻找属性货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业库房基本信息、门信息、库管员、终端基本信息、费用管理、维修管理、事故管理基本信息、收货人信息、货品存储要求基本信息、合约费率、合约结算、合约审核使用继承来细化•自下而上的泛化–ATM交易，出纳交易--〉交易–中心计算机，银行计算机--〉计算机？•自上而下的特化–交易--〉ATM交易，出纳交易•泛化vs.枚举–ATM账户：checkingaccount,savingaccount•多重继承：学生职员•相似的关联–Transaction可以在出纳站点和ATM上输入，entryStation泛化出纳站点和ATM。变化抽象的层次•Individualcontributor–Supervisor•ManagerEmployeetype/reportinglevelpersonbossworker把类组织成包•出纳包–出纳员，存入柜台，出纳柜台，ATM•账户包–账户，现金卡，卡授权，客户，交易，更新，出纳交易和远程交易•银行包–联盟，银行把类组织成包货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业库房基本信息、门信息、库管员、终端基本信息、费用管理、维修管理、事故管理基本信息、收货人信息、存货信息基本信息、合约费率、合约结算、合约审核领域状态模型•首先用关键状态确定领域类，然后确定引发对象状态变化的事件。–确定具有状态的领域类–寻找状态–寻找事件–构造状态图–评价状态图确定具有状态的领域类•论文–写、初审、外审、接受（递进式）•飞机–维修、装货、飞行、卸货（循环式）•账户–递进+循环寻找状态•直接描述状态•不要专注于状态直接的微妙变化，特别是像大、中、小这样的量化差异。状态应该是以行为、属性或关联上的本质差异为基础。•账户–Normal,closed,overdrawn,suspended寻找事件•引发状态间迁移的事件•事件是完成了一次do活动•可以考虑让对象进入特定状态，借此来寻找其他事件–拿起话筒•ATM–Closeaccount,withdrawexcessfunds,repeatedincorrectPIN,suspectedfraud构造状态图closednormaloverdrawsuspendedOpenaccountcloseaccountWithdrawexcessfundsDepositsufficientfundsReleaseholdSuspectedfraudAdministrativeactionRepeatedincorrectPINWMS•客户与仓储企业签订长期合约•审核人进行审核•如审核通过，客户可提出入库申请•如果客户申请符合条件，打印入库申请单•如需派工、派车，进行派工、派车操作•进行入库作业（入库检查、货位选择、信息登记、现场清理）•入库作业完成后，进行入库信息反馈1角色确定•购买的商品入库•将积压的商品退给供应商•将商品移送到销售部门•销售部门将商品移送到仓库•管理员盘点仓库•供应商提供各种货物•用户查询销售部门的销售记录•用户查询仓库中的所有变动记录应用分析•应用程序交互模型•应用类模型•应用状态模型应用分析•应用程序交互模型–确定系统边界–寻找参与者–寻找用例–寻找初始和终止事件–准备普通场景–增加变化和异常场景–寻找外部事件–编制复杂用例的活动图–组织参与者和用例应用分析•应用程序交互模型–确定系统边界•ATM–寻找参与者•人、外部设备、其他软件系统•行为原形–客户、银行、联盟应用分析•应用程序交互模型–寻找用例customerbank(fromActors)alliance(fromActors)ATM发起会话查询账户处理事务传输数据应用分析•应用程序交互模型–寻找初始和终止事件•发起会话：–初始事件：客户插入现金卡–终止事件：系统留存现金卡or系统返还现金卡•查询账户–初始：客户请求账户数据–终止：系统给客户递交账户数据•处理事务–初始：客户发起–终止：提交事务or终止事务•传输数据–初始：客户请求账户数据，从网络、电源故障中恢复出来。–终止：数据成功传输应用分析•应用程序交互模型–准备普通场景•发起会话–ATM请求用户插卡–用户插入现金卡–ATM接收现金卡，读取它的序列号–ATM请求输入密码–用户输入“1234”–ATM通过与联盟和银行联系来校验密码–ATM显示了账户和命令菜单–。。。–用户选择命令终止会话–ATM打印收据，返还现金卡，请请求用户拿走它们–用户拿走收据和现金卡–ATM请求用户插入现金卡应用分析•应用程序交互模型–增加变化和异常场景•ATM不能读卡•卡过期•ATM在等待响应时超时•金额无效•及其现金用完或缺纸•通信线路中断•因为卡的可以使用模式而造成交易被拒绝应用分析•应用程序交互模型–寻找外部事件：顺序图：user：ATM：联盟：银行显示菜单选择提款选择账户请求金额输入金额验证资金验证资金确认资金确认资金支出现金拿走现金应用分析•应用程序交互模型–寻找外部事件：user：ATM：联盟：银行插入卡、输入密码、选择账户、选择存款、选择提款、转帐、查询账户、输入数据、收取现金、拿卡、取消、终止、继续显示主屏幕、不可读的卡信息、被取消的消息请求密码、请求金额、退卡、故障消息、支出金额请求拿走现金、请求继续、打印收据、请求拿走卡坏账户信息、坏银行代码消息、显示交易菜单与银行一起校验卡、校验资金、处理银行交易银行交易成功、确认资金、银行交易失败、银行账户完好、坏银行账户、坏银行密码交易成功、交易失败、账户完好、坏账户坏密码、坏银行代号确认资金处理事务校验账户校验资金应用分析•应用程序交互模型–编制复杂用例的活动图返还卡请求密码插卡保留卡[通信中断][通信中断][通信中断][通信中断][可读][卡完好][好账户][多次输入密码失败][卡诈骗警报][坏银行代号或坏账户][密码正确][不可读]应用分析•应用程序交互模型–组织参与者和用例customerban