管理信息系统第六章管理信息系统的系统分析ppt课件_第1页
管理信息系统第六章管理信息系统的系统分析ppt课件_第2页
管理信息系统第六章管理信息系统的系统分析ppt课件_第3页
管理信息系统第六章管理信息系统的系统分析ppt课件_第4页
管理信息系统第六章管理信息系统的系统分析ppt课件_第5页
已阅读5页,还剩100页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、第六章第六章 管理信息系统的系统分析管理信息系统的系统分析系统开发过程瀑布模型系统开发过程瀑布模型系统分析阶段是一个工程中最关键的阶系统分析阶段是一个工程中最关键的阶段,系统分析阶段的义务是:在充分认识段,系统分析阶段的义务是:在充分认识原信息系统的根底上原信息系统的根底上, ,经过问题识别、可经过问题识别、可行性分析、详细调查、系统化分析,最后行性分析、详细调查、系统化分析,最后完成新系统的逻辑方案设计。完成新系统的逻辑方案设计。逻辑方案不同与物理方案。逻辑方案设逻辑方案不同与物理方案。逻辑方案设计是系统分析阶段的义务,处理信息系统计是系统分析阶段的义务,处理信息系统“做什么的问题;物理方案

2、设计是系统做什么的问题;物理方案设计是系统设计阶段的义务,处理信息系统设计阶段的义务,处理信息系统“怎样做怎样做的问题。的问题。第六章第六章 管理信息系统的系统分析管理信息系统的系统分析 系统分析阶段的重点是业务问题和需系统分析阶段的重点是业务问题和需求,这些需求独立于实现方案中能够运用求,这些需求独立于实现方案中能够运用的任何技术,系统分析阶段强调业务问题的任何技术,系统分析阶段强调业务问题方面,而不是技术或实现方面。方面,而不是技术或实现方面。 但是,在一个工程中,系统分析经常被但是,在一个工程中,系统分析经常被简化了,这是由于简化了,这是由于(1)(1)许多分析员对要运许多分析员对要运用

3、的概念和逻辑建模技术不熟练;用的概念和逻辑建模技术不熟练;(2)(2)许许多分析员不清楚短少系统分析的严重后果多分析员不清楚短少系统分析的严重后果第六章第六章 管理信息系统的系统分析管理信息系统的系统分析p系统分析的两个阶段系统分析的两个阶段p可行性分析可行性分析p需求分析需求分析第六章第六章 管理信息系统的系统分析管理信息系统的系统分析第六章第六章 管理信息系统的系统分析管理信息系统的系统分析第一节第一节 可行性分析可行性分析第二节第二节 需求分析概述需求分析概述第三节第三节 详细调查详细调查第四节第四节 管理业务调查管理业务调查第五节第五节 数据流程调查数据流程调查第六节第六节 数据字典数

4、据字典第七节第七节 描画处置逻辑的工具描画处置逻辑的工具第八节第八节 提出新系统的逻辑方案提出新系统的逻辑方案p可行性分析的义务可行性分析的义务p 明确开发运用工程的必要性和可行性。明确开发运用工程的必要性和可行性。p可行性分析的内容可行性分析的内容p管理可行性管理可行性 指管理人员对开发运用工程指管理人员对开发运用工程的态度和管理方面的条件。的态度和管理方面的条件。p技术可行性技术可行性 是对一种特定技术方案的现是对一种特定技术方案的现实性以及技术资源和专家的可用性的度量实性以及技术资源和专家的可用性的度量. . p经济可行性经济可行性 是对一个工程或方案的本钱是对一个工程或方案的本钱效益的

5、度量效益的度量. .一、可行性分析一、可行性分析 -1p经济可行性经济可行性p本钱本钱Costs:Costs:p系统开发本钱通常是一次性本钱,在工程系统开发本钱通常是一次性本钱,在工程完成之后不会重现完成之后不会重现. .p系统运转本钱往往贯穿整个系统生命期,系统运转本钱往往贯穿整个系统生命期,在它有效的生命期内,可以分为在它有效的生命期内,可以分为: :p固定本钱固定本钱 是有规那么的但相对固定的是有规那么的但相对固定的费用费用. .p可变本钱可变本钱 是与某些运用要素成比例的是与某些运用要素成比例的费用费用. .一、可行性分析一、可行性分析 -2p经济可行性经济可行性p收益收益Benefi

6、ts:Benefits:p有形收益是那些可以进展量化的收益有形收益是那些可以进展量化的收益. . p 效率的提高效率的提高p 呼应时间的减少呼应时间的减少p 人员的减少人员的减少p 出错率降低出错率降低 p无形收益是那些被以为难以量化或者不无形收益是那些被以为难以量化或者不能够量化的收益能够量化的收益. .p 改善的客户亲切感和称心度改善的客户亲切感和称心度p 决策过程的改善决策过程的改善p 提高的雇员士气提高的雇员士气一、可行性分析一、可行性分析 -3一、可行性分析一、可行性分析 -4p经济可行性经济可行性p货币时间价值货币时间价值Time Value of Money Time Value

7、 of Money :今天:今天的的1 1元比一年后的元比一年后的1 1元更值钱元更值钱. .p贴现率指今后收到或支付的款项折算为现值贴现率指今后收到或支付的款项折算为现值的利率。决议的利率。决议1 1元钱在第元钱在第n n年的现值,它表示年的现值,它表示组织以为可接受的投资报答率有多少。假设组织以为可接受的投资报答率有多少。假设贴现率是贴现率是i i,那么在未来第,那么在未来第n n年的年的1 1元的当前价元的当前价值为值为p假设贴现率是假设贴现率是10%10%,那么两年后,那么两年后10001000元的现值元的现值是是p1(1)nnPVi21000826(110%)一、可行性分析一、可行性

8、分析 -5p经济可行性经济可行性p投资回收期分析投资回收期分析Payback AnalysisPayback Analysisp 通常用投资回收期衡量一个开发工程通常用投资回收期衡量一个开发工程的价值。投资回收期就是使累计的经的价值。投资回收期就是使累计的经济效益等于最初的投资费用所需的时济效益等于最初的投资费用所需的时间。投资回收期越短,就越快获得利间。投资回收期越短,就越快获得利润,那么该工程就越值得开发。润,那么该工程就越值得开发。p投资报答率投资报答率Return On InvestmentReturn On Investmentp投资报答率年利润或年均利润投资报答率年利润或年均利润/

9、 /投资投资总额总额100% 100% p终生投资报答率估计的终生效益终生投资报答率估计的终生效益- -估计的终生本钱估计的终生本钱/ /估计的终生本钱估计的终生本钱p净现值净现值Net Present ValueNet Present Valuep 净现值贴现后的效益贴现后的本净现值贴现后的效益贴现后的本钱钱p一、可行性分析一、可行性分析 -6p经济可行性经济可行性p 某库房管理系统,假定开发该系统共某库房管理系统,假定开发该系统共需需5 5万元,系统建成后及时订货,消除物品万元,系统建成后及时订货,消除物品短缺问题,估计每年能节约短缺问题,估计每年能节约3 3万元,万元,5 5年共年共节约

10、节约1515万元。每年的维护费为万元。每年的维护费为1 1万元,假定万元,假定贴现率为贴现率为5%5%,利用上面计算货币如今价值,利用上面计算货币如今价值的公式,可以算出建立库房管理系统后,的公式,可以算出建立库房管理系统后,每年估计节省的费用的如今价值。如下表每年估计节省的费用的如今价值。如下表所示所示p7.2.1经济可行性投资回收期:投资回收期:3年年净现值:净现值:3.66万元万元终生投资报答率:终生投资报答率:39.3%一、可行性分析一、可行性分析 -7p可行性分析报告可行性分析报告p是可行性分析结果的表述是可行性分析结果的表述p内容包括:内容包括: 系统简述系统简述 工程的目的工程的

11、目的p 所需资源、预算、期望效益所需资源、预算、期望效益p 可行性的结论可行性的结论p可行性结论要求明确指出以下三者之一:可行性结论要求明确指出以下三者之一:p 可以立刻开发可以立刻开发p 改良原系统改良原系统p 目前不可行,推迟目前不可行,推迟开发开发p第六章第六章 管理信息系统的系统分析管理信息系统的系统分析第一节第一节 可行性分析可行性分析第二节第二节 需求分析概述需求分析概述第三节第三节 详细调查详细调查第四节第四节 业务调查业务调查第五节第五节 数据流程调查数据流程调查第六节第六节 数据字典数据字典第七节第七节 描画处置逻辑的工具描画处置逻辑的工具第八节第八节 提出新系统的逻辑方案提

12、出新系统的逻辑方案系统需求系统需求 System requirement System requirement 是信息系统必需实是信息系统必需实现的或者必需具备的属性,也称为业务需求现的或者必需具备的属性,也称为业务需求. .功能需求是新系统必需实现的功能功能需求是新系统必需实现的功能非功能需求是新系统必需具备的特性非功能需求是新系统必需具备的特性 需求分析概述需求分析概述 需求的重要性需求的重要性 开发信息系统最困难的部分就是准确阐明开发什么。开发信息系统最困难的部分就是准确阐明开发什么。最困难的概念性任务是编写出详细的需求。此任务最困难的概念性任务是编写出详细的需求。此任务一旦做错,将会给

13、系统带来极大损害,并且以后对一旦做错,将会给系统带来极大损害,并且以后对它修正也极为困难。它修正也极为困难。 需求是产品的根源,需求任务的优劣对产品影响最需求是产品的根源,需求任务的优劣对产品影响最大。就像一条河流,假设源头被污染了,那么整条大。就像一条河流,假设源头被污染了,那么整条河流也就被污染了。河流也就被污染了。 国内软件业的痼疾:人们并不清楚终究该做什么,国内软件业的痼疾:人们并不清楚终究该做什么,但却不断忙碌不停地开发。但却不断忙碌不停地开发。 需求分析概述需求分析概述工程成败要素工程成败要素软件工程失败的缘由软件工程失败的缘由第六章第六章 管理信息系统的系统分析管理信息系统的系统

14、分析第一节第一节 可行性分析可行性分析第二节第二节 需求分析概述需求分析概述第三节第三节 详细调查详细调查第四节第四节 管理业务调查管理业务调查第五节第五节 数据流程调查数据流程调查第六节第六节 数据字典数据字典第七节第七节 描画处置逻辑的工具描画处置逻辑的工具第八节第八节 提出新系统的逻辑方案提出新系统的逻辑方案系统分析的普通步骤系统分析的普通步骤1 1、现行系统的详细调查、现行系统的详细调查 集中一段时间和人力,对现行系统做全面、充分和集中一段时间和人力,对现行系统做全面、充分和详细的调查,弄清现行系统的边境、组织机构、人员详细的调查,弄清现行系统的边境、组织机构、人员分工、业务流程、各种

15、方案、单据和报表的格式、种分工、业务流程、各种方案、单据和报表的格式、种类及处置过程、企业资源及约束情况等,为系统开发类及处置过程、企业资源及约束情况等,为系统开发做好原始资料的预备任务。做好原始资料的预备任务。 2 2、组织构造与业务流程分析、组织构造与业务流程分析 在详细调查的根底上,用图表和文字对现行系统进在详细调查的根底上,用图表和文字对现行系统进展描画,详细了解各级组织的职能和有关人员的任务展描画,详细了解各级组织的职能和有关人员的任务职责、决策内容对新系统的要求,业务流程各环节的职责、决策内容对新系统的要求,业务流程各环节的处置业务及信息的来龙去脉。处置业务及信息的来龙去脉。 3

16、3、系统数据流程分析、系统数据流程分析 分析的流动、传送、处置与存储过程。分析的流动、传送、处置与存储过程。 4 4、建立新系统的逻辑模型、建立新系统的逻辑模型 在系统调查和系统分析的根底上建立新系统逻辑模在系统调查和系统分析的根底上建立新系统逻辑模型,用一组图表工具表达和描画,方便用户和分析人型,用一组图表工具表达和描画,方便用户和分析人员对系统提出改良意见。员对系统提出改良意见。 系统分析的普通步骤系统分析的普通步骤5 5、提出系统分析报告、提出系统分析报告 对系统分析阶段的任务进展总结和向有关指点提交对系统分析阶段的任务进展总结和向有关指点提交的文字报告,为下一步系统设计提供任务根据。的

17、文字报告,为下一步系统设计提供任务根据。 在运用上述步骤和方法进展系统分析时,调查研讨在运用上述步骤和方法进展系统分析时,调查研讨将贯穿于系统分析的全过程。调查与分析经常交替进将贯穿于系统分析的全过程。调查与分析经常交替进展,系统分析深化的程度将是影响管理系统成败的关展,系统分析深化的程度将是影响管理系统成败的关键问题。键问题。 p 详细调查的目的详细调查的目的p 完好掌握现行系统的现状,发现问题和完好掌握现行系统的现状,发现问题和薄弱环节,搜集资料,为下一步的系统化分薄弱环节,搜集资料,为下一步的系统化分析和提出新系统的逻辑方案设计做好预备;析和提出新系统的逻辑方案设计做好预备;p 详细调查

18、应遵照用户参与的原那么详细调查应遵照用户参与的原那么p 运用部门的业务人员、主管人员和设计运用部门的业务人员、主管人员和设计部门的分析人员、设计人员共同进展,做到部门的分析人员、设计人员共同进展,做到系统开发人员和用户互补缺乏,共同研讨存系统开发人员和用户互补缺乏,共同研讨存在问题和处理方案。在问题和处理方案。三、详细调查三、详细调查-1 详细调查的方法详细调查的方法开调查会开调查会访问访问发调查表发调查表参与业务虚践参与业务虚践 详细调查的主要内容详细调查的主要内容管理业务调查管理业务调查数据流程调查数据流程调查三、详细调查三、详细调查 -2第六章第六章 管理信息系统的系统分析管理信息系统的

19、系统分析第一节第一节 可行性分析可行性分析第二节第二节 需求分析概述需求分析概述第三节第三节 详细调查详细调查第四节第四节 管理业务调查管理业务调查第五节第五节 数据流程调查数据流程调查第六节第六节 数据字典数据字典第七节第七节 描画处置逻辑的工具描画处置逻辑的工具第八节第八节 提出新系统的逻辑方案提出新系统的逻辑方案 建立建立MIS的目的在于提高管理程度,的目的在于提高管理程度,该当把建立新系统看成是对组织的一种有该当把建立新系统看成是对组织的一种有目的改动过程。因此对现行管理业务的调目的改动过程。因此对现行管理业务的调查非常重要。查非常重要。 本节内容:本节内容: 一、组织构造调查一、组织

20、构造调查 二、管理功能调查二、管理功能调查 三、管理业务流程调查三、管理业务流程调查第四节第四节 管理业务调查管理业务调查一、组织构造调查一、组织构造调查 -1 组织构造指的是一个组织部门、企业、组织构造指的是一个组织部门、企业、车间、科室等以及这些组成部分之间的隶属关车间、科室等以及这些组成部分之间的隶属关系或管理与被管理的关系。通常可用组织构造图系或管理与被管理的关系。通常可用组织构造图来表示。来表示。一、组织构造调查一、组织构造调查 -2厂长方案调度组方案科消费部财务部供销科方案组统计组统计组外协组本钱组会计组出纳组供应组销售组仓 库组织构造图组织构造图二、管理功能调查二、管理功能调查

21、-1 为了实现系统的目的,系统必需具有各为了实现系统的目的,系统必需具有各种功能。调查中可以用功能层次图来描画种功能。调查中可以用功能层次图来描画从系统目的到各项功能的层次关系。下页从系统目的到各项功能的层次关系。下页是一张某销售系统的管理功能层次图。是一张某销售系统的管理功能层次图。二、管理功能调查二、管理功能调查 -2销售系统管理销售方案管理合同管理销售核算与统计废品库管理市场预测销售历史资料管理编制年度销售大纲编制销售方案 合同有效性审查 合同执行情况分析合同登记和变卦销售收入核算销售利润核算销售统计分析出入库管理库存统计市场预测市场分析管理功能图管理功能图三、业务流程调查三、业务流程调

22、查 -1 调查管理业务流程应顺着原系统信息调查管理业务流程应顺着原系统信息流动的过程逐渐地进展,内容包括:各流动的过程逐渐地进展,内容包括:各环节的处置业务、信息来源、处置方法、环节的处置业务、信息来源、处置方法、计算方法、信息流经去向、提供信息的计算方法、信息流经去向、提供信息的时间和形状报告、单据、屏幕显示时间和形状报告、单据、屏幕显示等。等。描画管理业务流程的常用工具是业务流程描画管理业务流程的常用工具是业务流程图图三、业务流程调查三、业务流程调查 -2 处置处置外部环境外部环境文档文档磁盘磁盘联机存储联机存储业务流程图的根本符号业务流程图的根本符号消费车间领料业务流程:消费车间领料业务

23、流程:第六章第六章 管理信息系统的系统分析管理信息系统的系统分析第一节第一节 可行性分析可行性分析第二节第二节 需求分析概述需求分析概述第三节第三节 详细调查详细调查第四节第四节 业务调查业务调查第五节第五节 数据流程调查数据流程调查第六节第六节 数据字典数据字典第七节第七节 描画处置逻辑的工具描画处置逻辑的工具第八节第八节 提出新系统的逻辑方案提出新系统的逻辑方案第五节第五节 数据流程调查数据流程调查本节内容:本节内容: 一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号 二、数据流程图实例二、数据流程图实例 三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤 四、绘制数据流

24、程图的本卷须知四、绘制数据流程图的本卷须知一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号数据流图数据流图Data flow diagram (DFD) Data flow diagram (DFD) 是是用于描画数据在系统中的流动、处置和用于描画数据在系统中的流动、处置和存储情况的图形存储情况的图形. .数据流程图是一种能全面地描画信息系统数据流程图是一种能全面地描画信息系统逻辑模型的主要工具,它可以用少数几逻辑模型的主要工具,它可以用少数几种符号综合地反映出信息在系统中的流种符号综合地反映出信息在系统中的流动、处置和存储情况。动、处置和存储情况。一、数据流程图及其绘制用符号一、数据

25、流程图及其绘制用符号外部外部实体实体数据流数据流处处 理理数据数据存储存储数据流程图的符号数据流程图的符号数据流程图具有笼统性,表如今它完全数据流程图具有笼统性,表如今它完全舍去了详细的物质如业务流程图中的舍去了详细的物质如业务流程图中的车间、人员等。绘制数据流程图的四车间、人员等。绘制数据流程图的四种符号是:种符号是:外部实体外部实体是指本系统之外的人或单位,它们和本系统有是指本系统之外的人或单位,它们和本系统有信息传送关系。这些实体或环节向所开发的系统信息传送关系。这些实体或环节向所开发的系统发出或接纳信息。系统开发不能改动这些外部项发出或接纳信息。系统开发不能改动这些外部项本身的构造和固

26、有属性。本身的构造和固有属性。2处置处置又称功能,描画系统对信息进展处置的逻辑功又称功能,描画系统对信息进展处置的逻辑功能。能。一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号P1录入成果录入成果3数据存储数据存储逻辑意义上的数据存储环节,即系统信息逻辑意义上的数据存储环节,即系统信息处置功能所需求的、不思索存储物理介质处置功能所需求的、不思索存储物理介质和技术手段的数据存储环节。和技术手段的数据存储环节。学生成果学生成果一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号4数据流数据流表示流动着的数据,可以是一项数据,也表示流动着的数据,可以是一项数据,也可以是一组数据,也可以用

27、来表示对文件可以是一组数据,也可以用来表示对文件的存储操作。的存储操作。一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号一、数据流程图及其绘制用符号外部外部实体实体数据流数据流处处 理理数据数据存储存储二、数据流程图实例二、数据流程图实例库存管理顶层数据流程图库存管理顶层数据流程图二、数据流程图实例二、数据流程图实例库存管理库存管理1层数据流程图层数据流程图二、数据流程图实例二、数据流程图实例三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤 . .绘制顶层数据流程图绘制顶层数据流程图 确定所开发系统的外部实体,即系统数据的来确定所开发系统的外部实

28、体,即系统数据的来源和去处。把系统作为一个处置环节,画出系源和去处。把系统作为一个处置环节,画出系统顶层图。普通把数据来源置于图的左侧,数统顶层图。普通把数据来源置于图的左侧,数据去处置于图的右侧。据去处置于图的右侧。数据流程图是分层次的,绘制时采取自顶向下逐数据流程图是分层次的,绘制时采取自顶向下逐层分解的方法层分解的方法 2.2.确定系统的主要信息处置功能,按此将系统确定系统的主要信息处置功能,按此将系统分解成几个子系统。确定每个处置功能的输出分解成几个子系统。确定每个处置功能的输出与输入数据流以及与这些处置有关的数据存储。与输入数据流以及与这些处置有关的数据存储。将外部项、各处置、数据存

29、储环节用数据流衔将外部项、各处置、数据存储环节用数据流衔接起来,为各数据流和各处置和数据存储环节接起来,为各数据流和各处置和数据存储环节命名、编号,构成所开发系统的命名、编号,构成所开发系统的1 1层图的草图。层图的草图。 3.3.分解处置过程。普通,下层一张数据流图对分解处置过程。普通,下层一张数据流图对应于其上数据流图的一个处置环节。应于其上数据流图的一个处置环节。三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤三、绘制数据流程图

30、的方法和步骤 4.4.反复步骤反复步骤3 3,直到逐层分解终了。分解终了,直到逐层分解终了。分解终了的标志是:对于每一个最底层的处置不能再的标志是:对于每一个最底层的处置不能再进一步分解的处置,其逻辑功能曾经足够简单、进一步分解的处置,其逻辑功能曾经足够简单、明确详细,可以用一张纸写出明晰的阐明确详细,可以用一张纸写出明晰的阐明。明。 5.5.与用户进展交流,确保数据流图的正确性。与用户进展交流,确保数据流图的正确性。三、绘制数据流程图的方法和步骤三、绘制数据流程图的方法和步骤例:销售管理系统的分层数据流图例:销售管理系统的分层数据流图a. 顶层图顶层图b. 1层图层图可供货单图图c1(2层图

31、层图)图图c3 (2层图层图)图图c5(一层图一层图)四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知 . .关于自顶向下,逐层分解关于自顶向下,逐层分解 在数据流图的分解中,要坚持各层成分在数据流图的分解中,要坚持各层成分的完好性与一致性。数据流图的分解是的完好性与一致性。数据流图的分解是以加工的分解为中心的,属于功能分解。以加工的分解为中心的,属于功能分解。把上层被分解的加工环节称为父加工环把上层被分解的加工环节称为父加工环节,分解后的环节称为子加工环节。从节,分解后的环节称为子加工环节。从逻辑上讲,父加工环节的功能为对应的逻辑上讲,父加工环节的功能为对应的子加工环节功能之和。留意

32、子图和父图子加工环节功能之和。留意子图和父图的平衡。的平衡。A1 14 42 23 3BFEGCD短少短少C C3.13.1ED3.33.33.23.2对加工对加工3细化细化的子图:的子图:加工加工3四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知 . .数据流必需经过加工。数据流必需经过加工。 . .数据存储环节普通作为两个加工环节数据存储环节普通作为两个加工环节的界面来安排。直接从外部项来或直接的界面来安排。直接从外部项来或直接到外部项去的数据流应该与加工环节相到外部项去的数据流应该与加工环节相连,不应该经过数据存储环节相连。

33、连,不应该经过数据存储环节相连。四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知绘制数据流图的本卷须知绘制数据流图的本卷须知四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知 . .命名命名 称号要意义明确、易了解、无歧义,不会呵斥称号要意义明确、易了解、无歧义,不会呵斥混乱和错觉。混乱和错觉。 加工的称号普通为加工的称号普通为“动词动词+ +宾语或者宾语或者“名词性名词性短语短语+ +动名词为宜,以明确反映处置的逻辑动名词为宜,以明确反映处置的逻辑功能,其他成分的命名以名词为宜。描画词、功能,其他成分的命名以名词为宜。描画词、副词、感慨词普通不在命名中运用。副词、感慨词普通不在

34、命名中运用。 进出数据存储环节的数据流,如内容和存储的进出数据存储环节的数据流,如内容和存储的数据一样,可省略。数据一样,可省略。绘制数据流图的本卷须知四、绘制数据流程图的本卷须知四、绘制数据流程图的本卷须知 . .编号编号 每个加工环节和每一张数据流图表都要编号。每个加工环节和每一张数据流图表都要编号。按逐层分解的原那么,父图和子图的编号要一按逐层分解的原那么,父图和子图的编号要一致,普通子图的图号是父图上对应加工的编号,致,普通子图的图号是父图上对应加工的编号,1 1号加工分解后的子加工按号加工分解后的子加工按1.1,1.2,1.31.1,1.2,1.3编号,编号, 2 2号加工分解后的子

35、加工按号加工分解后的子加工按2.1,2.2,2.32.1,2.2,2.3编号,编号,依此类推。加工环节依此类推。加工环节1.11.1分解后的子环节为分解后的子环节为1.1.1,1.1.2,1.1.1,1.1.2,S S2 21 13 32.22.22.12.12.32.33.13.13.23.2 顶层顶层不编号不编号1 1层层2 2层层财务管理系统第二层数据流程图 财务管理第三层固定资产管理数据流程图 财务管理系统第二层数据流程图 财务管理第三层工资管理数据流程图 练习一练习一某仓库管理系统按以下步骤进展信息处置,试画出数某仓库管理系统按以下步骤进展信息处置,试画出数据流程图。据流程图。 1

36、1 保管员根据当日的出库单和入库单经过出、入库处保管员根据当日的出库单和入库单经过出、入库处置去修正库存台帐。置去修正库存台帐。 2 2 根据库存台帐由统计、打印程序输出出库日报表。根据库存台帐由统计、打印程序输出出库日报表。 3 3 需求查询时,可利用查询程序到库存台帐去查找,需求查询时,可利用查询程序到库存台帐去查找,显示查询结果。显示查询结果。查询结果查询结果入库单入库单库存台帐库存台帐出库单出库单出入库出入库处置处置查询查询统计统计打印打印库存日库存日报表报表查询条件查询条件某订货系统功能阐明如下,试画出数据流程图。某订货系统功能阐明如下,试画出数据流程图。 假设某一企业采购部门每天需

37、求一张订货报表,报表假设某一企业采购部门每天需求一张订货报表,报表按资料编号排序,报表中列出一切需求订货的资料。资料按资料编号排序,报表中列出一切需求订货的资料。资料入库或出库称为事务,仓库管理员经过放在仓库的入库或出库称为事务,仓库管理员经过放在仓库的CRTCRT终端终端把事务报告给订货系统。当某种资料的库存数量少于库存把事务报告给订货系统。当某种资料的库存数量少于库存量临界值时就应该再次订货。量临界值时就应该再次订货。练习二练习二 如何画出上述订货系统的数据流程图呢?如何画出上述订货系统的数据流程图呢? 思索数据的源点和终点:从上面对系统的描画可以知道,思索数据的源点和终点:从上面对系统的

38、描画可以知道,仓库管理员经过终端把事务报告给订货系统,系统经过汇仓库管理员经过终端把事务报告给订货系统,系统经过汇总处置,每天向采购部提供一张订货报表。所以,采购员总处置,每天向采购部提供一张订货报表。所以,采购员是数据的终点,而仓库管理员是数据的源点。是数据的终点,而仓库管理员是数据的源点。仓管仓管员员订货系统订货系统采购采购员员事务事务订货报表订货报表图图 (a) (a) 订货系统的顶层数据流程图订货系统的顶层数据流程图 练习二练习二思索处置:问题给出思索处置:问题给出“采购部需求报表,因此采购部需求报表,因此必需有一个用于产生报表的处置。输入事务的结果必需有一个用于产生报表的处置。输入事

39、务的结果是改动资料库存量,然而任何改动数据的操作都是是改动资料库存量,然而任何改动数据的操作都是处置,因此对事务进展的加工是另一个处置。处置,因此对事务进展的加工是另一个处置。思索数据流:系统把订货报表送给采购部,因此思索数据流:系统把订货报表送给采购部,因此订货报表是一个数据流;仓库需求将每笔事务输入订货报表是一个数据流;仓库需求将每笔事务输入到系统中,显然事务是另一个数据流。到系统中,显然事务是另一个数据流。 练习二练习二思索数据存储:事务处置和产生报表都用思索数据存储:事务处置和产生报表都用到的数据:库存记录。对于每一种资料,到的数据:库存记录。对于每一种资料,应有库存下限应有库存下限

40、练习二练习二 一旦把数据流程图中的四种成份都分别出来之后,就一旦把数据流程图中的四种成份都分别出来之后,就可着手绘制系统的数据流程图了。数据流程图的绘制也是可着手绘制系统的数据流程图了。数据流程图的绘制也是采用自顶向下的方法,由粗到细,逐层细化,最后构成一采用自顶向下的方法,由粗到细,逐层细化,最后构成一套完好的拟建系统的数据流程图。套完好的拟建系统的数据流程图。 仓管仓管员员P1处置事务处置事务采购采购员员事务事务订货报表订货报表图图 (b) (b) 订货系统的一层数据流程图订货系统的一层数据流程图 P2产生报表产生报表D1 库存信息库存信息练习二练习二第六章第六章 管理信息系统的系统分析管

41、理信息系统的系统分析第一节第一节 可行性分析可行性分析第二节第二节 需求分析概述需求分析概述第三节第三节 详细调查详细调查第四节第四节 管理业务调查管理业务调查第五节第五节 数据流程调查数据流程调查第六节第六节 数据字典数据字典第七节第七节 描画处置逻辑的工具描画处置逻辑的工具第八节第八节 提出新系统的逻辑方案提出新系统的逻辑方案第六节第六节 数据字典数据字典本节内容:本节内容:一、数据字典的定义一、数据字典的定义二、数据字典的作用和内容二、数据字典的作用和内容一、数据字典的定义一、数据字典的定义 数据字典是在数据流程图的根底上,对数据流数据字典是在数据流程图的根底上,对数据流程图中的各个元素

42、进展详细的定义与描画,是程图中的各个元素进展详细的定义与描画,是数据分析和管理工具,同时也是系统设计阶段数据分析和管理工具,同时也是系统设计阶段进展数据库设计的重要根据。进展数据库设计的重要根据。 二、数据字典的作用和内容二、数据字典的作用和内容 数据字典的作用数据字典的作用 数据流程图配以数据字典,就可以从图形和文数据流程图配以数据字典,就可以从图形和文字两个方面对系统的逻辑模型进展完好的描画。字两个方面对系统的逻辑模型进展完好的描画。 数据字典的内容数据字典的内容 主要是对数据流程图中的六个元素进展详细的主要是对数据流程图中的六个元素进展详细的定义:定义: 数据项、数据构造、数据项、数据构

43、造、 数据流、处置逻辑、数据存储、外部实体。数据流、处置逻辑、数据存储、外部实体。数据字典中对数据项的定义数据字典中对数据项的定义 数据项:又称数据元素,是数据的最小单数据项:又称数据元素,是数据的最小单位。在数据字典中位。在数据字典中,仅对数据项的静态特征作了仅对数据项的静态特征作了定义定义.数据项编号数据项编号 I02-01数据项称号数据项称号 资料编号资料编号别名别名物料编码物料编码简述简述某资料的代码某资料的代码类型及宽度类型及宽度 字符型,字符型,4位位取值范围取值范围0001-9999数据字典中对数据构造的定义数据字典中对数据构造的定义数据构造数据构造数据构造用来描画某些数据项之间

44、的关数据构造用来描画某些数据项之间的关系。一个数据构造可以由假设干个数据项组系。一个数据构造可以由假设干个数据项组成;也可以由假设干个数据构造组成;还可成;也可以由假设干个数据构造组成;还可以由假设干个数据项和数据构造组成。以由假设干个数据项和数据构造组成。 数据字典中对数据构造的定义数据字典中对数据构造的定义对数据构造对数据构造“用户订货单的定义:用户订货单的定义: 数据构造编号数据构造编号 : 数据构造称号数据构造称号 : 用户订货单用户订货单 简述简述 : 用户所填用户情况及订货要求等信息用户所填用户情况及订货要求等信息 数据构造组成数据构造组成 : DS03-02 + DS03-03

45、+ DS03-04 DS03-01:用户订货单用户订货单 DS03-02:订货单标识订货单标识DS03-03:用户情况用户情况 DS03-04:配件情况配件情况 I1:订货单编号订货单编号 I3:用户代码用户代码 I10:配件代码配件代码 I2:日期日期 I4:用户称号用户称号 I11:配件称号配件称号 I5:用户地址用户地址 I12:配件规格配件规格 I6:用户姓名用户姓名 I13:订货数量订货数量 I7: I8:开户银行开户银行 I9:帐号帐号 数据字典中对数据流的定义数据字典中对数据流的定义数据流由一个或一组固定的数据项或数据构造组成。定义数据流由一个或一组固定的数据项或数据构造组成。定

46、义数据流时,不仅要阐明数据流的称号、组成等,还应指明数据流时,不仅要阐明数据流的称号、组成等,还应指明它的来源、去向和数据流量等。它的来源、去向和数据流量等。 数据流由一个或一组固定的数据项或数据构造组成。定义数据流由一个或一组固定的数据项或数据构造组成。定义数据流时,不仅要阐明数据流的称号、组成等,还应指明数据流时,不仅要阐明数据流的称号、组成等,还应指明它的来源、去向和数据流量。它的来源、去向和数据流量。 数据流编号数据流编号 F03-08数据流称号数据流称号领料单领料单简简 述述车间车间/科室开出的领取物料的表格科室开出的领取物料的表格数据流来源数据流来源 车间车间/科室科室数据流去向数

47、据流去向发料部门仓库发料部门仓库数据流组成数据流组成 日期日期 + 领料部门领料部门 + 物料编号物料编号 + 物料称号物料称号 + 领取领取数量数量+ 单价单价 + 金额金额 + 领料人领料人 + 批人批人 + 发料人发料人数据流量数据流量10份份/小时小时顶峰顶峰 流量流量20份份/小时小时9:00-11:00AM数据字典中对处置逻辑的定义数据字典中对处置逻辑的定义处置逻辑的定义仅对数据流程图中最底层的处置逻辑加以处置逻辑的定义仅对数据流程图中最底层的处置逻辑加以阐明。包括处置逻辑的编号、称号、简述、输入流、处置阐明。包括处置逻辑的编号、称号、简述、输入流、处置过程、输出流、处置频率。过程

48、、输出流、处置频率。P117 P117 数据字典中对数据存储的定义数据字典中对数据存储的定义数据存储是数据构造保管的场所。它在数据字典中只描画数据存储是数据构造保管的场所。它在数据字典中只描画数据的逻辑存储构造,与物理实现无关。对数据存储的定数据的逻辑存储构造,与物理实现无关。对数据存储的定义包括数据存储的编号、称号、简述、组成、关键字、相义包括数据存储的编号、称号、简述、组成、关键字、相关的处置。关的处置。P117 P117 数据字典中对外部实体的定义数据字典中对外部实体的定义外部实体的定义包括外部实体编号、称号、简述、输入的外部实体的定义包括外部实体编号、称号、简述、输入的数据流和输出的数

49、据流。数据流和输出的数据流。P117 P117 第五节第五节 描画处置逻辑的工具描画处置逻辑的工具 数据流程图中比较复杂的处置逻辑可以用本节引见数据流程图中比较复杂的处置逻辑可以用本节引见的描画工具来加以阐明。的描画工具来加以阐明。 本节内容:本节内容: 一、判别树一、判别树 二、判别表又称决策表二、判别表又称决策表 三、构造英语表示法三、构造英语表示法库存量 欠款时间欠款时间 30天100天 30天100天需求量需求量库存量库存量库存量先按库存发货,进货后再补发先付款,再发货立刻发货不发货通知先付欠款处置有欠款的订单处置有欠款的订单一、决策树判别树一、决策树判别树二、判别表又称决策表二、判别

50、表又称决策表 判别表又称决策表可以明晰地表达条件、判别表又称决策表可以明晰地表达条件、决策规那么和应采取的行动之间的逻辑关系。决策规那么和应采取的行动之间的逻辑关系。处置订货单的判别表处置订货单的判别表决策规那么号决策规那么号123456条条 件件欠款时间欠款时间30天天YY N N N N欠款时间欠款时间100天天N N Y Y N N需求量需求量库存量库存量Y N Y N Y N应采应采取的取的行动行动立刻发货立刻发货 先按库存量发货先按库存量发货,进货后再补发进货后再补发 先付款先付款,再发货再发货 不发货不发货 要求先付欠款要求先付欠款 三、构造英语表示法三、构造英语表示法 构造英语表

51、示法是一构造英语表示法是一种模拟计算机言语来描种模拟计算机言语来描述处置逻辑的方法。述处置逻辑的方法。 它使它使 用了由用了由“IF、“THEN和和“ELSE等等词组成的规范化言语。词组成的规范化言语。见右例。见右例。 IF 欠款时间欠款时间30天天 IF 需求量需求量库存量库存量 THEN 立刻发货立刻发货 ELSE 先按库存量发货,进货后再补发先按库存量发货,进货后再补发 ELSE IF 欠款时间欠款时间100天天 IF 需求量需求量库存量库存量 THEN 先付款再发货先付款再发货 ELSE 不发货不发货 ELSE 要求先付欠款要求先付欠款某数据流图中有一个某数据流图中有一个“确定保险类别

52、的处置,指的是确定保险类别的处置,指的是恳求汽车驾驶保险时,要根据恳求者的情况确定不同恳求汽车驾驶保险时,要根据恳求者的情况确定不同的保险类别。加工逻辑为:的保险类别。加工逻辑为:假设恳求者的年龄在岁以下,要额外收费;假设假设恳求者的年龄在岁以下,要额外收费;假设恳求者是岁以上并是岁以下的女性,适用于恳求者是岁以上并是岁以下的女性,适用于类保险;假设恳求者是岁以下的男性,适用于类保险;假设恳求者是岁以下的男性,适用于类保险;假设恳求者是岁以上的男性,那么适类保险;假设恳求者是岁以上的男性,那么适用于类保险。除此之外的其他恳求者都适用于类用于类保险。除此之外的其他恳求者都适用于类保险。画出反映此

53、处置逻辑的决策树保险。画出反映此处置逻辑的决策树决策树练习决策树练习 数据流程的分析是系统分析的中心和重点。由于数据流程的分析是系统分析的中心和重点。由于管理信息系统中的数据繁多,关系错综复杂,因此调管理信息系统中的数据繁多,关系错综复杂,因此调查和分析中,必需采用有效的调查分析方法和表达方查和分析中,必需采用有效的调查分析方法和表达方式。数据流程图表达了各种数据的转换关系,而数据式。数据流程图表达了各种数据的转换关系,而数据字典表示了数据的各种程度的细节及它们之间的层次字典表示了数据的各种程度的细节及它们之间的层次关系。关系。 处置流程调查时调查中的重点内容之一,也是表处置流程调查时调查中的

54、重点内容之一,也是表达新的管理信息系统由于现行系统的一个重要方面,达新的管理信息系统由于现行系统的一个重要方面,经过调查现行系统的处置过程,可以更好地将各种管经过调查现行系统的处置过程,可以更好地将各种管理模型、数据模型运用到管理新系统之中,使信息处理模型、数据模型运用到管理新系统之中,使信息处置更加科学、合理,为管理决策提供优质信息支持。置更加科学、合理,为管理决策提供优质信息支持。 第七节第七节 系统化分析系统化分析 系统化分析的目的系统化分析的目的 在对原有系统调查的根底上,分析并在对原有系统调查的根底上,分析并找出原系统业务流程和数据流程的缺乏、找出原系统业务流程和数据流程的缺乏、提出

55、优化和改良的方法,给出新系统要采提出优化和改良的方法,给出新系统要采用的信息处置方案。用的信息处置方案。第七节第七节 系统化分析系统化分析 系统化分析的内容包括:系统化分析的内容包括: 分析系统的目的分析系统的目的 分析业务流程分析业务流程 数据的汇总和分析数据的汇总和分析 分析数据流程分析数据流程 功能分析和划分子系统功能分析和划分子系统 数据存储分析数据存储分析 数据查询要求分析数据查询要求分析 数据的输入输出分析数据的输入输出分析 确定新系统的数据处置方式确定新系统的数据处置方式第七节第七节 研讨和确定管理模型研讨和确定管理模型 在系统分析中,可以根据业务和数据流程的分在系统分析中,可以根据业务和数据流程的分析结果,针对每个管理过程信息处置特点,找析结果,针对每个管理过程信息处置特点,找出相应的管理模型,使管理信息系统更充分运出相应的管理模型,使管理信息系统更充分运用现代管文科学的成果。用现代管文科学的成果。 管理模型的种类有:管理模型的种类有: 综合方案模型综合方案模型 消费方案管理模型消费方案管理模型 库存管理模型库存管理模型 财务本钱管理模型财务本钱管理模型 统计分析与预测模型等统计分析与预测模型等第八节第八节 提出新系统的逻辑方案提出新系统的逻辑方案 逻辑方案是是新系统开发中要采用的管理模型逻辑方案是是新系统开发中要采用的

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论