MIS开发-第4章 信息系统分析课件

第4章信息系统分析

主要内容：信息系统的分析阶段的任务主要是针对每一个子系统进行详细的分析，然后制定出每个子系统的逻辑结构MIS开发-第4章信息系统分析4.1信息系统分析概述

4.1.1信息系统分析的任务

详细了解每一个业务过程和业务活动的工作流程及信息处理流程，理解管理者（用户）的需求，然后运用信息系统开发理论、开发方法和开发技术确定出系统应具有的逻辑功能，再用适当的方法表达出来，形成这个系统的逻辑方案，这个方案不但要能够充分反映用户的信息需求并和用户取得一致的意见，而且要能够使系统设计员和程序员由此设计、开发出一个计算机化的信息系统。

MIS开发-第4章信息系统分析4.1.2信息系统分析步骤现行系统详细的业务流程调查业务流程分析，明确信息系统所能实现的各项业务功能数据分析，建立数据库逻辑模型以业务流程分析和数据库模型为基础，确定新系统的逻辑功能结构整理各项文档资料，并提出系统分析总结报告MIS开发-第4章信息系统分析现行系统详细的业务流程调查主要内容1、系统的功能要求。这是未来系统必须完成的各项功能。2、系统性能要求。如联机系统的响应时间、系统需要的存储容量以及后援存储、重新启动和安全性等方面的考虑等。3、运行要求。4、将来可能提出的要求。MIS开发-第4章信息系统分析业务流程分析，明确信息系统所能实现的各项业务功能信息系统并不能够完全替代人的所有管理活动。信息系统的特长是对数据的处理，为此对现行业务流程进行分析，抽取能够由信息系统实现的功能是信息系统分析的一项重要任务。业务流程分析→信息系统功能、数据处理流程。对各项功能的描述可运用结构式语言、判断树、判断表等工具来描述。MIS开发-第4章信息系统分析数据分析，建立数据库逻辑模型业务处理流程+数据处理流程主题数据库模型数据库设计技术详细的逻辑设计专用数据库建立或进一步完善数据字典MIS开发-第4章信息系统分析4.1.3信息系统分析工具业务流程图、数据流程图数据字典数据库设计工具——规范化设计功能描述工具——结构式语言、判断树、判断表基于UML的功能分析和建模工具——RationalRose

MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理

1、业务流程图绘制标准业务流程图图例MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理1、业务流程图绘制标准业务流程图范例MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理2、数据流程图绘制标准

数据流程图图例MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理2、数据流程图绘制标准数据流程图范例MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理3、数据字典标准MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理4、功能描述标准

MIS开发-第4章信息系统分析4.1.4信息系统分析阶段的过程管理5、过程记录标准MIS开发-第4章信息系统分析4.1.5信息系统分析的特点

1、用画图的方法，直观且容易理解2、“自顶向下”的工作原则3、强调逻辑结构而不是物理实现4、避免了重复工作MIS开发-第4章信息系统分析4.2业务流程调查

4.2.1概要调查（高层）MIS开发-第4章信息系统分析4.2.2业务流程详细调查

教学计划管理详细业务流程图MIS开发-第4章信息系统分析4.2.2业务流程详细调查日常教学管理详细业务流程图MIS开发-第4章信息系统分析4.2.2业务流程详细调查“排课处理”详细业务流程图MIS开发-第4章信息系统分析4.2.2业务流程详细调查“学籍管理”详细业务流程图MIS开发-第4章信息系统分析4.2.3业务流程审查

业务流程层次关系示意图MIS开发-第4章信息系统分析4.2.3业务流程审查与管理人员一道共同审查这些业务流程图所描绘的工作流程是否正确，是否有被遗漏的部分检查业务流程图的一致性，即在高层流程图中出现的各类报表、单证、数据存储等数据载体一定要在低层的业务流程图中反映出来，相应地表示业务处理单位或部门或人的业务处理的参与者、完成者等客观实体/人也要在低一层的业务流程图中反映出来检查低层的业务流程图中是否存在这样的业务功能，它没有输入或处理完毕不产生输出，如果存在则要仔细调查各项业务功能是确实没有输入或没有输出，还是将某些输入或输出遗忘对各项业务活动和数据载体的名称进行审查，确认名称定义的正确性和准确性，不能存在同名异义或同义异名的现象MIS开发-第4章信息系统分析4.3数据分析建立数据模型4.3.1关系的基本性质（1）在任一列上，数据项应该属于同一个属性；（2）表中的所有的行都是不相同的，即不允许有重复的元组；（3）行的顺序无关紧要；（4）在一个表中，每一列有不同的名称；（5）列的顺序也无关紧要。MIS开发-第4章信息系统分析4.3.1关系的基本性质非规范化关系

MIS开发-第4章信息系统分析4.3.2关系的规范化形式

第一规范化形式转换MIS开发-第4章信息系统分析4.3.2关系的规范化形式2、第二规范化形式转换学生学号学生姓名性别出生年月政治面貌籍贯课程名称成绩MIS开发-第4章信息系统分析4.3.2关系的规范化形式3、第三规范化形式转换MIS开发-第4章信息系统分析4.3.3数据分析及主题数据库的逻辑设计

（1）将每个主题数据库所包含的各类数据载体（各种单证、报表、帐册等）收集在一起，消除冗余的数据元素最终确定出这些数据载体中应该包含数据元素，分析这些数据元素之间的依赖关系，必要时可以将这组依赖关系列在一张表上（2）按照数据库规范化理论，将这些主题数据库规范成三范式，形成一组关系表。必要时可以对这些关系进行证明，从理论上论证这组经过投影分解所得到的关系是正确的。（3）从实际应用出发，一些关系调整到二范式甚至一范式。最终确定出的主题数据库逻辑模型MIS开发-第4章信息系统分析4.3.3数据分析及主题数据库的逻辑设计主题数据库一览表MIS开发-第4章信息系统分析4.3.3数据分析及主题数据库的逻辑设计数据库基本表一览表MIS开发-第4章信息系统分析4.3.3数据分析及主题数据库的逻辑设计数据库表结构MIS开发-第4章信息系统分析4.4功能分析建立新系统逻辑结构4.4.1详细的功能分析“排课处理”逻辑结构图MIS开发-第4章信息系统分析4.4.1详细的功能分析“学籍管理”逻辑结构图MIS开发-第4章信息系统分析4.4.1详细的功能分析“日常教学管理”逻辑结构图MIS开发-第4章信息系统分析4.4.2总体逻辑结构设计

总体逻辑结构图MIS开发-第4章信息系统分析4.4.3逻辑结构的审查

（1）数据流程图本身的正确性检查（2）逻辑功能正确性检查（3）检查新系统逻辑功能是否符合总体规划中的总体方案要求MIS开发-第4章信息系统分析4.4.3逻辑结构的审查新系统的逻辑结构反映了以下几个特征：（1）系统内各功能部分之间的数据存储及交换关系都是通过主题数据库来实现的，充分体现了第1章中所提到的信息系统开发的基本原理和前提。（2）数据库的建立首先经过了总体规划，在充分考虑到全局利益的前提下形成的，因此解决了由分散开发所带来的一系列问题。（3）数据流出现在相关的外部实体和业务功能之间，表明了该系统与外界的接口，需要考虑两个系统之间如何联接的问题。（4）从业务流程调查到功能分析所采用的工作路线是“自顶向下”和“自底向上”相结合的方式，并注重了总体规划在分析过程中的指导作用。MIS开发-第4章信息系统分析4.5业务功能描述4.5.1用例图及用例说明1、构建用例模型

角色（Actor）：角色是与系统交互的人或事物，角色可以是用户、其它系统或事件。当事件作为角色时，一般是指一定时间触发系统中的某个事件。用例（UseCase）：用例是系统的业务功能，它描述人们如何使用系统。关系分为通信关系、使用关系和扩展关系。MIS开发-第4章信息系统分析4.5.1用例图及用例说明通信关系

使用关系

扩展关系MIS开发-第4章信息系统分析4.5.1用例图及用例说明“排课处理”用例模型MIS开发-第4章信息系统分析4.5.1用例图及用例说明“学籍管理”用例模型MIS开发-第4章信息系统分析4.5.1用例图及用例说明2、用例说明

MIS开发-第4章信息系统分析4.5.1用例图及用例说明采用自然语言做用例说明存在的问题：①界限不明确②逻辑条件的次序不明确③意义模糊的形容词或副词

MIS开发-第4章信息系统分析4.5.1用例图及用例说明（1）结构式语言结构式语言使用的词汇主要有以下三类：祈使句中的动词；在数据字典中定义的名词；某些逻辑表达式中的保留字。MIS开发-第4章信息系统分析4.5.1用例图及用例说明①简单的祈使句计算房租水电费的过程用结构式语言表达如下：获得当月水表数获得上月底水表数当月水表数减去上月底的水表数，得到本月实际用水吨数1.20元乘以实际用水吨数得到水费将水费加到应交房租水电费中获得当月电表数获得上月底电表数当月电表数减去上月底的电表数，得到本月实际用电度数0.80元乘以实际用电度数得到电费将电费加到应交房租水电费中获得房租费将房租费加到应交房租水电费中，得到住户的应交房租水电费MIS开发-第4章信息系统分析4.5.1用例图及用例说明②判断句

如果 条件1（成立） 则 动作A否则（条件1不成立） 就 动作BMIS开发-第4章信息系统分析4.5.1用例图及用例说明③循环语句

例如：“计算房租水电费”是对管区中的每一户计算其每月应交的房租水电费用，并且计算方法是一致的，用循环结构表示如下：对每一住户，循环计算房租水电费MIS开发-第4章信息系统分析4.5.1用例图及用例说明使用结构式语言来表达系统逻辑结构中底层的处理功能时要注意以下几个问题：第一，描述处理功能之前必须首先指出该功能的输入和输出数据（数据库或数据流）。第二，描述功能中避免使用界限不明确的词汇、含义模糊的形容词或逻辑次序不清晰的现象存在。第三，所有的语句必须具有较高的可读性，使人容易理解。即做到词汇言简意骇，清晰准确，不要使用修饰或漫谈的形式。第四，书写时格式要正确，且有统一的标准。

MIS开发-第4章信息系统分析4.5.1用例图及用例说明（2）判断树MIS开发-第4章信息系统分析4.5.1用例图及用例说明（3）判断表

举例：“如果年龄不满18岁，文化程度是小学，则脱产学习，文化程度是中学，则当电工。如果年龄满18岁但不满40岁，如果文化程度是小学或中学，若是男性，则当钳工，若是女性，则当车工，文化程度是大学，则当技术员。如果年满40岁及以上者，文化程度是小学或中学，则当材料员，文化程度是大学，则当技术员。”MIS开发-第4章信息系统分析4.5.1用例图及用例说明判断条件取值MIS开发-第4章信息系统分析4.5.1用例图及用例说明初始判断表MIS开发-第4章信息系统分析4.5.1用例图及用例说明简化的判断表MIS开发-第4章信息系统分析4.5.2用例的活动描述活动图的6种要素活动：活动表示必须执行的任务，它代表用户可以感知和体验到的任务状态：状态描述了某项活动完成后系统所处的状态迁移：迁移代表一个要素转移到另一个要素，表示要素之间的关系，引起迁移的触发者通过事件来描述决策：决策（判断）用菱形表示，在菱形上描述决策（判断）问题，它表达了分支逻辑，得到一种回答迁移到一个活动或状态，得到另一种回答则迁移到另外一个活动或状态同步条：同步条用来表示活动是否同步进行，如果某个活动结束时多个活动开始，则出现分叉，如果某个活动直到并行运行的多个活动完成时才能执行，则出现汇合泳道：反映活动的参与者（角色）如何参与到给定的工作流中MIS开发-第4章信息系统分析4.5.2用例的活动描述

“学生档案管理”活动图MIS开发-第4章信息系统分析4.5.2用例的活动描述“审核学籍”活动图MIS开发-第4章信息系统分析4.5.2用例的活动描述“毕业资格审查”活动图MIS开发-第4章信息系统分析4.5.2用例的活动描述“学籍变更申请处理”活动图MIS开发-第4章信息系统分析4.5.2用例的活动描述“学生档案管理”操作界面MIS开发-第4章信息系统分析4.5.3用例模型的抽象对象模型和动态模型对象模型用类图来描述，它描述了实现用例所需要的数据和操作（或称方法），动态模型用状态图和顺序图来描述，它描述了功能实现过程的各种动态。面向对象的特点之一就是将一组信息和影响信息的操作连接在一起，包装成类，于是类定义了对象持有的信息（属性）和对象的行为（操作）MIS开发-第4章信息系统分析4.5.3用例模型的抽象类和类之间四种常用关系：关联依赖累积一般化。MIS开发-第4章信息系统分析关系－关联关联描述了系统中对象和其它实例之间的离散的连接，关联是有序的，它允许重复，关联的实例是链。关联至对象的连接点称为关联端点，很多信息被附在关联端点上，它拥有角色名、重数（多少个类的实例可以关联于另一个类的实例），可见性等。关联有自己的名称，可以拥有自己的属性，这时关联本身也是类，称为关联类。4.5.3用例模型的抽象MIS开发-第4章信息系统分析ManagesJobbossworkeremployeeemployer1..***0..1CompanyPersonJobSalary角色名重数关联名称关联类二元关联自关联MIS开发-第4章信息系统分析4.5.3用例模型的抽象关联（Association）：是类之间的连接

类之间的关联关系MIS开发-第4章信息系统分析关系－依赖依赖指明两个或两个以上模型元素之间的关系。依赖有很多种类，比如：实现（realize）、使用、（usage）、实例化（instantiate）、调用（call），派生（derive）、访问（access）、引入（import）、友元（friend）等等。<<subsystem>>ApplicationServer<<subsystem>>DataBase<<usage>>依赖类型4.5.3用例模型的抽象MIS开发-第4章信息系统分析4.5.3用例模型的抽象依赖（Dependency）：也是类之间的连接。例如：成绩类与学生实体和课程之间的连接为依赖性连接，箭头方