课件2014管理信息系统11_第1页
课件2014管理信息系统11_第2页
课件2014管理信息系统11_第3页
课件2014管理信息系统11_第4页
课件2014管理信息系统11_第5页
已阅读5页,还剩46页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

系统分析系统分析的内容系统分析是信息系统开发工作中最重要的一环。系统分析的内容主要包括组织内部整体管理状况分析信息处理过程(侧重于具体业务全过程角度)分析2问题的识别系统开发要搞清楚5个w。即what,why,who,where,when。识别问题是最重要的事。当代信息系统的开发,均要先了解企业目标、现行企业系统的问题、企业的信息战略,然后是如何用信息技术解决这些问题。要识别的问题首先是管理上的问题,然后是信息技术问题,还要了解这些需求的确实程度。3可行性研究可行性(feasibility)研究是指在当前组织内外的具体条件下,系统开发工作必须具备资源和条件,看其是否满足系统目标的要求。系统开发可行性研究包括如下几方面:目标和方案的可行性。技术方面的可行性经济方面的可行性社会方面的可行性4系统开发的原则领导参加的原则领导出面组织力量,协调各方面的关系是开发成功的首要条件。优化与创新的原则必须根据实际情况和科学管理的要求加以优化与创新。充分利用信息资源的原则即数据尽可能共享,充分发挥深层次加工信息的作用。实用和时效的原则即要求从制定系统开发方案到最终的信息系统都必须是实用的、及时的和有效的。规范化原则即要求按照标准化、工程化的方法和技术来开发系统。发展变化的原则即充分考虑到组织和管理模式可能发生的变化,使系统具有一定适应环境变化的能力。5系统开发前的准备工作基础准备工作管理工作要严格科学化,具体方法要程序化、规范化。做好基础数据管理工作,严格计量程序、计量手段,检测手段和数据统计分析渠道。数据、文件、报表的统一化。人员组织准备领导是否参与开发是确保系统开发能否成功的关键因素。建立一支由系统分析员、管理岗位业务人员和信息技术人员组成的研制开发队伍。明确各类人员(系统分析员、企业领导、业务管理人员、程序员、计算机软硬件维护人员等)的职责。6系统分析阶段的任务系统说明书是系统分析阶段的最后结果,它通过一组图表和文字说明描述了目标系统的逻辑模型。逻辑模型包括数据流程图、数据字典、基本加工说明等。7系统分析阶段的工作步骤详细调查、收集和分析用户需求确定初步的逻辑模型编制系统说明书8系统开发计划9

系统开发计划主要是针对已确定的开发策略,选定相应的开发方法。开发计划主要是制定系统开发的工作计划、投资计划、进度计划、资源利用计划。系统调查的原则自顶向下全面展开先熟悉业务再分析其改进的可能性工程化的工作方式全面调查与重点调查相结合主动与用户沟通、保持积极友好的人际关系10调查的方式收集资料开调查会个别访问书面调查参加业务实践发电子邮件Email电话和电视会议11详细调查的范围详细调查的范围应该包括企业的生产、经营、管理等各个方面。详细调查的范围一般为9类:组织机构和功能业务组织目标和发展战略工艺流程和产品构成数据与数据流程业务流程和工作形式管理方式和具体业务的管理方法决策方式和决策过程可用资源和限制条件现存问题和改进意见12组织结构图组织结构图是用来描述组织的总体结构以及组织内部各部分之间的联系。通常用组织结构图来描述现行系统组织机构的层次和隶属关系。13业务流程图业务流程图(TransactionFlowDiagram,TFD)就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制是按照业务的实际处理步骤和过程进行的。业务流程图是一种系统分析人员都懂的共同语言,用来描述系统组织结构、业务流程。14业务流程图的基本符号及含义15业务流程图16业务流程图的特点图的形式是按业务部门划分的横式图。图描述的主体是票据、帐单的业务处理。票据、帐单流动路线与实际业务处理过程一一对应。图中票据、帐单是有“生”、“死”的,即用它的一次生命周期来表示出一笔业务的处理情况。17业务流程图的作用制做流程图的过程是全面了解业务处理的过程,是进行系统分析的依据。它是系统分析员、管理人员、业务操作人员相互交流思想的工具。系统分析员可直接在业务流程图上拟出可以实现计算机处理的部分。用它可分析出业务流程的合理性。18功能结构图19现行系统概况表现行系统概况表主要分为输入、处理、存储和输出四个部分,可清楚地反映现行系统的各种输入、处理、输出和各种数据存储。20逻辑模型的工具反映信息在系统中流动和处理情况的图称为数据流图,它是描述系统逻辑模型的工具之一。数据流图(DataFlowDiagram,简称DFD)是便于用户理解系统数据流程的图形表示。DFD能精确地在逻辑上描述系统的功能、输入、输出和数据存贮等,而摆脱了其物理内容。数据流图是系统逻辑模型的重要组成部分。21DataFlowDiagramDFDisagraphicalrepresentationofthe"flow"ofdatathroughaninformationsystem,modelingitsprocessaspects.DFDisoftenusedasapreliminarysteptocreateanoverviewofthesystem,whichcanlaterbeelaborated.DFDscanalsobeusedforthevisualizationofdataprocessing22数据收集数据收集工作量很大,故要求系统研制人员应具备经营管理的素质,耐心细致地深入实际,配合业务人员收集与系统有关的一切数据。数据收集的渠道数据的来源收集数据的方法数据调查内容23数据调查内容输入信息:输入信息名称;使用目的;搜集方式;发生周期;信息量;编码方式;保存期;相关业务;使用文字;其它。输出信息:输出信息名称;使用单位;使用目的;发行份数;发送方法;使用文字;输出时间;输出方式;其它。信息处理过程:处理内容;处理周期;处理方法;处理时间;处理场所;其它。存储方式:文件名称;保管单位;保存时间;总信息量;保密要求;使用频率;删除周期;追加周期;增加、删除比率。代码信息:代码名称;分类方式;编码方式;使用目的;起始码;终止码;未使用码;贝码率;追加或废弃频率;其它。信息需求:所需信息名称;需求目的;需求单位;需求者;时间和期限;所需信息的形式;信息表达的要求。24数据分析围绕系统目标进行分析弄清信息源周围的环境围绕现存的业务流程进行分析数据特征分析25数据特征分析数据的类型以及长度合理的取值范围数据所属业务数据业务量数据重要程度和保密程度26数据流图的基本符号27数据流数据流由一组确定的数据组成。数据流用带有名字的具有箭头的线段表示,名字称为数据流名,表示流经的数据,箭头表示流向。对数据流的表示有以下约定:对流进或流出文件的数据流不需标注名字,因为文件本身就足以说明数据流。而别的数据流则必须标出名字,名字应能反映数据流的含义。数据流不允许同名。两个数据流在结构上相同是允许的,但必须体现人们对数据流的不同理解。两个加工之间可以有几股不同的数据流,这是由于它们的用途不同,或它们之间没有联系,或它们的流动时间不同28加工处理加工处理是对数据进行的操作,它把流入的数据流转换为流出的数据流。对数据加工转换的方式有两种:改变数据的结构;产生新的数据。29DFD的画法一般遵循“由外向里”的原则,即先确定系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工的内部。即:识别系统的输入和输出。从输入端至输出端画数据流和加工,并同时加上文件。加工的分解“由外向里”进行分解。数据流的命名,名字要确切,能反映整体。各种符号布置要合理,分布均匀,尽量避免交叉线。先考虑稳定态,后考虑瞬间态。如系统启动后在正常工作状态,稍后再考虑系统的启动和终止状态。30DFD的画法“由外向里”的原则。即先确定系统的边界或范围,再考虑系统的内部,先画加工的输入和输出,再画加工内部。具体实行时可按下述步骤进行:识别系统的输入和输出,画出顶层图画系统内部的数据流、加工与文件,画出一级细化图加工的进一步分解,画出二级细化图31ExampleofDFD32DFD特性及用途DFD特性抽象性:在DFD中具体的组织机构、工作场所、物质流等都已经去掉,只剩下信息和数据存储、流动、使用以及加工的情况。故描述的是抽象出来的数据。概括性:它把系统对各种业务的处理过程联系起来考虑,形成一个总体,可反映出数据流之间的概括情况。DFD用途自顶而下分析系统的信息流程。在图上确定需要计算机处理的部分。向数据库设计过渡。根据数据流向确定存取方式。能够对应一个处理过程。33DFD优缺点总体概念强:每层明确“干什么”、“需要什么”、“给出什么”。可反映出数据流向的处理过程。容易及早发现系统各部分逻辑错误。易与计算机处理对照。不直观。人工绘制太麻烦,工作量较大。34画分层数据流图时应注意的问题合理编号注意子图与父图的平衡子图与父图的数据流必须平衡,这是分层数据流的重要性质。这里的平衡指的是子图的输入、输出数据流必须与父图中对应加工的输入、输出数据流相同。局部文件分解的程度分解应自然,概念上要合理、清晰。上层可分解的快些(即分解成的子加工个数多些),这是因为上层是综合性描述,对可读性的影响小。而下层应分解得慢些。在不影响可读性的前提下,应适当地多分解成几部分,以减少分解层数。35数据流图的修改正确性数据流图的正确性检查:数据守恒文件使用子、父图平衡加工与数据流的命名可读性数据流图的可读性,可以从以下几个方面来提高:简化加工之间的联系分解应当均匀命名应当恰当36数据字典(DataDictionary,DD)在数据流图的基础上,还需对其中的每个数据流、文件和数据项加以定义,这些定义所组成的集合称为数据字典。数据流图是系统的大框架,而数据字典以及下面将要介绍的加工说明则是对数据流图中每个成分的精确描述。数据流条目数据流条目对每个数据流进行定义,它通常由四部分组成:数据流名、别名、组成和注释。组成栏是定义的主要部分,通常是列出该数据流的各组成数据项;注释栏用于记录其它有关信息。文件条目文件条目用来对文件(或数据库)进行定义。它由五部分组成:文件名、编号、组成、结构和注释。结构栏用于说明重复部分的相互关系。数据项条目数据项条目用来给出数据项的定义。37加工说明编写加工说明的要求:对数据流图中的每个功能单元必须有一个加工说明。加工说明必须描述功能单元把输入数据转换为输出数据流的转换规则。每个加工说明必须描述转换的策略,而不是转换的实现细节。即主要描述一个加工“做什么”,而不是用程序设计语来描述具体的加工过程。加工说明应力求完整、严密、易于理解。加工说明的描述工具由于自然语言不够精确、简练,不适合编写加工说明。目前已由许多适用加工说明的描述工具。三种最常用的工具:结构化语言、判定表和判定树38结构化语言自然语言的优点是容易理解,但是它不精确,可能有多意性。程序设计语言的优点是严格精确,但它的语法规定太死板,使用不方便。结构化语言(StructuredLanguage)则是介于自然语言和程序设计语言之间的一种语言,它是带有一定结构的自然语言。在用结构化语言描述问题时只允许使用三种基本逻辑结构、顺序结构、选择结构和循环结构。配合这三种结构所使用的词汇主要有三类:陈述句中的动词;在数据字典中定义的名词;某些逻辑表达式中的保留字、运算符、关系符等39判定表对于具有多个互相联系的条件和可能产生多种结果的问题,用结构化语言描述则显得不够直观和紧凑,这时可以用以清楚、简明为特征的判定表(DecisionTable)来描述。判定表采用表格形式来表达逻辑判断问题,表格分成四个部分:左上角为条件说明;左下角为行动说明;右上角为各种条件的组合说明;右下角为各条件组合下相应的行动。40判定树判定树(DecisionTree)是用来表示逻辑判断问题的一种图形工具。它用“树”来表达不同条件下的不同处理,比语言、表格的方式更为直观。判定树的左侧(称为树根)为加工名,中间是各种条件,所有的行动都列于最右侧。41三种表达工具的比较42功能/数据分析功能/数据分析是在实际系统的业务流程、管理功能、数据流程以及数据分析的基础上进行系统化的分析,以便检查出工作中的疏漏、原系统的缺点和不足,确定未来新系统的改革方案。通过U/C矩阵的建立和分析来实现功能/数据分析。U/C矩阵的正确性检验完备性检验:一致性检验:无冗余性检验43逻辑模型的实现建立现行系统的逻辑模型建立现行系统逻辑模型的任务是通过对现行系统“物理模型”的分析,删除非本质的东西,找出本质性的因素,抽象系统流程图,从而获得反映现行系统本质的满足现行系统各种性能要求的逻辑模型,用数据流图来描述现行系统业务流程。建立目标系统的逻

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论