第5章 管理信息系统的分析 §5.1 系统分析概述 §5.2 现有系统的调查 §5.3 系统结构化分析 §5.4 流程分析 §5.1 系统分析概述 §5.2 现有系统的调查 §5.3 系统结构化分析 §5.4 流程分析 §5.5 新系统的逻辑模型

§5.1 系统分析概述 系统分析的目的是：解决系统做什么这个问题。 §5.1 系统分析概述 系统分析的目的是：解决系统做什么这个问题。 系统分析的主要任务是：在对信息系统现状充分认识的基础上，对系统的改造（开发）的目标与要求作明确的说明。 系统分析包括两方面的内容：可行性分析与需求分析。

1 可行性分析 1）可行性分析的内容： 必要性 经济上的可行性 技术上的可行性 组织管理上的可行性

2） 可行性研究的步骤 策略上不可行 作 技术上可行 操 能 可 不 用户 操作上可行 …… 不合算 经济上合算 进度表 可行性报告是开发人员对现行系统的调查、分析和规划的结论，是系统开发过程中的第一个正式文档。是系统规划阶段工作的总结，它反映了系统研制人员对研制工作的看法。这个报告要提交讨论，由用户单位的领导、管理人员、系统研制人员共同参加，还应尽可能邀请一些有经验的局外系统分析专家参加。

2 需求分析 需求分析的任务： 1）了解用户要求。 2）把用户要求成文，完成系统分析报告。 需求分析的步骤： 详细调查现行系统。 描述现行系统。 分析用户新的要求，改进现行模型，形成新系统的逻辑模型。 编写系统分析说明书。

需求分析中的三个难题： 系统分析员对问题空间（业务流程）的不了解。 用户对计算机的不了解。 环境的变化。 为了解决好这些问题，要加强系统分析员与用户的沟通，要调查研究。

§5.2 现有系统的调查 调查的任务：弄清原系统的状况，查明其执行过程，发现薄弱环节，收集数据，为设计新系统提供必要的基础资料。具体的调查内容包括：管理业务状况的调查和分析、数据流程的调查和分析。 详细调查的方法： ⑴ 收集资料 ⑵ 发调查表征求意见 ⑶ 开调查会 ⑷ 访问 ⑸ 直接参加业务实践

5.2.1 调查过程中所采用的分析方法 自上而下的分析方法 自下而上的分析方法 综合分析方法

5.2.2 调查过程中采用的工作方式 工程化的工作方式 全面铺开与重点调查结合 主动沟通和亲和友善的工作方式 (P147)

5.2.3 调查的范围 调查的范围应该是围绕组织内部信息流的涉及的领域的各个方面。 以企业为例，包括企业的生产、经营、管理的各个方面： 组织机构和功能业务；组织目标和发展战略；工艺流程和产品构成；数据与数据流程；业务流程与工作形式；管理方式和具体业务的管理方法；决策方式和决策过程；可用资源和限制条件；现存问题和改进意见。

§5.3 系统结构化分析 系统结构分析主要有三个部分的内容：系统结构分析、业务过程与系统结构之间的联系分析、业务功能一览表。 §5.3 系统结构化分析 系统结构分析主要有三个部分的内容：系统结构分析、业务过程与系统结构之间的联系分析、业务功能一览表。 （1）系统结构分析：系统结构图 （2）业务过程与系统结构之间的联系：业务与组织关系图； （3）业务功能：组织内部的业务功能罗列出来

5.3.1 绘制系统结构图 系统结构图的含义：把所需要了解的组织（部门、企业、事业单位等），分解成若干部分，并所它们之间的行政隶属关系或管理与被管理关系用各部分之间的连线表示出来，这样形成的示意图就称为系统结构图。 经理/厂长 财务科 生产科 …… 行政科 外协科 仓库 …… 车间

…… …… 不同的系统，其结构形式有不同的情况。一般有层次结构、网状结构两种。 绘制系统结构图的最终目的是弄清楚系统中信息处理的详细情况。所以要理顺各部分的信息流、以及物流、资金流等关系。 经理/厂长 财务科 生产科 …… 行政科 外协科 仓库 …… 车间

5.3.2 业务功能一览表 业务功能一览表描述组织内部各部分的业务和功能。 （参见教材P153 图5-4）

§5.4 流程分析 系统的流程分析主要分为：业务流程分析和数据流程分析

5.4.1 业务流程分析 1 业务流程分析的目的是：形成合理、科学的业务流程。通过分析现有业务流程的基础上进行业务流程重组（BPR），产生新更为合理的业务流程。 2 业务流程分析的内容： （1）原有流程的分析。 （2）业务流程的优化。 （3）确定新的业务流程 （4）新系统的人机界面。

3 业务流程的调查 1. 系统环境调查 包括现行系统的管理水平，原始数据的精确程度，规章制度是否齐全和切实可行，各级领导对开发新的MIS是否有比较清楚的认识，用户单位能否抽调出比较精通本行业管理业务、对本单位存在的问题有深刻了解而又热心于改革的工作人员。此外，还要调查原系统的设备情况 。 2. 组织机构和职责的调查 调查中应详细了解各部门人员的业务分工情况和有关人员的姓名、工作职责、决策内容、存在问题和对新系统的要求等 。

3. 功能体系的调查与分析 系统有一个总的目标，为了达到这个目标，必须完成各子系统的功能，而各子系统功能的完成，又依赖于下面各项更具体的功能来执行。功能结构调查的任务，就是要了解或确定系统的这种功能构造 。 4. 管理业务流程的调查与分析 管理业务流程的调查与分析就是要弄清管理职能是如何在有关部门具体完成的，以及在完成这些职能时信息处理工作的一些细节情况。

4 业务流程 将业务功能细化，按照业务的实际处理步骤和过程绘制业务流程图（transaction flow diagram,TFD）。 描述管理业务流程的图表有： ⑴ 管理业务流程图 管理业务流程图是一种表明系统内各单位、人员之间业务关系、作业顺序和管理信息流动的流程图，它可以帮助分析人员找出业务流程中的不合理回路。

业务流程图的基本符号 业务流程图的基本图形符号有四个： 系统中人员 系统外实体 数据流向 数据、报表、账目

例1  画业务流程图 采购员将入库单交给检验员，检验员将不合格的入库单退回采购员，合格的入库单交保管员并记入库存台帐，统计员根据库存台帐制定月报表交主管部门审阅。

主管部门 采购员 检验员 保管员 统计员 入库单 库存帐 不合格入库单 日报表 合格入库单

例2 业务流程图 采购员从仓库收到缺货通知单以后，查阅订货合同单，若已订货，向供货单位发出催货请求，否则，填写订货单交供货单位。供货单位发出货物后，立即向采购员发出取货通知。

仓库 缺货通知 定货单 催货请求 取货通知 定货合同 采购员 供货单位

（2）表格分配图 为了传递信息，管理部门经常将某种单据或报告复印多份分发到其他多个部门，在这种情况下，可以采用表格分配图来描述有关业务。表格分配图表达清楚，可以帮助系统分析人员描述系统中复制多份的报告或单据的数量以及这些报告或单据都与哪些部门发生业务联系。

例：采购业务表格分配图 采购部门 财务部门 收购部门 准备采购单 采购单4 供应单位 采购单3 采购单2 采购单1 登记待收货 待收货登记表 应付款处理 应付账 存档

5.4.2 数据流程和数据流程分析 数据与数据流程分析是建立数据库系统和设计功能模块处理过程的基础。

数据流程的调查 1 收集好进行分析所需要的资料，并汇总分析 a、 收集原系统全部输入单据、输出报表和数据存储介质（如帐本、清单）的典型格式； b、 弄清各环节的处理方法和计算方法； c、 在上述各种单据、报表、帐本的典型样品上或用附页注明制作单位、报送单位、存放地点、发生频度、发生的高峰时间及发生量等。 d、 在上述各种单据、报表、帐册的典型样品上注明各项数据的类型、长度、取值范围。

2 数据的分析 （1）U/C矩阵（Use/Create) 普通的二维表：纵坐标表示数据类变量，横坐标表示业务过程变量。 （2）数据正确性分析 检查数据的具体形式、完备程度、一致性程度和无冗余的程度。 （1）U/C矩阵（Use/Create) 普通的二维表：纵坐标表示数据类变量，横坐标表示业务过程变量。 （2）数据正确性分析 基本原则：“数据守恒原理”，即数据必定有一个产生的源，而且必定有一个或多个用途。 （3）数据项特征分析

3 数据流程图分析 数据流程图（DFD）是一种能全面地描述信息系统逻辑模型的主要工具，它可以用少数几种符号综合地反映出信息在系统中的流动、处理和存储情况。 数据流程图的特性： ① 抽象性 ② 概括性

数据流 加工（或称处理逻辑） 数据存储 外部实体（项） 数据流程图的基本成分 数据流 加工（或称处理逻辑） 数据存储 外部实体（项）

① 外部实体 是指在所研究系统外独立于系统而存在的，但又和系统有联系的实体，它表示数据的外部来源和去向，它可以是某个人员、组织、某一信息系统或某种事物，它是系统的数据来源或数据终点。确定系统的外部实体，实际上就是明确系统与外部环境之间的界限，从而确定系统的范围。 ② 数据流 数据流表示流动着的数据，它可以是一项数据，也可以是一组数据（如扣款数据文件、订货单等）。数据流用带有名字的箭头表示，名字表示流经的数据，箭头则表示流向。

③ 数据存储 指逻辑意义上的数据存储环节，即系统信息处理功能需要的、不考虑存储的物理介质和技术手段的数据存储环节，如数据文件、文件夹或帐本等。用一个右边开口的长方形条表示，图形右部填写存储的数据和数据集的名字，左边填入该数据存储的标志。 ④ 处理逻辑（加工） 是对数据进行的操作，处理逻辑（加工）也称为处理。处理逻辑（加工）包括两方面的内容：一是变换数据的组成，即改变数据结构；二是在原有的数据内容基础上增加新的内容，形成新的数据。

绘制方法：自顶向下， 逐层分解 订货处理（顶层图） 销售处理 P 订货单 用户 发货单 F1 库存账

分解图 P1 P2 P4 F1 P3 P5 F2 F4 F3 不合格订货单 用户 验收 确定 订货单 发货单 采购 部门 定 合格 未满足 填写 暂存订货单 P4 定 货 单 合格 未满足 的订货 可发货 库存账 F1 开发货单 修改库存 P3 对照暂存 P5 F2 F4 订货单存档 F3 应收账 到货 通知

5.4.3 数据分析和数据字典 数据分析 通过详细调查收集来的数据是系统分析的原材料，要把这些原材料加工成系统设计所需要的资料，就必须进行数据的分析工作： 1）数据的静态特性分析 2）数据的动态特性分析 3）数据存储分析 4）数据查询要求分析 5）数据的输入、输出分析

2 数据字典 1）数据字典的定义 所谓数据字典是以特定格式记录下来的、对系统的数据流程图中各个基本要素（数据流、加工、存储、和外部实体）的内容和特征所作的完整的定义和说明。数据流程图配以数据字典，就可以从图形和文字两个方面对系统的逻辑模型进行描述，从而形成一个完整的说明。 2）数据字典的内容 数据字典的内容包括六个方面：数据项、数据结构、数据流、处理逻辑、数据存储和外部实体。

§5.5 新系统的逻辑模型 新系统的逻辑模型的建立是系统分析的最终目的，是系统分析阶段的最终成果。它对于下一步的设计和实现都是基础性的指导文件。

1 新系统的逻辑模型建立方法 新系统逻辑模型的提出，要以现行系统的数据流程图为基础，并以新系统的目标为依据，逐层修改现行系统的数据流程图来实现。 1） 确定新系统的目标 2）确定新系统的边界 3）确定新系统主要处理功能 4）确定新系统的数据处理方式

2 系统分析报告 系统分析结束时，系统分析员应完成系统分析报告，交上级审批。系统分析报告是系统设计的依据，是与用户交流的工具，是应用软件的重要组成部分，其内容包括： 1）概述 2）现行系统概况 3）系统需求说明 4）新系统的逻辑方案 5）系统开发资源与时间进度估计