管理信息系统课本重点(1)

管理信息系统课本重点第一章1、数据：数据是指对客观事件进行记录并可以鉴别的符号，是对客观事物的性质、状态以及相互关系等进行记载的物理符号或这些物理符号的组合。

它是可识别的、抽象的符号。

2、信息：在管理信息系统领域，信息普遍被定义为：“信息是经过加工，具有一定含义的，对决策有价值的数据。

”因此，信息有两点应该明确：（1）信息在客观上可以反映某一客观事物的现实情况。

（2）信息在主观上是可以接受、利用的，并能够指导我们的行动。

3、管理信息：在企业管理中，一般将管理信息定义为：管理信息是对企业生产经营活动中收集的数据经过加工处理、给以分析解释、明确意义后，对企业经营管理活动产生影响的数据。

4、系统：系统是由相互联系相互作用的诸要素组成的具有特定功能的有机整体。

5、诺兰模型指明的信息系统发展中的6种增长要素：①计算机硬件资源：从最早的磁带向最新的分布式计算机发展。

②应用方式：从批处理方式到联机方式。

③计划控制：从短期的、随机的计划到长期的、战略的计划。

④MIS在组织中的地位：信息系统从附属于别的部门发展为独立的部门。

⑤领导模式：一开始以低层技术领导为主，随着用户和上层管理人员越来越了解MIS，上层管理部门开始与MIS部门一起决定发展战略。

⑥用户意识：从作业管理层的用户发展到中上层管理层。

6、ERP的管理思想ERP既是一个信息系统，更是一种管理理论和思想。

只有深刻地了解ERP的管理思想和理念，才能真正地理解和应用ERP系统。

ERP的管理思想主要体现在以下几个方面：①帮助企业实现体制创新②把企业看成一个协作的社会系统③对整个供应链资源进行管理④吸收了精益生产、同步工程和敏捷制造的思想⑤体现事先计划与事中控制的思想第三章7、系统生命周期的阶段划分：从提出建立一个管理信息系统到系统完全建成，这个过程称为系统开发的生命周期。

系统的生命周期一般划分为5个阶段。

这5个阶段分别是：系统规划、系统分析、系统设计、系统实施和系统维护与评价。

8、原型法的基本概念：原型法是指系统开发人员在初步了解用户基本需求的基础上，借助功能强大的辅助系统工具，快速开发一个原型（原始模型），并将其演示给用户，开发人员根据用户的意见和评价对这个原型进行修改，如此反复，逐步完善，直到用户完全满意为止。

原型法又称为快速原型法和原型化方法。

9、原型法的优点与缺点1）原型法的主要优点：（1）减少开发时间，提高系统开发效率。

原型法减少了大量制作文档的时间，减少了用户培训时间，开发周期短，费用相对少。

（2）改进用户与系统开发人员的信息交流方式。

管理信息系统设计中存在的问题，在大多数情况下是设计人员对用户需求理解不准确造成的，这实际上是一种信息交流的问题。

原型法将原型提供给用户，使用户在参与中直接发现问题，及时得到用户的反馈，这种方式改善了用户与系统开发人员的信息沟通状况，减少设计错误。

（3）用户满意程度高。

原型法使用户面对的不是难以理解的大量文档，而是一个活灵活现的原型系统，这不仅使得用户易于接受，而且能激发用户主动参与的积极性，减少用户的培训时间，从而提高用户的满意程度。

（4）应变能力强。

原型法是在迭代中完善的，信息技术的进步，企业经营环境发生变化，都能及时地体现在系统中，这就使得所开发的系统能及时适应迅速变化的环境。

2）原型法的主要缺点（1）开发工具要求高。

原型法需要快速开发出原型，开发工作量巨大，如果没有现代化的开发工具和技术支持就无法快速完成。

（2）对大型系统或复杂性高的系统不适用。

对于大型、复杂的系统，不经过系统分析和整体规划，想要由设计人员直接用屏幕一个个模拟是很困难的。

复杂系统功能多且技术复杂，设计人员很难理解透彻。

如果采用原型法，分析和设计上的深度不够，那这个原型就得反复迭代，反复修改的次数多了，周期就会变长，成本也会增大，这就失去了原型法的优势。

（3）管理水平要求高。

原型法要求用户的管理能力要达到一定的水平，对于管理不善、信息处理混乱的用户，不能直接用原型法。

10、面向对象法的开发过程：是将面向对象的思想应用于软件开发过程中，是建立在对象概念基础上的方法学，简称OO。

面向对象法按系统开发的一般过程分为几个阶段：①系统调查和需求分析②面向对象分析③面向对象设计④面向对象编程11、面向对象法的优点与缺陷（1）面向对象法的主要优点是：以对象为基础，利用特定的软件工具直接完成对象客体的描述与软件结构之间的转换，解决了传统结构化开发方法中客观世界描述工具与软件结构不一致的问题，缩短了开发周期，解决了从分析和设计到软件模块多次转换的繁杂过程。

（2）面向对象法的主要缺点是：需要有一定的软件基础支持才可以应用，对大型的系统可能会造成系统结构不合理、各部分关系失调等问题。

客观世界的对象五花八门，在系统分析阶段用这种方法进行抽象是比较困难的。

在某些情况下，纯面向对象的模型不能很好地满足软件系统的要求，其实用性受到影响。

12、计算机辅助软件工程法：原来是指用来支持MIS开发的、由各种计算机辅助软件和工具组成的一个大型综合性软件开发环境，随着各种工具及软件技术的发展、完善和不断集成，逐步由单纯的辅助开发工具环境转化为一种相对独立的方法。

第四章13、管理信息系统规划方法：①关键成功因素法（CSF）的主要思想是“抓主要矛盾”。

借助这种方法，可以对企业成功的重要因素进行识别，确定组织的信息需求，规划开发能够满足这些需求的信息系统。

②战略目标集转化法（SST）是由 William Kingm提出的，他把整个战略目标看成是一个“信息集合”，由使命、目标、战略和其他战略变量（如管理复杂度、改革习惯以及重要的环境约束）等组成。

管理信息系统的战略规划过程实际上就是把组织的战略目标转变为管理信息系统战略目标的过程。

③企业系统计划法（BSP）是 20世纪 70年代初 IBM公司用于内部系统开发的一种方法，也称为业务系统规划法。

它主要是基于用管理信息系统支持企业运行的思想。

在总的思路上和前述的方法有许多类似之处，它也是先自上而下地识别系统目标，识别企业过程，识别数据，然后再自下而上地设计系统，以支持目标。

14、U/C矩阵的正确性检验（三考一）建立U/C矩阵后要根据“数据守恒”原则进行正确性检验，这项检验可以使我们及时发现表中的功能或数据项的划分是否合理，以及符号“U”“C”有无错填或漏填的现象发生。

具体说来，U/C矩阵的正确性检验可以从如下三个方面进行。

①完备性检验。

完备性检验是指对具体的数据项（或类）必须有一个产生者（即“C”）和至少一个使用者（即“U”）。

功能则必须有产生或使用（“U”或“C”）发生，否则这个U/C矩阵的建立是不完备的。

②一致性检验。

一致性检验是指对具体的数据项/类必有且仅有一个产生者“C”）。

如果有多个产生者的情况出现，则产生了不一致的现象，其结果将会给后续开发工作带来混乱。

这种不一致现象的产生可能有如下两个原因：没有产生者——漏填“C”或者是功能、数据的划分不当；多个产生者——错填“C”或者是功能、数据的划分不独立。

③无冗余性检验。

无沉余性检验即表中不允许有空行空列。

如果有空行空列发生，则可能是因为漏填了符号“C”或“U”，或者功能和数据项的划分是冗余的、没有必要的。

第五章15、组织/业务联系表运用组织/业务联系表可以对组织/业务进行调整和分析。

分析的内容有：①现行系统中的组织结构是否合理，不合理的地方在哪里？②不合理的部分对组织整体目标的影响有哪些？表现在哪些方面？③不合理现象产生的历史原因是什么？④哪些部门需要整改？改进措施是什么？⑤对整改涉及的部门和有关人员的利益产生哪些影响？16、绘制流程图的基本步骤（1）识别系统的输入和输出，画出顶层图（2）画系统内部的数据流、加工与文件，画出一级细化图（3）加工的进一步分解，画出二级细化图（4）其他注意事项：①一般应先给数据流命名；②从左至右画数据流程图。

17、数据字典：对数据流程图的所有数据建立一个共同的词汇表来表述这些数据的名称和组成，这就是数据字典。

数据字典是在数据流程图的基础上，对数据流程图中的各个元素进行详细的定义与描述，起到对数据流程图进行补充说明的作用。

18、数据字典的内容：数据项、数据结构、数据流、数据存储、处理逻辑和外部实体。

第六章19、模块化（1）块间耦合：①数据耦合②控制耦合③公共耦合④内容耦合（2）块内聚合：①功能聚合②顺序聚合③通讯聚合④过程聚合⑤时间聚合⑥逻辑聚合⑦偶然聚合20、优化设计（1）系统的深度与宽度（2）模块的扇入和扇出数（3）模块的大小（4）消除重复的功能（5）作用范围和控制范围21、系统运行平台设计报告（1）管理信息系统运行平台配置概述（2）系统运行平台的依据（3）系统运行平台配置（4）费用情况（5）具体配置方案的评价第七章22、系统实施的任务主要包括：①硬件的购置及其安装连接；②软件的购置及其安装调试；③程序设计、测试与优化；④人员培训；⑤数据准备与录入；⑥系统转换。

23、管理信息系统的测试过程：①制定测试计划②编制测试大纲③设计和生成测试用例④实施测试⑤生成测试报告24、测试方法（1）黑盒测试（针对用户）：黑盘测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能基础上，通过测试来检测每个功能是否正常使用。

在测试时，无需考虑软件内部的运作原理，直接把软件看成是一个黑盒子，通过各种输入和观察软件的各种输出结果来发现软件存在的缺陷。

（2）白盒测试（针对程序设定人员）：白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。

这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。

第八章25、系统维护类型：①正确性维护②适应性维护③完善性维护④预防性维护正确性维护：正确性维护的改正在系统开发阶段已发生的而系统测试阶段尚未发现的错误。

完善性维护：完善性维护是为扩充功能和改善性能而进行的修改26、系统维护的内容：（1）程序维护（2）数据文件的维护：①数据文件的安全性、完整性控制②数据库的正确性保护、转储与恢复③数据库的重组织和重构造（3）代码的维护（4）机器、设备的维护。