管理信息系统第五章管理信息系统的系统分析.pptx

《管理信息系统第五章管理信息系统的系统分析.pptx》由会员分享，可在线阅读，更多相关《管理信息系统第五章管理信息系统的系统分析.pptx（45页珍藏版）》请在优知文库上搜索。

1、第五章 管理信息系统的系统分析章节内容第一节 可行性分析和详细调查概述第二节 组织结构与功能分析第三节 数据流程分析第四节 数据字典第五节 描述处理逻辑的工具第六节 新系统逻辑方案的建立和需求评审本章小结第一节 可行性分析和详细调查概述一、可行性分析的任务和内容二、可行性分析报告三、详细调查的目的、原则三、详细调查的目的、原则详细调查应遵循用户参与的原则，即由使用部门的业务人员、主管人员和设计部门的系统分析人员、系统设计人员共同进行，两者结合，就能互补不足，更深入地发现对象系统存在的问题，共同研讨解决的方案。一般常见的详细调查方式有：1.重点询问调查。2全面业务需求分析的问卷调查。3深入实际的

2、调查方式第二节 组织结构与功能分析一、组织结构分析二、业务功能分析三、管理业务流程调查一、组织结构分析组织结构图是一张反映组织内部之间隶属关系的树状结构图二、业务功能分析三 、管理业务流程调查业务流程分析是在业务功能的基础上将其细化，利用系统调查的资料将业务处理过程中的每一个步骤用一个完整的图形将其串起来。业务流程分析的结果用业务流程图表示，业务流程图，就是用一些规定的符号及连线来表示某个具体业务的处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。就是用画形表反映的实际业务处理过程的“流水账”。1.基本符号2.绘制举例第三节 数据流程分析一、数据流程图的基本符号二、数据流程图的

3、画法数据流程分析是把数据在组织内部的流动情况抽象地独立出来，舍去了具体的组织机构、信息载体、物质、材料等，但从数据流动过程来考察实际业务的数据处理模式。数据流程分析主要包括对信息的流动、传递、处理、存储等的分析。数据流程分析的目的是要发现和解决数据流通中的问题，这些问题包括流通不畅、前后数据不匹配、数据处理过程不合理等。问题产生的原因有的是属于原系统管理混乱，数据处理流程本身有问题，有的也可能是我们调查了解数据流程有误，总之这些问题都应该尽量地暴露并加以解决。一个通畅的数据流程是今后新系统用以实现这个业务处理过程的基础。数据流程图（DFD，Data Flow Diagram ）是数据流程分析所

4、使用的主要工具之一。数据流程图用少量的几个符号综合地放映出信息在系统中的流动、处理和存储情况，具有抽象性和概括性的特点。一、数据流程图的基本符号数据流程图由四种基本符号组成：（1）外部实体外部实体：指本系统之外的人或单位等实体，所描述的是系统的数据来源和去向，这些实体向本系统发出或接收数据，系统开发不能改变这些外部项的结构和固有属性。为了使图形清晰，避免流线交叉，同一外部实体可在不同处出现。外部实体要有标记。同一实体在不同处出现，要在右下角打上斜线。（2）数据处理描述系统对信息进行处理的逻辑功能，它是怎样把输入数据转换成输出数据的。处理块中可以有标识、功能描述、实行的部门或程序名。（3） 数据

5、流数据流可以是双向的。数据流上要有文字说明，也可以加符号。（4）数据存储逻辑上数据存贮，不考虑存贮物理介质和技术手段，仅逻辑意义上的存贮。数据存储也有标识和名称。指向数据存储的数据流箭头说明是读出还是写入。二、数据流程图的画法1.数据流程绘制原则：明确系统的界面，首先找出那些不受所描述系统控制但又影响系统运行的外部环境，这就是系统的数据输入的来源和去向，这些实体确定下来，也就是系统的输入数据的来源，输出数据的去向。2.数据流程图举例：库房管理系统必须具备四个最基本的功能，即入库管理，出库管理，限额管理和统计第四节 数据字典一、数据项的定义二、数据结构的定义三、数据流的定义四、处理逻辑的定义五、

6、数据存储的定义六、外部实体的定义数据字典是系统分析阶段的重要文档，分析模型中包含了对数据对象、功能和控制的表示，为表示每个数据对象和控制项的特性，建立了数据词典，它详细地定义和解释了数据流程图上未能表达的内容。数据词典精确地、严格地定义了每一个与系统相关的数据元素，并以字典式顺序将它们组织起来，使得用户和分析员对所有的输入、输出、存储成分和中间计算有共同的理解。数据流程图加上完整的数据字典,就形成一份完整的系统分析的“系统规格说明书”（System Specification）。数据字典包括的项目有：数据项、数据结构、数据流、数据存储、处理逻辑和外部实体。一、数据项的定义例： 数据项定义数据项

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

8、处理逻辑定义 处理逻辑名称：成绩管理编号：P051.1.5简述：对学生考试成绩进行日常的管理与维护。输入：学生修课名单，课程名称，学生成绩。处理：1、从学生名册中获取修同一门课程的学生名单; 2、统计每门课程的修课人数并报系机关；3、从系机关获取课程安排数据，包括各门课程的上课时间、地点；4、形成教学安排数据，其中包括各门课程的修课学生名单、上课地点，通知有关任课教师；5、接收任课教师的学生成绩数据，并登录在学生成绩档案中；6、进行成绩统计，计算每门课程成绩优良、及格、不及格、补考缺考的人数及比率，计算各科平均成绩并向系机关报告；7、向学生发出学生成绩通知，并附补考安排。输出：教学安排，学生成

9、绩通知单，学生修课情况与成绩统计五、数据存储的定义例：数据存储定义数据存储名称：学生成绩一览表编号：D0501简述：学期结束，按班汇集学生各科成绩。流入的数据流：“登记成绩一览表”处理逻辑。流出的数据流：“登记学籍表”，“填写成绩单”，“评奖学金”，“填写成绩单”处理逻辑。数据存储的组成：班级学号姓名科目名称学生成绩六、外部实体的定义例：外部实体定义外部实体名称：教师编号：S0105简述：任课教师。从外部实体输入的数据流：教学安排。输出给外部实体的数据流：学生成绩。数据字典的编写是系统开发中很重要的一项基础工作，从系统分析一直到系统设计和系统实施都要使用它。在数据字典的建立、修改和补充过程中，

10、始终要注意保证数据的一致性和完整性。数据字典有两种存储形式：一种是人工方式，它是把有关内容记录在一张张卡片上，装订成册；另一种是存储在计算机中，通过一个数据字典软件来管理。第五节 描述处理逻辑的工具一、结构化语言二、判断表三、判断树一、结构化语言结构化语言也叫做程序设计语言（Program Design Language），简称PDL，是一种介于自然语言和形式化语言之间的半形式化语言。它是在自然语言基础上加了一些限制而得到的语言。它使用有限的词汇和有限的语句来描述加工逻辑。结构化语言的结构分为外层和内层：二、 判定表（Decision TableDecision Table）在某些问题中，数据

11、流图中的某个加工的一组动作依赖于多个逻辑条件的取值，就是说完成这一加工的一组动作是由于某一组条件取值的组合而引发的。这时使用判定表来描述比较合适，它可以清楚地表示复杂的条件组合与应做动作之间的对应关系三、 判定树（Decision TreeDecision Tree）第六节 新系统逻辑方案的建立和需求评审一、新系统逻辑方案的建立二、新系统可能涉及到的管理模型三、系统分析报告四、系统分析报告评审一、新系统逻辑方案的建立新系统的逻辑方案主要包括：对系统业务流程分析整理的结果；对数据及数据流程分析整理的结果；子系统划分的结果；各个具体的业务处理过程以及根据实际情况应建立的管理模型和管理方法。（一）确

12、定合理的业务处理流程（二）确定合理的数据和数据流程（三）确定新系统的逻辑结构和数据分布二、新系统可能涉及到的管理模型确定新系统的管理模型就是要确定今后系统在每一个具体的管理环节上的处理方法。而管理模型是一个广义的概念，涉及到管理的方方面面，同时不同单位由于环境条件各不相同，对管理模型也会有不同的要求，在系统分析阶段必须与用户协商，共同决定采用哪些模型。三、系统分析报告系统分析报告是分析任务的最终产物，通过建立完整的信息描述、详细的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求。作为系统分析阶段的技术文档，系统分析报告又称为系统说明书，通常包括下列三方面内容：

13、（一）引言部分（名称，开发目标，主要功能，开发背景等）（二）现行系统概况（三）新系统逻辑方案（四）下阶段工程进度计划四、系统分析报告评审作为系统分析阶段工作的复查手段，在系统分析的最后一步，应该对功能的正确性、完整性和清晰性，以及其它需求给予评审。评审的主要内容是：1.系统定义的目标是否与用户的要求一致；2.系统分析阶段提供的文档资料是否齐全；3.文档中的所有描述是否完整、清晰、准确反映用户要求；4.与所有其它系统成分的重要接口是否都已经描述；5.被开发项目的数据流与数据结构是否足够，确定；6.所有图表是否清楚，在不补充说明时能否理解；7.主要功能是否已包括在规定的系统范围之内，是否都已充分说

14、明；8.软件的行为和它必须处理的信息、必须完成的功能是否一致；9.设计的约束条件或限制条件是否符合实际；10.是否考虑了开发的技术风险；11.是否考虑过软件需求的其它方案；12.是否考虑过将来可能会提出的软件需求；13.是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；14.有没有遗漏，重复或不一致的地方；15.用户是否审查了初步的用户手册或原型；16.软件开发计划中的估算是否受到了影响。本章小结本章首先介绍了需求分析的目标、任务、对象、过程、原则和需求分析的方法的特点。这部分主要是概念，要求都能掌握。然后，介绍可行性研究和可行性研究报告。从经济可行性、技术可行性、社会可行性和开发方

15、案可行性等四个方面研究可行性。需要注意的是，可行性研究是软件计划阶段要做的事情，目的是探讨软件项目是否值得立项，是否能够立项。虽然可行性研究阶段已经粗略了解了用户的要求，甚至还提出了一些可行的解决方案，但是许多细节被忽略了，因此可行性研究并不能代替需求分析。要求了解可行性研究的内容、步骤和可行性研究报告的内容。本章的第三部分介绍结构化分析方法，这是本章的重点。结构化方法最初只是着眼于数据流，考虑数据流在系统中的传递和变换，自顶向下，逐层分解，建立系统的处理流程，以数据流图和数据词典为主要工具，建立系统的逻辑模型。后来经过扩充，将建模技术扩展到数据建模、功能建模和行为建模，以实体关系图、数据流图和控制流图、状态迁移图为工具，数据词典为核心，从不同视点建立系统的分析模型。此外，还介绍了加工规格说明、控制规格说明等。这部分内容要求重点掌握。最后，介绍了系统分析的内容和需求评审的内容。复习思考题1. 系统分析的主要任务是什么?为什么说系统分析是管理信息系统开发过程中最重要的一环?2. 系统分析的原则有那些？3. 可行性研究主要做哪几方面的工作？它与需求分析的关系如何？4. 软件需求规格说明编写的原则有哪几条？