物流管理信息系统分析课件.pptx
第第5章章 物流管理信息系统分析物流管理信息系统分析目录系统构思分析领域分析应用分析系统构思应用程序是为谁而做的?经济担保人,最终用户、行业协会它解决了哪些问题?它会用在什么地方?何时会需要它?为什么会需要它?它是如何工作的?系统构思-ATM应用程序是为谁而做的?供应商,金融公司它解决了哪些问题?银行,客户它会用在什么地方?银行,许多商店、体育比赛等等场所何时会需要它?收益为什么会需要它?赚钱,溢价它是如何工作的?三层架构系统构思-WMS应用程序是为谁而做的?通用、专用;企业内、3PL、4PL、物流园区;Mis、DSS它解决了哪些问题?客户服务流水平、周转率、空间利用率它会用在什么地方?关键、实验型;扩展、全新;本地、网络、移动;客户特征:仓库,生产部门,财务部门,客户何时会需要它?业务量增加,与客户交互增加为什么会需要它?信息透明,减少交易成本它是如何工作的?三层架构系统构思-物流园区信息平台应用程序是为谁而做的?物流服务需求商、物流服务提供商、电子商务提供商它解决了哪些问题?物流服务需求商、物流服务提供商、电子商务提供商它会用在什么地方?园区、物流服务需求商、物流服务提供商、电子商务提供商何时会需要它?物流需求为什么会需要它?信息共享、一站式服务它是如何工作的?三层架构准备问题陈述需求陈述问题领域需要什么应用上下文假设性能需求设计通用方法算法数据结构架构优化容量规划实现平台硬件规约软件包接口标准ATM网络ATMATMATM计算机中心银行计算机银行计算机账户账户账户账户出纳站点WMS网络计算机计算机网络WMS系统计算机客户ID客户ID企业内计算机计算机终端领域分析概述对象的静态结构对象之间的交互对象的生存期领域分析真实系统的静态结构寻找类准备数据字典寻找关联寻找对象和链接的属性使用继承组织和简化类寻找类人拿卡去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.人名关联上的属性:person and club内部取值外部不可见的内部状态,可在分析时删除不整合的属性与其他属性完全不同或无关,意味着类应该分割成两个不同的类。寻找属性客户现金卡ATM账户ATM交易中心计算机银行银行计算机联盟出纳交易出纳站点出纳余额,信用等级,类型姓名,住所交易类型,日期,交易额代码,银行代码寻找属性货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业库房基本信息、门信息、库管员、终端基本信息、费用管理、维修管理、事故管理基本信息、收货人信息、货品存储要求基本信息、合约费率、合约结算、合约审核使用继承来细化自下而上的泛化ATM交易,出纳交易-交易中心计算机,银行计算机-计算机?自上而下的特化交易-ATM交易,出纳交易泛化 vs.枚举ATM账户:checking account,saving account多重继承:学生职员相似的关联Transaction可以在出纳站点和ATM上输入,entryStation泛化出纳站点和ATM。变化抽象的层次Individual contributorSupervisorManagerEmployee type/reporting levelpersonbossworker把类组织成包出纳包出纳员,存入柜台,出纳柜台,ATM账户包账户,现金卡,卡授权,客户,交易,更新,出纳交易和远程交易银行包联盟,银行把类组织成包货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业库房基本信息、门信息、库管员、终端基本信息、费用管理、维修管理、事故管理基本信息、收货人信息、存货信息基本信息、合约费率、合约结算、合约审核领域状态模型首先用关键状态确定领域类,然后确定引发对象状态变化的事件。确定具有状态的领域类寻找状态寻找事件构造状态图评价状态图确定具有状态的领域类论文写、初审、外审、接受(递进式)飞机维修、装货、飞行、卸货(循环式)账户递进+循环寻找状态直接描述状态不要专注于状态直接的微妙变化,特别是像大、中、小这样的量化差异。状态应该是以行为、属性或关联上的本质差异为基础。账户Normal,closed,overdrawn,suspended寻找事件引发状态间迁移的事件事件是完成了一次do活动可以考虑让对象进入特定状态,借此来寻找其他事件拿起话筒ATMClose account,withdraw excess funds,repeated incorrect PIN,suspected fraud构造状态图closednormaloverdrawsuspendedOpen accountclose accountWithdraw excess fundsDeposit sufficient fundsRelease holdSuspected fraudAdministrative actionRepeated incorrect PINWMS客户与仓储企业签订长期合约审核人进行审核如审核通过,客户可提出入库申请如果客户申请符合条件,打印入库申请单如需派工、派车,进行派工、派车操作进行入库作业(入库检查、货位选择、信息登记、现场清理)入库作业完成后,进行入库信息反馈1角色确定购买的商品入库将积压的商品退给供应商将商品移送到销售部门销售部门将商品移送到仓库管理员盘点仓库供应商提供各种货物用户查询销售部门的销售记录用户查询仓库中的所有变动记录应用分析应用程序交互模型应用类模型应用状态模型应用分析应用程序交互模型确定系统边界寻找参与者寻找用例寻找初始和终止事件准备普通场景增加变化和异常场景寻找外部事件编制复杂用例的活动图组织参与者和用例应用分析应用程序交互模型确定系统边界ATM寻找参与者人、外部设备、其他软件系统行为原形客户、银行、联盟应用分析应用程序交互模型寻找用例ATM发起会话查询账户处理事务传输数据应用分析应用程序交互模型寻找初始和终止事件发起会话:初始事件:客户插入现金卡终止事件:系统留存现金卡 or 系统返还现金卡查询账户初始:客户请求账户数据终止:系统给客户递交账户数据处理事务初始:客户发起终止:提交事务 or 终止事务传输数据初始:客户请求账户数据,从网络、电源故障中恢复出来。终止:数据成功传输应用分析应用程序交互模型准备普通场景发起会话ATM请求用户插卡用户插入现金卡ATM接收现金卡,读取它的序列号ATM请求输入密码用户输入“1234”ATM通过与联盟和银行联系来校验密码ATM显示了账户和命令菜单。用户选择命令终止会话ATM打印收据,返还现金卡,请请求用户拿走它们用户拿走收据和现金卡ATM请求用户插入现金卡应用分析应用程序交互模型增加变化和异常场景ATM不能读卡卡过期ATM在等待响应时超时金额无效及其现金用完或缺纸通信线路中断因为卡的可以使用模式而造成交易被拒绝应用分析应用程序交互模型寻找外部事件:顺序图:user:ATM:联盟:银行显示菜单选择提款选择账户请求金额输入金额验证资金验证资金确认资金确认资金支出现金拿走现金应用分析应用程序交互模型寻找外部事件:user:ATM:联盟:银行插入卡、输入密码、选择账户、选择存款、选择提款、转帐、查询账户、输入数据、收取现金、拿卡、取消、终止、继续显示主屏幕、不可读的卡信息、被取消的消息请求密码、请求金额、退卡、故障消息、支出金额请求拿走现金、请求继续、打印收据、请求拿走卡坏账户信息、坏银行代码消息、显示交易菜单与银行一起校验卡、校验资金、处理银行交易银行交易成功、确认资金、银行交易失败、银行账户完好、坏银行账户、坏银行密码交易成功、交易失败、账户完好、坏账户坏密码、坏银行代号确认资金处理事务校验账户校验资金应用分析应用程序交互模型编制复杂用例的活动图返还卡请求密码插卡保留卡通信中断通信中断通信中断通信中断可读卡完好好账户多次输入密码失败卡诈骗警报坏银行代号或坏账户密码正确不可读应用分析应用程序交互模型组织参与者和用例ATM发起会话查询账户处理事务传输数据includeincludeincludeinclude应用分析应用类模型确定用户界面定义边界类确定控制器检查交互模型应用分析应用类模型确定用户界面是以一致的方式给系统用户提供访问其领域对象、命令和应用选项的一个或一组对象。分析重点是信息流和控制,而不是表示格式。给用户的消息12清除45取消78输入0收据现金槽369应用分析应用类模型定义边界类系统能操作和接收来自外部的信息,但系统的内部结构不受制于外部信息。ATM和银行联盟之间的通信过程封装起来。应用分析应用类模型确定控制器控制器:管理应用程序内部控制权的主动对象外环:验证客户和账户内环:对交易进行服务检查交互模型应用类模型和与它交互的领域模型cashCardATMsessionSessionControllerControllerProblemproblemTypeRemote transactiontransactionController应用分析应用状态模型使用状态来确定应用类寻找事件构建状态图检查其他状态图检查类模型检查交互模型应用分析应用状态模型使用状态来确定应用类用户界面类边界类控制器类应用分析应用状态模型寻找事件插卡、输入密码、结束会话、取卡应用分析应用状态模型构建状态图:交易控制器存款转帐Main screenDo/display commands查询Comm down取款继续完成清除交易信息取消取款存款转帐查询应用分析应用状态模型检查其他状态图SessionController 发起transactionController,transactionController的终止引发SessionController从中断处继续UML 内容结构uml事物关系关联关系图依赖关系泛化关系实现关系结构事物行为事物组织事物辅助事物静态图动态图用例类接口协作活动类组件节点交互状态机包注释用例图类图对象图组件图配置图时序图协作图状态图活动图类图和对象图组件图协作图配置图Rose 视图及其所含的模型元素用例视图参与者用例用例文档用例图类图状态图活动图顺序图协作图包文件URL逻辑视图用例用例图类类实体类图接口活动图状态图协作图顺序图包文件URLRose 视图及其所含的模型元素构件视图构件接口构件图包文件URL部署视图进程处理器连接器设备部署图文件URLWMS 系统角色操作员管理员供应商商品领料员商品退料员用例仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统WMS 系统角色用例关系图操作员用户登录用户注销退出系统仓库进货仓库退货仓库退料商品移库管理员盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统WMS 系统角色用例关系图领料员仓库领料退料员仓库退料商品供应商仓库进货仓库退货WMS系统进货活动图WMS系统盘点时序图WMS系统商品管理时序图WMS系统盘点协作图WMS系统商品管理协作图创建系统包图人员信息包操作员供应商管理员商品领料员商品退料员接口包仓库管理系统设置业务查询用户登录事物包仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统类图人员信息包操作员属性:姓名,ID号,权限操作:仓库进货,仓库退货,仓库领料,仓库退料,商品移库,用户登录,用户注销,退出系统供应商属性:姓名,ID号,联系方法操作:进货,退货管理员商品领料员属性:姓名,ID号,所属部门操作:商品领料商品退料员类图系统事物包仓库进货:交易ID号,日期,操作人,供应商仓库退货:交易ID号,日期,操作人仓库领料:交易ID号,日期,操作人,领料人仓库退料:交易ID号,日期,操作人,退料人商品移库:交易ID号,日期,操作人,出货仓库ID,入库仓库ID盘点:交易ID号,日期,管理员ID,仓库ID库存查询:操作ID号,日期业务分析:操作ID号,日期,管理员ID仓库历史纪录查询:操作ID号,日期供应商信息维护:操作ID号,日期,管理员ID,增加供应商。仓库信息维护:操作ID号,日期用户登录:操作ID号,登陆日期,登录ID,姓名系统部署-组件图配置图 主要内容主要内容需求分析流程描述分析描述工具的比较子系统的划分逻辑模型建立与理解系统分析报告分析中常见的一些问题5.1 物流管理信息系统的需求分析物流管理信息系统的需求分析 系统需求分析以详细调查为基础,对用户的需求进行分析,包括分析现行系统的信息需求、功能需求、辅助决策需求等,提出对新系统的设计要求,确定对系统的综合要求、系统功能要求、系统性能要求、运行要求和将来可能提出的要求。1.详细调查详细调查 系统分析阶段的详细调查是根据系统规划的新系统的目标、范围、规模和要求,解决开发系统要做什么的问题。1)详细调查的原则:真实性、全面性、规范性、启发性 2)详细调查的内容:现行系统边界和运行状态;组织机构与功能调查;业务流程调查;决策方法的调查;资源情况和约束条件;薄弱环节和用户要求等。3)详细调查的方法:调查座谈会、重点询问方式、问卷调查方式、查阅与待开发系统有关的资料、跟踪现场业务流程、向用户领域的专家个别咨询、实地考察、使用各种调查工具等。流行的需求分析方法:功能分析方法、结构化分析方法、信息建模法和面向对象的分析方法。不同视角的需求获取模型:物流企业的需求描述可以从两个方面进行,一是对客户现行系统的描述;二是对系统未来的设想。两种描述都要包括企业信息系统的5个基本要素,即企业的组织结构、流程、数据、商务规则与功能(性能)。2.需求获取模型需求获取模型3.组织结构与功能分析组织结构与功能分析 组织结构调查内容:弄清组织内部的部门划分;各部门之间的领导与被领导关系;信息资料的传递关系;物资流动关系与资金流动关系;此外,还应详细了解各级组织存在的问题以及对新系统的要求等。图5-3给出了第三方物流企业的组织结构图。图 5-1 第三方物流企业的组织结构图物流公司 企业发展部市场经营部业务 运作部 企业管理部战略中心研发中心广告中心调查中心法律中心仓储中心调度中心加工中心人力资源绩效中心结算中心运输中心后勤财务部 信息部3.组织结构与功能分析组织结构与功能分析 功能指的是完成某项工作的能力。为了实现系统目标,系统必须具有各种功能。各子系统功能的完成,又依赖于下面更具体的工作的完成。管理功能的调查是要确定系统的这种功能结构。业务功能一览表是一个完全以业务功能为主体的树型表。其目的在于描述组织内部各部分的业务和功能。3.组织结构与功能分析组织结构与功能分析3.组织结构与功能分析组织结构与功能分析5.2 物流管理信息系统的流程描述物流管理信息系统的流程描述 完成对企业的组织结构和功能分析之后,需要从业务处理的角度描述和分析业务的处理模式,以及从数据的处理与流动过程描述和分析实际业务的数据动态处理模式。在这一节里主要讲解业务流程描述和数据流程描述。1.业务流程描述 业务流程调查主要任务是调查系统中各环节的业务活动,掌握业务的内容、作用、及信息的输入、输出、数据存储和信息的处理方法及过程等。业务流程图(transaction flow diagram,TFD),就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。TFD的绘制方法很多如业务活动图(business activity mapping,BAM)、角色活动图(role activity diagram,RAD)和IDEF系列(integration definition method,IDEF),等等。图 5-5 第三方物流整体业务流程图 客户形成运输任务回单登记入库不入库货物入库派车取货库内操作货物出库客户提 单提单登记派出送货费用(仓储、打包)等资费结算 图5-海尔RMA业务流程图 客户网上先期审核 红冲发票 仓库存档 审核通过 未通过 申请RMA 上门诊断 提货换回发票 返还货款 客户4IDEF0描述描述加工配送作业流程,加工配送作业流程,如下:如下:图5-7 加工配送作业功能模型 流通加工系统M1C2 库存产品合格C1 配货系统M1C2 不合格配送商品C1 合格配装 系统M1C2 C1 M0不合格不合格库存管理系统C0 2.数据流程描述数据流程描述 数据分析与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。数据汇总分析的任务首先是将系统调查所得到的数据分为如下三类:系统输入数据类;系统内要存储的数据类;系统产生的数据类。然后再对每一类数据进行如下三项分析:(1)汇总并检查数据有无遗 (2)检查数据的匹配情况 (3)建立统一的数据字典 数据流程分析把数据在组织(或原系统)内部的流动情况抽象地独立出来,舍去了具体组织机构、信息载体、处理工作、物资、材料等,单从数据流动过程来考查实际业务的数据处理模式。现有的数据流程分析多是通过分层的数据流程图(data flow diagram,DFD)来实现的。2.数据流程描述数据流程描述5.3 物流管理信息系统分析描述工具的比较物流管理信息系统分析描述工具的比较 物流管理信息系统的系统模型有很多设计方法,结构化系统分析方法、结构化系统设计方法与结构化程序设计方法是其中的一种,还有后期出现的面向对象方法。本节主要针对以上两种方法进行比较。1.结构化系统分析的描述模型结构化系统分析的描述模型 结构化的分析方法,采用自顶向下逐层分解、由粗到细、由复杂到简单的求解方法,应用数据流程图和数据字典来描述系统逻辑模型。1)数据流程图)数据流程图 数据流程图是描述数据在系统中的流动和变化,以及对数据流进行变换的功能。常见的数据流程图是以方框、连线及其变形为基本图例符号来表示数据流动过程。图 5-8 方框图图形符号 外部实体处理逻辑数据存储数据流 无论是现行系统还是新系统都可以用分层的数据流程图来描述,分层的数据流程图绘制的步骤如下:第一步,掌握对系统调查的全部资料;第二步,画顶层图,初步确定新系统的输入、输出和外部实体;第三步,分解顶层图的处理功能,绘制一级细化图;第四步,逐步分解、扩充、调整,得到比较完整的数据流程图,并初步划分出计算机处理过程和手工处理过程;第五步,组织领导和业务人员讨论、修改,直至定稿。第三方物流企业的物流管理信息系统数据流程分析:图 5-9第三方物流管理信息系统的顶层DFD P 第三方物流管理信息系统 货物供应商供应商配送服务回执 回执 图 5-第三方物流管理信息系统的第一层DFD P2物流作业管理货物供应商库存信息订单 订单信息客户P3客户关系管理P1物流决策管理D1 库存D2 订单D3 客户资料库存信息客户基本资料客户资料信息10第三方物流企业的物流管理信息系统数据流程分析:2)数据字典)数据字典 数据字典是关于数据的信息的集合,也就是对数据流程图中包含的所有元素的定义的集合。它是对数据流程图中的数据项(亦称为数据元素)、数据结构、数据流、处理逻辑、数据存储和外部实体进行定义和描述的工具。图 5-11 数据项描述 数据项编号:dm-01数据项名称:条形码 别名:条码简述:某物体或商品的 EAN代码类型及宽度:数字型,13 位取值范围:0000000000001-99999999999993)处理逻辑的表达工具 处理逻辑的表达工具可以用来描述复杂的处理逻辑,即处理逻辑小说明。表达工具有自然语言、决策树、判断表、结构化语言或其他简明的方法决策树表达工具 决策树用来描述一个功能模块的逻辑处理过程,便于描述一种策略以及相关条件的组合关系。图 5-12 折扣策略的决策树描述 折扣策略 金额40000 金额20kgYNYNYNYN决策方案3WYY决策规则5WYYN7WN5W+(W-20)*1.5N7W+(W-20)*1.5N表51判断表达工具判定表表达工具结构化语言 结构化语言用来描述一个功能单元逻辑要求,不同于自然英语语言,它有三种基本结构:顺序结构、判断结构和循环结构,并利用几个关键词来完成对模块处理过程的描述,如IF,THEN等。三种表达工具的比较如下表:特点结构化语言决策树判定表直观性一般很好一般用户检查不便方便不便可修改性好一般差逻辑检查好一般很好机器可读性很好差很好机器可编程一般不好很好表5-2 表达逻辑工具的比较4)数据立即存取图 在数据流程图中定义了数据存储。数据字典对每个数据存储的结构进行了描述,但是没有详细说明有哪些立即存取,有哪些查询需要实时响应。数据立即存取图就是说明这些问题的工具,用来定义那些用户需要且系统能够实现的实时查询信息(包括实体和属性)。4)数据立即存取图2.UML的描述模型 UML支持从需求分析开始的软件开发的全过程。UML通过三类图形建立系统模型:用例(Use Case)图、静态结构图(对象类图、对象图、组件图、配置图)和动态行为图(顺序图、协同图、状态图、活动图),这些图分别从不同的抽象角度实现系统的可视化。5.4 子系统的划分 按照系统的思想,划分子系统的目的就是要将复杂的难以研究的大系统划分成若干个简单的易处理的系统。系统的划分应遵循如下几点原则:(1)子系统要具有相对独立性 (2)要使子系统之间数据的依赖性尽量小 (3)子系统划分的结果应使数据冗余较小 (4)子系统的设置应考虑今后管理发展的需要 (5)子系统的划分应便于系统分阶段实现 (6)子系统的划分应考虑到各类资源的充分利用子系统的划分的划分方法子系统划分的方法分为以下6类:(1)按功能划分法;(2)按业务处理顺序划分法;(3)按数据拟合程度来划分法;(4)按过程划分法;(5)按时间划分法;(6)按环境划分法。混合划分方法 混合划分方法一种以功能/数据分析结果为主,兼顾组织实际情况的划分方法。它可以通过UC矩阵的建立和分析来实现的。从数据处理的角度来分析,过程和数据之间的关系只有3类:产生并使用(Create,C)、使用(Use,U)、无关(Null),即C表示某流程或者活动产生并使用相应的数据类,U表示某流程或者活动仅使用相应的数据类,Null表示某流程或活动既不产生也不使用某数据类。5.5物流管理信息系统的逻辑模型建立与理解 逻辑模型的建立是系统分析阶段的最终成果。其建立是否达到设计者的目标,还有通过各种途径进行验证和评估。检验指标有:(1)逻辑模型的准确性 (2)逻辑模型的可理解性 (3)逻辑模型的性能 (4)逻辑模型描述和可视化逻辑模型验证方法 为了检测逻辑模型的正确性,常用的验证方法可分为模拟、仿真和形式验证三种。应根据新逻辑模型构造的不同阶段,采用最佳的验证方法。选择验证方法,还要考虑到成本、时间、技术等问题,并不是最好的验证方法才是最佳的选择,要兼顾到各方面的因素。5.6系统分析报告系统分析报告 系统分析报告又称为系统说明书,它反映了系统调查与分析阶段的全部情况,是系统分析阶段的成果与工作总结,也是系统分析阶段的重要文档。系统分析报告主要包括以下内容:(1)报告概述 (2)组织情况概况 (3)现行系统的概况 (4)系统需求说明 (5)新系统的逻辑方案 (6)系统开发费用、资源与时间5.7物流管理信息系统分析中常见的一些问题物流管理信息系统分析中常见的一些问题用户需求不确定的问题技术问题图表描述问题信息载体收集问题业务流程重组问题经济管理模型应用问题