页数：40页文件大小：194.4 KB来源： 管理信息系统ppt课件
本课件围绕系统分析阶段展开，说明分析任务与结构化分析思路，介绍初步调查、可行性分析与详细调查方法，重点讲解业务流程图、表格分配图、分层数据流程图与数据字典的画法与用法，并落到逻辑模型与系统分析报告。
第4章管理信息系统的系统分析教学目标与要求通过本章的学习，理解系统分析在管理信息系统开发中的重要意义，明确系统分析的主要内容与步骤，了解结构化系统分析方法，掌握系统分析的几种主要图表工具：业务流程图、数据流程图、数据字典、结构化语言、判断树、判断表，并能运用这些工具对系统进行分析，建立系统的逻辑模型。
章节知识框架4.1系统分析概述4.2系统调查与可行性分析4.3组织结构域管理功能调查分析4.4业务流程调查与分析4.5数据流程调查与分析4.6建立新系统的逻辑模型4.7系统分析报告
4.1 系统分析概述4.1.1系统分析的任务4.1.2系统分析的主要步骤4.1.3结构化系统分析方法
4.1.1 系统分析的任务系统分析就是在系统总体规划的指导下，对系统进行初步调查、问题识别、可行性分析、详细调查、业务流程分析、数据流程分析，最后确定新系统逻辑方案的过程。系统分析的任务，就是在初步调查和分析现行系统的基础上，根据组织的战略目标和用户要求对原系统存在的问题进行识别，进一步详细调查现行系统的组织结构、管理功能和业务流程，利用数据流程图、数据字典、判断树、判断表等图表工具来分析、表达一个系统的全部逻辑特征（包括对系统作业处理逻辑及其有关数据的全部定义），最终完成新系统的逻辑模型设计，为下一步系统设计提供依据。
本页以流程图形式给出系统分析的主要步骤，串起初步调查、问题识别、可行性分析、详细调查、业务流程分析与数据流程分析等环节。原页以图示呈现，如需文字描述请对照课件图片补充。
4.1.3 结构化系统分析方法结构化开发方法的基本思想是：用系统的思想和系统工程的方法，按照用户至上的原则，结构化、模块化、自顶向下地对系统进行分析与设计。在系统分析阶段，结构化分析方法使用自顶向下、逐层分解的方式来理解和表达将要开发的管理信息系统的功能，由大到小、由表及里，逐步细化、逐层分解，直到能对整个系统清晰地理解和表达。
按照这种方法，可以把一个复杂的系统逐级向下分解成尽可能独立的子系统、模块、子模块等，使用户不但对系统有一个总体概念，而且对那些具体的、局部的组成也有一个深刻的了解。无论系统多么复杂，分析工作都可以有条不紊地进行。结构化系统分析可以借助大量直观、形象的图表工具进行，主要使用数据流程图、数据字典、描述处理逻辑的判断树、判断表等图表工具，采用规范化的图表和文字记载系统分析结果，形成系统分析报告。有关这些图表工具将在本章后面陆续介绍。
4.2 系统调查与可行性分析4.2.1初步调查4.2.2可行性分析4.2.3详细调查
4.2.1 初步调查
4.2.2 可行性分析1.可行性分析1）技术上的可行性2）经济上的可行性3）管理上的可行性2．可行性分析报告内容包括：系统简述、项目的目标、所需资源、预算、期望效益及对项目可行性的结论等。
4.2.3 详细调查1．详细调查的目的详细调查的对象是现行系统（手工系统或旧的管理信息系统），目的在于完整地掌握现行系统的状况，发现问题和薄弱环节，收集资料，为下一步的系统分析和建立新系统的逻辑模型做好准备。2．详细调查的原则详细调查应遵循用户参与的原则，即由信息系统使用部门的业务人员、主管人员和系统开发部门的系统分析人员、系统设计人员共同进行。设计人员虽然掌握计算机技术但对使用部门的业务不够清楚，而管理人员则熟悉本身业务却不一定了解计算机，两者结合，就能互补不足。
3．详细调查的内容详细调查的内容十分广泛，涉及企业的生产、经营、管理、资源与环境等各个方面，一般可以从定性调查和定量调查两个方面进行。4．详细调查的方法1）问卷调查法2）人员访问调查法3）召开调查会4）直接参加业务实践
4.3 组织结构与管理功能调查分析组织结构调查管理功能调查组织／功能分析等内容。
4.4 业务流程调查与分析4.4.1业务流程的描述工具4.4.2业务流程分析
业务流程就是企业业务活动按照一定的业务规则运行形成的流程。在对现行系统的组织结构和管理功能有了初步的了解后，还需要从业务流程的角度将系统调查中有关资料整理出来，做进一步的分析。调查业务流程应顺着原系统信息流动的方向逐步进行，内容包括各环节的业务内容、作用、信息来源、数据存储、信息的处理方法及过程等。业务流程分析可以帮助开发者了解该业务的具体处理过程，发现和处理系统调查工作中的错误和疏漏，修改原系统的不合理部分，在新系统中优化处理流程。
4.4.1 业务流程的描述工具1．业务流程图业务流程图(Transaction Flow Diagram，TFD)，是利用一些规定的符号及连线来表示具体处理业务过程。
1）基本符号2）业务流程图的绘制业务流程图的绘制基本是按业务的实际处理步骤和过程进行的
2．表格分配图表格分配图可帮助系统分析员表示出系统中各种单据和报告与哪些部门发生业务关系，在各个部门之间传递和处理的情况。
4.4.2 业务流程分析通过细致的业务流程调查，就可以对现行系统的业务流程有更深入、详尽的理解。然而，通过对业务流程的分析，可以看到系统业务流程存在很多的问题：可能是管理思想和方法落后，业务流程不尽合理；也可能是因为计算机信息系统的建设，为优化原业务流程提供了新的可能性。这时，就需要在对现有业务流程进行分析的基础上进行业务流程重组，产生新的更为合理的业务流程。业务流程分析包括以下过程
4.5 数据流程调查与分析4.5.1数据流程描述的工具——数据流程图(Data Flow Diagram，DFD)数据流程分析主要包括对信息的流动、传递、处理、存储等的分析，采用介于形式语言和自然语言之间的描述方式，通过一套分层次数据流程图，并辅之以数据字典、判断树、判断表和结构式语言等工具描述系统。数据流程图简称DFD，是数据流程分析的重要工具。数据流程图以图形方式形象化地反映出数据在一个系统中的作用，用少数几种符号综合反映出数据在系统内部的逻辑流向、系统的逻辑功能及数据的逻辑变换（处理过程）和存储情况。
1.数据流程图的符号数据流程图由外部实体（外部项/起点或终点）、数据流、处理逻辑（加工/功能）、数据存储（文件）等四种元素组成
2．数据流程图的绘制1)绘制方法数据流程图的绘制方法就是通过“从外向里”分析问题和“自顶向下”扩展内容，逐层分解，画出分层的数据流程图。在分析一个MIS系统时，由于系统的复杂性，用一个数据流程图是远远不能反映出系统的数据处理过程的，必须根据系统的层次结构，对数据流程进行自上而下的逐层分解，这一思想反映到数据流程图上，就是分层的数据流程图。“从外向里”分析问题即先考虑外围情况，搞清楚系统的输入输出要求，然后再深入内部处理；“自顶向下”扩展，则是先用少数几个处理过程高度概括、抽象地描述整个系统的逻辑功能，然后，针对处理过程逐步地分解、扩展，直到最终得到的每个“处理逻辑”和“数据存储”都是能使用
3)示例根据某企业的销售处理业务，绘制出分层数据流程图。（1）先画出顶层（第一层）DFD，如图4.8。（2）再画出下一层（第二层）的DFD。在第一层数据流程图中，尽管说明了主要处理功能和信息流向，但具体处理功能方面的信息很模糊，这就有必要对第一层的数据流程图进行第二次分解。第二层的DFD围绕顶层DFD中的处理过程“销售处理”展开，如图4.9所示。整个销售处理被分解为以下五个“处理”：①验收订货单。将填写不清的订货单和无法供应的订货单退回顾客，将合格的订货单送到下一处理。②确定发货量。查库存台账，根据库存情况将订货单分为两类，分别送至下一步处理。
4.5.2 数据字典(Data Flow Diagram，DFD)数据字典是一种用文字对数据流程图中的各数据项、数据结构、数据流、处理逻辑、数据存储和外部实体进行确切定义和详细描述的工具，也是系统设计阶段进行数据库设计的重要依据。数据流程图与数据字典，从图形和文字两方面对系统的逻辑模型进行完整的描述。
1．数据项数据项又称为数据元素，是最小的、不可再分割的数据单位。如学号、姓名等。分析数据的特性应从静态和动态两个方面去进行。在数据字典中，仅定义数据的静态特性，数据项静态特性主要由数据项编号、数据项名称、数据项简述、类型、长度、取值范围等组成。
2．数据结构数据结构描述某些数据项之间的关系。一个数据结构可以由若干个数据项组成，也可以由若干个数据结构组成，还可以由若干个数据项和数据结构组成。数据字典中对数据结构的定义包括以下内容：①数据结构的名称和编号；②简述，简单说明数据结构的信息；③数据结构的组成。
3．数据流数据流是数据流动情况的说明，是处理逻辑的输入和输出，由一个或一组固定的数据项组成。数据流条目由编号、名称、简述、组成、流量、来源、去向等部分组成。4．数据存储由于常以文件的形式存储数据，因此数据存储的条目由文件编号、文件名、简述、组成、存储方式、存取频率等部分组成。
5．处理逻辑对于数据流程图中的处理逻辑，需要在数据字典中详细描述其编号、名称、功能说明、有关的输入、输出等。表4.8是对处理逻辑“填写成绩单”的定义。6．外部实体外部实体是数据的来源和去向。因此在数据字典中关于外部实体的条目，主要说明进出外部实体的数据流，以及该外部实体的数量等。外部实体的数量对于估计本系统的业务量有参考作用，确定外部实体就是明确系统与外部环境之间的边界。对外部实体的定义主要包括：外部实体的编号、名称和简述；输入和输出数据流。
4.5.3 描述处理逻辑的工具描述数据字典中的处理逻辑并非一件容易的事情，往往只能对那些简单的处理逻辑进行简单描述，但还有许多复杂的处理逻辑，必须借助描述处理逻辑的其他工具进行更为详细的说明。目前较常用的描述处理逻辑的工具有以下几种：1．结构式语言2．判断树3．判断表
4.6 建立新系统的逻辑模型通过系统调查，对现行系统的业务流程、数据流程、处理逻辑等进行深入的分析，都是为建立新系统的逻辑模型做准备。建立逻辑模型是系统分析阶段的最终成果，也是下一个阶段进行系统设计工作的主要依据。如何建立新系统的逻辑模型，可以从以下几方面进行：
4.7 系统分析报告4.7.1系统分析报告的内容4.7.2系统分析报告的审议
系统分析阶段的成果就是系统分析报告，它反映了这一阶段调查分析的全部情况，是下一步设计与实现系统的纲领性文件。系统分析报告形成后，必须组织各方面的人员(包括组织的领导、管理人员、专业技术人员、系统分析人员等)一起对已经形成的逻辑方案进行论证，尽可能地发现其中的问题、误解和疏漏。对于问题、疏漏要及时纠正，对于有争议的问题要重新核实当初的原始调查资料或进一步地深入调查研究，对于重大的问题甚至可能需要调整或修改系统目标，重新进行系统分析。
4.7.1 系统分析报告的内容系统分析报告内容一般包括以下几个方面
4.7.2 系统分析报告的审议系统分析报告是系统分析阶段的技术性文档和工作报告，系统分析报告完成后要提交给信息系统指导委员会审批确认，一旦审议通过，则成为具有约束力的指导性文件，成为用户和技术人员之间的技术合同，成为下一阶段系统设计的依据。对系统分析报告的审议是整个系统研制过程中一个重要的里程碑。审议应该由研制人员、企业领导、管理人员、局外系统分析专家等共同完成。审议通过之后，系统分析报告就成为系统开发人员和企业对该项目共同意志的体现。至此，系统分析作为一个工作阶段，宣告结束。
本章小结系统分析是管理信息系统开发的重要阶段，这个阶段采用的是结构化系统分析方法，对系统进行初步调查、问题识别、可行性分析、详细调查、业务流程分析、数据流程分析，最后确定新系统逻辑方案。可行性分析的内容包括管理上的、技术上的和经济上的可行性。详细调查主要针对现行系统的管理业务和数据流程进行，应把建立新系统看成是对组织的一种有目的改变过程。通过业务流程图描述现行系统的业务流程，在对现有业务流程进行分析的基础上进行业务流程的优化、重组，产生更为合理的新系统业务流程。数据流程分析，采用数据流程图配以数据字典和描述处理逻辑的工具，描述信息在现行系统中的流动、加工、存储和使用情况，在此基础上优化数据流程，产生新系统的数据流程图。建立新系统逻辑模型，即以文字和结构化分析方法规定的一系列图表工具描述系统分析的结果，确定系统目标，确定合理的业务流程和数据流程，进行子系统的划分，形成系统分析阶段的最终成果系统分析报告。
下载地址：{{downurl}}
{{{a}}}
{{#b}}{{{b}}}
{{/b}} {{/title}} {{#nolog}}登陆注册
{{/nolog}} {{#djsx}}点我刷新
{{/djsx}} {{#gocz}} {{/gocz}} {{#ffqr}} {{/ffqr}}