物流信息管理第5章-物流信息系统开发课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《物流信息管理第5章-物流信息系统开发课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物流 信息管理 信息系统 开发 课件
- 资源描述:
-
1、主讲人:XXX物流信息管理第5章 物流信息系统开发第5章 物流信息系统开发(上)物流信息管理导引要 点5.1 开发方法 5.2 系统分析5.3 系统设计5.4 面向对象的分析与设计5.5 系统实施 实验中海物流中海物流第1节 开发方法1.1 结构化生命周期法1.2 原型法1.3 面向对象方法1.4 开发策略1.1 结构化生命周期法系统生命周期(system life cycle,SLC)结构化系统开发过程:软件概念,即确定和定义一个新系统的需要;是需求分析,也就是分析终端用户的信息需要;建造设计,即采用硬件、软件、人和数据资源等设计创建一个蓝图;译码和调试,即创建和规划最终系统;系统测试,就是
2、对于期望或预期的功能评估系统的最终功能。结构化系统开发方法的基本思想是用系统工程的思想和工程化的方法,按用户至上的原则,结构化、模块化、自顶向下的对系统进行分析和设计。主要原则:用户参与原则 工作阶段严格区分原则自顶而下的原则 系统开发过程工程化,工作成果文档化、标准化原则主要特点:严格区分工作阶段,先逻辑、后物理,每个阶段都有明确的任务和相应的成果 强调结构化、模块化、自上而下地完成系统开发工作 工作成果文献化、标准化1.2 原型法 原型法是首先根据用户提出的问题,在限定的时间内(一般几天或几周)用最经济的方法开发一个原型系统并投入运行,然后在运行中与用户一起发现问题并提出修改意见,通过反复
3、的发现问题并修改,使系统逐步满足用户的需求。1建立原型的过程确定初步需求设计初始原型试用和评价原型修改和完善原型主要特点:体现了从特殊到一般的认识规律,更容易为人们所普遍掌握和接受便于开发人员与用户之间相互交流,用户能较好地参与系统的开发充分利用最新的软件开发工具,提高了开发效率,缩短了开发周期,减少了开发费用采用原型法开发系统灵活,便于修改与扩充2原型法的开发环境 原型方法一般要借助于软件开发工具和现成的软件和模型。可视化技术计算机辅助软件工程技术软件复用及组件技术1.3 面向对象方法1面向对象方法的主要着眼点对象对象的封装对象分类泛化与继承组合对象之间的联系2面向对象方法的开发过程系统调查
4、和需求分析问题分析和求解面向对象分析(OOA)归纳面向对象设计(OOD)程序实现面向对象编程(OOP)主要特点:采用全新的面向对象思想,使得系统的描述及信息模型的表示与客观实体相对应,更符合人们认识事物的思维习惯系统开发的基础统一于对象之上,各个阶段工作过渡平滑 面向对象开发方法采用了继承、封装、多态和消息传递机制,使软件的一致性、模块的独立性以及程序的共享性和可重用性大大提高UML1.4 开发策略开发策略自下而上的开发策略是从现行系统的业务状况出发,先实现一个个具体的功能,逐步地由低级到高级建立MIS。自上而下的开发策略强调从整体上协调和规划,由全面到局部,由长远到近期,从探索合理的信息流出
5、发来设计信息系统。在实践中,对于大型系统往往把这两种方法结合起来使用,即先自上而下地做好MIS的战略规划,再自下而上地逐步实现各系统的应用开发。1开发原则适应性原则效益原则系统原则规范化原则递进原则2开发模式用户式开发策略(接受模式)直线式开发策略(瀑布模式)反复式开发策略(循环模式)试验式开发策略(实验模式)规划集成式开发策略(综合模式)3开发形式自行开发自行开发委托编程委托编程委托开发委托开发购买软件包购买软件包系统分析与设计能力要求非常需要非常需要不太需要不需要编程能力要求非常需要不太需要不太需要不需要系统的可维护性容易容易比较困难困难程序的可维护性容易相当困难相当困难困难开发费用用于单
6、位外部小大大小用于单位内部大中等小小开发风险大比较大比较大小说明开发时间长,但可以得到本单位要求的系统,并培养了自己的系统开发人员,需要强有力的领导。需要进行一定的咨询单位必须具有自己的系统设计能力,最好也有自己的编程能力,在委托后,由用户编写并提出系统说明和程序说明是不可少的由专业公司全盘负责系统的分析、设计和实施。由于双方对IT知识的不对称,因此需要第三方的咨询机构和监理机构参与明确软件包是否切合本单位的需要,应当由精通业务的人员来选购软件包。此外,单位应具有检验软件包性能、条件的能力第2节 系统分析2.1 需求与现状调查2.2 业务流程分析2.3 数据流程图2.4 数据建模2.5 功能模
7、型系统分析的任务是先进行系统综合业务初步调查和详细调查,然后根据调查中获得的原始资料,对组织内部整体管理状况和信息处理过程进行分析,确定用户的需求,并建立新系统的逻辑模型。三个阶段:详细调查功能、数据与流程分析新系统逻辑模型设计业务流程图:BPD数据流图:DFD数据字典:DD实体联系图:ERD功能层次图:FHD2.1 需求与现状调查需求分析实际上就是对对象进行系统调查。主要的调查方法包括:查阅现有资料、书面调查(发调查表)、访问、开座谈会、抽样统计分析、现场跟踪观察等。1初步调查用户需求分析 组织的概况 组织的对外关系 现行系统的概况及存在的问题 各类人员对新系统持有的态度 物流信息系统开发所
8、需的资源情况 各方面对系统目标的看法2可行性分析经济可行性企业的财力物力能否支撑项目的投资投入运行后的管理和维护费用如何系统投入运行后的经济效益如何 技术可行性当前的软、硬件技术能否满足系统提出的要求拟聘外部开发人员的技术水平参与开发的内部人员的技术水平 社会可行性组织内:管理体制、管理方法、主管领导态度等组织外:政策、法律、道德、制度、管理、人员3详细调查组织机构及业务功能 各部门的工作目标和发展战略 业务信息处理流程。数据调查 代码化调查 处理逻辑调查 查询与决策要求调查 存在问题调查可行性分析报告 通过可行性分析要把分析结果用报告的形式编写出来,提交有关管理部门和领导审查批准。分析报告要
9、包括以下内容:项目的目标原有系统(手工系统或正在运行的计算机系统)存在的问题新系统特点简述所需资源投资预算各种可行性分析结果预期的效益项目可行性结论2.2 业务流程分析一个系统的流程分析主要分为业务流程分析和数据流程分析,其中业务流程分析过程包括原有流程分析、业务流程优化、确定新的业务流程、新系统的人机界面等内容。1.企业流程企业流程就是企业完成其经营活动、为顾客创造有效的价值和服务并获得利润的各种有序的活动过程。常用的企业流程图工艺视图信息视图系统视图。工艺视图按时间的先后顺序或依次安排的活动步骤,用标准化的图形形式表达流程模型。2.业务流程图业务流程图是一种用尽可能少、尽可能简单的方法来描
10、述业务处理过程的方法。由于它的符号简单明了,所以非常易于阅读和理解业务流程。但它的不足是对于一些专业性较强的业务处理细节缺乏足够的表现手段,它比较适合用于事物处理类型的业务过程。基本符号:绘制BPD:例如,某企业库存管理的业务描述为:成品库保管员按车间送来的入库登记单登记库存台账;发货时,发货员根据销售科送来的发货通知单将成品出库,并发货,同时填写三份出库单,其中一份交给成品库保管员,由他按此出库单登记库存台账,出库单另外两联分别送销售科和财务科。采购员将入库单交给检验员,检验员将不合格的入库单退回采购员,合格的入库单交保管员并记入库存台帐,统计员根据库存台帐制定月报表交主管部门审阅。课堂练习
11、一:主管部门采购员检验员保管员统计员入库单库存帐不合格入库单日报表合格入库单 采购员从仓库收到缺货通知单以后,查阅订货合同单,若已订货,向供货单位发出催货请求,否则,填写订货单交供货单位。供货单位发出货物后,立即向采购员发出取货通知。课堂练习二:仓库缺货通知定货单催货请求取货通知定货合同采购员供货单位 车间填写领料单给仓库要求领料,库长根据用料计划审批领料单,未批准的退回车间,已批准的领料单送到仓库保管员处,由他查阅库存帐。若帐上有货则通知车间前来领料,否则将缺货通知采购人员。课堂练习三:车间领料单缺货通知已批准的领料单领料通知用料计划库长未批准的领料单仓库保管员采购员库存帐3.业务流程管理企
12、业流程再造(Business Process Reengineering)哈默认为:企业流程再造是指以企业流程为改造对象,从顾客的需求出发对企业流程进行基础性的再思考和根本性的再设计,以达到成本、质量、服务和速度等现代关键业绩指标的巨大提高。BPR 摒弃了职能导向,以最大限度满足顾客需求为核心,员工成为主动的服务创造者BPR 压缩了管理层级,缩短了管理者和员工、顾客的距离BPR 运用先进的管理技术,消除了传统模式的成本风险,最大限度地保证质量BPR方法:渐进改良法(Systematic redesign):分析理解现有流程,在现有流程基础上进行改进并建立新流程;全新设计法(Clean shee
13、t approach):从根本上重新考虑产品或服务的提供方式,在一张白纸上重新设计流程。Effective Process DesignVertical Integration In-house OutsourceCapital Intensity Low automation High automationCustomer Involvement Low involvement High involvementResource Flexibility Specialized EnlargedProcess Structure Customer-contact position(service
14、s)Product-process position(manufacturing)Strategy for Change Process Reengineering Process Improvement福特采购业务BPR企业流程管理(Business Process Management)企业流程管理的实质就是构造卓越的流程,一般来说包含3个层面:规范流程 优化流程 再造流程BPR实施过程-路线模拟2.3 数据流程图数据流程图(Data Flow Diagram,DFD)数据流程图是一种能全面地描述信息系统逻辑模型的主要工具,它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况
15、。数据流程图具有抽象性和概括性:抽象性:表现在它完全舍去了具体的物质,只剩下数据的流动、加工处理和存储。概括性:表现在它可以把信息中的各种不同业务处理过程联系起来,形成一个整体。1数据流程图的组成方框图外部实体数据流数据存储数据处理泡泡图 泡泡图符号简单,布局方便,适合于画徒手草图。2绘制数据流程图 在进行数据流程分析时基于以下的思想:首先将系统看成一个整体的一个大的功能(处理),明确系统的输入和输出及该输入输出对应的外部项;系统总体功能的实现是依靠内部小的功能(处理)综合实现的,这些功能(处理)借助信息的传递和存储来完成信息的输入和输出;这些内部小的功能(处理)又可以分为更小更细的功能(处理
16、),之间也有信息的流转和存储。这样,自顶而下,逐层分解,层层剖析,直到分解到每个处理都具体到可以实现的时候,才算完成数据流程的分析。具体步骤:绘制环境图说明系统的外部实体以及系统与这些外部实体之间的数据交换;绘制零层图相对概括地反映出信息系统最主要的处理功能、外部实体等;分解加工,画出各级子图描述父图中某一个子系统或过程的扩展数据流程图,扩展法和爆破法是DFD层次分解的两种方法;构造总体数据流程图。A B C a)关联图 b)顶层图 c)第一层图 d)第二层图 图 1-1 图 1 2 A 1 2 4 5 3 B D C E F H G 图 3 G L N H P M M 4 5 G L R S
17、 Q 图 3-1 业务流程图与数据流程图如何转换?案例:补充订货系统背景:某厂的补充定货系统则稍微复杂此,该厂采购部门为了保证一定库存水平,设置了以下补充定货系统。库房工作人员通过库房终端设备将库房的收发数据现行系统报告,如果某项零件的库存量低于临界水平,系统就必须提出补充定货要求,以使库存量达到额定水平。顶层数据流程图一层数据流程图二层数据流程图注意事项:数据流程图只是表示数据的流动、变换和存储;尽可能按入流、加工、出流的顺序从左到右画;先考虑系统的正常状态;原则上自顶向下,但工作中常在画完子图后回头补充完善父图,这样反复几次才能画好;保证数据守恒,即在逐层分解的过程中,组成数据流与数据存储
展开阅读全文