第六章 管理信息系统的系统分析.

Presentation on theme: "第六章 管理信息系统的系统分析."— Presentation transcript:

1 第六章 管理信息系统的系统分析

2 主要内容 可行性分析和详细调查 管理业务调查 数据流程调查 数据字典 处理逻辑工具 系统化分析 研究的确定管理模型 提出新系统的逻辑方案

3 管理信息系统分析的任务 管理信息系统分析的任务是：在充分认识原信息系统的基础上，通过问题识别、可行性分析、详细调查、系统化分析，最后完成新系统的逻辑方案设计，或称逻辑模型设计。逻辑方案不同于物理方案，前者解决"做什么"的问题，是系统分析的任务；后者解决"怎样做"的问题，是系统设计的任务。

4 系统分析的任务 系统分析的步骤 在充分认识原信息系统的基础上，完成新系统的逻辑模型设计，解决系统“做什么”的问题。
系统分析在很大程度上决定了系统开发工作的成败。 系统分析的步骤 问题识别 可行性分析 详细调查 系统化分析 逻辑方案设计

5 1. 可行性分析和详细调查概述 一、可行性分析 可行性分析的任务是明确应用项目的开发的必要性和可行性。必要性来自实现开发任务的迫切性，而可行性则取决于实现应用系统的资源和条件。这项工作需建立在初步调查的基础上。 可行性分析的内容 管理上的可行性 技术上的可行性 经济上的可行性

6 系统初步调查的系统基本情况主要包括：系统外部约束条件、系统规模、历史、管理目标、主要业务，以及组织目前面临的主要问题等。
系统信息处理情况的调查主要包括：现有信息系统的组织机构、基本工作方式、工作效率、可靠性、人员以及技术情况等。 系统资源情况主要包括：技术力量、能够投入的人力和财力情况。 态度是指组织中各类人员对开发信息系统的态度，主要包括：支持和关心的程度，对信息系统的认识程度和看法。

7 可行性分析报告的内容和结论 内容: （1） 系统简述  （2） 项目的目标  （3） 所需资源、预算和期望效益 （4） 对项目可行性的结论 结论 （1） 可以立即开发  （2） 改进原系统  （3） 目前不可行，或者需推迟到某些条件具备以后再进行

8 二、详细调查 详细调查的对象和目的 详细调查的对象是现行系统（包括手工系统和已采用计算机的管理信息系统）。
 详细调查的目的在于完整掌握现行系统的现状，发现问题和薄弱环节，收集资料，为下一步的系统化分析和提出新系统的逻辑设计做好准备。 详细调查的原则和方式 详细调查应遵循用户参与的原则，即由使用部门的业务人员、主管人员和设计部门的系统分析人员、系统设计人员共同进行，两者结合，就能互补不足，更深入地发现对象系统存在的问题，共同研讨解决的方案。

9 一般常见的详细调查方式有： 重点询问调查 :首先列出影响信息系统成败的关键因素，编制一个调查问卷表，然后自顶向下对组织的各个管理层次进行访问，并分类整理结果，从而了解各部门的全部工作和设想。 全面业务需求分析的问卷调查 :针对所而需调查的各项内容，绘制相应的各种形式的图表，用这些图表对企业管理岗位上的工作人员进行全面的在需求析调查（填表），然后分析整理这些图表逐步得出我们所要调查的内容。 深入实际的调查方式 :即参加业务实践，对于复杂的计算过程如能亲自动手算一算，对以后设计和编写程序设计说明书都是很有益的一步。一个好办法是在这个阶段就收集出一套将来可供程序调试用的试验数据，这对系统实施阶段考核程序的正确性很有用处。 详细调查主要针对管理业务调查和数据流程调查两部分进行。

10 2. 管理业务调查 一、组织结构调查的含义 组织结构调查就是对组织结构与功能进行分析，弄清组织内部的部门划分，以及各部门之间的领导与被领导关系，信息资料的传递关系、物资流动关系与资金流动关系，并了解各部门的工作内容与职责。此外，还应详细了解各级组织存在问题以及对新系统的要求等。     组织结构：指组织内部的部门划分以及它们的相互关系

11 组织结构图

12 但作为业务调查所画出的组织结构图，为了更好地表示部门间的业务联系，与一般组织结构图存在以下区别： 
（1） 除标明部门之间的领导与被领导的关系外，还要标明资料、物资、资金的流动关系。 （2） 图中各部门、各种关系的详细程度以突出重点为标准，即那些与系统目标明显关系不大的部分，可以简略或省去； （3） 除了组织边界内的部门与联系外，还需画出与组织有业务联系的边界以外的若干部门与联系。

13 某高校出版社的组织结构图

14 二、管理功能调查 为了实现系统的目标，系统必须具有各种功能。所谓功能，指的是完成某项工作的能力。调查中可以用功能层次图来描述从系统目标到各项功能的层次关系

15 三、管理业务流程调查 1．业务流程调查的内容：调查管理业务流程应顺着原系统信息流动的过程逐步地进行，内容包括各环节的处理业务、信息来源、处理方法、计算方法、信息流经去向、提供信息的时间和形态（报告、单据、屏幕显示等）。 2.管理业务流程的描述图表  （1） 管理业务流程图：业务流程图（transaction flow diagram，简称TFD)，就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。换句话说，就是“文本”用图形方式来反映实际业务处理过程的“流水账”

16 业务流程图常用符号

17 某 企 业 物 资 管 理 务 流 程 图

18 某出版社邮购股业务流程

19 业务流程图的作用 业务流程图是系统分析员作进一步系统分析的依据 业务流程是系统分析员，管理人员相互交流的思想工具
系统分析员可以直接在业务流程图上拟出计算要处理部分 利用业务流程图分析业务流程是否合理

20 (2)、表格分配图：这种图表可帮助分析员表示出系统中各种单据和报告都与哪些部门发生业务关系。

21 3、业务流程分析 （1）、分析的目的 （2）、分析的内容 分析原有系统中存在的问题是为了在新系统建设中予以克服或改
进。系统中存在的问题可能是管理思想和方法落后，业务流程不尽合 理，也可能是因为计算机信息系统的建设为优化原业务流程提供的新的 可能性，这时，就需要在对现有业务流程进行分析的基础上进行业务流 程重组，产生新的更为合理的业务流程。 （2）、分析的内容 业务流程分析过程包括以下内容: 原有流程的分析。分析原有的业务流程的各处理过程是否具有存在的价值，其中哪些过程可以删除或合并，原有业务流程中哪些过程不尽合理，可以进行改进或优化

22 4、业务流程的重组 业务流程的优化。原有业务流程中哪些过程存在冗余信息处理，可以按计算机信息处理的要求进行优化，流程的优化可以带来什么好处。
确定新的业务流程。画出新系统的业务流程图 新系统的人机界面。 4、业务流程的重组 调查和分析的重点是： 不合理的业务流程有哪些？ 不合理的业务流程产生的历史原因是什么？ 改进措施有哪些？以及改进会涉及到哪些方面（包括涉及面以及技术支持）？ 改进前后对组织的目标的影响有多大？

23 例: 基层单位开来领料单给仓库,仓库检查库存情况,如果缺货则开具缺货单给采购部门;如果正常开具领料单,一联给基层单位存档,二联给财务部存入财务账,三联留下存入仓库账.

24 某领料业务流程图绘制举例如下： 各基层单位 开领料单 查库存状态 开缺货单 发货处理 基层单位存档 财物 仓库存档 存档 正常 缺货
物资采购部门 领料单 缺货通知 仓库 某领料业务流程图绘制举例如下：

25 业务流程图绘制举例 图例 说明 业务处理 单位 描述 表格制作 传递 存储 收集资料 计划 处 银行 技改 各部门 各单位 局 领导 上级
图例 说明 业务处理 单位 描述 表格制作 传递 存储 收集资料 计划 处 银行 技改 各部门 各单位 局 领导 上级 投资 总规划 更新改造 贷款规模 开会 讨论 报表 审批 综合平衡 （讨论） 批准 下达 正式 上报表 存档

26 图例 说明 存取款业务 业务处理 单位 描述 表格制作 传递 存储 收集资料 储户 存折 存取款单 存折 现金 业务分类 存款单折 取款单折
图例 说明 业务处理 单位 描述 表格制作 传递 存储 收集资料 储户 存折 存取款单 存折 现金 业务分类 存款单折 取款单折 存款处理 取款处理 利息文件 帐目文件 存取款业务

27 3. 数据流程调查 本节内容： 一、数据流程图及其绘制用符号 二、数据流程图实例 三、绘制数据流程图的方法

28 一、数据、数据流程调查 1、数据流程 2、数据、数据流程调查的内容 ： 数据流程指数据在系统中产生、传输、加工处理、使用、存储的过程
收集原系统全部输入单据（如入库单、收据、凭证）、输出报表和数据存储介质（如账本、清单）的典型格式。 在上述各种单据、报表、账本的典型样品上或用附页注明制作单位、报送单位、存放地点、发生频度（如每月制作几张）、发生的高峰时间及发生量等。 在上述各种单据、报表、账册的典型样品上注明各项数据的类型（数字、字符）、长度、取值范围（指最大值和最小值）。

29 二、数据流程的描述工具、画法及其特点 1、数据流程图的定义（Data Flow Diagram，DFD） 2、数据流程图图例
数据流程图是一种能全面地描述信息系统逻辑模型的主要工具，它 可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情 况。 2、数据流程图图例 常见的数据流程图有两种： 一种是以方框、连线及其变形为基本图例符号来表示数据流动过程。 一种是以圆圈及连接弧线作为其基本符号来表示数据流动过程。 这两种方法实际表示一个数据流程的时候，大同小异，但是针对不 同的数据处理流程却各有特点。故在此我们介绍其中一种方法，以便读 者在实际工作中根据实际情况选用。

30 数据流程图的特征 （1） 抽象性在数据流程图中具体的组织机构、工作场所、人员、物质流等等都已去掉，只剩下数据的存储、流动、加工、使用的情况。这种抽象性能便我们总结出信息处理的内部规律性。 （2） 概括性它把系统对各种业务的处理过程联系起来考虑，形成一个总体。而业务编程图只能孤立在分析各个业务，不能反映出各业务之间的数据关系。 数据流程图的作用： （1） 系统分析员用这种工具自项向下分析系统信息流程； （2） 可在图上画出计算机处理的部分； （3） 根据逻辑存贮，进一步作数据分析，可向数据库设计过度； （4） 根据数据流向，定出存取方式； （5） 对应一个处理过程，可用相应的程序语言来表达处理方法，向程序设计过渡。 

31 数据流程图的基本图例符号： 3、数据流程图画法： 自上而下，逐层展开；输入输出，保持平衡。 外部实体 处理 数据流 数据存储

32 数据流程图的绘制步骤 ： 结构化分析方法采用自顶向下逐层分解的方法。 首先抓住系统的本质特性对系统加以抽象概括，形成高层次的概念。 逐步考虑细节问题，把整个系统分解成具有相对独立性的若干小问题。 逐层加进细节问题，最后得到一套分层的数据流程图。

33

34 绘制步骤 绘制数据流程图首先从系统的最高层开始，在这个层次上把系统看作一个整体来处理，以便能看出系统与外部的情况。编号为0。加工编号为0。
 绘制数据流程图首先从系统的最高层开始，在这个层次上把系统看作一个整体来处理，以便能看出系统与外部的情况。编号为0。加工编号为0。 顶层图绘制完成后，按照业务处理过程对顶层图的的处理（加工）进行分解，得到的数据流程图为第一层图，编号为1。加工编号为1，2，3等。 如果第一层图中的加工仍然较复杂，对其加工工作心里并不是十分清楚，则应对这些加工进行更进一步的分解，绘制出第二层数据流程图。加工编号为1.1,1.2，1.3；2.1，2.2；……等，分别代表该图是对第一层图中编号为1，2，3的加工的分解。 注意：在绘制数据流程图时通常采取由外向里的顺序，从输入端逐步画到输出端，反之也可。 通常在以下情况发生的地方要画一个加工。      ①数据的结构发生变化。如数据格式重新排列、分类等；      ②在原有数据基础上产生新的数据或数据的值发生变化。如对数据进行统计以得到统计值。      ③对数据流及其成分进行检查，从而使数据流的流向发生变化。如经过错误检查退回错误的输入数据。

35 数据流程图分多少层次应根据现实际情况而定，对于一个复杂的大系统，有时可分至七八层之多。为了提高规范化程度，有必要对图中各个元素加以编号。
通常在编号之首冠以字母，用以表示不同的元素，可以用P表示处理，D表示数据流， F表示数据存储， S表示外部实体。例如： P3.1.2表示第三子系统第一层图的第二个处理

36 例：教材销售系统该系统的工作流程描述： 学生填写购书单，如果书库中有所需教材，则开发票，登记并开领书单，学生凭领书单到书库领书。如果书库中该教材脱销，则填写缺登记表。根据缺书登记表，生成一张采购单，由教材采购人员根据采购单采购教材，新教材进库后，将进书单返回给系统。

37 顶层图：

38 第一层图：

39 第二层图： 销售子系统

40 采购子系统

41 合并后的数据流程图

42 例：工资管理系统的汇总流程图

43 成品销售管理数据流程图 厂办 统计表 销售统计 用户 合同 登记处理 合同台账 合同执行登记 销售分配处理 库存台账 车间 入库单 入库处理
销售数据 合同执行登记 合同执行数据 销售分配处理 库存台账 车间 入库单 入库处理 入库数据 出库数据 查 询 出库处理 发货处理 发货通知 出 库 单 出库 财务科 成品销售管理数据流程图

44 订单处理的第二层数据流程图 仓库 P 2.2 订货单存档 发货票 开发货票 P1(订货单) 财务科 订货单 P 2.1 P2(订货单) 用户
开付款 通知单 订货单存档 等有货再发货订货单 待付款订货单 P 2.1 判定订货 处理方式 P2(订货单) P3(订货单) P1(订货单) 订货单 财务科 发货票 仓库 库存帐 信用手册 付款通知单 用户

45 汽车配件公司：第一层数据流程图（环境图）
案例 汽车配件公司：第一层数据流程图（环境图） 配件库存 1 订货单 订货单 顾客 供应 商 处理 业务 发货单 发货单

46 案例 汽车配件公司：第二层数据流程图 销售 采购 1－1 1－2 顾客 供应 商 1－3 会计 向供应商的订货单 订货单 订货单 到货通知
发货单 发货单 应 付 款 通 知 收 据 配件库存 1－3 会计

47 汽车配件公司：第三层数据流程图 顾客 采购 1.1.1 1.1.3 1.1.5 1.1.6 1.1.4 D2 D3 1.1.2 D4 到 货
编 辑 订货单 配件库存 1.1.1 确 定 顾 客 订 货 1.1.3 产 生 暂 存 1.1.5 对 照 1.1.6 业务 员 开发货 单并修 改库存 1.1.4 不合格 D2 D3 可发 订货 不满足 的订货 登 录 新顾客 数 据 1.1.2 暂存订货单 D4 到 货 通 知 编制销 售和库 存报表 1.1.8 销售历史 D5 应收款明细账 D10 合格的订货单 检 索 库 存 1.1.7 经理 询 问 状 态 汽车配件公司：第三层数据流程图

48 4. 数据字典 本节内容： 一、数据字典的作用和内容 二、数据字典的定义 三、数据字典中对数据 结构的定义

49 一、数据字典的作用和内容 数据字典的作用 数据字典的内容 数据项、数据结构、数据流、 处理逻辑、数据存储、外部实体。
数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行完整的描述。 数据字典的内容 主要是对数据流程图中的六个元素进行具体的定义： 数据项、数据结构、数据流、 处理逻辑、数据存储、外部实体。

50 二、数据字典的定义 数据字典: 是对数据流程图中的数据项、数据结构、数据流、处理逻辑、数据存储和外部实体进行定义和描述的工具，也是数据分析和管理工具，同时也是系统设计阶段进行数据库设计的重要依据。 数据字典的内容: 数据项（数据元素）：数据的最小单位 数据结构：描述数据项之间的关系可由若干数据项、数据结构，或数据与数据结构组成 数据流：由一个或一组固定的数据项组成 处理逻辑：数据流程图中最底层的处理逻辑 数据存储：数据的逻辑存储结构 外部实体：与数据有关的机构或个人

51 1、数据项的定义： 数据项又称数据元素，是数据的最小单位。分析数据特性应从静态和动态两个方面去进行。在数据字典中，仅定义数据的静态特性，具体包括：  （1） 数据项的名称、编号、别名和简述； （2） 数据项的长度； （3） 数据项的取值范围 数据项编号 I02-01 数据项名称 材料编号 别名 物料编码 简述 某材料举例： 数据项定义： 的代码 类型及宽度 字符型，4位 取值范围 ”0001”-”9999”

52 2． 数据结构的定义 数据结构描述某些数据项之间的关系。一个数据结构可以由若干个数据项组成；也可以由若干个数据结构组成，还可以由若干个数据项和数据结构组成。例如表5.l所示订货单就是由三个数据结构组成的数据结构，表中用DS表示数据结构，用I表示数据项。 DS03-01：用户订货单 DS03-02：订货单标识 DS03-03：用户情况 DS03-04：配件情况 I1：订货单编号 I3：用户代码 I10：配件代码 I2：日期 I4：用户名称 I11：配件名称 I5：用户地址 I12：配件规格 I6：用户姓名 I13：订货数量 I7：电话    I8：开户银行 I9：账号    表5.2 用户订货单的数据结构

53 数据结构定义 例：数据结构定义 数据结构编号： DS03-01 数据结构名称： 用户订货单 简述： 用户所镇用户情况及订货要求等信息 数据结构组成： DS DS DS03-04 表 5.3数据结构定义

54 3． 数据流的定义数据流由一个或一组固定的数据项组成。定义数据流时，不仅要说明数据流的名称、组成等，还应指明它的来源、去向和数据流量等。
例：数据流定义 数据流编号： F03-08 数据结构名称： 领料单 简述： 车间开出的领料单 数据流来源： 车间 数据流去向： 发料处理模块 数据流组成： 材料编号十材料名称十领用数量十日期十领用单位 数据流量： 10份／时 高峰流量： 20份／时（上午9：00－－－－11：00） 表 5.4数据流定义

55 4、处理逻辑的定义： 处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明。
4、处理逻辑的定义： 处理逻辑的定义仅对数据流程图中最底层的处理逻辑加以说明。 例：处理逻辑定义 处理逻辑编号： P02-03 处理逻辑名称： 计算电费 简述： 计算应交纳的电费 输入的数据流： 数据流电费价格，来源于数据存储文件价格表；数据流电量和用户类别，来源于处理逻辑"读电表数字处理"和数据存储"拥户文件"。 处理： 根据数据流"用电量"和"用户信息"，检索用户文件，确定该用户类别；再根据已确定的该用户类别，检索数据存储价格表文件，以确定该用户的收费标准，得到单价；用单价和用电量相乘得该用户应交纳的电费。 输出的数据流： 数据流"电费"一是去外部项用户，二是写入数据存储用户电费账目文件。 处理频率： 对每个用户每月处理一次。 表5.5 处理逻辑定义

56 5． 数据存储的定义 数据存储在数据字典中只描述数据的逻辑存储结构，而不涉及它的物理组织。
5． 数据存储的定义 数据存储在数据字典中只描述数据的逻辑存储结构，而不涉及它的物理组织。 例：数据存储定义 数据存储编号： F03-08 数据存储名称： 库存账 简述： 存放配件的库存量和单价 数据存储组成： 配件编号十配件名称十单价十库存量十备往 关键字： 配件编号 相关联的处理： P02,P03 表5.6 数据存储定义

57 6． 外部实体的定义外部实体定义包括：外部实体编号、名称、简述、及有关数据流的输入和输出。
例：外部实体定义 外部实体编号： S03-01 外部实体名称： 用户 简述： 购置本单位配件的用户 输入的数据流： D03-06,D03-08 输出的数据流： D03-01 表5.7 外部实体定义

58 5. 描述处理逻辑的工具 本节内容： 一、判断树 二、判断表（又称决策表） 三、结构英语表示法

59 一、判断树 下图是一张用于根据用户欠款时间长短和现有库存量情况处理用户订货方案的判断树。判断树比较直观，容易理解，但当条件多时，不容易清楚地表达出整个判别过程。

60 二、判断表 (决策表) 判断表是采用表格方式来描述处理逻辑的一种工具，这里仍以处理用户订货的例子来说明。 决策规则号 1 2 3 4 5 6
条 件 欠款时间≤30天 Y N 欠款时间>100天 需求量≤库存量 应 采取 的行 动 立即发货 × 先按库存量发货，进货后再补发 先付款,再发货 不发货 要求先付欠款

61 三、结构语言表示法 这是一种模仿计算机语言的处理逻辑描述方法。它使用了由 “IF”、“THEN”、“ELSE”等词组成的规范化语言。下面是处理订货单逻辑过程的结构英语表示法。 IF 欠款时间≤30天 IF 需要量≤库存量 THEN 立即发货 ELSE 先按库存量发货，进货后再补发 IF 欠款时间≤100天 THEN IF 需求量≤库存量 THEN 先付款再发货 不发货 要求先付款

62 6. 系统化分析 本节内容： 一、系统化分析的目标和内容 二、数据属性分析 三、确定新系统的数据处理方式

63 一、系统化分析的目标和内容 系统化分析的目标
在对原有系统调查的基础上，分析并找出原系统业务流程和数据流程的不足、提出优化和改进的方法，给出新系统要采用的信息处理方案。

64 系统化分析的内容包括： 分析系统的目标: 分析业务流程 分析数据流程 功能分析和划分子系统 数据属性分析 数据存储分析 数据查询要求分析 数据的输入输出分析 绘制新系统的数据流程图 确定新系统的数据处理方式

65 二、数据属性分析 -1 2. 数据的动态特性分析 数据属性分析包括： 1.数据的静态特性分析 数据属性的概念
一个事物的特征可能表现在各个方面，需要用 多个属性的名和其相应的值来描述。 例如 对某职工 属性名／属性值为： 姓名／何清 性别／男 年龄／54 基本工资／1000等。 数据属性分析包括： 1.数据的静态特性分析 2. 数据的动态特性分析

66 二、数据属性分析 -2 1. 数据的静态特性分析 指分析： • 数据的类型（字符型、数据型、日期型等） • 数据的长度（位数、小数位数） • 取值范围（最大值、最小值） • 发生的业务量（如每天发生几笔）。 2. 数据的动态特性分析 数据的动态特性分析将数据的属性分为： • 固定值属性 • 固定个体变动属性 • 随机变动属性

67 二、数据属性分析 -3 按动态特性将数据的属性分为以下三类： • 固定值属性：固定值属性的数据，其值基本上固定不变，叫做固定值属性数据。
例如，工资系统中的职工姓名和应得工资等。 • 固定个体变动属性：这类数据项，对总体来说具有相对固定的个体集，但其值是变动的属性。 例如，工资系统中，电费扣款一项，被扣款人员变动不大，但每人所扣电费则每月都在变化。 • 随机变动属性：这种数据项，其个体是随机出现的，值也是变动的。 例如工资系统中的病事假扣款。

68 三、确定新系统的数据处理方式 系统的数据处理方式有：
1. 成批处理方式 按一定时间间隔（小时、日、月）把数据积累成批后一次输入计算机进行处理。例如：订货系统将一天内收到的订货单在计算机处理之前集中起来，并作一定的汇总工作，然后加以处理。 适用场合： 固定周期的数据处理 需要大量的来自不同方面的数据的综合处理 需要在一段时间内累积数据后才能进行的数据处理 没有通讯设备而无法采用联机实时处理的情况。

69 2. 联机实时处理方式 适用场合： 需要反应迅速的数据处理 负荷易产生波动的数据处理 数据收集费用较高的数据处理
特点是面向处理，数据直接从数据源输入中央处理机进行处理，由计算机即刻做出回答，将处理结果直接传给用户。 适用场合： 需要反应迅速的数据处理 负荷易产生波动的数据处理 数据收集费用较高的数据处理

70 7. 研究和确定管理模型 在系统分析中，可以根据业务和数据流程的分析结果，针对每个管理过程信息处理特点，找出相应的管理模型，使管理信息系统更充分运用现代管理科学的成果。 管理模型的种类有： 综合计划模型 生产计划管理模型 库存管理模型 财务成本管理模型 统计分析与预测模型等

71 8. 提出新系统的逻辑方案 逻辑方案是系统分析阶段的最终成果，是新系统开发中要采用的管理模型和信息处理方法，是今后进行系统设计和实施的依据。
8. 提出新系统的逻辑方案 逻辑方案是系统分析阶段的最终成果，是新系统开发中要采用的管理模型和信息处理方法，是今后进行系统设计和实施的依据。 逻辑方案的内容 新系统的业务流程 新系统的数据流程 新系统的逻辑结构 新系统中数据资源的分布 新系统中的管理模型

72 小结 管理信息系统的系统分析 可行 性分析 查的任务 详细调 查的内容 系统 化分析 确定 管理模型
应把建立新系统看成是对组织的一种有目的改变过程。通过详细调查掌握现行系统现状，为分析和提出新系统的逻辑设计做好准备。 在调查原系统的基础上，分析原系统业务流程和数据流程的不足，提出优化改进方法，给出新系统要采用的信息处理方案。 针对管理过程信息处理特点找出相应的管理模型，使MIS充分运用现代管理科学成果。 管理业务调查（组织结构、管理功能和管理业务流程调查）数据流程调查（用数据流程图配以数据字典和描述处理逻辑的工具进行描述）。 可行性分析的内容包括管理上的、技术上的和经济上的可行性。要明确指出是立即开发，还是改进原系统或者目前不可开发。 可行 性分析 查的任务