管理信息系统MIS复习资料

1 什么是管理信息系统的结构化生命周期法?

系统的生命周期：任何一个系统都有发生、程，新系统是在旧系统的基础上产生、发展、老化、淘汰，最后又被更新的系统所取代。发展和消亡的过

生命周期法的基本思想：用系统的思想，系统工程的方法，按用户至上的原则，结构化、模块化、自顶向下地对信息系统进行分析和设计。

信息系统的开发原则：面向用户的观点；严格区分工作阶段，每个阶段规定明确的任务和所应得的成果；按照系统的观点，自顶向下地完成研制工作；充分考虑变化的情况；工作成果要成文，文献资料的格式要规范会、标准化。

信息系统的开发步骤：可行性分析；信息系统规划；信息系统分析；信息系统设计；信息系统实施；系统运行管理与评价

生命周期法的特点与局限性：（1）结构化生命周期法的假设是预先定义需求的策略；（2）使用生命周期法，项目的参与者之间往往存在通信鸿沟；

（3）生命周期发是使用的基本技术是结构化分析和结构化设计（SA+SP是建立在系统生命周期的概念基础上的）；

（4）有比较明显的缺点：用这种技术开发出来的软件，其稳定性、可修改性和可重用性都比较差。

2 怎样从数据流图导出模块结构图？

模块结构图是用于描述系统模块结构的图形工具，它不仅描述了系统的子系统结构与分层的模块结构，还清楚地表示了每个模块的功能，而且直观地反映了块内联系和块间联系等特性。

1.模块的概念

模块是组成目标系统逻辑模型和物理模型的基本单位，它的特点是可以组合、分解和更换。系统中任何一个处理功能都可以看成是一个模块。根据模块功能具体化程度的不同，可以分为逻辑模块和物理模块。在系统逻辑模型中定义的处理功能可视为逻辑模块。物理模块是逻辑模块的具体化，可以是一个计算机程序、子程序或若干条程序语句，也可以是人工过程的某项具体工作。

一个模块应具备以下四个要素：

(1) 输入和输出模块的输入来源和输出去向都是同一个调用者，即一个模块从调用者那儿取得输入，进行加工后再把输出返回调用者。

(2) 处理功能指模块把输入转换成输出所作的工作。

(3) 内部数据指仅供该模块本身引用的数据。

(4) 程序代码指用来实现模块功能的程序。

前两个要素是模块的外部特性，即反映了模块的外貌。后两个要素是模块的内部特性。在结构化设计中，主要考虑的是模块的外部特性，其内部特性只做必要了解，具体的实现将在系统实施阶段完成。

2．模块结构图的基本符号

模块结构图是结构化设计中描述系统模块结构的图形工具。作为一种文档，它必须严格地定义模块的名字、功能和接口，同时还应当在模块结构图上反映出结构化设计的思想。模块结构图由模块、调用、数据、控制和转接等五种基本符号组成，如图6-2-2所示。

图6－2－2 模块结构图的五种基本符号

(1) 模块

这里所说的模块通常是指用一个名字就可以调用的一段程序语句

为物理模块。在模块结构图中，用长方形框表示一个模块，长方形中间标上能反映模块处理功能的模块名字。模块名通常由一个动词和一个作为宾语的名词组成。

(2) 调用

在模块结构图中，用联接两个模块的箭头表示调用，箭头总是由调用模块指向被调用模块，但是应该理解成被调用模块执行后又返回到调用模块。

如果一个模块是否调用一个从属模块，决定于调用模块内部的判断条件，则该调用称为模块间的判断调用，采用菱形符号表示。如果一个模块通过其内部的循环功能来循环调用一个或多个从属模块,则该调用称为循环调用,用弧形箭头表示。判断调用和循环的表示方法如图6－2－3表示，还可通过下面的动画理解模块的调用关系。

图6－2－3 判定调用和循环调用

(3) 数据

当一个模块调用另一个模块时，调用模块可以把数据传送到被调用模块处供处理，而被调用模块又可以将处理的结果数据送回到调用模块。在模块之间传送的数据，使用与调用箭头平行的带空心圆的箭头表示，并在旁边标上数据名。例如，图6-2－4(a)表示模块Ａ调用模块Ｂ时，Ａ将数据Ｘ、Ｙ传送给Ｂ，Ｂ将处理结果数据Z返回给Ａ。

图6－2－4 模块调用

(4) 控制信息

为了指导程序下一步的执行，模块间有时还必须传送某些控制信息，例如，数据输入完成后给出的结束标志，文件读到末尾所产生的文件结束标志等。控制信息与数据的主要区别是前者只反映数据的某种状态，不必进行处理。在模块结构图中，用带实心圆点的箭头表示控制信息。例如，图5-4 (b)中“无此职工”就是用来表示送来的职工号有误的控制信息。

(5) 转接符号

当模块结构图在一张图面上画不下，需要转接到另外一张纸上，或为了避免图上线条交叉时，都可使用转接符号，圆圈内加上标号，如图6－2－5所示。

图6－2－5 转接符号的使用

现在读者可自己去理解一下图6-2-1所示的工资计算程序模块结构图。

3 结构化程序设计与非结构化程序概念及其区别？

结构化程序设计：以模块化设计为中心，将待开发的软件系统划分为若干个相互独立的模块，采用“自顶向下、逐步求精”设计方法和“单入口单出口”的控制结构。采用结构化程序设计方法，程序结构清晰，易阅读、测试、排错和修改；由于每个模块执行单一功能，模块间联系较少，使程序编制比过去更简单，程序更可靠而且增加了可维护性、每个模块可以独立编制和测试。

面向对象程序设计：一种围绕真实世界的概念来组织模型的程序设计方法，使用对象来描述问题空间的实例。该设计中，程序=『对象+……+对象』（对象=数据结构+算法）区别面向过程的设计（结构化程序设计）从系统的功能入手，按照工程的标准和严格的规范将系统分解为若干功能模块，系统是实现功能的函数和过程的集合；

面向对象程序设计从所处理的数据入手，以数据为中心而不是以服务（功能）为中心来描述系统，把编程问题视为一个数据集合，数据相对于功能而言，具有更强的稳定性。

4 系统流程图和数据流图有什么区别

（概念系统流程图（System Flowchart）是描绘系统物理模型的传统工具。它的基本思想是用图形符号以黑盒子形式描绘系统里面的每个部件(程序、文件、数据库、表格、人工过程等），表达信息在各个部件之间流动的情况。

数据流图（Data Flow Diagram）简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的

主要表达工具及用于表示软件模型的一种图示方法。）

区别系统流程图就是表示整个处理事务的基本过程，数据流图是描述各个子块之间如何进行数据传递。

系统流程图是在系统分析员在做系统的构架阶段，或者说，在接触实际系统时对未来构建的信息处理系统的一种描述。系统流程图还可以用来表示现有的信息系统处理过程设计的各个部件以及次序。系统流程图是描绘物理系统的传统工具，它的基本思想是用图形符号以黑盒子形式描述系统里面的每个部件（程序、文件、数据库、表格、人工过程等）。系统流程图表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制阶段，因此尽管系统流程图使用的某些符号和程序流程图中使用的符号相同，但是它确是物理流程图而不是程序流程图。

数据流程图是在系统分析员在系统设计阶段，对实际构建的系统分析综合后，提取逻辑模型的一个过程，它更关注于过程内数据的处理，而把具体处理数据的物理过程、物理分布忽略。数据流的分析过程是逐步对实际过程求精的，从顶层数据流图到分层数据流图，数据流和过程类型逐步增加，直到形成最后的数据字典和底层数据流图。需要注意的是数据流图和程序设计中的程序流程图是不同，数据流图关心的是企业业务系统中数据处理加工的客观过程，并不关心未来电子化处理的加工过程；数据流图中流动的只是数据，并没有控制过程，但在程序流程图中必须有控制逻辑。

5 软件测试要经过哪些步骤？这些测试与管理信息系统开发各阶段之间有什么关系？

步骤：单元测试->集成测试->确认测试->系统测试