{物流管理物流规划}第05章物流管理信息系统分析

上传人:精****库 文档编号:141196675 上传时间:2020-08-05 格式:PPTX 页数:119 大小:1.43MB
返回 下载 相关 举报
{物流管理物流规划}第05章物流管理信息系统分析_第1页
第1页 / 共119页
{物流管理物流规划}第05章物流管理信息系统分析_第2页
第2页 / 共119页
{物流管理物流规划}第05章物流管理信息系统分析_第3页
第3页 / 共119页
{物流管理物流规划}第05章物流管理信息系统分析_第4页
第4页 / 共119页
{物流管理物流规划}第05章物流管理信息系统分析_第5页
第5页 / 共119页
点击查看更多>>
资源描述

《{物流管理物流规划}第05章物流管理信息系统分析》由会员分享,可在线阅读,更多相关《{物流管理物流规划}第05章物流管理信息系统分析(119页珍藏版)》请在金锄头文库上搜索。

1、第5章 物流管理信息系统分析,目录,系统构思 分析 领域分析 应用分析,系统构思,应用程序是为谁而做的? 经济担保人,最终用户、行业协会 它解决了哪些问题? 它会用在什么地方? 何时会需要它? 为什么会需要它? 它是如何工作的?,系统构思-ATM,应用程序是为谁而做的? 供应商,金融公司 它解决了哪些问题? 银行,客户 它会用在什么地方? 银行,许多商店、体育比赛等等场所 何时会需要它? 收益 为什么会需要它? 赚钱,溢价 它是如何工作的? 三层架构,系统构思-WMS,应用程序是为谁而做的? 通用、专用;企业内、3PL、4PL、物流园区;Mis、DSS 它解决了哪些问题? 客户服务流水平、周转

2、率、空间利用率 它会用在什么地方? 关键、实验型;扩展、全新;本地、网络、移动;客户特征:仓库,生产部门,财务部门,客户 何时会需要它? 业务量增加,与客户交互增加 为什么会需要它? 信息透明,减少交易成本 它是如何工作的? 三层架构,系统构思-物流园区信息平台,应用程序是为谁而做的? 物流服务需求商、物流服务提供商、电子商务提供商 它解决了哪些问题? 物流服务需求商、物流服务提供商、电子商务提供商 它会用在什么地方? 园区、物流服务需求商、物流服务提供商、电子商务提供商 何时会需要它? 物流需求 为什么会需要它? 信息共享、一站式服务 它是如何工作的? 三层架构,准备问题陈述,需求陈述 问题

3、领域 需要什么 应用上下文 假设 性能需求,设计 通用方法 算法 数据结构 架构 优化 容量规划,实现 平台 硬件规约 软件包 接口标准,ATM网络,ATM,ATM,ATM,计算机中心,银行计算机,银行计算机,账户,账户,账户,账户,出纳站点,WMS网络,计算机,计算机,网络,WMS系统计算机,客户ID,客户ID,企业内计算机,计算机,终端,领域分析概述,对象的静态结构 对象之间的交互 对象的生存期,领域分析,真实系统的静态结构 寻找类 准备数据字典 寻找关联 寻找对象和链接的属性 使用继承组织和简化类,寻找类,人拿卡去ATM机取钱,插入卡,输入密码,验证之后,进行交易操作(查询、转账、取钱、

4、修改密码等),打印,完成交易,结束退卡。 输入密码,通过网络传输到中心计算机,再传输到相应银行的计算机,该计算机从数据库中读取验证信息,并返回相应验证结果。 客户,现金卡, ATM,钱,账户,交易,收据,网络,中心计算机,银行,银行计算机,联盟,出纳,出纳站点,WMS,客户与仓储企业签订长期合约 审核人进行审核 如审核通过,客户可提出入库申请 如果客户申请符合条件,打印入库申请单 如需派工、派车,进行派工、派车操作 进行入库作业(入库检查、货位选择、信息登记、现场清理) 入库作业完成后,进行入库信息反馈 客户,仓储企业,合约,审核人,审核,入库申请,入库单,仓储作业人员,仓储设备、派工作业,派

5、车作业,仓储作业,准备数据字典,客户 银行的一个或多个账户的持有人。在不同的银行持有帐户的同一个人会被看作是不同的客户。 现金卡 分配给银行客户的一种卡,支持使用ATM机授权访问帐户。 ATM 允许客户使用现金卡作为身份证明来进行交易的柜台。 账户,交易,中心计算机,银行,银行计算机,联盟,出纳,出纳站点,寻找关联,物理位置,定向动作,通信,拥有关系,一些条件的满足性 客户 银行的一个或多个账户的持有人。在不同的银行持有帐户的同一个人会被看作是不同的客户。 现金卡 分配给银行客户的一种卡,支持使用ATM机授权访问帐户。 ATM 允许客户使用现金卡作为身份证明来进行交易的柜台。 账户,交易,中心

6、计算机,银行,银行计算机,联盟,出纳,出纳站点,寻找关联,动词短语 银行网络包括出纳柜台和ATM机 联盟共享ATM机 银行提供银行计算机 银行计算机维护账户信息(仓库计算机维护客户信息) 银行计算机处理账户上的交易信息(仓储作业人员处理客户的库存信息) 银行拥有出纳柜台 出纳柜台与银行计算机通信 出纳员输入账户的交易信息 ATM机与中心计算机通信交易信息 中心计算机清除银行的交易信息(客户取消入库单申请) ATM机接受现金卡(客户支付仓储作业费用),寻找关联,动词短语 ATM与用户交互 ATM分发现金 ATM打印收据 系统处理并发访问 银行提供软件 费用分摊给银行 隐含动词短语 联盟由银行组成

7、 银行持有账户 联盟拥有中心计算机 系统提供安全 客户持有现金卡,问题领域的知识 现金卡访问帐户 银行雇用出纳员,保留正确的关联,被删除类之间的关联:1,13,14,16,17 动作: 应用领域的结构化特性,而不是临时性事件。( 11)有时候,表达成动作的需求隐含着下层的结构化关系,应该相应地重新措辞。(10) 三元关联:5 派生关联: 9,20-2;仓库,雇员,设备 命名不当的关联:4 限定关联:名称在某种上下文中确定对象,多数名称不是全局唯一的。 多重性:一名经理管理多名雇员 聚合:18,寻找关联,寻找关联,货物,申请单,货架,客户,存储单元,仓库,合约,审核人,仓储企业,仓储设备,仓储作

8、业人员,仓储作业,客户,仓储企业,合约,审核人,审核,入库申请,入库单,仓储作业人员,仓储设备、派工作业,派车作业,仓储作业,寻找属性,对象 vs. 属性 City,账户 限定符 vs. 属性:雇员编号 关联 vs. 属性:部门名称 vs. 人名 关联上的属性:person and club 内部取值 外部不可见的内部状态,可在分析时删除 不整合的属性 与其他属性完全不同或无关,意味着类应该分割成两个不同的类。,寻找属性,寻找属性,货物,申请单,货架,客户,存储单元,仓库,合约,审核人,仓储企业,仓储设备,仓储作业人员,仓储作业,库房基本信息、门信息、库管员、终端,基本信息、费用管理、维修管理

9、、事故管理,基本信息、收货人信息、货品存储要求,基本信息、合约费率、合约结算、合约审核,使用继承来细化,自下而上的泛化 ATM交易,出纳交易-交易 中心计算机,银行计算机-计算机? 自上而下的特化 交易-ATM交易,出纳交易 泛化 vs. 枚举 ATM账户:checking account, saving account 多重继承:学生职员 相似的关联 Transaction可以在出纳站点和ATM上输入,entryStation泛化出纳站点和ATM。,变化抽象的层次,Individual contributor Supervisor Manager,Employee type /reporti

10、ng level,person,boss,worker,把类组织成包,出纳包 出纳员,存入柜台,出纳柜台,ATM 账户包 账户,现金卡,卡授权,客户,交易,更新,出纳交易和远程交易 银行包 联盟,银行,把类组织成包,货物,申请单,货架,客户,存储单元,仓库,合约,审核人,仓储企业,仓储设备,仓储作业人员,仓储作业,库房基本信息、门信息、库管员、终端,基本信息、费用管理、维修管理、事故管理,基本信息、收货人信息、存货信息,基本信息、合约费率、合约结算、合约审核,领域状态模型,首先用关键状态确定领域类,然后确定引发对象状态变化的事件。 确定具有状态的领域类 寻找状态 寻找事件 构造状态图 评价状态

11、图,确定具有状态的领域类,论文 写、初审、外审、接受(递进式) 飞机 维修、装货、飞行、卸货(循环式) 账户 递进+循环,寻找状态,直接描述状态 不要专注于状态直接的微妙变化,特别是像大、中、小这样的量化差异。状态应该是以行为、属性或关联上的本质差异为基础。 账户 Normal, closed, overdrawn, suspended,寻找事件,引发状态间迁移的事件 事件是完成了一次do活动 可以考虑让对象进入特定状态,借此来寻找其他事件 拿起话筒 ATM Close account, withdraw excess funds, repeated incorrect PIN, suspec

12、ted fraud,构造状态图,WMS,客户与仓储企业签订长期合约 审核人进行审核 如审核通过,客户可提出入库申请 如果客户申请符合条件,打印入库申请单 如需派工、派车,进行派工、派车操作 进行入库作业(入库检查、货位选择、信息登记、现场清理) 入库作业完成后,进行入库信息反馈,1角色确定,购买的商品入库 将积压的商品退给供应商 将商品移送到销售部门 销售部门将商品移送到仓库 管理员盘点仓库 供应商提供各种货物 用户查询销售部门的销售记录 用户查询仓库中的所有变动记录,应用分析,应用程序交互模型 应用类模型 应用状态模型,应用分析,应用程序交互模型 确定系统边界 寻找参与者 寻找用例 寻找初始

13、和终止事件 准备普通场景 增加变化和异常场景 寻找外部事件 编制复杂用例的活动图 组织参与者和用例,应用分析,应用程序交互模型 确定系统边界 ATM 寻找参与者 人、外部设备、其他软件系统 行为原形 客户、银行、联盟,应用分析,应用程序交互模型 寻找用例,应用分析,应用程序交互模型 寻找初始和终止事件 发起会话: 初始事件:客户插入现金卡 终止事件:系统留存现金卡 or 系统返还现金卡 查询账户 初始:客户请求账户数据 终止:系统给客户递交账户数据 处理事务 初始:客户发起 终止:提交事务 or 终止事务 传输数据 初始:客户请求账户数据,从网络、电源故障中恢复出来。 终止:数据成功传输,应用

14、分析,应用程序交互模型 准备普通场景 发起会话 ATM请求用户插卡 用户插入现金卡 ATM接收现金卡,读取它的序列号 ATM请求输入密码 用户输入“1234” ATM通过与联盟和银行联系来校验密码 ATM显示了账户和命令菜单 。 用户选择命令终止会话 ATM打印收据,返还现金卡,请请求用户拿走它们 用户拿走收据和现金卡 ATM请求用户插入现金卡,应用分析,应用程序交互模型 增加变化和异常场景 ATM不能读卡 卡过期 ATM在等待响应时超时 金额无效 及其现金用完或缺纸 通信线路中断 因为卡的可以使用模式而造成交易被拒绝,应用分析,应用程序交互模型 寻找外部事件:顺序图,应用分析,应用程序交互模

15、型 寻找外部事件,应用分析,应用程序交互模型 编制复杂用例的活动图,应用分析,应用程序交互模型 组织参与者和用例,应用分析,应用类模型 确定用户界面 定义边界类 确定控制器 检查交互模型,应用分析,应用类模型 确定用户界面 是以一致的方式给系统用户提供访问其领域对象、命令和应用选项的一个或一组对象。 分析重点是信息流和控制,而不是表示格式。,给用户的消息,1,2,清除,4,5,取消,7,8,输入,0,收据,现金槽,3,6,9,应用分析,应用类模型 定义边界类 系统能操作和接收来自外部的信息,但系统的内部结构不受制于外部信息。 ATM和银行联盟之间的通信过程封装起来。,应用分析,应用类模型 确定

16、控制器 控制器:管理应用程序内部控制权的主动对象 外环:验证客户和账户 内环:对交易进行服务 检查交互模型 应用类模型和与它交互的领域模型 cashCardATMsessionSessionControllerControllerProblemproblemType Remote transactiontransactionController,应用分析,应用状态模型 使用状态来确定应用类 寻找事件 构建状态图 检查其他状态图 检查类模型 检查交互模型,应用分析,应用状态模型 使用状态来确定应用类 用户界面类 边界类 控制器类,应用分析,应用状态模型 寻找事件 插卡、输入密码、结束会话、取卡,应用分析,应用状态模型 构建状态图:交易控制器,存款,转帐,Main screen Do/display commands,查询,Comm down,取款,继续,完成,清除交易信息,取消,取款,存款,转帐,查询,应用分析,应用状态模型 检查其他状态图 SessionController 发起transactionControl

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 商业/管理/HR > 企业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号