《港口管理信息系统 05.ppt》由会员分享,可在线阅读,更多相关《港口管理信息系统 05.ppt(41页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、管理信息系统分析管理信息系统分析系统分析的内容n系统分析是信息系统开发工作中最重要的一环。n系统分析的内容主要包括q组织内部整体管理状况分析q信息处理过程(侧重于具体业务全过程角度)分析2问题的识别n系统开发要搞清楚5个w。即what,why,who,where,when。识别问题是最重要的事。n当代信息系统的开发,均要先了解企业目标、现行企业系统的问题、企业的信息战略,然后是如何用信息技术解决这些问题。n要识别的问题首先是管理上的问题,然后是信息技术问题,还要了解这些需求的确实程度。3可行性研究n可行性(feasibility)研究是指在当前组织内外的具体条件下,系统开发工作必须具备资源和条
2、件,看其是否满足系统目标的要求。系统开发可行性研究包括如下几方面:q目标和方案的可行性。q技术方面的可行性 q经济方面的可行性 q社会方面的可行性 4系统开发前的准备工作n基础准备工作q管理工作要严格科学化,具体方法要程序化、规范化。q做好基础数据管理工作,严格计量程序、计量手段,检测手段和数据统计分析渠道。q数据、文件、报表的统一化。n人员组织准备 q领导是否参与开发是确保系统开发能否成功的关键因素。q建立一支由系统分析员、管理岗位业务人员和信息技术人员组成的研制开发队伍。q明确各类人员(系统分析员、企业领导、业务管理人员、程序员、计算机软硬件维护人员等)的职责。5系统分析阶段的任务n系统说
3、明书是系统分析阶段的最后结果,它通过一组图表和文字说明描述了目标系统的逻辑模型。n逻辑模型包括数据流程图、数据字典、基本加工说明等。6系统分析阶段的工作步骤n详细调查、收集和分析用户需求n确定初步的逻辑模型n编制系统说明书7系统开发计划n 系统开发计划主要是针对已确定的开发策略,选定相应的开发方法。n开发计划主要是制定系统开发的工作计划、投资计划、进度计划、资源利用计划。8系统调查的原则n自顶向下全面展开 n先熟悉业务再分析其改进的可能性n工程化的工作方式 n全面调查与重点调查相结合 n主动与用户沟通、保持积极友好的人际关系9组织结构图n组织结构图是用来描述组织的总体结构以及组织内部各部分之间
4、的联系。n通常用组织结构图来描述现行系统组织机构的层次和隶属关系。10业务流程图n业务流程图(Transaction Flow Diagram,TFD)就是用一些规定的符号及连线来表示某个具体业务处理过程。n业务流程图的绘制是按照业务的实际处理步骤和过程进行的。n业务流程图是一种系统分析人员都懂的共同语言,用来描述系统组织结构、业务流程。11业务流程图的基本符号及含义12业务流程图13业务流程图的特点n图的形式是按业务部门划分的横式图。n图描述的主体是票据、帐单的业务处理。n票据、帐单流动路线与实际业务处理过程一一对应。n图中票据、帐单是有“生”、“死”的,即用它的一次生命周期来表示出一笔业务
5、的处理情况。14业务流程图的作用n制做流程图的过程是全面了解业务处理的过程,是进行系统分析的依据。n它是系统分析员、管理人员、业务操作人员相互交流思想的工具。n系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。n用它可分析出业务流程的合理性。15功能结构图16现行系统概况表n现行系统概况表主要分为输入、处理、存储和输出四个部分,可清楚地反映现行系统的各种输入、处理、输出和各种数据存储。17逻辑模型的工具n反映信息在系统中流动和处理情况的图称为数据流图,它是描述系统逻辑模型的工具之一。n数据流图(Data Flow Diagram,简称DFD)是便于用户理解系统数据流程的图形表示。nD
6、FD能精确地在逻辑上描述系统的功能、输入、输出和数据存贮等,而摆脱了其物理内容。n数据流图是系统逻辑模型的重要组成部分。18数据收集n数据收集工作量很大,故要求系统研制人员应具备经营管理的素质,耐心细致地深入实际,配合业务人员收集与系统有关的一切数据。n数据收集的渠道n数据的来源n收集数据的方法n数据调查内容19数据分析n围绕系统目标进行分析 n弄清信息源周围的环境 n围绕现存的业务流程进行分析n数据特征分析20数据特征分析n数据的类型以及长度n合理的取值范围n数据所属业务n数据业务量n数据重要程度和保密程度21数据流图的基本符号22数据流n数据流由一组确定的数据组成。数据流用带有名字的具有箭
7、头的线段表示,名字称为数据流名,表示流经的数据,箭头表示流向。n对数据流的表示有以下约定:q对流进或流出文件的数据流不需标注名字,因为文件本身就足以说明数据流。而别的数据流则必须标出名字,名字应能反映数据流的含义。q数据流不允许同名。q两个数据流在结构上相同是允许的,但必须体现人们对数据流的不同理解。q两个加工之间可以有几股不同的数据流,这是由于它们的用途不同,或它们之间没有联系,或它们的流动时间不同23加工处理n加工处理是对数据进行的操作,它把流入的数据流转换为流出的数据流。n对数据加工转换的方式有两种:q改变数据的结构;q产生新的数据。24DFD的画法n一般遵循“由外向里”的原则,即先确定
8、系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工的内部。即:q识别系统的输入和输出。q从输入端至输出端画数据流和加工,并同时加上文件。q加工的分解“由外向里”进行分解。q数据流的命名,名字要确切,能反映整体。q各种符号布置要合理,分布均匀,尽量避免交叉线。q先考虑稳定态,后考虑瞬间态。如系统启动后在正常工作状态,稍后再考虑系统的启动和终止状态。25DFD的画法n“由外向里”的原则。即先确定系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工内部。具体实行时可按下述步骤进行:q识别系统的输入和输出,画出顶层图q画系统内部的数据流、加工与文件,画出一级细化图q加工的
9、进一步分解,画出二级细化图26DFD特性及用途nDFD特性q抽象性:在DFD中具体的组织机构、工作场所、物质流等都已经去掉,只剩下信息和数据存储、流动、使用以及加工的情况。故描述的是抽象出来的数据。q概括性:它把系统对各种业务的处理过程联系起来考虑,形成一个总体,可反映出数据流之间的概括情况。nDFD用途q自顶而下分析系统的信息流程。q在图上确定需要计算机处理的部分。q向数据库设计过渡。q根据数据流向确定存取方式。q能够对应一个处理过程。27画分层数据流图时应注意的问题n合理编号n注意子图与父图的平衡q子图与父图的数据流必须平衡,这是分层数据流的重要性质。这里的平衡指的是子图的输入、输出数据流
10、必须与父图中对应加工的输入、输出数据流相同。n局部文件n分解的程度q分解应自然,概念上要合理、清晰。上层可分解的快些(即分解成的子加工个数多些),这是因为上层是综合性描述,对可读性的影响小。而下层应分解得慢些。在不影响可读性的前提下,应适当地多分解成几部分,以减少分解层数。28数据字典(Data Dictionary,DD)n在数据流图的基础上,还需对其中的每个数据流、文件和数据项加以定义,这些定义所组成的集合称为数据字典。数据流图是系统的大框架,而数据字典以及下面将要介绍的加工说明则是对数据流图中每个成分的精确描述。n数据流条目q数据流条目对每个数据流进行定义,它通常由四部分组成:数据流名、
11、别名、组成和注释。组成栏是定义的主要部分,通常是列出该数据流的各组成数据项;注释栏用于记录其它有关信息。n文件条目q文件条目用来对文件(或数据库)进行定义。它由五部分组成:文件名、编号、组成、结构和注释。结构栏用于说明重复部分的相互关系。n数据项条目q数据项条目用来给出数据项的定义。29加工说明n编写加工说明的要求:q对数据流图中的每个功能单元必须有一个加工说明。q加工说明必须描述功能单元把输入数据转换为输出数据流的转换规则。q每个加工说明必须描述转换的策略,而不是转换的实现细节。即主要描述一个加工“做什么”,而不是用程序设计语来描述具体的加工过程。q加工说明应力求完整、严密、易于理解。n加工
12、说明的描述工具q由于自然语言不够精确、简练,不适合编写加工说明。目前已由许多适用加工说明的描述工具。q三种最常用的工具:结构化语言、判定表和判定树30结构化语言n自然语言的优点是容易理解,但是它不精确,可能有多意性。程序设计语言的优点是严格精确,但它的语法规定太死板,使用不方便。n结构化语言(Structured Language)则是介于自然语言和程序设计语言之间的一种语言,它是带有一定结构的自然语言。n在用结构化语言描述问题时只允许使用三种基本逻辑结构、顺序结构、选择结构和循环结构。n配合这三种结构所使用的词汇主要有三类:陈述句中的动词;在数据字典中定义的名词;某些逻辑表达式中的保留字、运
13、算符、关系符等31判定表n对于具有多个互相联系的条件和可能产生多种结果的问题,用结构化语言描述则显得不够直观和紧凑,这时可以用以清楚、简明为特征的判定表(Decision Table)来描述。n判定表采用表格形式来表达逻辑判断问题,表格分成四个部分:左上角为条件说明;左下角为行动说明;右上角为各种条件的组合说明;右下角为各条件组合下相应的行动。32判定树n判定树(Decision Tree)是用来表示逻辑判断问题的一种图形工具。n它用“树”来表达不同条件下的不同处理,比语言、表格的方式更为直观。判定树的左侧(称为树根)为加工名,中间是各种条件,所有的行动都列于最右侧。33三种表达工具的比较34
14、功能/数据分析n功能/数据分析是在实际系统的业务流程、管理功能、数据流程以及数据分析的基础上进行系统化的分析,以便检查出工作中的疏漏、原系统的缺点和不足,确定未来新系统的改革方案。n通过U/C矩阵的建立和分析来实现功能/数据分析。nU/C矩阵的正确性检验q完备性检验:q一致性检验:q无冗余性检验35逻辑模型的实现n建立现行系统的逻辑模型q建立现行系统逻辑模型的任务是通过对现行系统“物理模型”的分析,删除非本质的东西,找出本质性的因素,抽象系统流程图,从而获得反映现行系统本质的满足现行系统各种性能要求的逻辑模型,用数据流图来描述现行系统业务流程。n建立目标系统的逻辑模型 q确定现行系统的改变范围
15、n从现行系统的逻辑模型出发,把不符合目标系统要求的那些部分分离出来,作为改变部分。q目标系统逻辑模型的实现n结构化分析采用了“自顶向下,逐层分解”的技术,通过分解获得一套由抽象到具体的数据流图。36Casen目标系统数据流图37新系统逻辑方案的建立n对系统业务流程分析整理结果 n数据及数据流程分析整理结果 n子系统的划分的结果 n需要建立的管理模型和管理方法38系统分析的工作n对原有系统进行了大量的分析和优化,内容有以下几个部分:q确定合理的业务处理流程q确定合理的数据流程q确定数据项/类和必要的功能q从管理角度进行系统划分39确定新系统的管理模型n综合计划模型q综合发展模型:资源限制模型:n生产计划管理模型q生产计划大纲编制:生产作业计划:n库存管理模型n财务管理模型n成本管理模型n经营管理决策模型n预测模型n统计分析模型40系统分析说明书n系统分析阶段的成果就是系统分析说明书。一份完整的系统分析说明书应该包括下述内容q系统概述q现行系统概况q目标系统逻辑设计q系统设计与实施的初步计划q用户领导审批意见 41
限制150内