管理信息系统总复习.ppt

1、,第章管理信息系统基本知识,信息:是按照用户的需要，经过加工处理后的数据，它对管理和决策是有意义的、有用的、具有比原始数据的价值更高的附加价值。数据是信息的载体，信息是数据的抽象或数据所代表的意义。,1）存在的普遍性和客观性（事实性） 2）产生的无限性和获取的相对性 3）时间和空间上的传递性 4）对利用者的共享性 5）产生和利用的时效性 6）对物质载体的依附性和独立性 7）可加工和开发性 8）整体性和层次性,1. 信息的特性,3. 信息的层次,管理是分等级的（如组织级、部门级、班组级等），处在不同级别的管理者有不同的职责，管理决策的类型不同，需要的信息也不同。因而服务于管理的信息也是分级的，可

2、以相应分为作业信息、管理信息和战略决策信息，不同层次的信息性质是不同的。 1）作业信息 2）战术信息（管理信息） 3）战略决策信息,1. 组织 （1）组织是一个职务结构或职权结构 （2）组织是一个责任系统，反映着上下级关系和横向沟通网络 （3）组织可以分为正式组织和非正式组织 一个传统的组织由一个四层的三角形构成（见图1.7）。最顶层是战略管理层，它负责对组织整体的指挥和领导；第2层常常被称作战术管理层，它按照战略管理层制定的目标和战略进行具体策略的制定；第3层是操作管理层，这一层的任务是对日常运作的管理和指导，以及对目标和战略的实施；最后一层，也就是组织的第4层，由实际从事企业日常活动的非管

3、理人员组成，如订购处理、开发并生产产品、为客户服务等。,特征 用计算机代替各种手工工具，实现数据处理的计算机化。 减轻劳动强度，节省人力、时间 提高处理质量和效率 例子 工资管理,1.2.1 电子数据处理系统,1.2.2 管理信息系统,对数据进行深加工，提取有价值的信息用于管理。 以一个部门的管理为背景，以基层事务子系统为基础，以完成该部门总体任务为目标。 强调企业中各局部系统之间的信息联系，提供满足各级领导从事管理的信息需求。 作用于管理的全过程。,事务处理系统（TPS）2. 管理信息系统（MIS） 3. 决策支持系统（DSS） 4. 战略信息系统（SIS）,1.2.3企业资源计划系统,1.

4、 物料需求计划（MRP） 2. 制造资源计划（MRP） 3. 企业资源计划（ERP）,1.3管理信息系统特点,1）面向管理决策 2）系统性 3）综合性 4）人机系统 5）现代管理方法和手段相结合的系统 6）多学科交叉的边缘科学,1.3.2管理信息系统的分类,1.从系统的层次上划分 可以将管理信息系统分为业务信息系统、管理信息系统和决策支持系统。,1.3.3管理信息系统的对象,1.收集、传递、储存和提供管理信息 2.维护管理信息 3.加工管理信息 4.集成管理信息 5.使用管理信息,1.3.4 对管理信息系统的要求,1.对决策职能的支持 决策是人们为达到一定目的而进行的有意识、有选择的活动。在一

5、定的人力、设备、材料、技术、资金和时间因素的制约下，人们为了实现特定目标，可从多种可供选择的策略中做出决断，以求得最优或较好效果的过程就是决策过程。,1.4.3结构组成,从宏观的角度，管理信息系统可以划分为管理业务应用系统、数据库管理系统和数据库三个基本组成部分，如图1.19所示。,1.4.3结构组成,在实际管理信息系统建设中，通常采用下面一种方式来划分系统的结构： （1）职能式结构 （2）横向综合结构 （3）纵向综合结构 （4）总的综合结构 图1.20表示的是一个企业的综合结构形式的管理信息系统结构。,1.5.2系统开发的生命周期,系统开发由系统分析、系统设计和系统实施三个阶段组成，三个阶段

6、互相重叠，不可分割，构成系统开发的生命周期。系统开发是按照软件工程的原理，根据系统规划确定的系统总体方案和系统项目计划进行具体的开发工作，是管理信息系统建设的主要工作内容。,1.7系统设计的主要方法,1. 生命周期法 2. 原型法 3. 面向对象方法与形式化系统开发方法 4. 面向复用的开发,第二章 管理信息系统总体规划,2.1 管理信息系统总体规划概述,管理信息系统总体规划又称为管理信息系统战略规划，是关于组织的管理信息系统的长远发展的规划，是一个组织的战略规划的重要组成部分。由于组织的管理信息系统建设是一项耗资大、历时长、技术复杂且涉及面广的系统工程，在进行建设之前，必须认真地制订有充分根

7、据的管理信息系统总体规划。,2.1.1总体规划意义,管理信息系统总体规划工作的好坏往往是组织的管理信息系统成败的关键。在信息社会信息已经成为组织的生命线，管理信息系统和组织的运行方式、企业文化息息相关，组织的管理信息系统建设会对组织产生深刻的影响，管理信息系统建设需要从战略的角度进行规划，强调“整合”与“共享”，规划不合理、整合不善，往往浪费组织资源，不能实现共享，甚至形成系统开发出来后被弃置不用的情况，因此管理信息系统建设必须事先作出总体规划。,2.1.2总体规划目标,信息系统总体规划的目标是根据组织整体目标和战略发展战略，在对组织所处环境、现行系统的状况进行初步调查的基础上，明确组织总的信

8、息需求，在组织战略规划的大框架下，确定信息系统的发展战略，制订系统建设的总体计划，其中包括确定拟建信息系统的总体目标、功能、规模及资源需求，并根据需求的轻重缓急程度，以及资源和应用环境的约束，把规划的建设内容分解成若干个分系统开发项目，以便分期分批进行系统开发。,2.1.3总体规划内容,1）管理信息系统总体目标与策略 包括： （1）组织的总体目标及策略； （2）外部环境（产业状况、相关法规、顾客及供应商的状况等）； （3）组织内部限制（如经营理念等）； （4）企业风险与预期结果； （5）管理信息系统总体目标及策略；,2.1.3总体规划内容,2）现有资源分析 包括： （1）清理现有管理信息系统资

9、源，如硬件设备、软件设备、应用系统、人力资源等； （2）分析现有管理信息系统资源运行情况及相关费用； （3）对现有管理信息系统进行评估，包括主要功能系统（如财务系统、销售系统）、系统软件、数据库管理系统、应用软件等，对它们的组织策略、运行情况等方面进行评估； （4）了解组织业务流程的现状、存在的问题和不足，为业务流程重组提供依据； （5）分析人力资源状况，了解各类人员分类（系统分析员、程序设计员、操作员等），各部门对各类人员的配置；,2.1.3 总体规划内容,3）预测未来信息技术的发展 4）管理信息系统的总体架构 包括：（1）应用架构 （2）技术架构 5）实施的时间框架 6）信息系统规划的更新

10、,2.2总体规划主要方法,管理信息系统总体规划是一种战略规划，也是一种决策，其方法基本依据常规的决策方法，同时，增加了信息、信息技术和信息系统的特色。,2.2.2关键成功因素法,关键成功因素法是一套用以定义组织信息需求的方法，其目的是确定企业成功的关键因素。,关键成功因素法的工作过程是： （1）收集组织的CSF （2）逐个分析收集的CSF （3）确定组织的CSF； （4）依据CSF来进行组织的管理信息系统规划。,2.2.3业务系统规划法（Business System Planning，BSP）,业务系统规划是IBM提倡的一套用以定义组织信息需求的方法，该方法主要基于支持企业的处理活动，目的是

11、详述问题和决策。它将系统开发分为6个阶段：确认需求、界定需求、一般设计、详细设计、开发与测试、安装与正式作业。,2.2.5业务流程重组（Business Process Redesign ，BPR）,1）业务流程重组 业务流程重组是一种寻求改变现有的处理工作模式的技术，是对企业的业务流程作根本性的思考和彻底的重建，其目的是通过对组织内的人力资源、部门和机构的重构和重组，在成本、质量、服务和速度等方面取得显著的改善，使生产力最大化，使得企业能最大限度地适应以顾客（Customer）、竞争（Competition）、变化（Change）为特征的现代企业经营环境。,2.4系统方案的拟定,1）定义问题

12、 2）确定项目可行性 3）制订项目时间安排表 4）项目人力资源安排 5）项目开始实施,2.5.总体架构设计,（1）系统功能划分。将系统划分成具有相对独立功能的子系统。 （2）管理信息系统的集中或分布的程度。大多数现代的系统都被分布到网络上，包括内联网和因特网。 （3）数据存储在网络上的分布。大多数现代数据库要么是在网络上分布的，要么是在网络上复制的，要么以一种客户/服务器模式出现，要么以一种网络计算模式出现。 （4）内部开发的所有软件将使用的实现技术。将使用哪种程序设计语言和工具。 （5）商用现成产品的集成以及对软件的定制需求。 （6）用来实现用户界面的技术，包括输入和输出。 （7）用来同其它

13、系统接口的技术。,2.6.系统开发实施计划,系统开发可以划分为系统分析、系统设计与系统实施三个阶段，不同阶段的工作目的和内容不同，需要的资源不同，在进行系统开发时实施计划的制定是必须首先弄清的问题。,2.6.3 开发计划,项目开发进度的制定一般分为四个步骤： (1)根据系统的生命周期，将开发工作划分为各个开发阶段，然后将开发阶段的工作划分为不同的开发活动，进而将每个开发活动细分为各个单独的任务，并考虑项目特需的一些活动和任务。 (2)在借鉴以往的经验或别人的经验的基础上作出项目任务表，并评估每个任务的规模，包括每个任务所需人员、需要的人日、时间要求以及其它专门的需要。 (3)确定不同任务的序列

14、。 (4)利用项目管理工具，作出项目的PERT/CPM图，找出关键路径，确定项目完成所需时间，在此基础上制订任务进度表，画出甘特图。,第三章 管理信息系统系统分析,3.1 可行性论证,一般可行性论证包括经济可行性分析、组织和文化可行性分析、技术可行性分析、进度安排可行性分析和资源可行性分析等内容。,3.2 需求分析概要,需求分析的主要任务是确定系统的目标和总体功能，是软件开发活动的第一步，获得正确的需求分析结果和描述性文档是软件开发成功的前提。,3.2.1 需求分析的意义,1.需求分析的任务 简单说来，需求分析的任务是了解系统工作的环境，了解用户解决问题或达到目标所需的条件或能力，在此基础上分

15、析新系统所需要的内容、标准、规范，分析需具有的条件或能力，在分析的基础上用反映上述条件和能力的需求分析说明书进行表述。,3.2.1 需求分析的意义,2.需求分析的过程 （1）分析当前系统的物理模型 （2）问题识别 （3） 分析与综合 （4） 编制需求分析文档 （5） 需求评审,3.2.1 需求分析的意义,3.进行需求分析工作的原则 （1）自顶向下 （2）用户参与 （3）全面与重点相结合,3.2.2 需求分析调研,3.调查的主要方法 （1）绘制组织结构图 组织机构调查时首先需要得到一张组织结构图，它是一张反映组织内部之间隶属关系的树状结构图，它将组织分成若干部分，通过树状结构表现部门间的隶属关系

16、。 （2）召开调查会 调查会是大范围内宣传开发系统的意义与具体工作的有效方法，通过讨论往往可以集思广益，统一思想，是一般系统开发都需要做的工作。 （3）发调查表,3.调查的主要方法,（4）会谈、询问、个别访问。 （5）参加业务实践。 （6）收集分析客户使用的各种文档。包括各种表格、有关工作责任、工作流程、工作规范、相关数据标准与业务标准的各种文字资料；还有同类相关产品的宣传资料、技术资料、演示程序或软件程序。 （7）情景分析：利用情景分析诱导用户能够把它们的需求告知分析员（可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做）。,（8）可视化方法：结合情景分析，利用画用户界面图、业

17、务流程图、功能结构图、时序图等图形与客户进行讨论。 （9）使用有关工具按已经获得的用户要求搭建简单系统，该系统应当具有目标系统的基本功能（称为系统原型）。将能实际运行的系统作为双方互相交流的基础给用户试用，和用户一齐讨论修改需求。,3.3结构化分析方法,业务流程调查与业务流程分析的5种方法： 1) 结构化分析方法（Struetured Analysis SA） 2) 软系统方法（Software System Analysis 3) 面向对象分析方法（Object Oriented Analysis，OOA） 4) 面向问题域的分析（Problem Domain Oriented Analys

18、is,PDOA） 5）面向复用分析方法（Reuse Oriented Analysis，ROA）,3.3.1结构化分析方法步骤,1） 画业务流程图 2） 决定哪些部分需要计算机化和怎样计算机化（取决于用户投资限制和自身技术限制）； 3） 画数据流图 4） 描述数据流细节 5） 定义处理逻辑（或加工逻辑：每个加工处理做什么），可以借助判断表或判断树帮助分析。 6） 使用数据字典描述所有数据元素,3.3.2业务流程图（Transaction Flow Diagram ,简称 TFD ）,业务流程图用一些尽可能少的规定的符号及连线来表示某个具体业务处理过程，是一种具体描述当前系统内各单位、人员之间业

19、务关系、作业顺序和管理信息流向的图表。,3.3.2业务流程图（Transaction Flow Diagram ,简称 TFD ）,1.业务流程图的基本符号,图 3.4 业务流程图的基本符号,2.业务流程图的绘制方法 调查管理业务流程应顺着原系统信息流动的过程逐步地进行，内容包括各环节的处理业务、信息来源、处理方法、计算方法、信息流经去向、提供信息的时间和形态（报告、单据、屏幕显示等）。,3.3.3 数据流图（Data Flow Diagram , 简称 DFD ）,数据流图将数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等非计算机处理的

20、内容，单从数据流动过程来考查实际业务的数据处理模式，主要包括信息的流向、传递、加工与处理、逻辑意义上的存储等的分析。,绘制数据流图的要点,（1）自顶向下，逐层分解 （2）在数据流图中表示的数据与加工都是计算机实现的系统中的数据与加工，其中的数据流应当是用于加工的数据（送到加工环节中），或加工后生成的数据（从加工环节发出），因而数据流一般要和至少1个加工环节联系。不过为了说清数据的来源或去向，保持数据的完整性，有些人习惯在图中的外部实体与外部实体之间标出相互传送的纸质文档。存储文件只能由系统程序进行处理，它只和加工环节发生关系，外部人员与存储文件之间不存在直接的联系。非计算机处理内容不要画在数据

21、流图中。,绘制数据流图的步骤,（1）确定并画出系统的外部实体，即数据的来源与去处。 （2）确定系统的输出数据流与输入数据流，确定系统或子系统的主要加工内容，画出顶层图（或第一层图） （3）根据自顶向下，逐层分解的原则对上层图中需要分解的加工环节进行分解，逐一画出各下层图，直到分解结束。一般分解结束的标志应当是：各个加工的逻辑过程比较简单，功能比较单一，能简要加以说明；数据结构比较简单，通常是一个数据表格中的数据元素。,绘制数据流图的步骤,（4）正确标志名称与编号，注意保持上层与下层的一致与完整。合理布局，尽量使图形清晰，简单易懂。 （5）与用户交流、修改与补充。重点在于检查功能是否满足用户的需

22、要、数据输入与输出及存储是否符合实际并满足用户需要、操作是否简单并可能实现。 （6）送项目负责人审核，必要时召开专门会议审核通过。,3.3.4 输入/处理/输出关系表（IPO表）,每一张IPO表对应一个加工处理逻辑；被调用模块指该表说明的加工处理模块的上级模块是那些，即可能被那些模块所调用；调用模块指该表说明的加工处理模块可能调用那些模块；关于处理的描述可以用文字，也可以用程序流程图表示；注释中可以说明有关数据安全性、数据完整性、操作对象、操作时间、操作内容等等。,2. 数据字典内容,数据字典一般由数据流、文件（数据存储）和数据项（数据元素）三部分内容组成。具体条目为： （1）数据流的定义：编

23、号、名称、内部名、组成、使用频率、使用方式（输入/输出/本地/共享）、备注等。（2）数据流的数据组成（包括数据元素和数据结构）。（3）数据流来源 （4）数据流去向 （5）数据流组成 （6）处理逻辑 ：编号、名称、输入数据流、处理、输出数据流。（7）数据存储：编号、文件名、内部名、组成、组织方式（指关键字表达式或排序方式）、备注等。（8）外部实体：外部实体编号、名称、简述及有关数据流的输入和输出。,3.4 面向对象分析方法,1.UML方法 6.协作图 2.UML方法分析步骤 7.活动图 3.用例图 8.状态图 4.类图与对象图 9.组件图 5.时序图 10.部署图,2. UML对现实世界的模拟,

24、用例图（Use Case Diagram）类图（Class Diagram ） 对象图（Object Diagram ） 时序图（Sequence Diagram） 活动图（Activity Diagram）组件图（Component Diagram ） 状态图（Statechart Diagram）部署图（Deployment Diagram） 协作图（Collaboration Diagram ） 用例图、类图、对象图、组件图、部署图表示系统的静态结构，称为静态视图。 时序图、协作图、状态图、活动图等描述系统的动态特征，称为动态视图。时序图、协作图又叫交互图。为了便于管理各类图，可以建立包

25、图（Package）。,3.4.2 UML方法分析步骤,1. 如同结构化分析方法一样组织对组织机构、业务内容、业务功能的调研。 2.对问题域进行分析，充分理解所属领域的问题和用户的需求，对需求进行抽象，提出计算机实现的解决方案。 3. 建立静态结构模型（对象图、类图、数据库模型、包图）； 4. 建立动态行为模型（时序图、协同图、状态图、活动图）； 5. 建立系统物理模型（组件图、部署图）；,3.4.2 UML方法分析步骤,图 3.12 UML图之间的关系,3.4.3用例图,用例图是显示一组用例、参与者及描述它们之间关系的图 。 1.用例：用例实例是在系统中执行的一系列动作或功能，这些动作将生成

26、对特定参与者可见的结果。一个用例实际是定义一组用例实例。用例具体化的过程实际是功能分解的过程。 分析时结合组织机构图调查各人、各部门所从事的日常工作，了解工作的内容与工作步骤、产生的事件、涉及的信息（所需要的信息与产生并发出的信息），根据工作内容绘制用例图。绘制时同样采取从上层到下层逐步展开、逐步细化的方法，先抽象出顶层用例图，再根据需要绘制以下各层用例图。,图3.13 关于组织机构管理的用例图,第一级用例图,细化的用例图,图3.14 关于组织机构设置的用例图,3.4.4类图与对象图,类是具有相似结构、行为和关系的一组对象的抽象表示。对象是类的实例，它定义了系统在给定时刻具有的物理元素，而没有

27、具体考虑系统的动态活动，它与代码一一对应。,3.4.4类图与对象图,1. 类图的概念 在类图中，类由矩形框来表示，内面分为三层，分别说明类的名称、类的属性（表现类的结构特征）与类的方法（表现类的操作、行为或处理），在类与类之间用特殊符号表示它们之间的关系。,3.4.4类图与对象图,4.绘制类图的步骤 （1）在用例图的基础上确定类，确定那些内容需要利用类图来表现。 寻找类的一些技巧包括：根据用例描述确定类；使用 CRC 分析法；根据边界类、控制类、实体类的划分来帮助分析系统中的类；参考设计模式确定类；对领域进行分析或利用已有领域分析结果得到类； 类可以用来描述数据流，也可以用来描述处理。 以下问

28、题可以帮助分析类：用例描述中出现了那些实体？ 用例的完成需要哪些实体合作？ 用例执行过程中会产生并存储哪些信息？ 用例要求与之关联的每个角色的输入是什么？ 用例反馈与之关联的每个角色的输出是什么？用例需要操作哪些硬设备？ UML 中类有三种主要的构造型：边界类、控制类和实体类。,4.绘制类图的步骤,（2）分析每一个类的含义和职责、确定属性和操作。属性包括属性的名称、可见性、数据类型、关键字、初始值、数据特性等。对于表现数据流的类强调存储数据的结构；对于处理而言，强调界面元素。操作包括操作名称、操作的属性、输出数据类型等。在分析的基础上绘制类图。,图3.32是根据用例图3.13得到的一个类图，其

29、中组织机构变更表与组织机构表分别是“组织信息维护”操作的输入数据流与输出数据流。该类图以类的形式对它们数据的数据结构进行了模拟，表示了三者之间的关系。,3.4.5 时序图,交互图(Interaction Diagram)是用来描述对象之间以及对象与参与者之间的动态协作关系以及协作过程中行为次序的图形文档，通常用来描述一个用例的行为，显示该用例中所涉及的对象和这些对象之间消息（信息）传递的情况。往往一个用例需要多个交互图补充说明。交互图也是对类图的一种补充，类图对属性、方法的名称及关于方法的文字说明比较充分，但其中处理的过程、对象之间信息交互的情况则无法论及，交互图能较好地补充这一部分的内容。

30、时序图是一种强调时间顺序的交互图，又叫顺序图。用来显示对象之间（注意不是类之间）的动态合作关系，强调对象之间消息发送的顺序，同时显示对象之间的交互，表示一个操作的执行过程，例如执行一个命令、到一个模块、到执行结果。常和用例图结合，一个用例图可以联系多个时序图。,3.4.6 协作图,协作图（合作图）是强调对象协作的交互图，通过表示系统的静态结构来对类图进行补充，定义类的实例：具体对象。它不是借助于基于结构的关系，而是在系统对象之间传递交互作用“消息”，从这一点来说和时序图是等价的，二者可以有效地交替使用，并可以简便的相互转换。其区别在于用户阅读和理解的方式不同。协作图着重描述对象间的动态合作关系

31、，显示信息交换、对象及它们之间关系。时序图具有很好的层次性，并且围绕时间构造，协作图则主要是围绕对象结构构造，和时序图不同，它只能通过在图中对消息进行编号来表示消息的顺序使反映时间关系。在角色与处理间可以建立二条以上消息链，用来表示并行关系。构造协作图时还可以在概念级测试静态模型。,协作图一例,图3.42 组织设置协作图,3.4.7 活动图,活动图主要用于对工作流程建模。描述为满足用例要求所要进行的活动以及活动间的约束关系。使用活动图可以很方便地表示并行活动，描述满足用例要求所要进行的活动及活动之间的约束关系。活动图以一项业务为中心，可能涉及多个活动与多个动作，每个动作对应一个原子计算或处理，

32、它们使系统状态发生一个变化。从本质上看，它对应程序流程图，一般在系统设计的最后阶段“详细设计阶段”绘制。,活动图一例,图3.47 组织设置活动图,3.4.8 状态图,状态图描述类与对象的所有可能状态以及事件发生时状态的转移条件。它是对类图的补充，具有多个状态而且行为受外界影响后会发生改变的类需要画状态图，用来描述特定类或组件在其整个生命周期中不断变化时的行为。该图显示是什么触发了从一种状态向另一种状态的转换，以及在该类上调用哪些操作以提供该状态的行为或触发这种转换。例如当用户操作或数据库数据发生改变使类的属性或方法发生改变时触发。利用Rose建立状态图的方法是用鼠标右键点击“Logical V

33、iew”或某个包图，在弹出菜单中选“New”，再选“Statechart Diagram”，就会在“Logical View”目录下创建一个状态框图。双击该框图名字，进入状态图设计窗口。,图3.48 组织机构数据维护操作状态图,与活动图比较，状态图可以看成是活动图的特例，它只是表现一个处理的状态的变化；活动图则可以表现多个参与对象各自参与的活动。,3.4.9 组件图,前面建模过程中，我们用用例图表示需要系统做的工作；用类图描述系统涉及的数据与处理的名称；用时序图与协作图描述按时间顺次传递的信息及与一件工作有关的处理的关系；用状态图与活动图说明处理的逻辑。进一步需要描述最终物理实现的内容，用组件

34、图与部暑图说明。 组件图描述代码部件的物理结构及各部件之间的依赖关系。一个组件可能是一个资源代码部件、一个二进制部件、子系统或一个可执行部件。它包含逻辑类或实现类的有关信息。部件图有助于分析和理解部件之间的相互影响程度。,党务管理系统最上层结构的组件图,“党务管理系统”有一个主程序文件，用构造型为“Main Program”的图标表示，其它模块均为子程序模块，由“党务管理系统”模块控制、依赖于“党务管理系统”模块，其关系用虚箭头线表示，箭头皆指向“党务管理系统”模块。,图3.51 党务管理系统顶层模块结构图,“组织建设”的部分组件图,图3.52是关于下一级子程序模块“组织建设”的部分组件图。涉

35、及组织机构数据表的维护操作，当组织机构设置有所变动时还会要求改变有关机构中成员的所属信息。 由这些图可见，组件图可以用来表示系统各层次的模块结构，也可以表示软件各组件：程序模块、子程序模块、程序、数据库（表）、类库、动态链接库等及其之间的联系。,图3.52 子系统“组织建设” 模块组件图,3.4.10 部署图,部署图定义系统中软硬件的物理体系结构，显示实际的计算机与设备（用节点表示）及它们之间的连接关系，也可以显示连接的类型及部件之间的依赖性。在节点内部放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。部署图可以帮助我们快捷的映射、部署和管理分布在客户端应用程序和应用程序及服务器端组件

36、之间的业务逻辑或数据库端服务器逻辑。有的节点需要依赖硬件或软件框来运行部分业务逻辑。这些节点交互作用以说明各个计算机和系统是如何交互作用和集成的。节点中包含将部署到数据库、应用程序或 Web 服务器中的组件实例。,部署图一例。,图3.54党务管理系统部署图,3.5 判定树与判定表,利用判定树与判定表可以帮助我们准确、全面地进行逻辑分析。 1、判定树 当算法中包含多重嵌套的条件判断时，判定树可以层次清晰地表示各种条件成分及其相互对应的关系 。如图3.55 所示。,图3.55 年度考核评分计算方法判定树,判定树的画法：,1）对所有条件进行分类，同一类的条件排在同一层上。 2）对各类条件进行组合，画

37、出条件树。 3）分析每一组合，检查是否有重复条件或遗漏了条件。 4）写出每一条件组合产生的结果。,2.判定表,判定表又称决策表，采用表格方式来描述处理逻辑。 一张判定表由四部分组成，左上部列出所有条件；左下部列出所有可能做的动作；右上部是一个条件组合的矩阵，如果对应那一行的条件成立的写上“T”，如果不成立的写“F”，空白表示条件成立与否与动作无关；右下部是和每一条件组合对应的动作，对应一列各个条件状况如果符合后产生该动作的在相应位置打。判定表的每一列实际是一项规则，规定了一个动作与需要的条件组合之间的关系。,判定表的画法：,判定表常在画出判定树之后绘制，具体步骤如下。 1）对所有条件进行分析，

38、列出互不包容的那些条件，分行写到判定表的条件栏中。 2）对所有动作进行分类，将各类动作分行写到判定表的动作栏中。 3）对每一动作逐一分析其执行条件各包括那些内容的组合，在相应条件栏中标上T或F，在该动作列内打上。注意，产生一个动作的条件组合可能不只一个，不要有遗漏。,18、设计一个小型自选商场管理系统,要求具有进货、销售、库存等基本管理功能。画出其用例图与类图。具体要求如下：1、能记录每笔进货，查询商品的进货记录，能按月统计。2、能记录每笔售货，查询商品的销售情况，能进行日盘存、月盘存。3、能按月统计某个员工的销售业绩。4、在进货与售货同时能动态刷新库存。5、能打印库存清单，查询某种商品库存情

39、况。6、能查询某个厂商或某个供应商的信息。7、能查询某个员工的基本信息。9、收银台操作中能根据输入的商品编号、数量显示某顾客所购商品的清单，并显示收付款情况。,第4章 管理信息系统系统设计,4.1系统设计的目的与任务,管理信息系统设计阶段的主要目的是在系统分析阶段所提出的逻辑模型的基础上进行系统物理模型的设计，得到能满足用户信息需求的基于计算机与通信系统的物理实现方案。 主要任务是根据系统分析阶段得到的需求要求设计系统的总体结构、系统各部分的结构，选择硬件、软件设备，提出系统的实施计划。,4.2 管理信息系统总体设计,管理信息系统总体设计的任务是设计信息系统流程图、功能结构图和功能模块图。,集

40、中式系统优点与缺点,集中式系统： 数据资源集中存放，便于共享使用，利用率高。数据集成度高，处理效率高。 主机或服务器承担全部或极大部分数据存储与处理任务，工作压力大，当终端或上线的客户机过多时，系统工作效率会明显降低。,分布式系统的特点,分布式系统的硬、软件数据资源在地理上分散在多台机器上，在逻辑上互相紧密联系，为完成共同工作任务而工作，具有统一工作规范、统一技术要求、协同工作能力，系统提供相互通讯与联系的手段。 这类系统又有：具有多台服务器的广域网系统、网格系统或P2P（对等服务）系统及以上系统的混合系统。,4.2.2 信息系统流程图,系统流程图要能表达计算机关于一个处理（或一个功能）的详细

41、执行过程，包括输入、输出、存储、处理、予处理，要区分人工操作与机器操作。其图形元素比较具体，如图4.1所示。,图4.1 信息系统流程图图形元素,绘制系统流程图的方法,首先对数据流程图进行分析，按信息处理的步骤与处理的具体内容划分为块。 对每一块处理的详细物理过程进行分析：讨论输入/输出的内容和形式、输入的数据来源（包括手工输入、远程文件传入或其他）、输出的形式（显示、打印、转存、通信或其他）、所涉及的物理设备等。 根据各步骤先后次序与逻辑关系绘制成图。,图3.8中关于P3与P4的系统流程图,组织部B类人员手工输入有关机构变更、组织成员等信息的数据，用两个临时文件传入“文件处理”与“组织成员表维

42、护”两个模块，再存入到数据库“组织成员表”中；“组织成员表维护模块”先查到组织成员表中相关数据，作相关处理后再写回到“数据成员表”中。,图4.2 图3.8中关于P3与P4的系统流程图,B输入到“文件处理”中的数据可能是机构设置、变更的数据或往来文件，文件存入“归档文件”夹中。机构变更数据则先查询并读取相关记录、作相应修改或操作，再写到：“组织机构表中”。 有关组织机构的操作有查询操作、向上级打印报告操作等。,模块划分的原则,（1）模块独立。 （2）强内聚和松耦合 （3）规模恰当 （4）适当的深度、宽度、扇入与扇出 （5）分解与协调原则。 （6）信息隐蔽，抽象原则。 （7）自顶向下的原则，要保证

43、各个系统有统一的规范、统一的标准、统一的模式，良好的一致性。 （8）面向用户的原则。每个模块必须功能明确、接口清晰、结构简洁，做到易学、易用、界面友好。,模块划分的方法,（1）按工作业务分解。 （2）根据管理活动的信息运动的客观规律分解。 （3）按信息处理的方式和手段分解。 （4）按安全性要求分解。 （5）按系统的工作流程分解。 （6）根据开发、维护的方便性分解。,党务管理模块结构图,图4.3 党务管理模块结构图,4.4 代码设计,在信息管理系统设计中必须重视规范化与标准化的问题，其中极其重要的一个内容是建立代码体系，设计各种代码表，对整个系统进行代码设计。,4.4.1 代码的功能,1）通过代

44、码实现标准化与规范化，提高数据的全局一致性。 2）为事物提供一个概要的标识，便于数据的存储。 3）提高处理的效率和精度。 4）为事物提供一个规范且准确的认定，使查询与统计工作更加方便。 5）提供保密性需要。,4.4.2 编码原则,l） 设计的代码在逻辑上必须能满足用户的需要，在结构上应当与处理的方法相一致。 2） 一个代码应惟一标志它所代表的事物或属性，用到实际管理中时一般不应当有重复值。 3） 代码设计时，要预留足够的位置，以适应不断变化的需要。一般来说，代码愈短，分类、准备、存储和传送的开销愈低，但要防止位置不够；代码愈长，对数据检索、统计分析和满足多样化的处理要求就愈好，但留空太多，是一

45、种浪费，也给数据输入工作带来麻烦。,4）代码要系统化、标准化，尽量使代码结构对事物的表示具有实际意义，以便于理解、记忆及交流。 5）要注意避免引起误解，不要使用易于混淆的字符。 6）要注意尽量采用不易出错的代码结构，例如字母-字母-数字的结构(如WW2)比字母-数字-字母的结构 (如W2W)发生错误的机会要少一些。 7）当代码长于4个字母或5个数字字符时，应分成小段。 8）若已知码的位数为p，每一位上可用字符数为Si，则可以组成码的总数为: C=S1*S2*Sp。,4.4.3 代码的种类,1)顺序码 顺序码在实际存储时可以使用数字类型，也可以使用字符类型，比较普遍的是使用字符类型。 2)区间码

46、 区间码把数据项分成若干组，每一区间代表一个组，码中数字的值和位置都代表一定意义。区间码的优点是:信息处理比较可靠，排序、分类、检索等操作易于进行。但这种码的长度与它分类属性的数量有关，有时可能造成很长的码；在许多情况下，这种码有多余的数，存在冗余。同时，这种码的维修也比较困难。区间码又可分为以下各种类型:,4.4.3 代码的种类,区间码的类型： （1）多面码。一个数据项可能具有多方面的特性。 （2）上下关联区间码，由几个意义上相互有关的区间码组成，其结构一般由左向右排列。,表4.1 多面码示例,3）十进位码，相当于图书分类中沿用已久的十进位分类码，它是由上下关联区间码发展而成的。 4）助忆码

47、 ，用文字、数字或文字数字结合起来描述，其特点是，可以通过联想帮助记忆。,4.4.3 代码的种类,4.4.4 代码结构中的校验位,校验位可以发现以下各种错误: 抄写错误，例如l写成7; 易位错误，例如1234写成1324; 双易错误，例如26913写成21963; 随机错误，包括以上两种或三种综合性错误或其他错误。 确定校验位值的方法很多: 1）算术级数法。 2几何级数法。 3质数法。,第6章 系统实施、维护与管理,6.1程序设计,6.1.1程序设计原则 1、正确性 编制出来的程序能够严格按照规定的要求，准确无误的提供预期的全部信息。,6.1程序设计,6.1.1程序设计原则 2、可维护性 程序

48、的应变能力强。程序执行过程中发现问题或客观条件变化时，调整和修改程序比较简便易行。,6.1程序设计,6.1.1程序设计原则 3、可靠性 程序应具有较好的容错能力，程序不仅在正常情况下要能正确工作，而且在意外情况下，亦要能做出适当的处理，以免造成严重损失。尽管不能希望一个程序达到零缺陷，但它应当是十分可靠的。,6.1程序设计,6.1.1程序设计原则 4、可理解性 可理解性指程序的内容清晰、明了，便于阅读和理解。对大型程序来说，要求它不仅逻辑上正确，能执行，而且应当层次清楚，简洁明了，便于阅读。,6.1程序设计,6.1.1程序设计原则 5、效率高 程序的结构严谨，运算处理速度快，节省机时。程序和数

49、据的存储、调用安排得当，节省空间。即系统运行时尽量占用较少空间，却能用较快速度完成规定功能。,6.1程序设计,6.1.2 程序设计方法 1、按照程序开发路径划分程序设计方法 按程序开发路径有两种程序设计方法： 1）、自顶向下的程序设计方法 自顶向下的程序设计方法要求程序员首先实现软件的最高层次，之后再实现下一个层次，直至用程序设计语言实现最低层次为止。 2）、自底向上的程序设计方法 自底向上的程序设计方法是从最底层开始，直至实现最高层为止。,6.2系统测试,6.2.1 系统测试目的 系统测试是在计算机上用各种可能的数据和操作条件，反复地对程序进行试验，尽可能多地发现错误，促使其完全符合设计要求

50、。系统测试的目的在于如何以最低的成本、最短的时间尽可能多地发现程序中存在的问题。,6.2系统测试,6.2.4 系统测试方法 1、黑盒测试 黑盒测试又称功能测试或数据驱动测试。它把程序看成一个黑盒子，不考虑程序的内部逻辑结构和处理过程，只着眼于程序的外部特性。主要是为了发现以下几类错误： 1）、是否存在功能不对或遗漏？ 2）、在接口上，输入是否能正确的接受？能否输出正确的结果？ 3）、是否存在数据结构或外部数据库访问错误？ 4）、性能能否满足系统要求？ 5）、是否有初始化或终止错误？,6.2系统测试,6.2.4 系统测试方法 2、白盒测试 白盒测试又称结构测试或逻辑驱动测试。它把程序看作一个透明

51、的盒子，允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，检查是否都能按预定要求正确工作。,黑盒测试的主要方法,1）、等价类划分法 在所有可能的输入数据中取一个有限的子集，作为测试用数据。通常是将模块的输入域划分成有效等价类和无效等价类两种。所谓有效等价类是指对程序的功能要求来讲是有意义的、合理的输入数据所构成的集合，而无效等价类是指那些不合理的或非法的输入数据所构成的集合，测试数据可以从这两个等价类中抽取。 2）、边界值分析法 在软件编写过程中，输入域边界或输出域的边界是容易形成差错的地方。为检验边界附近的处理专门设计测试用例，常常取得良好的测试效

52、果。 3）、错误推测法 错误推测法首先要列举出程序中可能出现的错误和容易发现错误的特殊情况，根据这些错误情况来设计测试用例。例如：测试输入数据为空串或反复输入相同的数值时的情况。 4）、输入组合法 分别使用单组测试数据时，程序都能正常工作，但将这些输入数据组合起来时却可能监测到程序中的错误。而上面提到的等价类划分法、边界值分析法和错误推断法都是孤立的对单组数据进行测试，而没有考虑到多个输入效果的组合。,白盒测试常对程序模块进行如下检查,1）、检查独立的执行路径：对程序模块所有独立的执行路径至少测试一遍； 2）、检查程序是否有逻辑错误：对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍

53、； 3）、对循环的检查：在循环的边界和运行的界限内执行循环体； 4）、内部数据的有效性检查：测试内部数据结构的有效性。,逻辑覆盖法是白盒测试的主要方法,逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖等。 1）、语句覆盖 使程序中的每个语句至少能执行一次。 2）、判定覆盖 判定覆盖又称分支复盖，要求每个判定的各种可能结果都应该至少执行一次，也就是每个判定的每个分支都至少执行一次。 3）、条件覆盖 条件覆盖不仅要求每个语句至少执行一次，而且是判别表达式中的每个条件都要取得各种可能的结果。 4）、判定/条件覆盖 判定/条件覆盖要求判定中每种可能的结果都至少执行一次，

54、同时判定表达式中的每个条件也都取得各种可能的结果。 5）、条件组合覆盖 条件组合覆盖要求每个判定表达式中条件的各种组合均至少出现一次。 6）、路径覆盖 路径覆盖使程序每一条可能的路径都至少执行一次。,6.2系统测试,6.2.5 系统测试过程 一个大型的MIS系统通常由若干个子系统组成，每个子系统通常又由若干个模块组成。所以，可以把测试工作分为模块测试、子系统测试和系统测试三个层次，依次进行，其步骤如图所示。,6.2系统测试,6.2.4 系统测试方法 1、模块测试 模块测试也称单元测试，是对每一个程序模块进行测试，以验证系统的每一个模块是否满足系统设计说明书的要求。模块测试的目的是保证系统的每个

55、模块都能够独立地正常运行，在模块测试中发现的错误大多来自详细设计或程序设计。模块测试主要由人工测试和机器测试两部分组成，如图所示。 人工测试主要方法： 1)、个人复查。2)、走查。3)、会审。 机器测试是运用事先设计好的测试用例，执行被测试程序，对比运行结果与预期结果的差别以发现错误。主要方法是白盒法和黑盒法。,6.2系统测试,6.2.4 系统测试方法 2、子系统测试 子系统测试也称模块联调，是将已经测试好的模块组合成子系统进行业务职能方面的测试，检查其输出结果是否达到预定目标，主要测试各模块间的协调与通信，也就是各模块间的接口是否匹配、合理。单个模块在测试中没有暴露错误，将它们集成子系统时却

56、通常会发现很多错误，例如：接口间的数据可能接收不到，或者接收到的是错误的数据，模块组合以后，部分功能不能实现或者实现的功能不符合要求等。 子系统的测试通常有两种方法：非渐增式测试和渐增式测试。,非渐增式测试工作步骤：,(1)、分别测试每个模块 为了单独测试每个模块，还需要加入一些临时模块（临时模块有两种：一种是模拟被测试模块的上级调用模块，般称为“驱动模块”；另一种是模拟被测试模块的下一级被调用模块，称之为“桩模块”）。,一个系统的模块结构,加驱动模块,同时加驱动与桩模块,加三个桩模块,(2)、将各个模块组合起来联合测试,2）、渐增式测试,渐增式测试是指将一个测试好的模块与一个将要测试的模块结

57、合起来进行测试，测试完毕后作为一个整体再与下一个要测试的模块结合起来进行测试，如此反复下去，直到完成整个子系统的测试。在使用自底向上的方式进行渐增式测试时，只需要设计驱动模块，而不需要设计桩模块。而如果采用自顶向下的测试方式时就只需要设计桩模块，而不需要设计驱动模块。,6.2系统测试,3、系统测试。系统测试是将经过测试的子系统装配成一个完整的系统来测试。它主要解决各子系统之间的数据通讯和数据共享的问题以及满足用户要求的测试。系统测试包括以下内容： 1）、恢复测试。检测系统的容错、排错能力。测试的方式是人为地让系统出现故障，然后监测系统是否能自动恢复，并在要求的时间内完成相应的事务处理。 2）、

58、性能测试。检测系统的实际性能是否符合系统的设计需求。包括对硬件的测试和对软件的测试，硬件测试主要是对硬件性能下降的幅度进行测试，软件测试主要对系统的响应时间、处理速度、吞吐量和处理精度等方面加以测试。 3）、安全性测试。安全性测试主要对系统的安全机制和保密措施加以检测，从而验证系统的防范能力。需要模拟非法入侵者，冲破系统的安全防线，查找出系统的安全漏洞。 4）、可靠性测试。可靠性测试依据系统的分析说明对系统的运行情况和故障情况加以测试，主要对系统的失效间隔时间和故障停机时间等加以检测。,验收测试,系统测试的依据是系统分析报告，要全面考核系统是否达到了系统设计目标。在系统测试中可以发现系统分析中

59、所遗留下来的未解决的问题。 模块测试时可发现程序设计中的错误，子系统测试可以发现系统设计中的错误，而系统测试时才发现系统分析中的错误。也就是说，越早产生的错误，越晚发现。 验收测试是用户在实际应用环境中所进行的真实数据测试。主要使用原有系统中手工作业所用过的历史数据，将系统的运行结果和手工作业所得相核对，看是否符合要求。除了将程序执行结果与手工作业相比较以外，还要将计算机硬件设备、外设和网络元素综合起来，考虑所开发系统的有效性、可靠性和运行效率。 最后，将测试过程中的一切记录、资料、文件等汇总，编成测试计划和测试分析报告存档或交审查部门验收使用。其中，测试计划是在测试工作开始以前编制的，包括对每项测试活动的内容、进度安排、测试数据的整理方法和评价准则等。测试分析报告是把测试过程中发现的问题和分析结果用文档的形式加以记载。测试分析报告的具体内容包括引言、测试摘要和测试资源消耗等内容。,6.3系统转换,6.3.1 数据的整理、录入和文档准备 数据的整理与录入是关系新系统成功与否的重要工作。数据整理就是按照新系统对数据要求的格式和内容统一进行收集、分类、编码和预处理。录入就是将整理好的数据输入系