物流管理信息系统分析课件

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

M

S

系

统

进

货

活

动

图73W

M

S

系

统

进

货

活

动

图73W

M

S

系

统

盘点

时序

图74W

M

S

系

统

盘点

时序

图74W

M

S

系

统

商品管理时序

图75W

M

S

系

统

商品管理时序

图75W

M

S

系

统

盘点协作图76W

M

S

系

统

盘点协作图76W

M

S

系

统

商品管理协作图77W

M

S

系

统

商品管理协作图77创建系统包图人员信息包操作员供应商管理员商品领料员商品退料员接口包仓库管理系统设置业务查询用户登录事物包仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统78创建系统包图人员信息包事物包78类图人员信息包操作员属性：姓名，ID号，权限操作：仓库进货，仓库退货，仓库领料，仓库退料，商品移库，用户登录，用户注销，退出系统供应商属性：姓名，ID号，联系方法操作：进货，退货管理员商品领料员属性：姓名，ID号，所属部门操作：商品领料商品退料员79类图人员信息包79类图系统事物包仓库进货：交易ID号，日期，操作人，供应商仓库退货：交易ID号，日期，操作人仓库领料：交易ID号，日期，操作人，领料人仓库退料：交易ID号，日期，操作人，退料人商品移库：交易ID号，日期，操作人，出货仓库ID，入库仓库ID盘点：交易ID号，日期，管理员ID，仓库ID库存查询：操作ID号，日期业务分析：操作ID号，日期，管理员ID仓库历史纪录查询：操作ID号，日期供应商信息维护：操作ID号，日期，管理员ID，增加供应商。。。仓库信息维护：操作ID号，日期用户登录：操作ID号，登陆日期，登录ID，姓名80类图系统事物包80系统部署-组件图81系统部署-组件图81配置图82配置图82

主要内容需求分析流程描述分析描述工具的比较子系统的划分逻辑模型建立与理解系统分析报告分析中常见的一些问题83主要内容需求分析835.1 物流管理信息系统的需求分析

系统需求分析以详细调查为基础，对用户的需求进行分析，包括分析现行系统的信息需求、功能需求、辅助决策需求等，提出对新系统的设计要求，确定对系统的综合要求、系统功能要求、系统性能要求、运行要求和将来可能提出的要求。845.1 物流管理信息系统的需求分析系统1.详细调查

系统分析阶段的详细调查是根据系统规划的新系统的目标、范围、规模和要求，解决开发系统要做什么的问题。

1）详细调查的原则：真实性、全面性、规范性、启发性

2）详细调查的内容：现行系统边界和运行状态；组织机构与功能调查；业务流程调查；决策方法的调查；资源情况和约束条件；薄弱环节和用户要求等。

3）详细调查的方法：调查座谈会、重点询问方式、问卷调查方式、查阅与待开发系统有关的资料、跟踪现场业务流程、向用户领域的专家个别咨询、实地考察、使用各种调查工具等。851.详细调查系统分析阶段的详细调查是根据

流行的需求分析方法：功能分析方法、结构化分析方法、信息建模法和面向对象的分析方法。不同视角的需求获取模型：物流企业的需求描述可以从两个方面进行，一是对客户现行系统的描述；二是对系统未来的设想。两种描述都要包括企业信息系统的5个基本要素，即企业的组织结构、流程、数据、商务规则与功能（性能）。2.需求获取模型86流行的需求分析方法：功能分析方法、结构3.组织结构与功能分析

组织结构调查内容：弄清组织内部的部门划分；各部门之间的领导与被领导关系；信息资料的传递关系；物资流动关系与资金流动关系；此外，还应详细了解各级组织存在的问题以及对新系统的要求等。图5-3给出了第三方物流企业的组织结构图。873.组织结构与功能分析组织结构调查内容

图5-1

第三方物流企业的组织结构图物流公司

企业发展部

市场经营部

业务运作部

企业管理部

战略中心

研发中心

广告中心

调查中心

法律中心

仓储中心

调度中心

加工中心

人力资源

绩效中心

结算中心

运输

中心

后勤

财务部

信息部

3.组织结构与功能分析88图5-1第三方物流企业的组织结构图物流公司企业发展部

功能指的是完成某项工作的能力。为了实现系统目标，系统必须具有各种功能。各子系统功能的完成，又依赖于下面更具体的工作的完成。管理功能的调查是要确定系统的这种功能结构。业务功能一览表是一个完全以业务功能为主体的树型表。其目的在于描述组织内部各部分的业务和功能。3.组织结构与功能分析89功能指的是完成某项工作的能力。为了实现系3.组织结构与功能分析903.组织结构与功能分析905.2 物流管理信息系统的流程描述

完成对企业的组织结构和功能分析之后，需要从业务处理的角度描述和分析业务的处理模式，以及从数据的处理与流动过程描述和分析实际业务的数据动态处理模式。在这一节里主要讲解业务流程描述和数据流程描述。915.2 物流管理信息系统的流程描述完成对1.业务流程描述

业务流程调查主要任务是调查系统中各环节的业务活动，掌握业务的内容、作用、及信息的输入、输出、数据存储和信息的处理方法及过程等。业务流程图（transactionflowdiagram，TFD），就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。

TFD的绘制方法很多如业务活动图（businessactivitymapping，BAM）、角色活动图（roleactivitydiagram，RAD）和IDEF系列（integrationdefinitionmethod，IDEF），等等。921.业务流程描述业务流程调查主要任务是调

图5-5

第三方物流整体业务流程图

客户

形成运输任务

回单登记

入库

不入库

货物入库

派车取货

库内操作

货物出库

客户

提

单

提单登记

派出送货

费用（仓储、打包）等

资费结算

图5-

海尔RMA业务流程图

客户

网上先期审核

红冲发票

仓库存档

审核通过

未通过

申请RMA

上门诊断

提货换回发票

返还货款

客户

493图5-5第三方物流整体业务流程图客户形成运输任务IDEF0描述加工配送作业流程，如下：

图5-7

加工配送作业功能模型

流

通

加工系统

M1

C2

库存产品

合格

C1

配

货

系

统

M1

C2

不

合

格

配送商品

C1

合格

配

装

系

统

M1

C2

C1

M0

不

合

格

不

合

格

库

存

管理系统

C0

94IDEF0描述加工配送作业流程，如下：图5-7加工配送2.数据流程描述

数据分析与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。数据汇总分析的任务首先是将系统调查所得到的数据分为如下三类：系统输入数据类；系统内要存储的数据类；系统产生的数据类。然后再对每一类数据进行如下三项分析：（1）汇总并检查数据有无遗（2）检查数据的匹配情况（3）建立统一的数据字典952.数据流程描述数据分析与数据流程分析

数据流程分析把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。现有的数据流程分析多是通过分层的数据流程图（dataflowdiagram，DFD）来实现的。2.数据流程描述96数据流程分析把数据在组织（或原系统）内5.3 物流管理信息系统分析描述工具的比较

物流管理信息系统的系统模型有很多设计方法，结构化系统分析方法、结构化系统设计方法与结构化程序设计方法是其中的一种，还有后期出现的面向对象方法。本节主要针对以上两种方法进行比较。975.3 物流管理信息系统分析描述工具的比较物1.结构化系统分析的描述模型

结构化的分析方法，采用自顶向下逐层分解、由粗到细、由复杂到简单的求解方法，应用数据流程图和数据字典来描述系统逻辑模型。981.结构化系统分析的描述模型结构化的分1）数据流程图

数据流程图是描述数据在系统中的流动和变化，以及对数据流进行变换的功能。常见的数据流程图是以方框、连线及其变形为基本图例符号来表示数据流动过程。

图5-8

方框图图形符号

<编号>

<处理逻辑名称>

<外部

实体名称>

<编号><数据储存名称>

外部实体

处理逻辑

数据存储

数据流

991）数据流程图数据流程图是描述数据在系统

无论是现行系统还是新系统都可以用分层的数据流程图来描述，分层的数据流程图绘制的步骤如下：第一步，掌握对系统调查的全部资料；第二步，画顶层图，初步确定新系统的输入、输出和外部实体；第三步，分解顶层图的处理功能，绘制一级细化图；第四步，逐步分解、扩充、调整，得到比较完整的数据流程图，并初步划分出计算机处理过程和手工处理过程；第五步，组织领导和业务人员讨论、修改，直至定稿。100无论是现行系统还是新系统都可以用分层的第三方物流企业的物流管理信息系统数据流程分析：

图5-9第三方物流管理信息系统的顶层DFD

P

第三方物流

管理信息

系统

货物

供应商

供应商

配送服务

回执

回执

101第三方物流企业的物流管理信息系统数据流程分析：图5-9第

图5-

第三方物流管理信息系统的第一层DFD

P2

物流作业

管理

货物

供应商

库存信息

订单

订单信息

客户

P3

客户关系

管理

P1

物流决策

管理

D1库存

D2订单

D3客户资料

库存信息

客户基本资料

客户资料信息

10第三方物流企业的物流管理信息系统数据流程分析：102图5-第三方物流管理信息系统的第一层DFDP2物流作2）数据字典

数据字典是关于数据的信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它是对数据流程图中的数据项（亦称为数据元素）、数据结构、数据流、处理逻辑、数据存储和外部实体进行定义和描述的工具。图5-11

数据项描述

数据项编号：dm-01

数据项名称：条形码

别名:条码

简述:某物体或商品的EAN代码

类型及宽度:数字型,13位

取值范围:0000000000001-9999999999999

1032）数据字典数据字典是关于数据的信息的集合3）处理逻辑的表达工具

处理逻辑的表达工具可以用来描述复杂的处理逻辑，即处理逻辑小说明。表达工具有自然语言、决策树、判断表、结构化语言或其他简明的方法1043）处理逻辑的表达工具处理逻辑的表达工具可以决策树表达工具

决策树用来描述一个功能模块的逻辑处理过程，便于描述一种策略以及相关条件的组合关系。

图5-12

折扣策略的决策树描述

折扣策略

金额≥40000

金额<40000

无折扣

近4个月无欠款

近4个月有欠款

折扣率为15%

折扣率为5%

105决策树表达工具决策树用来描述一个功能模块的逻判定表表达工具

判定表能把所有的条件组合充分地表达出来，判定表的逻辑表达能力较强，描述比较完整，对于比较复杂的逻辑判断易于表达，但其建立过程较为繁杂，表达方式不如前一种简便。106判定表表达工具判定表能把所有的条件组合充条件是否省内YYYYNNNN状态是否快件YYNNYYNN质量（W）>20kgYNYNYNYN决策方案3W

YY

决策规则5WYY

N7W

N

5W+（W-20）*1.5

N

7W+（W-20）*1.5

N

表5－1判断表达工具判定表表达工具107条件是否省内YYYYNNNN状态是否快件YYNNYYNN质量结构化语言

结构化语言用来描述一个功能单元逻辑要求，不同于自然英语语言，它有三种基本结构：顺序结构、判断结构和循环结构，并利用几个关键词来完成对模块处理过程的描述，如IF，THEN等。108结构化语言结构化语言用来描述一个功能单元逻辑三种表达工具的比较如下表：特点结构化语言决策树判定表直观性一般很好一般用户检查不便方便不便可修改性好一般差逻辑检查好一般很好机器可读性很好差很好机器可编程一般不好很好表5-2表达逻辑工具的比较109三种表达工具的比较如下表：特点结构化语言决策树判定表直观性一4）数据立即存取图

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

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

混合划分方法一种以功能/数据分析结果为主，兼顾组织实际情况的划分方法。它可以通过U／C矩阵的建立和分析来实现的。从数据处理的角度来分析，过程和数据之间的关系只有3类：产生并使用（Create，C）、使用（Use，U）、无关（Null），即C表示某流程或者活动产生并使用相应的数据类，U表示某流程或者活动仅使用相应的数据类，Null表示某流程或活动既不产生也不使用某数据类。115混合划分方法混合划分方法一种以功能/数据分5.5 物流管理信息系统的逻辑模型建立与理解

逻辑模型的建立是系统分析阶段的最终成果。其建立是否达到设计者的目标，还有通过各种途径进行验证和评估。检验指标有：（1）逻辑模型的准确性（2）逻辑模型的可理解性（3）逻辑模型的性能（4）逻辑模型描述和可视化1165.5 物流管理信息系统的逻辑模型建立与理解逻辑模型验证方法

为了检测逻辑模型的正确性，常用的验证方法可分为模拟、仿真和形式验证三种。应根据新逻辑模型构造的不同阶段，采用最佳的验证方法。选择验证方法，还要考虑到成本、时间、技术等问题，并不是最好的验证方法才是最佳的选择，要兼顾到各方面的因素。117逻辑模型验证方法为了检测逻辑模型的正确性，5.6 系统分析报告

系统分析报告又称为系统说明书，它反映了系统调查与分析阶段的全部情况，是系统分析阶段的成果与工作总结，也是系统分析阶段的重要文档。系统分析报告主要包括以下内容：（1）报告概述（2）组织情况概况（3）现行系统的概况（4）系统需求说明（5）新系统的逻辑方案（6）系统开发费用、资源与时间1185.6 系统分析报告系统分析报告又称为系统说5.7 物流管理信息系统分析中常见的一些问题用户需求不确定的问题技术问题图表描述问题信息载体收集问题业务流程重组问题经济管理模型应用问题1195.7 物流管理信息系统分析中常见的一些问题用户需求不确定的 谢谢大家！ 谢谢大家！120物流管理信息系统分析物流管理信息系统分析物流管理信息系统分析目录系统构思分析领域分析应用分析2物流管理信息系统分析物流管理信息系统分析物流管理信息系统分析121目录系统构思分析领域分析应用分析122目录系统构思2系统构思应用程序是为谁而做的？经济担保人，最终用户、行业协会它解决了哪些问题？它会用在什么地方？何时会需要它？为什么会需要它？它是如何工作的？123系统构思应用程序是为谁而做的？3系统构思-ATM应用程序是为谁而做的？供应商，金融公司它解决了哪些问题？银行，客户它会用在什么地方？银行，许多商店、体育比赛等等场所何时会需要它？收益为什么会需要它？赚钱，溢价它是如何工作的？三层架构124系统构思-ATM应用程序是为谁而做的？4系统构思-WMS应用程序是为谁而做的？通用、专用；企业内、3PL、4PL、物流园区；Mis、DSS它解决了哪些问题？客户服务流水平、周转率、空间利用率它会用在什么地方？关键、实验型；扩展、全新；本地、网络、移动；客户特征：仓库，生产部门，财务部门，客户何时会需要它？业务量增加，与客户交互增加为什么会需要它？信息透明，减少交易成本它是如何工作的？三层架构125系统构思-WMS应用程序是为谁而做的？5系统构思-物流园区信息平台应用程序是为谁而做的？物流服务需求商、物流服务提供商、电子商务提供商它解决了哪些问题？物流服务需求商、物流服务提供商、电子商务提供商它会用在什么地方？园区、物流服务需求商、物流服务提供商、电子商务提供商何时会需要它？物流需求为什么会需要它？信息共享、一站式服务它是如何工作的？三层架构126系统构思-物流园区信息平台应用程序是为谁而做的？6127712881299准备问题陈述需求陈述问题领域需要什么应用上下文假设性能需求设计通用方法算法数据结构架构优化容量规划实现平台硬件规约软件包接口标准130准备问题陈述需求陈述设计实现10ATM网络ATMATMATM计算机中心银行计算机银行计算机账户账户账户账户出纳站点131ATM网络ATMATMATM计算机中心银行计算机银行计算机账WMS网络计算机计算机网络WMS系统计算机客户ID客户ID企业内计算机计算机终端132WMS网络计算机计算机网络WMS系统计算机客户ID客户ID企13313领域分析概述对象的静态结构对象之间的交互对象的生存期134领域分析概述对象的静态结构14领域分析真实系统的静态结构寻找类准备数据字典寻找关联寻找对象和链接的属性使用继承组织和简化类135领域分析真实系统的静态结构15寻找类人拿卡去ATM机取钱，插入卡，输入密码，验证之后，进行交易操作（查询、转账、取钱、修改密码等），打印，完成交易，结束退卡。输入密码，通过网络传输到中心计算机，再传输到相应银行的计算机，该计算机从数据库中读取验证信息，并返回相应验证结果。客户，现金卡，ATM，钱，账户，交易，收据，网络，中心计算机，银行，银行计算机，联盟，出纳，出纳站点136寻找类人拿卡去ATM机取钱，插入卡，输入密码，验证之后，进行WMS客户与仓储企业签订长期合约审核人进行审核如审核通过，客户可提出入库申请如果客户申请符合条件，打印入库申请单如需派工、派车，进行派工、派车操作进行入库作业（入库检查、货位选择、信息登记、现场清理）入库作业完成后，进行入库信息反馈客户，仓储企业，合约，审核人，审核，入库申请，入库单，仓储作业人员，仓储设备、派工作业，派车作业，仓储作业137WMS客户与仓储企业签订长期合约17准备数据字典客户银行的一个或多个账户的持有人。在不同的银行持有帐户的同一个人会被看作是不同的客户。现金卡分配给银行客户的一种卡，支持使用ATM机授权访问帐户。ATM允许客户使用现金卡作为身份证明来进行交易的柜台。账户，交易，中心计算机，银行，银行计算机，联盟，出纳，出纳站点138准备数据字典客户18寻找关联物理位置，定向动作，通信，拥有关系，一些条件的满足性客户银行的一个或多个账户的持有人。在不同的银行持有帐户的同一个人会被看作是不同的客户。现金卡分配给银行客户的一种卡，支持使用ATM机授权访问帐户。ATM允许客户使用现金卡作为身份证明来进行交易的柜台。账户，交易，中心计算机，银行，银行计算机，联盟，出纳，出纳站点139寻找关联物理位置，定向动作，通信，拥有关系，一些条件的满足性寻找关联动词短语银行网络包括出纳柜台和ATM机联盟共享ATM机银行提供银行计算机银行计算机维护账户信息（仓库计算机维护客户信息）银行计算机处理账户上的交易信息（仓储作业人员处理客户的库存信息）银行拥有出纳柜台出纳柜台与银行计算机通信出纳员输入账户的交易信息ATM机与中心计算机通信交易信息中心计算机清除银行的交易信息（客户取消入库单申请）ATM机接受现金卡（客户支付仓储作业费用）140寻找关联动词短语20寻找关联动词短语ATM与用户交互ATM分发现金ATM打印收据系统处理并发访问银行提供软件费用分摊给银行隐含动词短语联盟由银行组成银行持有账户联盟拥有中心计算机系统提供安全客户持有现金卡问题领域的知识现金卡访问帐户银行雇用出纳员141寻找关联动词短语问题领域的知识21保留正确的关联被删除类之间的关联：1，13，14，16，17动作：应用领域的结构化特性，而不是临时性事件。（11）有时候，表达成动作的需求隐含着下层的结构化关系，应该相应地重新措辞。（10）三元关联：5派生关联：9，20--〉2；仓库，雇员，设备命名不当的关联：4限定关联：名称在某种上下文中确定对象，多数名称不是全局唯一的。多重性：一名经理管理多名雇员聚合：18142保留正确的关联被删除类之间的关联：1，13，14，16，17寻找关联客户现金卡ATM账户ATM交易中心计算机银行银行计算机联盟出纳交易出纳站点出纳员143寻找关联客户现金卡ATM账户ATM交易中心计算机银行银行计算寻找关联货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业客户，仓储企业，合约，审核人，审核，入库申请，入库单，仓储作业人员，仓储设备、派工作业，派车作业，仓储作业144寻找关联货物申请单货架客户存储单元仓库合约审核人仓储企业仓储寻找属性对象vs.属性City，账户限定符vs.属性：雇员编号关联vs.属性：部门名称vs.人名关联上的属性：personandclub内部取值外部不可见的内部状态，可在分析时删除不整合的属性与其他属性完全不同或无关，意味着类应该分割成两个不同的类。145寻找属性对象vs.属性25寻找属性客户现金卡ATM账户ATM交易中心计算机银行银行计算机联盟出纳交易出纳站点出纳余额，信用等级，类型姓名，住所交易类型，日期，交易额ＡＴＭ代码，银行代码146寻找属性客户现金卡ATM账户ATM交易中心计算机银行银行计算寻找属性货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业库房基本信息、门信息、库管员、终端基本信息、费用管理、维修管理、事故管理基本信息、收货人信息、货品存储要求基本信息、合约费率、合约结算、合约审核147寻找属性货物申请单货架客户存储单元仓库合约审核人仓储企业仓储148281492915030使用继承来细化自下而上的泛化ATM交易，出纳交易--〉交易中心计算机，银行计算机--〉计算机？自上而下的特化交易--〉ATM交易，出纳交易泛化vs.枚举ATM账户：checkingaccount,savingaccount多重继承：学生职员相似的关联Transaction可以在出纳站点和ATM上输入，entryStation泛化出纳站点和ATM。151使用继承来细化自下而上的泛化31变化抽象的层次IndividualcontributorSupervisorManagerEmployeetype/reportinglevelpersonbossworker152变化抽象的层次IndividualcontributorE把类组织成包出纳包出纳员，存入柜台，出纳柜台，ATM账户包账户，现金卡，卡授权，客户，交易，更新，出纳交易和远程交易银行包联盟，银行153把类组织成包出纳包33把类组织成包货物申请单货架客户存储单元仓库合约审核人仓储企业仓储设备仓储作业人员仓储作业库房基本信息、门信息、库管员、终端基本信息、费用管理、维修管理、事故管理基本信息、收货人信息、存货信息基本信息、合约费率、合约结算、合约审核154把类组织成包货物申请单货架客户存储单元仓库合约审核人仓储企业领域状态模型首先用关键状态确定领域类，然后确定引发对象状态变化的事件。确定具有状态的领域类寻找状态寻找事件构造状态图评价状态图155领域状态模型首先用关键状态确定领域类，然后确定引发对象状态变确定具有状态的领域类论文写、初审、外审、接受（递进式）飞机维修、装货、飞行、卸货（循环式）账户递进+循环156确定具有状态的领域类论文36寻找状态直接描述状态不要专注于状态直接的微妙变化，特别是像大、中、小这样的量化差异。状态应该是以行为、属性或关联上的本质差异为基础。账户Normal,closed,overdrawn,suspended157寻找状态直接描述状态37寻找事件引发状态间迁移的事件事件是完成了一次do活动可以考虑让对象进入特定状态，借此来寻找其他事件拿起话筒ATMCloseaccount,withdrawexcessfunds,repeatedincorrectPIN,suspectedfraud158寻找事件引发状态间迁移的事件38构造状态图closednormaloverdrawsuspendedOpenaccountcloseaccountWithdrawexcessfundsDepositsufficientfundsReleaseholdSuspectedfraudAdministrativeactionRepeatedincorrectPIN159构造状态图closednormaloverdrawsuspeWMS客户与仓储企业签订长期合约审核人进行审核如审核通过，客户可提出入库申请如果客户申请符合条件，打印入库申请单如需派工、派车，进行派工、派车操作进行入库作业（入库检查、货位选择、信息登记、现场清理）入库作业完成后，进行入库信息反馈160WMS客户与仓储企业签订长期合约401角色确定购买的商品入库将积压的商品退给供应商将商品移送到销售部门销售部门将商品移送到仓库管理员盘点仓库供应商提供各种货物用户查询销售部门的销售记录用户查询仓库中的所有变动记录1611角色确定购买的商品入库41应用分析应用程序交互模型应用类模型应用状态模型162应用分析应用程序交互模型42应用分析应用程序交互模型确定系统边界寻找参与者寻找用例寻找初始和终止事件准备普通场景增加变化和异常场景寻找外部事件编制复杂用例的活动图组织参与者和用例163应用分析应用程序交互模型43应用分析应用程序交互模型确定系统边界ATM寻找参与者人、外部设备、其他软件系统行为原形客户、银行、联盟164应用分析应用程序交互模型44应用分析应用程序交互模型寻找用例ATM发起会话查询账户处理事务传输数据165应用分析应用程序交互模型ATM发起会话查询账户处理事务传输数应用分析应用程序交互模型寻找初始和终止事件发起会话：初始事件：客户插入现金卡终止事件：系统留存现金卡or系统返还现金卡查询账户初始：客户请求账户数据终止：系统给客户递交账户数据处理事务初始：客户发起终止：提交事务or终止事务传输数据初始：客户请求账户数据，从网络、电源故障中恢复出来。终止：数据成功传输166应用分析应用程序交互模型46应用分析应用程序交互模型准备普通场景发起会话ATM请求用户插卡用户插入现金卡ATM接收现金卡，读取它的序列号ATM请求输入密码用户输入“1234”ATM通过与联盟和银行联系来校验密码ATM显示了账户和命令菜单。。。用户选择命令终止会话ATM打印收据，返还现金卡，请请求用户拿走它们用户拿走收据和现金卡ATM请求用户插入现金卡167应用分析应用程序交互模型47应用分析应用程序交互模型增加变化和异常场景ATM不能读卡卡过期ATM在等待响应时超时金额无效及其现金用完或缺纸通信线路中断因为卡的可以使用模式而造成交易被拒绝168应用分析应用程序交互模型48应用分析应用程序交互模型寻找外部事件：顺序图：user：ATM：联盟：银行显示菜单选择提款选择账户请求金额输入金额验证资金验证资金确认资金确认资金支出现金拿走现金169应用分析应用程序交互模型：user：ATM：联盟：银行显示菜应用分析应用程序交互模型寻找外部事件：user：ATM：联盟：银行插入卡、输入密码、选择账户、选择存款、选择提款、转帐、查询账户、输入数据、收取现金、拿卡、取消、终止、继续显示主屏幕、不可读的卡信息、被取消的消息请求密码、请求金额、退卡、故障消息、支出金额请求拿走现金、请求继续、打印收据、请求拿走卡坏账户信息、坏银行代码消息、显示交易菜单与银行一起校验卡、校验资金、处理银行交易银行交易成功、确认资金、银行交易失败、银行账户完好、坏银行账户、坏银行密码交易成功、交易失败、账户完好、坏账户坏密码、坏银行代号确认资金处理事务校验账户校验资金170应用分析应用程序交互模型：user：ATM：联盟：银行插入卡应用分析应用程序交互模型编制复杂用例的活动图返还卡请求密码插卡保留卡[通信中断][通信中断][通信中断][通信中断][可读][卡完好][好账户][多次输入密码失败][卡诈骗警报][坏银行代号或坏账户][密码正确][不可读]171应用分析应用程序交互模型返还卡请求密码插卡保留卡[通信中断]应用分析应用程序交互模型组织参与者和用例ATM发起会话查询账户处理事务传输数据《include》《include》《include》《include》172应用分析应用程序交互模型ATM发起会话查询账户处理事务传输数应用分析应用类模型确定用户界面定义边界类确定控制器检查交互模型173应用分析应用类模型53应用分析应用类模型确定用户界面是以一致的方式给系统用户提供访问其领域对象、命令和应用选项的一个或一组对象。分析重点是信息流和控制，而不是表示格式。给用户的消息12清除45取消78输入0收据现金槽369174应用分析应用类模型给用户的消息12清除45取消78输入0收据应用分析应用类模型定义边界类系统能操作和接收来自外部的信息，但系统的内部结构不受制于外部信息。ATM和银行联盟之间的通信过程封装起来。175应用分析应用类模型55应用分析应用类模型确定控制器控制器：管理应用程序内部控制权的主动对象外环：验证客户和账户内环：对交易进行服务检查交互模型应用类模型和与它交互的领域模型cashCard—ATMsession—SessionController—ControllerProblem—problemTypeRemotetransaction—transactionController176应用分析应用类模型56应用分析应用状态模型使用状态来确定应用类寻找事件构建状态图检查其他状态图检查类模型检查交互模型177应用分析应用状态模型57应用分析应用状态模型使用状态来确定应用类用户界面类边界类控制器类178应用分析应用状态模型58应用分析应用状态模型寻找事件插卡、输入密码、结束会话、取卡179应用分析应用状态模型59应用分析应用状态模型构建状态图：交易控制器存款转帐MainscreenDo/displaycommands查询Commdown取款继续完成清除交易信息取消取款存款转帐查询180应用分析应用状态模型存款转帐Mainscreen查询Com应用分析应用状态模型检查其他状态图SessionController发起transactionController,transactionController的终止引发SessionController从中断处继续181应用分析应用状态模型61UML内容结构uml事物关系关联关系图依赖关系泛化关系实现关系结构事物行为事物组织事物辅助事物静态图动态图用例类接口协作活动类组件节点交互状态机包注释用例图类图对象图组件图配置图时序图协作图状态图活动图182UML内容结构uml事物关系关联图依赖泛化实现结构行为组织类图和对象图183类图和对象图63组件图184组件图64协作图185协作图65配置图186配置图66Rose视图及其所含的模型元素用例视图参与者用例用例文档用例图类图状态图活动图顺序图协作图包文件URL逻辑视图用例用例图类类实体类图接口活动图状态图协作图顺序图包文件URL187Rose视图及其所含的模型元素用例视图逻辑视图67Rose视图及其所含的模型元素构件视图构件接口构件图包文件URL部署视图进程处理器连接器设备部署图文件URL188Rose视图及其所含的模型元素构件视图部署视图68WMS系统角色操作员管理员供应商商品领料员商品退料员用例仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统189WMS系统角色用例69WMS系统角色用例关系图操作员用户登录用户注销退出系统仓库进货仓库退货仓库退料商品移库管理员盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统190WMS系统角色用例关系图管理员70WMS系统角色用例关系图领料员仓库领料退料员仓库退料商品供应商仓库进货仓库退货191WMS系统角色用例关系图7119272W

M

S

系

统

进

货

活

动

图193W

M

S

系

统

进

货

活

动

图73W

M

S

系

统

盘点

时序

图194W

M

S

系

统

盘点

时序

图74W

M

S

系

统

商品管理时序

图195W

M

S

系

统

商品管理时序

图75W

M

S

系

统

盘点协作图196W

M

S

系

统

盘点协作图76W

M

S

系

统

商品管理协作图197W

M

S

系

统

商品管理协作图77创建系统包图人员信息包操作员供应商管理员商品领料员商品退料员接口包仓库管理系统设置业务查询用户登录事物包仓库进货仓库退货仓库领料仓库退料商品移库盘点库存查询业务分析仓库历史纪录查询供应商信息维护仓库信息维护用户登录用户注销退出系统198创建系统包图人员信息包事物包78类图人员信息包操作员属性：姓名，ID号，权限操作：仓库进货，仓库退货，仓库领料，仓库退料，商品移库，用户登录，用户注销，退出系统供应商属性：姓名，ID号，联系方法操作：进货，退货管理员商品领料员属性：姓名，ID号，所属部门操作：商品领料商品退料员199类图人员信息包79类图系统事物包仓库进货：交易ID号，日期，操作人，供应商仓库退货：交易ID号，日期，操作人仓库领料：交易ID号，日期，操作人，领料人仓库退料：交易ID号，日期，操作人，退料人商品移库：交易ID号，日期，操作人，出货仓库ID，入库仓库ID盘点：交易ID号，日期，管理员ID，仓库ID库存查询：操作ID号，日期业务分析：操作ID号，日期，管理员ID仓库历史纪录查询：操作ID号，日期供应商信息维护：操作ID号，日期，管理员ID，增加供应商。。。仓库信息维护：操作ID号，日期用户登录：操作ID号，登陆日期，登录ID，姓名200类图系统事物包80系统部署-组件图201系统部署-组件图81配置图202配置图82

主要内容需求分析流程描述分析描述工具的比较子系统的划分逻辑模型建立与理解系统分析报告分析中常见的一些问题203主要内容需求分析835.1 物流管理信息系统的需求分析

系统需求分析以详细调查为基础，对用户的需求进行分析，包括分析现行系统的信息需求、功能需求、辅助决策需求等，提出对新系统的设计要求，确定对系统的综合要求、系统功能要求、系统性能要求、运行要求和将来可能提出的要求。2045.1 物流管理信息系统的需求分析系统1.详细调查

系统分析阶段的详细调查是根据系统规划的新系统的目标、范围、规模和要求，解决开发系统要做什么的问题。

1）详细调查的原则：真实性、全面性、规范性、启发性

2）详细调查的内容：现行系统边界和运行状态；组织机构与功能调查；业务流程调查；决策方法的调查；资源情况和约束条件；薄弱环节和用户要求等。

3）详细调查的方法：调查座谈会、重点询问方式、问卷调查方式、查阅与待开发系统有关的资料、跟踪现场业务流程、向用户领域的专家个别咨询、实地考察、使用各种调查工具等。2051.详细调查系统分析阶段的详细调查是根据

流行的需求分析方法：功能分析方法、结构化分析方法、信息建模法和面向对象的分析方法。不同视角的需求获取模型：物流企业的需求描述可以从两个方面进行，一是对客户现行系统的描述；二是对系统未来的设想。两种描述都要包括企业信息系统的5个基本要素，即企业的组织结构、流程、数据、商务规则与功能（性能）。2.需求获取模型206流行的需求分析方法：功能分析方法、结构3.组织结构与功能分析

组织结构调查内容：弄清组织内部的部门划分；各部门之间的领导与被领导关系；信息资料的传递关系；物资流动关系与资金流动关系；此外，还应详细了解各级组织存在的问题以及对新系统的要求等。图5-3给出了第三方物流企业的组织结构图。2073.组织结构与功能分析组织结构调查内容

图5-1

第三方物流企业的组织结构图物流公司

企业发展部

市场经营部

业务运作部

企业管理部

战略中心

研发中心

广告中心

调查中心

法律中心

仓储中心

调度中心

加工中心

人力资源

绩