管理信息系统的开发设计.ppt

1、管理信息系统设计教程,主编 徐世河,ISBN7-5053-8743-X/TP.5075,4,第四章 系统分析,了解系统分析中常用的工具 熟练掌握组织结构图和业务流程图的绘制方法 掌握数据及流程分析的几个步骤 熟练掌握数据流图和U/C矩阵的绘制方法 掌握系统逻辑方案建立必需考虑的几个问题 掌握系统分析报告的书写形式,第四章 系统分析,4.1 系统分析概述 4.2 组织结构与功能分析 4.3 业务流程分析 4.4 数据与数据流分析 4.5 功能数据分析 4.6 新系统逻辑模型的建立 4.7 系统分析报告,第四章 系统分析,系统分析就是从系统的观点出发，对现行系统进行分析综合，找出各种可行的方案，以

2、供决策者进行理想的选择，也是为系统设计、系统测试、系统实现打下坚实的基础，同时也提供了系统验收的依据。,4.1 系统分析概述,4.1.1 系统分析的主要任务 4.1.2 系统详细调查与分析 4.1.3 系统分析的特点,4.1 系统分析概述,不论采用何种开发MIS的方法，系统分析都是必要且十分重要的环节，虽然分析的具体方法和详尽程度可能不尽相同。实践表明，系统分析工作的好坏，在很大程度上决定了系统的成败。,4.1.1 系统分析的主要任务,系统分析的基本任务主要包括需求分析和新系统逻辑模型设计两个方面。 1）需求分析。是指对现行系统的调查基础上，以现代管理理论和方法为指导，对系统原有的经营管理目标

3、、功能和信息流程进行分析和研究，指出存在的问题，提出改进的意见。 2）新系统逻辑模型设计。是指在需求分析的基础上，提出新系统的逻辑模型，从总体上实现新系统的结构。 系统分析可采用“自顶向下”和“自底向上”调查研究相结合的方式进行，即先由总体向局部分解，然后自底层向上层归纳，以便设计出整体最优的新系统。,4.1.2系统详细调查与分析,在前一章，简单介绍了系统的详细调查，这是在系统分析前期所要做的一项重要工作，就是要对用户的具体工作及信息需求进行识别，识别出哪些是可以由计算机来完成的，哪些是计算机所不能完成的，哪些是可以由人和计算机共同完成的，同时还要提出新系统实施后对现行系统的影响，以及由此带来

4、对现行系统的调整与改进。为了实现这一工作目标，在系统分析过程中可以遵循以下的工作步骤：,4.1.2系统详细调查与分析,1)对现行系统进行详细的业务调查分析了解各项需求 在系统分析阶段首先要对系统总体规划阶段产生的企业模型中的业务过程和业务活动采用“自顶向下”的工作方式进行详细的调查，确定其工作流程。调查结果可以用业务流程图来表达。然后从业务流程图中识别出信息流程，画出数据流程图。这是对现行系统的总的、概要的描述。在此基础上调查了解系统的综合要求，其中包括：,4.1.2系统详细调查与分析,系统的功能要求。这是未来系统必须完成的各项功能。 系统的性能要求。用户对未来系统在性能方面，如联机系统的响应

5、时间、系统需要的存储容量以及后援存储、重新启动和安全性等方面的考虑。 运行要求。这类要求集中表现在对系统运行及所处环境的要求。如用户希望使用哪种数据库管理系统，需要什么样的存储器等以及将来可能提出的要求。这类要求是指目前不属于系统开发的范畴，但将来随着外界环境的变化以及系统的发展可能会提出的要求。了解这类要求的目的是为了使得在系统设计过程中对将来可能的变化作好准备。,4.1.2系统详细调查与分析,2) 进行数据分析，建立数据库逻辑模型 在充分了解现行系统的业务处理流程和数据处理流程的基础上，按照总体规划中提出的主题数据库模型，运用数据库设计技术，对系统中所涉及的主题数据库进行详细的逻辑设计，并

6、根据系统的实际需求建立系统内的一些专用数据库，然后建立数据字典。,4.1.2系统详细调查与分析,3) 进行功能分析，确定新系统逻辑结构 这一步骤的任务是确立新系统的开发目标。依据数据库模型确定出系统的逻辑功能结构，其功能结构仍可采用数据流程图表示，同时为反映系统的各项功能与数据库之间的关系，还可以用“输入处理输出”图（即IPO图）来表示。对系统内的功能描述运用结构式语言、判定树、判定表等工具完成其定义工作，同时明确处理方式。最后，提出系统分析总结报告。,4.1.2系统详细调查与分析,为完成上述步骤中的各项工作，可以采用如下适当的工具。 业务流程图、数据流程图，这是对系统进行概要描述的工具。它反

7、映了系统的全貌，是系统分析的核心内容，但是对其中的数据与功能描述的细节没有进行定义，这些定义必须借助于其它的分析工具。 数据字典，是对上述流程图中的数据部分进行详细描述的工具。它起着对数据流程图的注释作用。 数据库设计工具规范化形式，运用它可以对系统内数据库进行逻辑设计。它是数据分析过程中的一个重要的技术和工具。 功能描述工具结构式语言、判定树、判定表，是对数据流程图中的功能部分进行详细描述的工具，它也起着对数据流程图的注释作用。,4.2 组织结构与功能分析,4.2.1 组织结构图 4.2.2 功能分析,4.2 组织结构与功能分析,企业管理系统的组织结构是企业管理过程各要素组成的有机整体，总体

8、来说，企业的组织结构是根据企业直接生产过程的运行特点，以及由此产生的一系列生产、技术、经营活动管理上的要求，依据企业一定阶段的目标，将专业管理人员、管理工具等要素按比例组织起来构成的系统。组织结构是企业管理过程与运行状况的直接体现它的发展与完善，是企业生产力不断发展的一个直接结果，因此现行系统的调查应从组织结构开始。,4.2 组织结构与功能分析,组织结构与功能分析主要有三部分内容：组织结构分析、业务过程与组织结构之间的联系分析、业务功能一览表。其中组织结构分析通常是通过组织结构图来实现的；业务过程与组织结构联系分析通常是通过业务与组织关系图来实现的；业务功能一览表是把组织内部各项管理业务功能都

9、用一张表的方式罗列出来，它是今后进行功能数据分析、确定新系统拟实现的管理功能和分析建立管理数据指标体系的基础。,4.2.1 组织结构图,1) 组织结构图,4.2.1 组织结构图,2) 现行系统中的信息流动 现行系统中的信息流动是以组织结构为背景加以体现的。 在一个组织中各部门之间存在着各种信息和物质的交换关系，物质材料由系统的外界流入，进入组织中的某一部分，进行加工或处理后，又流向组织中的另一部分，最终作为输出产品流出系统。,4.2.1 组织结构图,企业的生产状况和物质流动本身产生各种数据并通过一定的途径流向管理部门，按一定规则和意图加工所得的信息再流向相关部门和组织领导，组织领导按照上下级关

10、系下达各种命令（信息）以控制和调节物质流动的数量、方向和速度，确保物质流动规则有序。 总之，组织结构中包含了多种关系，概括起来主要有上下级的领导关系、物质的流动关系、资金的传递关系、信息的传递关系等。一般情况下，物质的流动和资金的传递都伴随有信息的传递，信息的传递关系是系统进一步设计的依据和对象。,4.2.1 组织结构图,组织结构中的各种关系可以借助于组织结构图予以表现，部门间的层次关系即表示上下级的领导关系，其他关系可用一定的符号表示。,4.2.2 功能分析,功能与组织之间是紧密相联的。功能，指的是完成某项工作的能力。组织是为了实施企业的功能而成立的，当功能体系和组织体系相一致时，该企业就在

11、功能上组织化了，这种组织体系被认为是合理的。要弄清功能与组织的关系，最好的办法是制作功能体系图（见图4.3）。,4.2.2 功能分析,图4.3某销售系统的管理功能图,4.3 业务流程分析,4.3.1 基本符号及其说明 4.3.2 业务流程分析,4.3 业务流程分析,组织结构调查任务的完成将为系统的深入调查分析提供总体框架，也将为业务流程重构、组织结构重构以及信息系统的数据传送设计和层次结构的划分提供参考依据。前面已经将业务功能一一理出，而业务流程分析则是在业务功能的基础上将其细化，利用系统调查的资料将业务处理过程中的每一个步骤用一个完整的图形将其串起来。在绘制业务流程图的过程中发现问题，分析不

12、足，优化业务处理过程。所以说绘制业务流程图是分析业务流程的重要步骤。,4.3 业务流程分析,业务流程图（Transaction Flow Diagram,简称TFO），就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。换句话说，就是一本用图形方式来反映实际业务处理过程的“流水账”。绘制出这本“流水账”对于开发者理顺和优化业务过程是很有帮助的。 业务流程图是一种用尽可能少、尽可能简单的方法来描述业务处理过程的方法。由于它的符号简单明了，所以非常易于阅读和理解业务流程。但它的不足是对于一些专业性较强的业务处理细节缺乏足够的表现手段，它比较

13、适用于反映事务处理类型的业务过程。,4.3.1基本符号及其说明,基本图例可以采用如图4.4所示的几种： 业务处理单位或部门符号表达了某项业务参与的人或事物；数据流动及方向符号表达了业务数据的流动方向，这个方向用单箭头表示；各类单证、报表符号表明了数据的载体；数据存储或存档符号也表明了一种数据载体，但这个数据是作为档案来保存的；业务功能描述符号表明了业务处理功能。系统分析员应严格按照这个绘图规范完成业务流程图的绘制。,业务处理单位 业务处理功能描述 各类单证、报表等 数据/存储或文档 数据流动及方向,4.3.2业务流程分析,管理业务流程图是一种描述系统内各单位、人员之间业务关系、作业顺序和管理信

14、息流向的图表，利用它可以帮助分析人员找出业务流程中的不合理流向。 下面以教学管理系统实例来介绍业务流程分析方法。 教学管理系统实际上是学校各项管理系统中的一个职能域，可以认为是全校信息系统中的一个子系统，根据教学管理系统的方案中有关高层业务管理，可以画出该子系统的高层业务流程图，如图4.所示，这张图反映了该系统的总体业务概况。,4.3.2业务流程分析,图4.5 教学管理系统的高层业务流程图,4.3.2业务流程分析,其处理过程是：学生填写学生情况登记表到教学办公室，教务人员根招生办公室提供的原始材料核对学生情况登记表，无误后形成学生情况档案； 教务部门还要根据学生情况档案作学生情况统计，形成各种

15、统计报表递交省教委、校长及各有关单位； 根据学生情况档案建立学生变动台账，及时反映学生学籍变动情况； 各专业讨论教学计划草稿，形成正式教学计划； 教学计划打印后发放到各院系，院系教学办公室排出教师教学任务分配表； 院系教学秘书根据教学任务分配表和教师情况登记表以及教学计划编排课程表，分别发放给教师和学生； 同时还根据教学执行计划、课程表以及学生情况档案对作日常事务处理，监督教与学； 教师将学生成绩单交给学籍管理科，进行学生成绩档案以及学生情况档案的更新。,4.4 数据与数据流程分析,4.4.1 数据流程分析 4.4.2 数据字典 4.4.3 计算机处理功能分析,4.4 数据与数据流程分析,数据

16、是信息的载体，是今后系统处理的主要对象，因此必须对系统调查中收集的数据以及统计和处理数据的过程进行分析和整理。 如果有没弄清楚的问题，应立刻返回去彻底弄清楚它。如果发现有数据不全，采集过程不合理，处理过程不流畅，数据分析不深入等问题，应在本分析过程中研究解决之。 数据与数据流程分析是今后建立数据库系统和设计功能模块处理过程的基础。,4.4.1 数据流程分析,1）数据流程图的基本概念及成分 数据流程图常用的符号如图4.6所示,4.4.1 数据流程分析,外部实体。指本系统之外的人或单位，它们和本系统有信息传递关系。在绘制某一系统的数据流程图时，凡属本系统之外的人或单位，也都被列为外部实体。为了避免

17、在一张数据流程图中出现线条的交叉，同一个外部实体可以出现若干次。 数据流。数据流表示流动着的数据，它可以是一项数据，也可以是一组数据（如扣款数据文件、订货单等），也可用来表示对数据文件的存储操作。通常在数据流符号的上方标明数据流的名称。,4.4.1 数据流程分析,处理（功能）。处理，又称功能。如果将数据流比喻成工厂中的零部件传送带，数据存储是零部件的存储仓库，那么每一道加工工序就相当于数据流程图中的处理功能，它表达了对数据处理的逻辑功能，一般用一个长方形来表示处理逻辑，图形下部填写处理的名称（如开发票、出库处理等），上部填写唯一标识该处理的标志。 数据存储。指通过数据文件、文件夹或账本等存储数

18、据，表明数据的流动方向及其名称，它是数据载体的表现形式之一。用一个右边开口的长方形条表示。图形右部填写存储的数据和数据集的名字，左边填入该数据存储的标志。同外部实体一样，为了避免在一张数据流程图中出现线条的交叉，同一个数据存储可以出现若干次。,4.4.1 数据流程分析,2）流程图绘制方法及实例 数据流程图是分层次的绘制时采取自顶向下逐层分解的办法。首先画出顶层第一层数据流程图。顶层数据流程图只有一张，它说明了系统的总的处理功能、输入和输出。 通过对图4.某学校教学管理系统高层的业务流程图进行分析,可以画出现行系统的数据流程图，如图.7所示。,4.4.1,图4.7 教学管理系统的高层数据流程图,

19、4.4.1 数据流程分析,3）绘制数据流程图的注意事项 数据流程图的绘制过程中应注意以下几个方面的问题。 数据流程图的绘制一般由左至右进行。从左侧开始标出外部实体，然后画出由外部实体产生的数据流，再画出处理逻辑、数据流、数据存储等元素及其相互关系，最后在流程图的右侧画出接受输出信息的系统的外部实体。,4.4.1 数据流程分析,父图与子图的平衡子图是对父图中处理逻辑的详细描述，因此父图中数据的输入和输出必须在子图中反映，即父图与子图必须平衡，或者说，父图与子图必须具备接口的一致性。,4.4.1 数据流程分析,父图与子图的平衡是分层数据流程图的重要特性，因而在绘制分层数据流程图时，必须认真检查“平

20、衡”、特别是当子图有若干张，数据流被分成若干条时，更应慎重核查。用虚线框将子图中由父图分解展开的处理内容框起来，有利于弄清输入输出数据，便于与父图比较。 数据流至少有一端连着处理框数据流不能从外部实体直接传送到数据存储，也不能从数据存储直接传送到外部实体。 数据存储流入流出协调数据存储必定有流入的数据流和流出的数据流，缺少任何一种则意味着遗漏某些加工。,4.4.1 数据流程分析,数据处理流入流出协调只有输入没有输出则数据处理无需存在，只有输出没有输入的数据处理不可能满足。 合理命名、准确编号数据流程图绘制过程中，对外部实体、数据流、处理逻辑以及数据存储都必须合理地命名。数据流程图正式完稿后还要

21、对这些元素进行编号，以便进一步编写数据字典利于系统设计人员和用户阅读与理解。,4.4.2 数据字典（Data Dictionary）,数据字典是系统分析阶段的重要文档，它详细地定义和解释了数据流程图上未能表达的内容。数据流程图加上完整的数据字典,就形成一份完整的系统分析的“系统规格说明书”（System Specification）。数据字典包括的项目有：数据项、数据结构、数据流、数据存储、处理逻辑和外部实体。 下面给出定义实例：,4.4.2 数据字典（Data Dictionary）,数据项定义实例 数据项名称：考试成绩编号：10305 简述：学生期末考试成绩，共分四等。 别名：成绩 长度：

22、l个汉字 取值含义：优90100、良8089、中7079、及6069,4.4.2 数据字典（Data Dictionary）,数据结构定义实例数据结构名称：学生成绩登记卡：DS03-12简述：新生入学要填写的卡片。组成：学号姓名入学日期出生日期性别民族 家庭地址,4.4.2 数据字典（Data Dictionary）,数据流定义实例数据流名称：期末成绩单 编号：D0315简述：学期结束时，任课老师填写的成绩单。数据流来源：“教师”外部实体数据流去向：“统计成绩”处理逻辑。数据流组成：科目名称+学生成绩+学号+姓名+成绩+任课教师流通量： 200份学期,4.4.2 数据字典（Data Dicti

23、onary）,数据结构、数据流以及数据存储的组成，可以用一些简单的符号来简明地表示，如：十表示“与”。1表示“或”，即选择括号中的某一项。表示“重复”，即括号中的项可能重复若干次。（）表示“可选”，即括号中的项可能没有。例如，数据流名：学生选课。组成：学生编号十课程编号十（所选课程学分）,4.4.2 数据字典（Data Dictionary）,数据存储定义实例 数据存储名称：学生成绩一览表 编号：D0501 简述：学期结束，按班汇集学生各科成绩。 流入的数据流：“登记成绩一览表”处理逻辑。 流出的数据流：“登记学籍表”，“填写成绩单”，“评奖学金”，“填写成绩单” 处理逻辑。 数据存储的组成：

24、班级学号姓名科目名称学生成绩,4.4.2 数据字典（Data Dictionary）,处理逻辑定义实例 处理逻辑名称：成绩管理 编号：P051.1.5 简述：对学生考试成绩进行日常的管理与维护。 输入：学生修课名单，课程名称，学生成绩。 处理：1、从学生名册中获取修同一门课程的学生名单; 2、统计每门课程的修课人数并报系机关；、从系机关获取课程安排数据，包括各门课程的上课时间、地点；、形成教学安排数据，其中包括各门课程的修课学生名单、上课地点，通知有关任课教师；,4.4.2 数据字典（Data Dictionary）,、接收任课教师的学生成绩数据，并登录在学生成绩档案中；、进行成绩统计，计算每

25、门课程成绩优良、及格、不及格、补考缺考的人数及比率，计算各科平均成绩并向系机关报告；、向学生发出学生成绩通知，并附补考安排。 输出：教学安排，学生成绩通知单，学生修课情况与成绩统计,4.4.2 数据字典（Data Dictionary）,外部实体定义实例 外部实体名称：教师 编号：S0105 简述：任课教师。 从外部实体输入的数据流：教学安排。 输出给外部实体的数据流：学生成绩。,4.4.2 数据字典（Data Dictionary）,数据字典的编写是系统开发中很重要的一项基础工作，从系统分析一直到系统设计和系统实施都要使用它。在数据字典的建立、修改和补充过程中，始终要注意保证数据的一致性和完

26、整性。 数据字典有两种存储形式：一种是人工方式，它是把有关内容记录在一张张卡片上，装订成册；另一种是存储在计算机中，通过一个数据字典软件来管理。,4.4.3 计算机处理功能分析,数据流程图中的“处理”符号仅仅简单地标出了处理的内容，功能分析则要求对它进行详细的说明。计算机处理功能的内容包括运算、数据存取和逻辑判断等。其中比较复杂的、难以表达清楚的是逻辑判断这种功能。为了简洁地说明问题，可以采用以下三种方法表达某些逻辑功能。,4.4.3 计算机处理功能分析,1）结构化语言 结构化语言是一种专门用来描述处理逻辑的语言形式。结构化语言不同于自然语言，不需要像自然语言一样用很长的篇幅才能将处理逻辑表达

27、清楚，而是用极其有限的语句和词汇简洁明确地（而不是含糊地）描述处理逻辑。结构化语言也不同于程序设计语言，程序设计语言有一套严格的语法规定，一般的用户很难读懂，而结构化语言没有严格的语法规则，借助于简单的祈使句、判断语句和循环语句即可清楚地表达处理逻辑的含义。可以这么认为，结构化语言模仿计算机语言，使用IF、THEN、ELSE、SO等词汇构成，比自然语言更严格。,4.4.3 计算机处理功能分析,祈使语句。祈使语句指出要做什么事情，包括一个动词和一个宾语。动词指出要执行的功能，宾语表示动作的对象。 判断语句。判断语句的形式类似结构化程序中的判断结构。其一般形式是：如果条件 1则动作A否则（条件不成

28、立）就动作B,4.4.3 计算机处理功能分析,判断语句中的“如果”、“否则”要成对出现，以避免多重判断嵌套时产生歧义性，另外书写时要表明层次性。例如：某公司的对客户分类标准如下： 顾客每次订货额在 1000元以上（含1000元），信誉好的，订单设“优先”标志；信誉不好，但是老客户的，订单设“优先”标志；信誉不好，但是新客户的，订单设“正常”标志；每次订货额在 1000元以下，订单设“正常”标志。,4.4.3 计算机处理功能分析,上述例子若采用判断语句可表示如下： IF 顾客订额1000 IF 顾客信誉好 订单设“优先”标志 ELSE IF 顾客是老顾客 订单设“优先”标志 ELSE 订单设“正

29、常”标志 ENDIF ENDIF ELSE 订单设“正常”标志 ENDIF,4.4.3 计算机处理功能分析,循环语句 循环语句表达在某种条件下，重复执行相同的动作，直到这个条件不成立为止。例如： 基本工资超过元的职工计算工资总额,4.4.3 计算机处理功能分析,2）判定树 如果某个动作的执行不是只依赖于一个条件，而和若干个条件有关，那么这项策略可用判定树、判定表等图表的方式来表达其逻辑关系。判定树是由左边（树根）开始，沿着各个分支向右看，根据每一个条件的取值状态，可以找出相应的策略（即动作），所有的动作都在判定树的最右侧。 上述例子可用判定树直观表示，如表4-1所示。,4.4.3 计算机处理功

30、能分析,表-1 判定树,4.4.3 计算机处理功能分析,3）判定表 判定表是采用表格方式表示处理逻辑的一种工具。它将所有的条件列在表中，通过条件的组合，表明应采取的策略。判定表特别适用于条件很多，而且每一个条件的取值有若干个，相应的动作也很多的情形。表4-1的例子可用表4-2表达。 判定表的编制方法是： 列出所有的n个条件； 列出所有的条件组合，条件组合数最多为2n 个； 按全部条件组合列出其对应的行动方案； 整理方案。有些条件组合在实际中可能是矛盾或无意义的，需要将它们剔除；某些不同组合条件下的行动是相同的，需要将它们合并。表4-2可以整理成表4-3，其中“”表示“Y”或“N”。 以上三种处

31、理逻辑表达工具各有特点，在实际使用过程中往往以结构化语言为描述处理逻辑的基础工具，在条件复杂时可以辅以判定树或判定表。,4.4.3 计算机处理功能分析,表- 判定表,4.4.3 计算机处理功能分析,表-3 整理后的判定表,4.5 功能/数据分析,4.5.1 UC矩阵及其建立 4.5.2 正确性检验 4.5.3 UC矩阵的求解 4.5.4 系统功能划分与数据资源分布,4.5 功能/数据分析,在对实际系统的业务流程、管理功能、数据流程以及数据分析都作了详细的了解和形式化的描述以后，就可在此基础上进行系统化的分析，以使整体地考虑新系统的功能子系统的数据资源的合理分布。 进行这种分析的有力工具之一就是

32、功能数据分析。功能数据分析法是IBM公司于20世纪70年代初在企业系统规划法中提出的一种系统化的聚类分析法。,4.5 功能/数据分析,功能数据分析是通过U/C矩阵的建立和分析来实现的。这种方法不但适用于功能/数据分析，也可以适用于其他各方面的管理分析。例如用此方法曾经尝试过解决岗位职能和人员定编等管理问题，同样取得了良好的效果。 U/C矩阵可以用来分析收集的数据的合理性和完备性等问题，还可以用于分析新系统的逻辑划分的数据资源的合理性问题，为下一步的系统设计工作奠定基础。,4.5.1 U/C矩阵及其建立,功能/数据分析是通过U/C矩阵实现的，它将分析的内容用一个二维的表格来描述，这就是U/C矩阵

33、。下面叙述U/C矩阵的特点和它的建立过程。 1) U/C矩阵U/C矩阵是一个进行内容分析的二维表格，要分析的内容就是x，y两个方向的坐标变量。如果将xi和yi之间的联系用二维表内的“U”、“C”来表示，就构成了一个U/C。如图4.8所示。,4.5.1 U/C矩阵及其建立,2) 建立一个U/C矩阵 要建立一个U/C矩阵对于一个实际的组织来说不是一件容易的事情。从理论上说建立U/C矩阵首先要进行系统化，自顶向下地划分，然后逐个确定具体的功能（或功能类）和数据库（或数据类），最后填写上功能/数据之间关系，即完成了U/C的建立过程。 以功能/数据分析为例。详细调查过程中所绘出的功能业务一览表、业务联系

34、图等和4.4.1小节中收集的数据为基本坐标变量，加上功能与数据之间的联系（“U”或“C”）就构成了U/C矩阵。,4.5.2 正确性检验,建立U/C矩阵后一定要根据“数据守恒”原则进行正确性检验，以确保系统功能数据划分和所建U/C矩阵的正确性。“数据守恒”就是指，数据必定有一个产生源，也一个有一个或多个用途。通过检验，可以指出前段工作的不足的疏漏，或是划分不合理的地方，即时地督促，加以改正。具体说来，U/C矩阵的正确性检验可以从以下三个方面进行。 1) 完备性检验 完备性（completeness）检验是指对具体的数据项（或类）必须有一个产生者（即“C”）和至少一个使用者（即“U”），功能则必须

35、有产生或使用（“U”或“C”元素）发生，否则这个U/C矩阵的建立是不完备。 这个检验可及时发现表中的功能或数据项的划分是否合理以及“U”，“C”元素是否有填漏的现象发生。,4.5.2 正确性检验,2) 一致性检验一致性（uniformity）检验是指对具体的数据项类有且仅有一个产生者（“C”）,如果有多个产生者的情况出现，则产生了不一致性的现象，其结果将会给后续开发工作带来混乱。这种不一致现象的产生可能有如下原因： 没有产生者漏填了“C”元素或者是功能、数据的划分不当。 多个产生者错填了“C”元素或者是功能、数据的划分不独立、不一致。,4.5.2 正确性检验,3) 无冗余性检验 无冗余性(no

36、n-verbosity)检验即表中不允许有空行或空列。如果有空行或空列的现象发生则可能出现如下问题： 漏填了“C”或“U”元素； 功能项或者数据项的划分是冗余的没有必要的。,4.5.3 U/C矩阵的求解,U/C矩阵求解过程就是对系统结构划分的优化过程。它是基于子系统划分应相互独立，而且内部凝聚性高这一原则之上的一种聚类操作。其具体作法是致使表中的“C”元素尽量地靠近U/C矩阵的对角线，然后再以“C”元素为标准，划分子系统。这样划分的子系统独立性和凝聚性都是较好的，因为它可以不受干扰地独立运行。 U/C矩阵的求解过程是通过表上作业来完成的。其具体操作方法是：调换表中的行变量或列变量，使得“C”元

37、素尽量地朝对角线靠近，如图4.8所示（注意：这里只能是尽量朝对角线靠近，但不可能全在对角线上）。,4.5.4 系统功能划分与数据资源分布,在本节中U/C矩阵的求解目的是为了对系统进行逻辑功能划分和考虑今后数据资源的合理分布。一般说来U/C矩阵的主要功能有如下四点： 通过对U/C矩阵的正确性检验，及时发现前段分析和调查工作的疏漏和错误； 通过对U/C矩阵的正确性检验来分析数据的正确性的完整性； 通过对U/C矩阵的求解过程最终得到子系统的划分； 通过子系统之间的联系（“U”）可以确定子系统之间的共享数据。 而这里所要用的主要是后两点。,4.5.4 系统功能划分与数据资源分布,1）系统逻辑功能的划分

38、通过前一小节的求解处理后，就可以如何进行新系统的逻辑划分了。划分的方法是在求解后的U/C矩阵中划出一个个的小方块，如图4.9所示。划分时应注意： 沿对角线一个接一个地画，即不能重叠，又不能漏掉任何一个数据和功能。 小方块的划分是任意的，但必须尽可能地将所有的“C”元素都有包含在小方块之内。划分后的小方块即为今后新系统划分的基础，每一个小方块即一个子系统。另外特别值得一提的是：对同一调整出来的结果，小方块（子系统）的划分不是唯一的。具体如何划分为好，要根据实际情况以及分析者个人的工作经验和习惯来定。子系统划定之后，留在小方块（子系统）外还有若干个“U”元素，这就是今后子系统之间的数据联系，即共享

39、的数据资源。如图4.9 所示。,4.5.4 系统功能划分与数据资源分布,2）数据资源分布 在对系统进行划分并确定了子系统以后，从图4.9中可能看出所有数据的使用系统都被小方块分隔成了两类，一类在小方块以内，一类在小方块以外。在小方块以内产生和使用的数据，则今后主要考虑放在本子系统的计算机设备上处理。而小方块以外的数据联系（即图中小方块以外的“U”），则表示了各子系统之间数据联系（如图4.10所示）。今后应考虑将这些数据资源放在网络服务器上供各子系统共享或通过网络来相互传递。,4.6 新系统逻辑方案的建立,4.6.1 新系统信息处理方案 4.6.2 新系统可能涉及到的管理模型,4.6 新系统逻辑

40、方案的建立,逻辑方案是新系统开发中要采用的管理模型和信息处理方法。系统分析阶段的详细调查、系统化分析都是为建立新系统的逻辑方案做准备。逻辑方案是系统分析阶段的最终成果，也是今后进行系统设计和实施的依据。 新系统的逻辑方案主要包括：对系统业务流程分析整理的结果；对数据及数据流程分析整理的结果；子系统划分的结果；各个具体的业务处理过程以及根据实际情况应建立的管理模型和管理方法。新系统的逻辑方案是系统开发者和用户共同确认的新系统处理模式以及共同努力的方向。,4.6.1 新系统信息处理方案,在本章前面各节中已经对原有系统进行了大量的分析和优化，这个分析和优化的结 果就是新系统拟采用的信息处理方案。它包

41、括如下几部分： 1）确定合理的业务处理流程 具体内容包括：删去或合并了哪些多余的或重复处理的过程；对哪些业务处理过程进行优化和改动，改动的原因是什么，改动（包括增补）后将带来哪些好处；给出最后确定的业务流程图；指出在业务流程图中哪些部分新系统（主要指计算机软件系统）可以完成，哪些部分需要用户完成（或是需要用户配合新系统来完成）。,4.6.1 新系统信息处理方案,2）确定合理的数据和数据流程 在本章前面各节中已经对原有系统进行了大量地分析和优化，这分析和优化的结果就是新系统拟采用的信息处理方案。具体内容包括：请用户确认最终的数据指标体系和数据字典。确认的内容主要是指标体系是否全面合理，数据精度是

42、否满足要求并可以统计得到这个精度等；删去或合并了哪些多余的或重复的数据处理过程；对哪些数据处理过程进行了优化和改动，改动的原因是什么，改动（包括增补）后将带来哪些好处；给出最后确定的数据流程图；指出在数据流程图中哪些部分新系统（主要指计算机软件系统）可以完成，哪些部件需要用户完成（或是需要用户配合新系统来完成）。,4.6.1 新系统信息处理方案,3）确定新系统的逻辑结构和数据分布新系统逻辑划分方案（即子系统的划分）。新系统数据资源的分布方案，如哪些在本系统设备内部，哪些在网络服务器或主机上。,4.6.2 新系统可能涉及到的管理模型,确定新系统的管理模型就是要确定今后系统在每一个具体的管理环节上

43、的处理方法。而管理模型是一个广义的概念，涉及到管理的方方面面，同时不同单位由于环境条件各不相同，对管理模型也会有不同的要求，在系统分析阶段必须与用户协商，共同决定采用哪些模型。 这个问题一般应根据系统分析的结果和管理科学方面的知识来定、因此无法给出一个预先规定的新系统模型或产生该模型的条条框框。,4.7 系统分析报告,4.7.1 系统系统分析报告的内容 4.7.2 系统系统分析报告的审议,4.7.1 系统系统分析报告的内容,作为系统分析阶段的技术文档，系统分析报告又称为系统说明书，通常包括下列三方面内容： 1）引言。 2）项目概述。项目的主要内容现行系统的调查情况新系统的逻辑模型 3）实施计划

44、。工作任务的分解进度预算,4.7.2 系统系统分析报告的审议,系统分析报告是系统分析阶段的技术文档，也是这一阶段的工作报告，是提交审议的一份工作文件。 系统说明书一旦审议通过，则成为有约束力的指导性文件，成为用户与此技术人员之间的技术合同，成为下阶段系统设计的依据。 因此，系统说明书的编写很重要。它应简明扼要，抓住本质，反映系统的全貌和系统分析员的设想。它的优劣是系统分析人员水平和经验的体现，也是系统分析员对任务和情况了解深度的体现。,4.7.2 系统系统分析报告的审议,对系统说明书的审议是整个系统研制过程中一个重要的里程碑。审议应由研制人员企业领导管理人员局外系统分析专家共同进行。审议通过之

45、后，系统说明书就成为系统研制人员与企业对该项目共同意志的体现，系统分析作为一个工作阶段，宣告结束。若有关人员在审议中对所提方案不满意，或者发现研制人员对系统的了解不具备不成熟，导致项目中止或暂缓。一般说来，经过认真的可行性分析之后，不应该出现后一种情况，除非情况有重大变动。 上面提到的局外专家，指研制过类似系统而又与本企业无直接关系的人，他们一方面协助审查研制人员对系统的了解是否全面、准确，另一方面审查提出的方案，特别是对实施后会给企业的运行带来的影响做出估计。这种估计需要借助他们的经验。,思考与练习,1、系统分析经历哪几个步骤，每一个步骤的基本过程是什么？ 2、试分析本校的组织机构及各部门的

46、主要业务功能，画出组织机构图和业务功能一览表。 3、试述系统数据流程图绘制的主要原则、步骤与方法 4、某学校学籍管理制度规定：经补考仍有两门考试课不及格者留级；经补考，考查课和考试课共计仍有三门不及格者留级；经补考，仍有不及格课程但未达到留级标准可升级，但不及格课目要重修。试用结构化语言、判定树、判定表分别表示上述规则。,思考与练习,5、用数据流程图描述以下培训业务管理系统某培训中心管理系统子系统的业务处理过程如下：培训中心将学员发来的电报、信件、电话收集分类后按几种不同情况处理：报名的，将报名数据送给负责报名的职员处理，并在学生文件、课程文件及账目上登记，同时将报名单交财务部门开出发票后凭复审通知学员；查询的，交查询部门给出答复；付款的，财务人员在账目上登记后，经复审通知学员；注销的，注销人员在课程文件、学生文件、账目上做相应的修改，经复审通知学员；对一些不合理的函电，培训中心拒绝处理。 6、对所在学校的学生成绩管理系统进行系统分析：画出管理业务流程图；画出数据流程图；编写数据字典。,2003.06,Thank You,