港口管理信息系统 05.ppt

1、管理信息系统分析,2,系统分析的内容,系统分析是信息系统开发工作中最重要的一环。 系统分析的内容主要包括 组织内部整体管理状况分析 信息处理过程（侧重于具体业务全过程角度）分析,3,问题的识别,系统开发要搞清楚5个w。即what，why，who，where，when。识别问题是最重要的事。 当代信息系统的开发，均要先了解企业目标、现行企业系统的问题、企业的信息战略，然后是如何用信息技术解决这些问题。 要识别的问题首先是管理上的问题，然后是信息技术问题，还要了解这些需求的确实程度。,4,可行性研究,可行性（feasibility）研究是指在当前组织内外的具体条件下，系统开发工作必须具备资源和条件

2、，看其是否满足系统目标的要求。系统开发可行性研究包括如下几方面： 目标和方案的可行性 。 技术方面的可行性 经济方面的可行性 社会方面的可行性,5,系统开发前的准备工作,基础准备工作 管理工作要严格科学化，具体方法要程序化、规范化。 做好基础数据管理工作，严格计量程序、计量手段，检测手段和数据统计分析渠道。 数据、文件、报表的统一化。 人员组织准备 领导是否参与开发是确保系统开发能否成功的关键因素。 建立一支由系统分析员、管理岗位业务人员和信息技术人员组成的研制开发队伍。 明确各类人员（系统分析员、企业领导、业务管理人员、程序员、计算机软硬件维护人员等）的职责。,6,系统分析阶段的任务,系统说

3、明书是系统分析阶段的最后结果，它通过一组图表和文字说明描述了目标系统的逻辑模型。 逻辑模型包括数据流程图、数据字典、基本加工说明等。,7,系统分析阶段的工作步骤,详细调查、收集和分析用户需求 确定初步的逻辑模型 编制系统说明书,8,系统开发计划,系统开发计划主要是针对已确定的开发策略，选定相应的开发方法。 开发计划主要是制定系统开发的工作计划、投资计划、进度计划、资源利用计划。,9,系统调查的原则,自顶向下全面展开 先熟悉业务再分析其改进的可能性 工程化的工作方式 全面调查与重点调查相结合 主动与用户沟通、保持积极友好的人际关系,10,组织结构图,组织结构图是用来描述组织的总体结构以及组织内部

4、各部分之间的联系。 通常用组织结构图来描述现行系统组织机构的层次和隶属关系。,11,业务流程图,业务流程图（Transaction Flow Diagram, TFD）就是用一些规定的符号及连线来表示某个具体业务处理过程。 业务流程图的绘制是按照业务的实际处理步骤和过程进行的。 业务流程图是一种系统分析人员都懂的共同语言, 用来描述系统组织结构、业务流程。,12,业务流程图的基本符号及含义,13,业务流程图,14,业务流程图的特点,图的形式是按业务部门划分的横式图。 图描述的主体是票据、帐单的业务处理。 票据、帐单流动路线与实际业务处理过程一一对应。 图中票据、帐单是有“ 生”、“ 死”的，即

5、用它的一次生命周期来表示出一笔业务的处理情况。,15,业务流程图的作用,制做流程图的过程是全面了解业务处理的过程，是进行系统分析的依据。 它是系统分析员、管理人员、业务操作人员相互交流思想的工具。 系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。 用它可分析出业务流程的合理性。,16,功能结构图,17,现行系统概况表,现行系统概况表主要分为输入、处理、存储和输出四个部分，可清楚地反映现行系统的各种输入、处理、输出和各种数据存储。,18,逻辑模型的工具,反映信息在系统中流动和处理情况的图称为数据流图，它是描述系统逻辑模型的工具之一。 数据流图(Data Flow Diagram，简称

6、DFD)是便于用户理解系统数据流程的图形表示。 DFD能精确地在逻辑上描述系统的功能、输入、输出和数据存贮等，而摆脱了其物理内容。 数据流图是系统逻辑模型的重要组成部分。,19,数据收集,数据收集工作量很大， 故要求系统研制人员应具备经营管理的素质，耐心细致地深入实际，配合业务人员收集与系统有关的一切数据。 数据收集的渠道 数据的来源 收集数据的方法 数据调查内容,20,数据分析,围绕系统目标进行分析 弄清信息源周围的环境 围绕现存的业务流程进行分析 数据特征分析,21,数据特征分析,数据的类型以及长度 合理的取值范围 数据所属业务 数据业务量 数据重要程度和保密程度,22,数据流图的基本符号

7、,23,数据流,数据流由一组确定的数据组成。数据流用带有名字的具有箭头的线段表示，名字称为数据流名，表示流经的数据，箭头表示流向。 对数据流的表示有以下约定： 对流进或流出文件的数据流不需标注名字，因为文件本身就足以说明数据流。而别的数据流则必须标出名字，名字应能反映数据流的含义。 数据流不允许同名。 两个数据流在结构上相同是允许的，但必须体现人们对数据流的不同理解。 两个加工之间可以有几股不同的数据流，这是由于它们的用途不同，或它们之间没有联系，或它们的流动时间不同,24,加工处理,加工处理是对数据进行的操作，它把流入的数据流转换为流出的数据流。 对数据加工转换的方式有两种： 改变数据的结构

8、； 产生新的数据。,25,DFD的画法,一般遵循“由外向里”的原则，即先确定系统的边界或范围，再考虑系统的内部，先画加工的输入和输出，再画加工的内部。即： 识别系统的输入和输出。 从输入端至输出端画数据流和加工，并同时加上文件。 加工的分解“ 由外向里”进行分解。 数据流的命名，名字要确切，能反映整体。 各种符号布置要合理，分布均匀，尽量避免交叉线。 先考虑稳定态，后考虑瞬间态。如系统启动后在正常工作状态，稍后再考虑系统的启动和终止状态。,26,DFD的画法,“由外向里”的原则。即先确定系统的边界或范围，再考虑系统的内部，先画加工的输入和输出，再画加工内部。具体实行时可按下述步骤进行： 识别系

9、统的输入和输出，画出顶层图 画系统内部的数据流、加工与文件,画出一级细化图 加工的进一步分解，画出二级细化图,27,DFD特性及用途,DFD特性 抽象性：在DFD中具体的组织机构、工作场所、物质流等都已经去掉，只剩下信息和数据存储、流动、使用以及加工的情况。故描述的是抽象出来的数据。 概括性：它把系统对各种业务的处理过程联系起来考虑，形成一个总体，可反映出数据流之间的概括情况。 DFD用途 自顶而下分析系统的信息流程。 在图上确定需要计算机处理的部分。 向数据库设计过渡。 根据数据流向确定存取方式。 能够对应一个处理过程。,28,画分层数据流图时应注意的问题,合理编号 注意子图与父图的平衡 子

10、图与父图的数据流必须平衡，这是分层数据流的重要性质。这里的平衡指的是子图的输入、输出数据流必须与父图中对应加工的输入、输出数据流相同。 局部文件 分解的程度 分解应自然,概念上要合理、清晰。上层可分解的快些(即分解成的子加工个数多些)，这是因为上层是综合性描述，对可读性的影响小。而下层应分解得慢些。 在不影响可读性的前提下,应适当地多分解成几部分,以减少分解层数。,29,数据字典(Data Dictionary, DD),在数据流图的基础上，还需对其中的每个数据流、文件和数据项加以定义，这些定义所组成的集合称为数据字典。数据流图是系统的大框架，而数据字典以及下面将要介绍的加工说明则是对数据流图

11、中每个成分的精确描述。 数据流条目 数据流条目对每个数据流进行定义，它通常由四部分组成：数据流名、别名、组成和注释。组成栏是定义的主要部分，通常是列出该数据流的各组成数据项；注释栏用于记录其它有关信息。 文件条目 文件条目用来对文件(或数据库)进行定义。它由五部分组成：文件名、编号、组成、结构和注释。结构栏用于说明重复部分的相互关系。 数据项条目 数据项条目用来给出数据项的定义。,30,加工说明,编写加工说明的要求： 对数据流图中的每个功能单元必须有一个加工说明。 加工说明必须描述功能单元把输入数据转换为输出数据流的转换规则。 每个加工说明必须描述转换的策略，而不是转换的实现细节。即主要描述一

12、个加工“做什么”，而不是用程序设计语来描述具体的加工过程。 加工说明应力求完整、严密、易于理解。 加工说明的描述工具 由于自然语言不够精确、简练，不适合编写加工说明。目前已由许多适用加工说明的描述工具。 三种最常用的工具：结构化语言、判定表和判定树,31,结构化语言,自然语言的优点是容易理解，但是它不精确，可能有多意性。程序设计语言的优点是严格精确，但它的语法规定太死板，使用不方便。 结构化语言(Structured Language)则是介于自然语言和程序设计语言之间的一种语言，它是带有一定结构的自然语言。 在用结构化语言描述问题时只允许使用三种基本逻辑结构、顺序结构、选择结构和循环结构。

13、配合这三种结构所使用的词汇主要有三类：陈述句中的动词；在数据字典中定义的名词；某些逻辑表达式中的保留字、运算符、关系符等,32,判定表,对于具有多个互相联系的条件和可能产生多种结果的问题， 用结构化语言描述则显得不够直观和紧凑，这时可以用以清楚、简明为特征的判定表(Decision Table)来描述。 判定表采用表格形式来表达逻辑判断问题，表格分成四个部分：左上角为条件说明；左下角为行动说明；右上角为各种条件的组合说明；右下角为各条件组合下相应的行动。,33,判定树,判定树(Decision Tree)是用来表示逻辑判断问题的一种图形工具。 它用“树”来表达不同条件下的不同处理，比语言、表格

14、的方式更为直观。判定树的左侧(称为树根)为加工名，中间是各种条件，所有的行动都列于最右侧。,34,三种表达工具的比较,35,功能/数据分析,功能/数据分析是在实际系统的业务流程、管理功能、数据流程以及数据分析的基础上进行系统化的分析，以便检查出工作中的疏漏、原系统的缺点和不足，确定未来新系统的改革方案。 通过U/C矩阵的建立和分析来实现功能/数据分析。 U/C矩阵的正确性检验 完备性检验： 一致性检验： 无冗余性检验,36,逻辑模型的实现,建立现行系统的逻辑模型 建立现行系统逻辑模型的任务是通过对现行系统“物理模型”的分析，删除非本质的东西，找出本质性的因素，抽象系统流程图，从而获得反映现行系统本质的满足现行系统各种性能要求的逻辑模型，用数据流图来描述现行系统业务流程。 建立目标系统的逻辑模型 确定现行系统的改变范围 从现行系统的逻辑模型出发，把不符合目标系统要求的那些部分分离出来，作为改变部分。 目标系统逻辑模型的实现 结构化分析采用了“自顶向下，逐层分解”的技术，通过分解获得一套由抽象到具体的数据流图。,37,Case,目标系统数据流图,38,新系统逻辑方案的建立,对系统业务流程分析整理结果 数据及数据流程分析整理结果 子系统的划分的结果 需要建立的管理模型和管理方法,39,系统分析的工作,对原有系统进行了大量的分析和优化， 内容有以下几个部分： 确定合理的业务处理流程 确