物流管理信息系统分析.ppt

《物流管理信息系统分析.ppt》由会员分享，可在线阅读，更多相关《物流管理信息系统分析.ppt（110页珍藏版）》请在三一办公上搜索。

1、第5章 物流管理信息系统分析,目录,系统构思分析领域分析应用分析,系统构思,应用程序是为谁而做的？经济担保人，最终用户、行业协会它解决了哪些问题？它会用在什么地方？何时会需要它？为什么会需要它？它是如何工作的？,系统构思-ATM,应用程序是为谁而做的？供应商，金融公司它解决了哪些问题？银行，客户它会用在什么地方？银行，许多商店、体育比赛等等场所何时会需要它？收益为什么会需要它？赚钱，溢价它是如何工作的？三层架构,系统构思-WMS,应用程序是为谁而做的？企业内仓储管理，第三方仓储企业，高校它解决了哪些问题？本企业，客户它会用在什么地方？仓库，生产部门，财务部门，客户何时会需要它？业务量增加，与客

2、户交互增加为什么会需要它？信息透明，减少交易成本它是如何工作的？三层架构,准备问题陈述,需求陈述问题领域需要什么应用上下文假设性能需求,设计通用方法算法数据结构架构优化容量规划,实现平台硬件规约软件包接口标准,ATM网络,ATM,ATM,ATM,计算机中心,银行计算机,银行计算机,账户,账户,账户,账户,出纳站点,WMS网络,计算机,计算机,网络,WMS系统计算机,客户ID,客户ID,企业内计算机,计算机,终端,领域分析概述,对象的静态结构对象之间的交互对象的生存期,领域分析,真实系统的静态结构寻找类准备数据字典寻找关联寻找对象和链接的属性使用继承组织和简化类,寻找类,人拿卡去ATM机取钱，插

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

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

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

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

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

8、审核,使用继承来细化,自下而上的泛化ATM交易，出纳交易-交易中心计算机，银行计算机-计算机？自上而下的特化交易-ATM交易，出纳交易泛化 vs.枚举ATM账户：checking account,saving account多重继承：学生职员相似的关联Transaction可以在出纳站点和ATM上输入，entryStation泛化出纳站点和ATM。,变化抽象的层次,Individual contributorSupervisorManager,Employee type/reporting level,person,boss,worker,把类组织成包,出纳包出纳员，存入柜台，出纳柜台，ATM

9、账户包账户，现金卡，卡授权，客户，交易，更新，出纳交易和远程交易银行包联盟，银行,把类组织成包,货物,申请单,货架,客户,存储单元,仓库,合约,审核人,仓储企业,仓储设备,仓储作业人员,仓储作业,库房基本信息、门信息、库管员、终端,基本信息、费用管理、维修管理、事故管理,基本信息、收货人信息、存货信息,基本信息、合约费率、合约结算、合约审核,领域状态模型,首先用关键状态确定领域类，然后确定引发对象状态变化的事件。确定具有状态的领域类寻找状态寻找事件构造状态图评价状态图,确定具有状态的领域类,论文写、初审、外审、接受（递进式）飞机维修、装货、飞行、卸货（循环式）账户递进+循环,寻找状态,直接描述

10、状态不要专注于状态直接的微妙变化，特别是像大、中、小这样的量化差异。状态应该是以行为、属性或关联上的本质差异为基础。账户Normal,closed,overdrawn,suspended,寻找事件,引发状态间迁移的事件事件是完成了一次do活动可以考虑让对象进入特定状态，借此来寻找其他事件拿起话筒ATMClose account,withdraw excess funds,repeated incorrect PIN,suspected fraud,构造状态图,WMS,客户与仓储企业签订长期合约审核人进行审核如审核通过，客户可提出入库申请如果客户申请符合条件，打印入库申请单如需派工、派车，进行派

11、工、派车操作进行入库作业（入库检查、货位选择、信息登记、现场清理）入库作业完成后，进行入库信息反馈,1角色确定,购买的商品入库将积压的商品退给供应商将商品移送到销售部门销售部门将商品移送到仓库管理员盘点仓库供应商提供各种货物用户查询销售部门的销售记录用户查询仓库中的所有变动记录,应用分析,应用程序交互模型应用类模型应用状态模型,应用分析,应用程序交互模型确定系统边界寻找参与者寻找用例寻找初始和终止事件准备普通场景增加变化和异常场景寻找外部事件编制复杂用例的活动图组织参与者和用例检查领域类模型,应用分析,应用程序交互模型确定系统边界ATM寻找参与者人、外部设备、其他软件系统行为原形客户、银行、联

12、盟,应用分析,应用程序交互模型寻找用例,应用分析,应用程序交互模型寻找初始和终止事件发起会话：初始事件：客户插入现金卡终止事件：系统留存现金卡 or 系统返还现金卡查询账户初始：客户请求账户数据终止：系统给客户递交账户数据处理事务初始：客户发起终止：提交事务 or 终止事务传输数据初始：客户请求账户数据，从网络、电源故障中恢复出来。终止：数据成功传输,应用分析,应用程序交互模型准备普通场景发起会话ATM请求用户插卡用户插入现金卡ATM接收现金卡，读取它的序列号ATM请求输入密码用户输入“1234”ATM通过与联盟和银行联系来校验密码ATM显示了账户和命令菜单。用户选择命令终止会话ATM打印收据

13、，返还现金卡，请请求用户拿走它们用户拿走收据和现金卡ATM请求用户插入现金卡,应用分析,应用程序交互模型增加变化和异常场景ATM不能读卡卡过期ATM在等待响应时超时金额无效及其现金用完或缺纸通信线路中断因为卡的可以使用模式而造成交易被拒绝,应用分析,应用程序交互模型寻找外部事件：顺序图,应用分析,应用程序交互模型寻找外部事件,应用分析,应用程序交互模型编制复杂用例的活动图,应用分析,应用程序交互模型组织参与者和用例,应用分析,应用类模型确定用户界面定义边界类确定控制器检查交互模型,应用分析,应用类模型确定用户界面是以一致的方式给系统用户提供访问其领域对象、命令和应用选项的一个或一组对象。分析重

14、点是信息流和控制，而不是表示格式。,给用户的消息,1,2,清除,4,5,取消,7,8,输入,0,收据,现金槽,3,6,9,应用分析,应用类模型定义边界类系统能操作和接收来自外部的信息，但系统的内部结构不受制于外部信息。ATM和银行联盟之间的通信过程封装起来。,应用分析,应用类模型确定控制器控制器：管理应用程序内部控制权的主动对象外环：验证客户和账户内环：对交易进行服务检查交互模型应用类模型和与它交互的领域模型cashCardATMsessionSessionControllerControllerProblemproblemTypeRemote transactiontransactionCo

15、ntroller,应用分析,应用状态模型使用状态来确定应用类寻找事件构建状态图检查其他状态图检查类模型检查交互模型,应用分析,应用状态模型使用状态来确定应用类用户界面类边界类控制器类,应用分析,应用状态模型寻找事件插卡、输入密码、结束会话、取卡,应用分析,应用状态模型构建状态图：交易控制器,存款,转帐,Main screenDo/display commands,查询,Comm down,取款,继续,完成,清除交易信息,取消,取款,存款,转帐,查询,应用分析,应用状态模型检查其他状态图SessionController 发起transactionController,transactionCo

16、ntroller的终止引发SessionController从中断处继续,UML 内容结构,类图和对象图,组件图,协作图,配置图,Rose 视图及其所含的模型元素,用例视图参与者用例用例文档用例图类图状态图活动图顺序图协作图包文件URL,逻辑视图用例用例图类类实体类图接口活动图状态图协作图顺序图包文件URL,Rose 视图及其所含的模型元素,构件视图构件接口构件图包文件URL,部署视图进程处理器连接器设备部署图文件URL,WMS 系统,角色操作员管理员供应商商品领料员商品退料员,用例仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用

17、户注销退出系统,WMS 系统,角色用例关系图操作员用户登录用户注销退出系统仓库进货仓库退货仓库退料商品移库,管理员盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统,WMS 系统,角色用例关系图领料员仓库领料退料员仓库退料商品供应商仓库进货仓库退货,WMS系统进货活动图,WMS系统盘点时序图,WMS系统商品管理时序图,WMS系统盘点协作图,WMS系统商品管理协作图,创建系统包图,人员信息包操作员供应商管理员商品领料员商品退料员接口包仓库管理系统设置业务查询用户登录,事物包仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维

18、护仓库信息维护用户登录用户注销退出系统,类图,人员信息包操作员属性：姓名，ID号，权限操作：仓库进货，仓库退货，仓库领料，仓库退料，商品移库，用户登录，用户注销，退出系统供应商属性：姓名，ID号，联系方法操作：进货，退货管理员商品领料员属性：姓名，ID号，所属部门操作：商品领料商品退料员,类图,系统事物包仓库进货：交易ID号，日期，操作人，供应商仓库退货：交易ID号，日期，操作人仓库领料：交易ID号，日期，操作人，领料人仓库退料：交易ID号，日期，操作人，退料人商品移库：交易ID号，日期，操作人，出货仓库ID，入库仓库ID盘点：交易ID号，日期，管理员ID，仓库ID库存查询：操作ID号，日期业

19、务分析：操作ID号，日期，管理员ID仓库历史纪录查询：操作ID号，日期供应商信息维护：操作ID号，日期，管理员ID，增加供应商。仓库信息维护：操作ID号，日期用户登录：操作ID号，登陆日期，登录ID，姓名,系统部署-组件图,配置图,主要内容,需求分析流程描述分析描述工具的比较子系统的划分逻辑模型建立与理解系统分析报告分析中常见的一些问题,5.1物流管理信息系统的需求分析,系统需求分析以详细调查为基础，对用户的需求进行分析，包括分析现行系统的信息需求、功能需求、辅助决策需求等，提出对新系统的设计要求，确定对系统的综合要求、系统功能要求、系统性能要求、运行要求和将来可能提出的要求。,1.详细调查,

20、系统分析阶段的详细调查是根据系统规划的新系统的目标、范围、规模和要求，解决开发系统要做什么的问题。1）详细调查的原则：真实性、全面性、规范性、启发性 2）详细调查的内容：现行系统边界和运行状态；组织机构与功能调查；业务流程调查；决策方法的调查；资源情况和约束条件；薄弱环节和用户要求等。3）详细调查的方法：调查座谈会、重点询问方式、问卷调查方式、查阅与待开发系统有关的资料、跟踪现场业务流程、向用户领域的专家个别咨询、实地考察、使用各种调查工具等。,流行的需求分析方法：功能分析方法、结构化分析方法、信息建模法和面向对象的分析方法。不同视角的需求获取模型：物流企业的需求描述可以从两个方面进行，一是对

21、客户现行系统的描述；二是对系统未来的设想。两种描述都要包括企业信息系统的5个基本要素，即企业的组织结构、流程、数据、商务规则与功能（性能）。,2.需求获取模型,3.组织结构与功能分析,组织结构调查内容：弄清组织内部的部门划分；各部门之间的领导与被领导关系；信息资料的传递关系；物资流动关系与资金流动关系；此外，还应详细了解各级组织存在的问题以及对新系统的要求等。图5-3给出了第三方物流企业的组织结构图。,图,5-1,第三方物流企业的组织结构图,物流公司,企业发展部,市场经营部,业务,运,作部,企业管理部,战,略,中,心,研,发,中,心,广,告,中,心,调,查,中,心,法,律,中,心,仓,储,中,

22、心,调,度,中,心,加,工,中,心,人,力,资,源,绩,效,中,心,结,算,中,心,运,输,中,心,后,勤,财务部,信息,部,3.组织结构与功能分析,功能指的是完成某项工作的能力。为了实现系统目标，系统必须具有各种功能。各子系统功能的完成，又依赖于下面更具体的工作的完成。管理功能的调查是要确定系统的这种功能结构。业务功能一览表是一个完全以业务功能为主体的树型表。其目的在于描述组织内部各部分的业务和功能。,3.组织结构与功能分析,3.组织结构与功能分析,5.2物流管理信息系统的流程描述,完成对企业的组织结构和功能分析之后，需要从业务处理的角度描述和分析业务的处理模式，以及从数据的处理与流动过程描

23、述和分析实际业务的数据动态处理模式。在这一节里主要讲解业务流程描述和数据流程描述。,1.业务流程描述,业务流程调查主要任务是调查系统中各环节的业务活动，掌握业务的内容、作用、及信息的输入、输出、数据存储和信息的处理方法及过程等。业务流程图（transaction flow diagram，TFD），就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。TFD的绘制方法很多如业务活动图（business activity mapping，BAM）、角色活动图（role activity diagram，RAD）和IDEF系列（integra

24、tion definition method，IDEF），等等。,IDEF0描述加工配送作业流程，如下：,图,5,-,7,加工配送作业功能模型,流,通,加工系统,M,1,C2,库存产品,合格,C1,配,货,系,统,M,1,C2,不,合,格,配送商品,C1,合格,配,装,系,统,M,1,C2,C1,M,0,不,合,格,不,合,格,库,存,管理系统,C0,2.数据流程描述,数据分析与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。数据汇总分析的任务首先是将系统调查所得到的数据分为如下三类：系统输入数据类；系统内要存储的数据类；系统产生的数据类。然后再对每一类数据进行如下三项分析：（1

25、）汇总并检查数据有无遗（2）检查数据的匹配情况（3）建立统一的数据字典,数据流程分析把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。现有的数据流程分析多是通过分层的数据流程图（data flow diagram，DFD）来实现的。,2.数据流程描述,5.3物流管理信息系统分析描述工具的比较,物流管理信息系统的系统模型有很多设计方法，结构化系统分析方法、结构化系统设计方法与结构化程序设计方法是其中的一种，还有后期出现的面向对象方法。本节主要针对以上两种方法进行比较。,1.结构化系统分析的描述

26、模型,结构化的分析方法，采用自顶向下逐层分解、由粗到细、由复杂到简单的求解方法，应用数据流程图和数据字典来描述系统逻辑模型。,1）数据流程图,数据流程图是描述数据在系统中的流动和变化，以及对数据流进行变换的功能。常见的数据流程图是以方框、连线及其变形为基本图例符号来表示数据流动过程。,图,5,-,8,方框图图形符号,编号,处理逻辑,名称,外部,实体名称,编号,数据储存名称,外部实体,处理逻辑,数据存储,数据流,无论是现行系统还是新系统都可以用分层的数据流程图来描述，分层的数据流程图绘制的步骤如下：第一步，掌握对系统调查的全部资料；第二步，画顶层图，初步确定新系统的输入、输出和外部实体；第三步，

27、分解顶层图的处理功能，绘制一级细化图；第四步，逐步分解、扩充、调整，得到比较完整的数据流程图，并初步划分出计算机处理过程和手工处理过程；第五步，组织领导和业务人员讨论、修改，直至定稿。,第三方物流企业的物流管理信息系统数据流程分析：,第三方物流企业的物流管理信息系统数据流程分析：,2）数据字典,数据字典是关于数据的信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它是对数据流程图中的数据项（亦称为数据元素）、数据结构、数据流、处理逻辑、数据存储和外部实体进行定义和描述的工具。,3）处理逻辑的表达工具,处理逻辑的表达工具可以用来描述复杂的处理逻辑，即处理逻辑小说明。表达工具有自然语言、

28、决策树、判断表、结构化语言或其他简明的方法,决策树表达工具,决策树用来描述一个功能模块的逻辑处理过程，便于描述一种策略以及相关条件的组合关系。,判定表表达工具,判定表能把所有的条件组合充分地表达出来，判定表的逻辑表达能力较强，描述比较完整，对于比较复杂的逻辑判断易于表达，但其建立过程较为繁杂，表达方式不如前一种简便。,表51判断表达工具,判定表表达工具,结构化语言,结构化语言用来描述一个功能单元逻辑要求，不同于自然英语语言，它有三种基本结构：顺序结构、判断结构和循环结构，并利用几个关键词来完成对模块处理过程的描述，如IF，THEN等。,三种表达工具的比较如下表：,表5-2 表达逻辑工具的比较,

29、4）数据立即存取图,在数据流程图中定义了数据存储。数据字典对每个数据存储的结构进行了描述，但是没有详细说明有哪些立即存取，有哪些查询需要实时响应。数据立即存取图就是说明这些问题的工具，用来定义那些用户需要且系统能够实现的实时查询信息（包括实体和属性）。,4）数据立即存取图,2.UML的描述模型,UML支持从需求分析开始的软件开发的全过程。UML通过三类图形建立系统模型：用例（Use Case）图、静态结构图（对象类图、对象图、组件图、配置图）和动态行为图（顺序图、协同图、状态图、活动图），这些图分别从不同的抽象角度实现系统的可视化。,5.4子系统的划分,按照系统的思想，划分子系统的目的就是要将

30、复杂的难以研究的大系统划分成若干个简单的易处理的系统。系统的划分应遵循如下几点原则：（1）子系统要具有相对独立性（2）要使子系统之间数据的依赖性尽量小（3）子系统划分的结果应使数据冗余较小（4）子系统的设置应考虑今后管理发展的需要（5）子系统的划分应便于系统分阶段实现（6）子系统的划分应考虑到各类资源的充分利用,子系统的划分的划分方法,子系统划分的方法分为以下6类：（1）按功能划分法；（2）按业务处理顺序划分法；（3）按数据拟合程度来划分法；（4）按过程划分法；（5）按时间划分法；（6）按环境划分法。,混合划分方法,混合划分方法一种以功能/数据分析结果为主，兼顾组织实际情况的划分方法。它可以通

31、过UC矩阵的建立和分析来实现的。从数据处理的角度来分析，过程和数据之间的关系只有3类：产生并使用（Create，C）、使用（Use，U）、无关（Null），即C表示某流程或者活动产生并使用相应的数据类，U表示某流程或者活动仅使用相应的数据类，Null表示某流程或活动既不产生也不使用某数据类。,5.5物流管理信息系统的逻辑模型建立与理解,逻辑模型的建立是系统分析阶段的最终成果。其建立是否达到设计者的目标，还有通过各种途径进行验证和评估。检验指标有：（1）逻辑模型的准确性（2）逻辑模型的可理解性（3）逻辑模型的性能（4）逻辑模型描述和可视化,逻辑模型验证方法,为了检测逻辑模型的正确性，常用的验证方

32、法可分为模拟、仿真和形式验证三种。应根据新逻辑模型构造的不同阶段，采用最佳的验证方法。选择验证方法，还要考虑到成本、时间、技术等问题，并不是最好的验证方法才是最佳的选择，要兼顾到各方面的因素。,5.6系统分析报告,系统分析报告又称为系统说明书，它反映了系统调查与分析阶段的全部情况，是系统分析阶段的成果与工作总结，也是系统分析阶段的重要文档。系统分析报告主要包括以下内容：（1）报告概述（2）组织情况概况（3）现行系统的概况（4）系统需求说明（5）新系统的逻辑方案（6）系统开发费用、资源与时间,5.7物流管理信息系统分析中常见的一些问题,用户需求不确定的问题技术问题图表描述问题信息载体收集问题业务流程重组问题经济管理模型应用问题,