肖好经份餐多大景 管理信息系统 第七讲管理信息系统的开发:系统分析 【教学目的和要求】 1. 掌握结构化系统分析为开发人员提供了一组标准的方法和工具,主要工具有:数据流程 图和实体关系E-R图。 2. 系统分析的主要工作和任务,系统分析报告在系统分析阶段的作用,系统分析报告的主 要内容是系统分析人员在系统分析阶段结束时的最后工作成果。 3. 在系统设计阶段,系统设计员将根据这份报告,设法以最优的方式把系统内的各个组成 部分联系在一起,以满足系统分析员所确定的系统逻辑功能要求。 【主要内容】 7.1系统分析 7.1.1系统分析的目标和内容 7.1.2需求调查 7.1.3数据流程分析 7.1.4数据建模分析 7.1.5系统分析报告 小结 案例 【电子教案】 参见:第七讲系统分析 【重点与难点】 1.掌握系统分析阶段的主要工作: 2.掌握数据流程图和ER图的作用和基本画法。 【教材和参考读物】 《管理信息系统一一理论与实践》第六章 《管理信息系统》甘仞初第六章 【教学时数】2 第1页共17页
管理信息系统 第七讲 管理信息系统的开发:系统分析 【教学目的和要求】 1. 掌握结构化系统分析为开发人员提供了一组标准的方法和工具,主要工具有:数据流程 图和实体关系 E-R 图。 2. 系统分析的主要工作和任务,系统分析报告在系统分析阶段的作用,系统分析报告的主 要内容是系统分析人员在系统分析阶段结束时的最后工作成果。 3. 在系统设计阶段,系统设计员将根据这份报告,设法以最优的方式把系统内的各个组成 部分联系在一起,以满足系统分析员所确定的系统逻辑功能要求。 【主要内容】 7.1 系统分析 7.1.1 系统分析的目标和内容 7.1.2 需求调查 7.1.3 数据流程分析 7.1.4 数据建模分析 7.1.5 系统分析报告 小结 案例 【电子教案】 参见:第七讲 系统分析 【重点与难点】 1. 掌握系统分析阶段的主要工作; 2. 掌握数据流程图和 ER 图的作用和基本画法。 【教材和参考读物】 《管理信息系统——理论与实践》第六章 《管理信息系统》甘仞初 第六章 【教学时数】 2 第 1 页 共 17 页
肖的橙份贸多大景 管理信息系统 第7讲管理信息系统的开发过程:系统分析 在第5章中,介绍了如何从企业主管的角度,规划一个管理信息系统,并决定项目是否上马, 以及采用什么方式和方法要开发和管理项目。而在第6章中,读者将改变角色,以信息系统的使用 者和系统分析员的身份,体会开发管理信息系统的方法和过程,掌握开发的基本步骤,了解在分析 和设计信息系统所采用的常用工具。学习本章的目的是在开发管理信息系统的过程中,了解如何在 企业的管理人员和计算机技术人员之间建立一座相互理解的桥梁。 7.1系统分析 7.1.1系统分析的目标和内容 1.系统分析的目标 当完成了系统规划阶段的任务,确认是否要开发一个管理信息系统项目,解决了“要不要做” 的问题。下一步就是回答“信息系统应该解决什么问题?”。这就是系统分析要完成的工作。大量实 践经验表明,如果没有搞清楚系统做什么(What to do?),就直接考虑如何去做(How to do?),所 开发的信息系统肯定是要失败的。 系统分析的目的是确定用户对信息系统功能的需求,完成新系统的设计方案。它是在系统规划 阶段的可行性分析的基础上,调查企业的现状,分析企业的业务和数据流程,发现问题,分析不足, 从而提出新系统的逻辑模型。 系统分析采用系统化的方法,将系统分解成部件,分析他们的作用和相互关系,自顶向下,从 粗到精,根据发现的问题,提出解决的方案。系统分析关注业务问题,与未来采用的技术解决方法 无关,不涉及任何系统实施或技术细节。只是从逻辑视图的角度着眼于信息和过程。 2.系统分析的主要内容 (1)需求调查。 在建立新系统之前,必须首先理解现行系统是怎样工作的,了解用户对新系统的要求,以便在 此基础上提出新系统的逻辑模型,其重点在于信息系统的内部结构、具体功能、组织安排、先后次 序等,这些正是在新系统中有可能要加以修改、变更的内容。因此,工作的细致程度比在规划阶段 中对企业的环境调查高得多,工作量、人力投入也大得多。 (2)数据和流程分析。 对调查得到的大量材料进行整理、分类、汇总分析和归纳,定义新的信息需求和处理需求。采 用数据流程图、实体关系图、数据规范化等工具和方法,弄清信息系统中处理过程的流程,各类数 据的属性、数据的存储要求,数据的查询要求等,并给出定性和定量的描述性分析。 (3)功能分析。 功能分析采用决策树、决策表和结构式语言等工具和方法,对数据流程图中的每一个处理过程 加以详尽说明,并精确描述用户要求一个处理过程做什么,其中最基本的部分是处理的逻辑,即用 户对这个处理过程的逻辑要求,以及该过程的输出数据流与输入数据流之间所具有的逻辑关系。 第2页共17页
管理信息系统 第 7 讲 管理信息系统的开发过程:系统分析 在第 5 章中,介绍了如何从企业主管的角度,规划一个管理信息系统,并决定项目是否上马, 以及采用什么方式和方法要开发和管理项目。而在第 6 章中,读者将改变角色,以信息系统的使用 者和系统分析员的身份,体会开发管理信息系统的方法和过程,掌握开发的基本步骤,了解在分析 和设计信息系统所采用的常用工具。学习本章的目的是在开发管理信息系统的过程中,了解如何在 企业的管理人员和计算机技术人员之间建立一座相互理解的桥梁。 7.1 系统分析 7.1.1 系统分析的目标和内容 1.系统分析的目标 当完成了系统规划阶段的任务,确认是否要开发一个管理信息系统项目,解决了“要不要做” 的问题。下一步就是回答“信息系统应该解决什么问题?”。这就是系统分析要完成的工作。大量实 践经验表明,如果没有搞清楚系统做什么(What to do?),就直接考虑如何去做(How to do?),所 开发的信息系统肯定是要失败的。 系统分析的目的是确定用户对信息系统功能的需求,完成新系统的设计方案。它是在系统规划 阶段的可行性分析的基础上,调查企业的现状,分析企业的业务和数据流程,发现问题,分析不足, 从而提出新系统的逻辑模型。 系统分析采用系统化的方法,将系统分解成部件,分析他们的作用和相互关系,自顶向下,从 粗到精,根据发现的问题,提出解决的方案。系统分析关注业务问题,与未来采用的技术解决方法 无关,不涉及任何系统实施或技术细节。只是从逻辑视图的角度着眼于信息和过程。 2. 系统分析的主要内容 (1)需求调查。 在建立新系统之前,必须首先理解现行系统是怎样工作的,了解用户对新系统的要求,以便在 此基础上提出新系统的逻辑模型,其重点在于信息系统的内部结构、具体功能、组织安排、先后次 序等,这些正是在新系统中有可能要加以修改、变更的内容。因此,工作的细致程度比在规划阶段 中对企业的环境调查高得多,工作量、人力投入也大得多。 (2)数据和流程分析。 对调查得到的大量材料进行整理、分类、汇总分析和归纳,定义新的信息需求和处理需求。采 用数据流程图、实体关系图、数据规范化等工具和方法,弄清信息系统中处理过程的流程,各类数 据的属性、数据的存储要求,数据的查询要求等,并给出定性和定量的描述性分析。 (3)功能分析。 功能分析采用决策树、决策表和结构式语言等工具和方法,对数据流程图中的每一个处理过程 加以详尽说明,并精确描述用户要求一个处理过程做什么,其中最基本的部分是处理的逻辑,即用 户对这个处理过程的逻辑要求,以及该过程的输出数据流与输入数据流之间所具有的逻辑关系。 第 2 页 共 17 页
渊好垤贺多本景 管理信息系统 (4)建立新系统模型。 系统定义是指在逻辑上定义新系统,即提出新系统的逻辑模型。 (5)更改项目计划和范围。 一旦完成了系统分析阶段的各项任务,就需要修订项目计划和项目范围。这包括更改初步预算、 修改可行性评估以及开发的时间安排,还可能涉及到增加项目小组的新成员和修订问题的范围。 3.系统分析的主要参与者 (1)用户。 由于他们是系统的最终用户,他们负责提供信息,阐明对系统的需求,解释各项业务的工作流 程等,与系统分析员合作,完成系统分析报告。 (2)企业负责人。 阐述对系统的总体要求和目标,审核系统分析报告。 (3)系统分析员。 负责调查和分析,进行数据和流程分析,完成系统分析报告。 (4)系统设计员。 参与调查,了解和分析结果。 可以由系统分析员和用户为主组成的项目开发组负责系统分析阶段工作。 7.1.2需求调查 1.需求调查的主要内容 没有调查,就没有发言权。在系统规划阶段,项目开发组对环境调查重点是了解这个项目是否 有必要,而在系统分析阶段的需求调查则是为了弄清现行系统的基本功能及组织内部的信息流、物 流、资金流和事务流所形成的管理业务流程以及与组织结构、人员工作方法的关系。需求调查的主 要内容包括: ① 环境调查。包括与开发项目相关的企业的组织结构、规章制度、工艺流程、产品和服务 等。 ② 新系统目标的调查。将系统目标具体化,例如节约成本的手段,提高业务处理速度的方 法等。 ③ 管理功能和决策方式。调查了解各级组织的职能和有关人员的工作内容,发现各种现存 问题和薄弱环节,及对新系统的功能要求。 ④ 业务流程。详细了解各职能部门人员的业务分工情况和各单位人员之间业务关系、作业 顺序和管理信息流动等。调查结果用业务流程图表示。 ⑤ 数据流程。收集各业务及管理岗位使用的账日、报表、单据、文件等数据,弄清这些数 据的来龙去脉。 2.调查方法 系统分析人员采用的调查方法主要有: ① 搜集现有文档、报表等。这是最常用的方法,但必须依靠企业负责人和系统最终用户的 帮助,才能获得所需文件: ⑨ 座谈会。由开发组组织用户和相关部门的经理、T技术人员以及高层管理人员参加,目 的是集中精力、缩短时间、提高搜集信息的效率和准确度: 访谈。对各级管理人员和工作人员要自上而下地进行访问,有针对性地对细节做专门访 问。其优点是能够得到更多的信息,缺点是耗费时间: 第3页共17页
管理信息系统 (4)建立新系统模型。 系统定义是指在逻辑上定义新系统,即提出新系统的逻辑模型。 (5)更改项目计划和范围。 一旦完成了系统分析阶段的各项任务,就需要修订项目计划和项目范围。这包括更改初步预算、 修改可行性评估以及开发的时间安排,还可能涉及到增加项目小组的新成员和修订问题的范围。 3.系统分析的主要参与者 (1)用户。 由于他们是系统的最终用户,他们负责提供信息,阐明对系统的需求,解释各项业务的工作流 程等,与系统分析员合作,完成系统分析报告。 (2)企业负责人。 阐述对系统的总体要求和目标,审核系统分析报告。 (3)系统分析员。 负责调查和分析,进行数据和流程分析,完成系统分析报告。 (4)系统设计员。 参与调查,了解和分析结果。 可以由系统分析员和用户为主组成的项目开发组负责系统分析阶段工作。 7.1.2 需求调查 1. 需求调查的主要内容 没有调查,就没有发言权。在系统规划阶段,项目开发组对环境调查重点是了解这个项目是否 有必要,而在系统分析阶段的需求调查则是为了弄清现行系统的基本功能及组织内部的信息流、物 流、资金流和事务流所形成的管理业务流程以及与组织结构、人员工作方法的关系。需求调查的主 要内容包括: ① 环境调查。包括与开发项目相关的企业的组织结构、规章制度、工艺流程、产品和服务 等。 ② 新系统目标的调查。将系统目标具体化,例如节约成本的手段,提高业务处理速度的方 法等。 ③ 管理功能和决策方式。调查了解各级组织的职能和有关人员的工作内容,发现各种现存 问题和薄弱环节,及对新系统的功能要求。 ④ 业务流程。详细了解各职能部门人员的业务分工情况和各单位人员之间业务关系、作业 顺序和管理信息流动等。调查结果用业务流程图表示。 ⑤ 数据流程。收集各业务及管理岗位使用的账目、报表、单据、文件等数据,弄清这些数 据的来龙去脉。 2. 调查方法 系统分析人员采用的调查方法主要有: ① 搜集现有文档、报表等。这是最常用的方法,但必须依靠企业负责人和系统最终用户的 帮助,才能获得所需文件; ② 座谈会。由开发组组织用户和相关部门的经理、IT 技术人员以及高层管理人员参加,目 的是集中精力、缩短时间、提高搜集信息的效率和准确度; ③ 访谈。对各级管理人员和工作人员要自上而下地进行访问,有针对性地对细节做专门访 问。其优点是能够得到更多的信息,缺点是耗费时间; 第 3 页 共 17 页
肖故经份贺多大学 管理信息系统 ④ 调查问卷。涉及调查表,对一些共性的问题进行较大范围的调查,但效果不一定好, ⑤ 观察工作环境,参加业务实践: ⊙ 原型法。由于用户对系统需求的含义不甚了解,因此由系统开发人员为用户提供可以借 鉴的模型系统,引导用户提出更加合理的需求。 3.调查要领 为了使调查研究做到客观、真实、有效,必须掌握一定的要领。 首先要制定调查计划,安排调查顺序,通知有关人员,以便被调查人员有所安排和准备。 调查时,态度要认真,诚恳,不要使用专业术语。在调查过程中应尽量使用各种形象、直观的 图表工具。如组织结构图、管理业务流程图等。 调查结束之后,要及时分析整理所收集的资料,并将整理的内容及时反馈给被调查对象,这样 做,一方面是对被调查对象的尊重,另一方面可以澄清一些模糊不清的问题。 4.阶段成果 经过对调查所获得的信息和资料的整理和分析,可以形成一系列文档,作为系统分析的基础。 (1)组织结构图及组织与业务关系表 组织结构图描述了组织的管理层次和业务分工。组织与业务关系表可以反映两者之间的大体关 系。图6-1是某公司的组织结构图。 事业一部 组织结构图 研发部 股东大会 总裁 : 事业二部 会 行政部 人力资源赔部 法律事务部 事会秘书 事业三部 监事 资产管理部 结算中心 财塔管理部 事业四部 公共关系部 信息工程部 图6-1某公司的组织结构图 (2)业务流程图 业务流程可以采用文字和流程图的方式进行描述。而流程图的方式更加直观。一般情况下,组 织的管理人员和用户对业务流程更加了解,因此可以由他们负责绘制业务流程图。对通过对业务流 程图的分析,可以为数据流程的分析和业务流程再设计(Business Process Redesign,BPS)打基础。 第4页共17页
管理信息系统 ④ 调查问卷。涉及调查表,对一些共性的问题进行较大范围的调查,但效果不一定好, ⑤ 观察工作环境,参加业务实践; ⑥ 原型法。由于用户对系统需求的含义不甚了解,因此由系统开发人员为用户提供可以借 鉴的模型系统,引导用户提出更加合理的需求。 3. 调查要领 为了使调查研究做到客观、真实、有效,必须掌握一定的要领。 首先要制定调查计划,安排调查顺序,通知有关人员,以便被调查人员有所安排和准备。 调查时,态度要认真,诚恳,不要使用专业术语。在调查过程中应尽量使用各种形象、直观的 图表工具。如组织结构图、管理业务流程图等。 调查结束之后,要及时分析整理所收集的资料,并将整理的内容及时反馈给被调查对象,这样 做,一方面是对被调查对象的尊重,另一方面可以澄清一些模糊不清的问题。 4. 阶段成果 经过对调查所获得的信息和资料的整理和分析,可以形成一系列文档,作为系统分析的基础。 (1)组织结构图及组织与业务关系表 组织结构图描述了组织的管理层次和业务分工。组织与业务关系表可以反映两者之间的大体关 系。图 6-1 是某公司的组织结构图。 图 6-1 某公司的组织结构图 (2)业务流程图 业务流程可以采用文字和流程图的方式进行描述。而流程图的方式更加直观。一般情况下,组 织的管理人员和用户对业务流程更加了解,因此可以由他们负责绘制业务流程图。对通过对业务流 程图的分析,可以为数据流程的分析和业务流程再设计(Business Process Redesign, BPS)打基础。 第 4 页 共 17 页
链喇南父多六号 管理信息系统 业务处理单屋 业务处理功能描述 裹格报泰制作 数据/文件存档 收集/蔬计数据 信息传诞过程 图6-2业务流程图常用符号 例:根据材料入库步骤,画出相应的业务流程图。 ① 采购员提交入库单 ② 保管员根据定货单,核实入库单 ③ 保管员验货 ④ 将入库记录填写到入库单文件中 ⑤ 保管员填写交库单,并交给采购员 采购员 入库单」 订货单文件 复核 保管员 合法入库单 材料入库脸收 保管员 交库单 入库单文伴 图6-3材料入库业务流程图 (3)问题分析表。 问题分析表中罗列了新系统需要解决的问题或机遇、问题的原因、系统改进的目标和系统要求, 作为新系统提供需要解决问题的一览表。这项工作由系统分析员完成,但项目经理、管理人员和最 终用户也应参与。表6-1是一个问题分析表的示例。 第5页共17页
管理信息系统 图 6-2 业务流程图常用符号 例:根据材料入库步骤,画出相应的业务流程图。 ① 采购员提交入库单 ② 保管员根据定货单,核实入库单 ③ 保管员验货 ④ 将入库记录填写到入库单文件中 ⑤ 保管员填写交库单,并交给采购员 图 6-3 材料入库业务流程图 (3)问题分析表。 问题分析表中罗列了新系统需要解决的问题或机遇、问题的原因、系统改进的目标和系统要求, 作为新系统提供需要解决问题的一览表。这项工作由系统分析员完成,但项目经理、管理人员和最 终用户也应参与。表 6-1 是一个问题分析表的示例。 第 5 页 共 17 页
裢喇母透将父多本号 管理信息系统 表6-1问题分析表 问题分析表 项目名称 项目经理 填表人 审核人 填表日期 审核日期 问题分析 改进目标 问题或机遇 原因和结果 系统目标 系统要求 ①工具经常发生丢 ①没有工具丢失报 监控工具的领取和归 实现工具借用管理 失、被盗、毁坏现 告 还,跟踪每一个工具的 象,金额数量惊人 ②缺乏存货报告、员 使用情况 工借用及使用工具情 况的报告 3.被解雇的工人不 能及时归还工具 ②不能根据工种, 对工人的使用权限不 对特殊工具的使用情况 恰当地借用特殊工 清 和权限子以监控 具 ③添置新的工具 ①供应商太多。 提供所有供应商和产品 困难。 ②需要购置的工具 价格的查询 太多 ③价格不明。 7.1.3数据流程分析 1.数据流程图 数据流程分析是通过数据流程图(Data Flow Diagram,DFD)来实现的。数据流程图是系统分 析和设计过程中非常有用的工具。它按业务流程图整理出的业务流程顺序,抽取出数据处理过程, 显示出系统包括哪些处理过程,这些处理过程需要哪些数据,产生哪些数据,它们是如何通过数据 的流动联系在一起。数据流程图从信息处理的角度将一个复杂的实际系统抽象成一个逻辑模型,因 而能够更深刻地反映系统信息处理的本质。数据流程分析方法是将业务流程图中的信息流抽象为一 系列的逻辑加工单元,这些逻辑加工单元接受输入数据流,经过加工变换为输出数据流。按照这种 方法,不管多么复杂的系统,分析工作都可以有计划、有步骤、有条不紊地进行分解。 数据流程图把物流内容去掉,也不考虑具体的物理因素,如具体的组织机构、工作场所、存储 介质以及处理方法和技术手段等,只是抽象地反映信息的流动、加工、存储和使用情况分析。由于 图形描述简单、清楚,所描述的内容是面向用户的,不涉及技术细节,因此,采用数据流程图进行 分析是系统分析员与用户交流的有效手段。 数据流程图的主要用途: ① 用分层的数据流程图,可以自顶向下分析系统信息流程: ② 根据处理过程,划分处理子系统: ③ 根据逻辑存储,进一步做数据分析,向数据库设计过渡: ④ 根据数据流向,决定数据的存取方式。 ① 对应一个处理过程,用相应的语言、判定表等工具来表达处理方式。 第6页共17页
管理信息系统 表 6-1 问题分析表 问题分析表 项目名称 项目经理 填表人 审核人 填表日期 审核日期 问题分析 改进目标 问题或机遇 原因和结果 系统目标 系统要求 ①工具经常发生丢 失、被盗、毁坏现 象,金额数量惊人 ① 没有工具丢失报 告 ② 缺乏存货报告、员 工借用及使用工具情 况的报告 3. 被解雇的工人不 能及时归还工具 监控工具 的 领取和归 还,跟踪每一个工具的 使用情况 实现工具借用管理 ② 不能根据工种, 恰当地借用特殊工 具 对工人的使用权限不 清 对特殊工具的使用情况 和权限予以监控 ③ 添置新的工具 困难。 ① 供应商太多。 ② 需要购置的工具 太多 ③ 价格不明。 提供所有供应商和产品 价格的查询 7.1.3 数据流程分析 1.数据流程图 数据流程分析是通过数据流程图(Data Flow Diagram,DFD)来实现的。数据流程图是系统分 析和设计过程中非常有用的工具。它按业务流程图整理出的业务流程顺序,抽取出数据处理过程, 显示出系统包括哪些处理过程,这些处理过程需要哪些数据,产生哪些数据,它们是如何通过数据 的流动联系在一起。数据流程图从信息处理的角度将一个复杂的实际系统抽象成一个逻辑模型,因 而能够更深刻地反映系统信息处理的本质。数据流程分析方法是将业务流程图中的信息流抽象为一 系列的逻辑加工单元,这些逻辑加工单元接受输入数据流,经过加工变换为输出数据流。按照这种 方法,不管多么复杂的系统,分析工作都可以有计划、有步骤、有条不紊地进行分解。 数据流程图把物流内容去掉,也不考虑具体的物理因素,如具体的组织机构、工作场所、存储 介质以及处理方法和技术手段等,只是抽象地反映信息的流动、加工、存储和使用情况分析。由于 图形描述简单、清楚,所描述的内容是面向用户的,不涉及技术细节,因此,采用数据流程图进行 分析是系统分析员与用户交流的有效手段。 数据流程图的主要用途: ① 用分层的数据流程图,可以自顶向下分析系统信息流程; ② 根据处理过程,划分处理子系统; ③ 根据逻辑存储,进一步做数据分析,向数据库设计过渡; ④ 根据数据流向,决定数据的存取方式。 ⑤ 对应一个处理过程,用相应的语言、判定表等工具来表达处理方式。 第 6 页 共 17 页
渊好煙舍贺多本景 管理信息系统 2.数据流程图的基本元素 数据流程图由四种基本元素组成,见表6-2。 表6-2数据流程图的基本元素 编号 处理(Process)。又称处理逻辑或加工,作为完 处理 成数据操作的逻辑单元。例如,入库、审核、汇 名称 总等。处理名称反映处理的主要功能 实体(Entity),又称外部实体。外部实体指在系 实体 统以外的提供数据或获得数据的组织机构或个 名称 人等,例如,顾客、批发商等,它表达了该系统 数据的外部来源或去处 实体 名称 数据流(Data Flow)。数据流描述了数据处理过 数据流名称 程中的流动和传递,箭头表示数据流的流向。数 据流名称代表处理的数据内容,例如订货单,销 售数据等 数据存储(Data Store)。数据存储是指逻辑意义 上的数据记录文件,不考虑存储的物理介质和技 编号数据存储名称 术手段。通过数据流与处理之间的箭头表示数据 处理的方式。指向文件的箭头表示数据流要写入 文件,指向处理的箭头表示处理从数据存储读出 数据。例如,客户文件、产品文件等 3.数据流程图的原则 绘制数据流程图是采用分层的,自顶向下,逐层分解细化的方法。首先要完成系统关联图,明 确系统与外部实体的关系:其次画出顶层数据流程图,它明确系统的总体功能:然后逐层细化每个 处理功能,下一层的每个数据流程图是对应上层数据流程图的中的一个处理拓展形成的。逐层扩展 的目的是把一个复杂的功能逐步分解成若干个比较简单的功能,这样做不仅便于理解一个复杂的功 能,而且也便于今后的实现。数据流程图层数的多少没有绝对的标准,视系统的复杂程度而定,一 般情况下,一个系统可以分解成三层数据流程图。 每张数据流程图可以代表一个系统或子系统,它一定包含输入、处理、输出和数据存储等部分, 输入的数据必须经过处理才能形成输出数据,或进入数据存储。 数据存储应该有写入的数据流和读出的数据流。如果数据存储没有读出的数据流,说明这个数 据存储中的数据没有利用的价值:反之,如果数据存储没有写入的数据流,说明这个数据存储没有 数据来源。 系统分析员可以根据业务流程图生成数据流程图,通过数据流程图,用户可以了解未来系统的 功能和组成,并与系统分析员交流意见。 4.数据流程图实例 下面以一个工资管理系统为例,绘制了部分的数据流程图。借以说明数据流程图在描述系统的 主要处理流程,以及这些流程与数据存储和外部实体的关系,同时展示了绘制数据流程图的基本步 骤。 第7页共17页
管理信息系统 2.数据流程图的基本元素 数据流程图由四种基本元素组成,见表 6-2。 表 6-2 数据流程图的基本元素 处理(Process)。又称处理逻辑或加工,作为完 成数据操作的逻辑单元。例如,入库、审核、汇 总等。处理名称反映处理的主要功能 实体(Entity),又称外部实体。外部实体指在系 统以外的提供数据或获得数据的组织机构或个 人等,例如,顾客、批发商等,它表达了该系统 数据的外部来源或去处 数据流(Data Flow)。数据流描述了数据处理过 程中的流动和传递,箭头表示数据流的流向。数 据流名称代表处理的数据内容,例如订货单,销 售数据等 数据存储(Data Store)。数据存储是指逻辑意义 上的数据记录文件,不考虑存储的物理介质和技 术手段。通过数据流与处理之间的箭头表示数据 处理的方式。指向文件的箭头表示数据流要写入 文件,指向处理的箭头表示处理从数据存储读出 数据。例如,客户文件、产品文件等 3.数据流程图的原则 绘制数据流程图是采用分层的,自顶向下,逐层分解细化的方法。首先要完成系统关联图,明 确系统与外部实体的关系;其次画出顶层数据流程图,它明确系统的总体功能;然后逐层细化每个 处理功能,下一层的每个数据流程图是对应上层数据流程图的中的一个处理拓展形成的。逐层扩展 的目的是把一个复杂的功能逐步分解成若干个比较简单的功能,这样做不仅便于理解一个复杂的功 能,而且也便于今后的实现。数据流程图层数的多少没有绝对的标准,视系统的复杂程度而定,一 般情况下,一个系统可以分解成三层数据流程图。 每张数据流程图可以代表一个系统或子系统,它一定包含输入、处理、输出和数据存储等部分, 输入的数据必须经过处理才能形成输出数据,或进入数据存储。 数据存储应该有写入的数据流和读出的数据流。如果数据存储没有读出的数据流,说明这个数 据存储中的数据没有利用的价值;反之,如果数据存储没有写入的数据流,说明这个数据存储没有 数据来源。 系统分析员可以根据业务流程图生成数据流程图,通过数据流程图,用户可以了解未来系统的 功能和组成,并与系统分析员交流意见。 4.数据流程图实例 下面以一个工资管理系统为例,绘制了部分的数据流程图。借以说明数据流程图在描述系统的 主要处理流程,以及这些流程与数据存储和外部实体的关系,同时展示了绘制数据流程图的基本步 骤。 第 7 页 共 17 页
渊好煙舍贺多大是 管理信息系统 (1)绘制关联图 图64所示的数据流程图是系统的关联图。它说明了系统与外部实体的关系,确定主要的数据交 流内容,表明了系统的基本轮廓。工资管理系统的外部实体是职员、人事部门和银行,他们是系统 信息的提供者和使用者。 工资级别 爽动信息 视罕学表 职员 工时花家 工资管理 事部门 工资报背 工资亲 系统 转账单 确从单 银行 图6-4某个工资管理系统的数据流程关联图 (2)顶层数据流程图 在顶层数据流程图(图6-5)中说明系统由哪些主要功能组成,以及主要数据的流动,在比较大 的系统中,这些主要功能代表了系统中的各个子系统。在顶层数据流程图(图6-5)中,系统分析员 将工资管理系统分成工时核定、更新职员信息、计算应发工资、计算实发工资和打印工资条等五部 分,产生职员信息、工资级别表、税率表和工资发放记录等数据存储,明确系统的主要功能、外部 实体、数据流和数据存储。 工资管理系统 2 工资级别 变动信息 更新职 人事部 职员 工时记绿 员信息 税率 更新信息 工时 原信息 核定 工资级别表 职员信息 核定工时 税率表 4 计算应 工资报告 发工资 应发工资 计算实 发工资 确人单 转 工资发放记录 工资条 打印工 银行 资条 图6-5某个工资管理系统的第一层数据流程图 (2)下一层数据流程图 图6-6所示的数据流程图是对顶层数据流程图(图6-5)其中一个处理进行展出,用来更清楚地 第8页共17页
管理信息系统 (1)绘制关联图 图 6-4 所示的数据流程图是系统的关联图。它说明了系统与外部实体的关系,确定主要的数据交 流内容,表明了系统的基本轮廓。工资管理系统的外部实体是职员、人事部门和银行,他们是系统 信息的提供者和使用者。 图 6-4 某个工资管理系统的数据流程关联图 (2)顶层数据流程图 在顶层数据流程图(图 6-5)中说明系统由哪些主要功能组成,以及主要数据的流动,在比较大 的系统中,这些主要功能代表了系统中的各个子系统。在顶层数据流程图(图 6-5)中,系统分析员 将工资管理系统分成工时核定、更新职员信息、计算应发工资、计算实发工资和打印工资条等五部 分,产生职员信息、工资级别表、税率表和工资发放记录等数据存储,明确系统的主要功能、外部 实体、数据流和数据存储。 图 6-5 某个工资管理系统的第一层数据流程图 (2)下一层数据流程图 图 6-6 所示的数据流程图是对顶层数据流程图(图 6-5)其中一个处理进行展出,用来更清楚地 第 8 页 共 17 页
雒典经哈多大号 管理信息系统 表现该处理的功能,应对顶层数据流程图中的每个处理功能分别绘制数据流程图,并通过处理功能 标号显示他们与顶层数据流程图的关系。如果需要,还可以将本层的数据流程图再展开,这正是自 顶向下分析方法的体现。 图6-6的数据流程图是对计算实发工资处理的进一步细化,根据计算应发工资部分产生的应发数 据,以及税率表和职工信息等数据存储,计算纳税,计算减免,产生实发工资,生成打印报表给人 事部门,转账结果给银行。其他部分也可以通过类似的数据流程图细化系统的功能和流程,这些数 据流程图成为系统分析员和用户交流的语言。 4计算实发工资 应发工资 4.5 工资报告 打印工 人事部门 4.1 税宰表 资报告 计算 纳税 4.4 转账 4.2 职工信息 计算诚 确以单 免额 43 计算实 发工资 实发工资 转账单 工资发放记录 图6-6计算实发工资部分的数据流程图 5.处理逻辑的描述 数据流程图对确定系统的功能和处理过程是很有效的工具,但是他们并没有显示过程处理的内 部逻辑。因此,有必要在数据流程图的基础上,通过结构化语言、决策树、决策表等方法描述各种 问题。虽然自然语言可以用来描述问题,表达感情,述说故事,但是他们缺乏严格的定义,理解上 容易产生不同的含义。 (1)结构化语言 结构化语言专门用于描述处理逻辑,它由三种基本结构组成: ① 祈使语句表达顺序结构,例如: 将工资增加500元 ② 条件(f)语句表达判断结构,例如: f职务为工程师而且90年以前进入企业 将工资增加500元 ③ 循环(Do While)语句表达循环结构,例如: 统计工程师的工资总和 while不是文件结束 如果职务为工程师合计=合计十工资 移到下一个记录 End While (2)决策树 第9页共17页
管理信息系统 表现该处理的功能,应对顶层数据流程图中的每个处理功能分别绘制数据流程图,并通过处理功能 标号显示他们与顶层数据流程图的关系。如果需要,还可以将本层的数据流程图再展开,这正是自 顶向下分析方法的体现。 图 6-6 的数据流程图是对计算实发工资处理的进一步细化,根据计算应发工资部分产生的应发数 据,以及税率表和职工信息等数据存储,计算纳税,计算减免,产生实发工资,生成打印报表给人 事部门,转账结果给银行。其他部分也可以通过类似的数据流程图细化系统的功能和流程,这些数 据流程图成为系统分析员和用户交流的语言。 图 6-6 计算实发工资部分的数据流程图 5.处理逻辑的描述 数据流程图对确定系统的功能和处理过程是很有效的工具,但是他们并没有显示过程处理的内 部逻辑。因此,有必要在数据流程图的基础上,通过结构化语言、决策树、决策表等方法描述各种 问题。虽然自然语言可以用来描述问题,表达感情,述说故事,但是他们缺乏严格的定义,理解上 容易产生不同的含义。 (1)结构化语言 结构化语言专门用于描述处理逻辑,它由三种基本结构组成: ① 祈使语句表达顺序结构,例如: 将工资增加 500 元 ② 条件(if)语句表达判断结构,例如: if 职务为工程师而且 90 年以前进入企业 将工资增加 500 元 ③ 循环(Do While)语句表达循环结构,例如: 统计工程师的工资总和 while 不是文件结束 如果 职务为工程师 合计=合计+工资 移到下一个记录 End While (2)决策树 第 9 页 共 17 页
莲男科透悔貿多大号 管理信息系统 决策树,又称为判断树,用来描述一组不同条件下的行动和处理过程,采用树形图的方式。 技术员 增加500 90年以前 工程师 一增加700 进入企业 高工 —增加1000 涨工资 技术员 一 增加300 90年以后 进入企业 工程师一 增加500 高工 增加700 图6-7工资变动决策树 (3)决策表 当判断的条件比较多,相应的决策方案也比较多的时候,可以采用决策表的形式说明问题。决 策表为表格形式,见表6-3(),分成条件、状态、方案和规则4部分,用“Y”代表符合条件,“N” 代表不符合条件,“×”代表选中。表6-3b)是代表与图6-7相同的含义。 表6-3(a)决策表结构 条件 状态 方案 规则 表6-3b)工资变动决策表 决策规则 1 2 3 4 5 6 1990年以前进入企业 Y Y N N 条 技术员 Y N N N N 件 工程师 N Y N NY N 高工 N N Y N N r 增加300 × 方 增加500 X X 案 增加700 X X 增加1000 7.1.4数据建模分析 1.数据建模的基本步骤 模型是对客观现实的认识,使用语言、符号等形式表现出来的形式。模型的作用在于可以深入 地理解所要研究的客观现实。 在信息系统的开发过程中,涉及到逻辑模型和物理模型。逻辑模型只是表明系统是什么或者做 什么,与具体的物理实现不相关,它只是反映了系统的业务本质。物理模型不仅表明系统是什么或 做什么,而且还要表明系统是如何实现的。物理模型反映了系统实现的物理细节。 数据建模是一种用于组织和归档系统数据的技术,数据模型是一种逻辑模型。由于数据模型最 第10页共17页
管理信息系统 决策树,又称为判断树,用来描述一组不同条件下的行动和处理过程,采用树形图的方式。 图 6-7 工资变动决策树 (3)决策表 当判断的条件比较多,相应的决策方案也比较多的时候,可以采用决策表的形式说明问题。决 策表为表格形式,见表 6-3(a),分成条件、状态、方案和规则 4 部分,用“Y”代表符合条件,“N” 代表不符合条件,“×”代表选中。表 6-3(b)是代表与图 6-7 相同的含义。 表 6-3(a) 决策表结构 条件 状态 方案 规则 表 6-3(b) 工资变动决策表 决策规则 1 2 3 4 5 6 1990 年以前进入企业 Y Y Y N N N 技术员 Y N N Y N N 工程师 N Y N N Y N 条 件 高工 N N Y N N Y 增加 300 × 增加 500 × × 增加 700 × × 方 案 增加 1000 × 7.1.4 数据建模分析 1.数据建模的基本步骤 模型是对客观现实的认识,使用语言、符号等形式表现出来的形式。模型的作用在于可以深入 地理解所要研究的客观现实。 在信息系统的开发过程中,涉及到逻辑模型和物理模型。逻辑模型只是表明系统是什么或者做 什么,与具体的物理实现不相关,它只是反映了系统的业务本质。物理模型不仅表明系统是什么或 做什么,而且还要表明系统是如何实现的。物理模型反映了系统实现的物理细节。 数据建模是一种用于组织和归档系统数据的技术,数据模型是一种逻辑模型。由于数据模型最 第 10 页 共 17 页