06 第06章 管理信息系统的系统实施.pptx

第1页：第6章 管理信息系统的系统实施

第6章管理信息系统的系统实施通过本章的学习，掌握系统实施的概念、主要内容；程序设计的方法；系统测试的方法，系统调试的步骤；系统转换的概念，系统转换的内容和方法；系统维护的概念，系统维护的主要内容，软件维护的内容；MIS开发管理的内容；系统运行管理的内容；文档管理的内容；系统评价及其目的、内容。

第2页：第6章知识框架

章节知识框架导入案例6.1物理系统的实施6.2程序设计6.3程序和系统调试6.4系统切换、运行及维护6.5项目管理与系统评价6.6软件开发工具案例分析

第3页：6.1 物理系统的实施

6.1 物理系统的实施系统实施指的是将系统设计阶段的结果在计算机上实现。即将纸面设计的系统转化为可在计算机上实际运行的MIS软件。系统实施阶段的主要任务是：按总体设计方案购置和安装计算机网络系统；建立数据库；编程与调试、测试；培训有关人员；系统转换和试运行。物理系统的实施是计算机系统和通信网络系统设备的订购、机房的准备和设备的安装调试等一系列活动的总和。

第4页：计算机系统的实施

6.1.1 计算机系统的实施计算机购置应考虑的问题：计算机系统是否具有合理的性能价格比；计算机系统是不是具有良好的可扩充性；能否得到来自供应商的售后服务和技术支持等。机房设施应该满足计算机的环境要求，如空调、防静电地板、功率足够的不间断电源(UPS)等。计算机设备到货，按合同开箱验收。安装与调试任务主要应由供货方负责完成。系统运行用的常规诊断校验系统也应由供货方提供，并负责操作人员的培训。

第5页：网络系统的实施

6.1.2 网络系统的实施就是用通信线路把各种设备连接起来组成网络系统。网络产品包括路由器设备、交换机设备。常用的通信线路有双绞线、同轴电缆、光纤电缆、微波和卫星通信等。MIS网络类型可以是局域网或广域网。推荐阅读：“人力资源管理信息系统成功实施的注意事项”，来源：育龙网. http://news.china-b.com.

第6页：管理信息系统的开发方式

6.2 程序设计管理信息系统的开发方式有自行开发、外包或两者结合等几种形式。一般来说根据企业的技术力量、资源及外部环境来决定采用什么形式。

第7页：自行开发的优点

如果企业所组建的系统开发团队有足够的经验与实力，企业各个部门能够通力合作，团队的系统分析、开发人员积极努力，其优点是明显的。可以完全按照企业自己的要求进行系统的开发，可以确保所开发之系统符合企业的习惯，可以随时满足企业对系统的维护要求，并且既可以减少首期的投入费用，也可减少后期维护费用，同时也为公司在更大发展时再扩大系统管理范围创造了条件。

第8页：外包与两者结合

外包商通常在规模经济、经验以及在对最新技术的掌握等方面具有明显的优势，而这些优势是单个组织的信息技术部门所难以媲及的。有的企业内部缺乏专门的信息技术人才，他们将外包作为一种切实可行的替代方式。某些情况下，许多企业对所需软件采用自行开发与外包相结合的方式，两者的配合与互补是取得成功的关键。一般情况下，以外部力量为主，内部力量为辅，前者重点放在技术问题上，后者重点放在与用户的联系与协调上。这种方式可扬长补短，是目前较普遍采用的开发方式。

第9页：程序设计目标

6.2.1 程序设计目标

• 1.可维护性：可以对程序进行补充或修改。
• 2.可靠性：程序应具有较好的容错能力。
• 3.可理解性：程序不仅要求逻辑正确，计算机能够执行，而且应当层次清楚，便于阅读。
• 4.效率：程序能否有效地利用计算机资源。程序效率与可维护性、可理解性的关系通常是矛盾的。

第10页：程序设计方法

6.2.2 程序设计方法目前，主要的程序设计方法有结构化程序设计方法、面向对象的程序设计方法等。

第11页：结构化程序设计方法

1.结构化程序设计方法结构化程序设计（structured programming）是进行以模块功能和处理过程设计为主的详细设计的基本原则。它的主要观点是采用自顶向下、逐步求精的程序设计方法；使用三种基本控制结构构造程序，任何程序都可由顺序、选择、循环三种基本控制结构构造。

第12页：结构化程序设计的优点

结构化程序设计的优点

• 1）整体思路清楚，目标明确。
• 2）设计工作中阶段性非常强，有利于系统开发的总体管理和控制。
• 3）在系统分析时可以诊断出原系统中存在的问题和结构上的缺陷。

第13页：结构化程序设计的缺点

结构化程序设计的缺点

• 1）用户要求难以在系统分析阶段准确定义，致使系统在交付使用时产生许多问题。
• 2）用系统开发每个阶段的成果来进行控制，不能适应事物变化的要求。
• 3）系统的开发周期长。传统编程语言如BASIC、C++等，数据库系统如VF、ORACLE、DB2等。

第14页：面向对象的世界观

2.面向对象的程序设计方法面向对象是一种认识客观世界的世界观，是从结构组织角度模拟客观世界的一种方法，人们在认识和理解现实世界的过程中，普遍运用以下三个构造法则：区分对象及其属性，如区分车和车的大小；区分整体对象及其组成部分，如区分车和车轮；不同对象类的形成及区分，如所有车的类和所有船的类。

第15页：对象与属性

1）对象（Object）对象是对一组信息及对其的操作的描述。如一个窗口是一个对象，它包含了窗口的信息（如大小、颜色、位置等）及其操作（如打开、关闭等）。2）属性（Property）即对象所包含的信息。如：窗口的宽度（form1.width），属性可以在设计对象时确定，也可以在程序运行时读取和修改（如：W=form1.width；form1.width=100）。

第16页：方法与事件

3）方法(Methord)即对象所具有的各种操作。如：窗口关闭（form1.close），这种操作的过程对外是封闭的，即用户只能看到这一方法实施后的结果。4）事件（Event）即对象在执行某一操作后激发并执行的一个或多个过程。这些过程对用户是透明的，用户可以为这个过程编写自己的程序代码，以完成特定的操作。如：窗口对象在执行打开过程时，就会激活一个Active事件（过程），用户可以自己编写这一过程的代码。

第17页：类与实例

5）类（Class）与实例（Instance）类是具有共同属性、共同方法、共同事件的对象的集合。而一个具体的对象则是其对应类的一个实例。如果对某一个类的定义进行修改，如增加一些属性或修改一些方法，就得到一个新的类，而原先的类就是新类的父类。

第18页：继承与消息

6）继承（Inheritance）任何一个子类都具有其父类所有的属性、方法、事件。这一特性叫做类的继承。如果父类的特性发生变化，其子类也相应改变。7）消息(message)面向对象的世界是通过对象与对象间彼此的相互合作来推动的，对象间的这种相互合作需要一个机构协助进行，这样的机构可以称为“消息传递”。

第19页：面向对象的特征

• 8）面向对象的特征
• ①封装性：对象作为独立存在的实体，将自由数据和操作封闭在一起，使自身的状态、行为局部化。
• ②继承性：通过类继承可以弥补由封装对象而带来的诸如数据或操作冗余的问题，通过继承支持重用，实现软件资源共享、演化以及增强扩充。
• ③多态性：同一消息发送至不同类或对象可引起不同的操作，使软件开发设计更便利，编码更灵活。
• ④易维护性：面向对象的抽象封装使对象信息隐藏在局部。当对象进行修改，或对象自身产生错误的时候，由此带来的影响仅仅局限在对象内部而不会波及其他对象乃至整个系统环境，这极大方便了软件设计、构造和运行过程中的检错、修改。

第20页：面向对象的优点

• 9）面向对象的优点
• ①数据抽象的概念可以在保持外部接口不变的情况下改变内部实现，从而减少甚至避免对外界的干扰；
• ②通过继承大幅减少冗余的代码，并可以方便地扩展现有代码，提高编码效率，也减低了出错概率，降低软件维护的难度；
• ③结合面向对象分析、面向对象设计，允许将问题域中的对象直接映射到程序中，减少软件开发过程中中间环节的转换过程；

第21页：面向对象的优点（续）

• ④通过对对象的辨别、划分可以将软件系统分割为若干相对为独立的部分，在一定程度上更便于控制软件复杂度；
• ⑤以对象为中心的设计可以帮助开发人员从静态（属性）和动态（方法）两个方面把握问题，从而更好地实现系统；
• ⑥通过对象的聚合、联合可以在保证封装与抽象的原则下实现对象在内在结构以及外在功能上的扩充，从而实现对象由低到高的升级。

第22页：程序和系统调试的目的

6.3 程序和系统调试程序和系统调试目的是发现程序和系统中可能存在的错误并及时予以纠正。

第23页：程序代码测试

6.3.1 程序代码测试利用精心挑选的测试数据，使程序和模块中的每一条语句都能得到执行，即能够测试程序中的任一逻辑通路。常用的测试数据有以下几种

• 1.用正常数据调试。
• 2.用异常数据调试。
• 3.用错误数据调试。具体检查内容有：输入键号错误、输入数据错误时、操作错误。

第24页：程序功能测试

6.3.2 程序功能测试经代码测试正确的程序只是基本上具备了程序逻辑上的正确性，但并不能验证程序是否满足程序说明中定义的功能，也不能验证数据本身是否完备。程序功能测试则面向程序应用环境，把程序看做一个“黑盒子”，认为程序只要满足应用功能上的需求，就是可行的。

第25页：分调（系统功能调试）

6.3.3 分调(系统功能调试)系统的应用软件通常由多个功能模块组成，每个模块由一个或几个程序构成。在单个程序调试完成以后，尚需进行分调。分调将一个功能内所有程序按次序串联起来进行调试，目的是要保证模块内各程序间具有正确的控制关系，同时可以测试模块的运行效率。

第26页：总调（能行性联调）

6.3.4 总调(能行性联调)

• 1.主控程序和调度程序调试。将所有控制程序与各功能模块的接口“短路”，即用直接送出预先安排计算结果的联系程序替代原功能模块。目的不是检验处理结果的正确性，而是验证控制接口和参数设置的正确性，以及发现并解决资源调试中的问题。
• 2.系统程序总调。将主控程序和调度程序与各功能模块联结起来进行总体调试。对系统各种可能的使用形态及其组合在软件中的流通情况进行测试。

第27页：系统调试流程示意

本页以图示形式呈现程序和系统调试的层级流程，串起代码测试、功能测试、分调与总调四个环节。原页以图示呈现，如需逐环节的文字说明请对照课件图片补充。

第28页：特殊测试

6.3.5 特殊测试

• 1.峰值负载测试、容量测试、响应时间测试、恢复能力测试等。
• 2.严格核对计算机处理和人工处理的两种结果。
• 3.实况测试。以过去手工处理方式下得出正确结果的数据作为输入，将系统处理结果与手工处理结果进行比较。除严格校对结果外，主要考察系统运转的合理性与效率，包括可靠性(作业处理的成功率是否高)。
• 4.编写操作说明书。系统调试完成后，应编写操作说明书，完成程序框图和打印源程序清单。

第29页：软件测试工程师

知识扩展软件测试工程师（Software Testing Engineer）指理解产品的功能要求，并对其进行测试，检查软件有没有错误（Bug），决定软件是否具有稳定性（Robustness），写出相应的测试规范和测试用例的专门工作人员。简而言之，软件测试工程师在一家软件企业中担当的是“质量管理”角色，及时纠错及时更正，确保产品的正常运作。

第30页：系统切换的三种方法

6.4 系统切换、运行及维护6.4.1系统切换指由旧的、手工处理系统向新的计算机信息系统过渡。信息系统的切换一般有三种方法

• •直接切换法
• •并行切换法
• •试点过渡法

第31页：直接切换法

1.直接切换法在某一确定的时刻，老系统停止运行，新系统投入运行，新系统一般要经过较详细的测试和模拟运行。考虑到系统测试中试验样本的不彻底性，一般只有在老的系统已完全无法满足需要或新系统不太复杂的情况下采用这种方法。

第32页：并行切换法

2.并行切换法新系统投入运行时，老系统并不停止运行，而是与新系统同时运行一段时间，对照两者的输出，利用老系统对新系统进行检验。一般可分两步进行第一步：以新系统为正式作业，原系统作校核用；第二步：经过一段时间运行，在验证新系统处理准确可靠后，原系统停止运行。并行处理的时间视业务内容而定，短则2至3个月，长则半年至一年。转换工作不应急于求成。

第33页：试点过渡法

• 3.试点过渡法先选用新系统的某一部分代替老系统，作为试点，逐步地代替整个老系统。
• 1）新系统的投运需要大量的基础数据，这些数据的整理与录入工作量特别庞大，应及早准备、尽快完成。
• 2）系统切换不仅是机器的转换、程序的转换，更是人工的转换，应提前做好人员的培训工作。
• 3）系统运行时会出现一些局部性的问题，这是正常现象，系统工作人员对此应有足够的准备，并做好记录。系统只出现局部性问题，说明系统是成功的，反之，如果出现整体的问题，则说明系统设计质量不好，整个系统甚至要重新设计。

第34页：系统切换过程示意

本页以图示形式呈现系统切换的三种方式，对比老系统停止运行与新系统投入运行的时点差异。原页以图示呈现，如需文字说明请对照课件图片补充。

第35页：系统运行管理

6.4.2 系统运行管理MIS系统正式投入运行后，为了让MIS长期高效的工作，必须加强对IMS运行的日常管理。MIS运行的日常管理决不仅仅是机房环境和设施的管理，更主要的是对系统每天运行状况、数据输入和输出情况以及系统的安全性与完备性及时如实的记录和处置。这些工作主要由系统管理员完成。

第36页：日常维护与运行情况记录

1.系统运行的日常维护包括数据收集、数据整理、数据录入及处理结果的整理与分发。此外，还包括简单的硬件管理和设施管理。2.系统运行情况的记录除了记录正常情况(如处理效率、文件存取率、更新率)外，还要记录意外情况发生的时间、原因与处理结果。

第37页：系统维护的内容

6.4.3 系统维护系统刚建成时所编制的程序和数据很少能一字不改的沿用下去。系统人员应根据MIS运行的外部环境的变更和业务量的改变，及时对系统进行维护。维护的内容包括：

第38页：程序与数据文件的维护

1.程序的维护①程序维护指根据需求变化或硬件环境的变化对程序进行部分或全部的修改。②修改时应充分利用原程序，修改后要填写程序修改登记表。③在程序变更通知书上写明新老程序的不同之处。2.数据文件的维护：①数据文件的维护(主文件的定期更新不算在内)有许多是不定期的，必须在现场要求的时间内维护好。②维护时一般使用开发商提供的文件维护程序，也可自行编制专用的文件维护程序。

第39页：代码的维护

3.代码的维护：①代码的维护(如订正、添加、删除至重新设计)应由代码管理小组(由业务人员和计算机技术人员组成)进行。②变更代码应经过详细讨论，确定之后应用书面写清、贯彻。代码维护的困难往往不在代码本身的变更，而在于新代码的贯彻。为此，除了成立专门的代码管理小组外，各业务部门要指定专人进行代码管理，通过他们贯彻使用新代码。这样做的目的是要明确管理职责，有助于防止和订正错误。

第40页：推荐阅读

推荐阅读关于切换新出入境管理信息系统丢失网上、电话申请数据的告示因近期全省公安出入境信息系统切换，造成6月16、17、18日的网上、电话申请数据部分丢失，无法恢复。请在此期间使用网上、电话申请的市民及时到市公安局出入境管理部门（广州市解放南路155号出入境大厦）或拨打电话83115725查询，确认自己的申请数据是否丢失，丢失的请重新申请，以免耽误出行计划。给您带来不便，敬请谅解！！！同时暂没有出行计划的群众，我们建议您不要急于办理证件，错开这段办证高峰期再办理证件。来源：广州金盾网.http:// www.gzjd.gov.cn。

第41页：6.5 项目管理与系统评价

6.5 项目管理与系统评价

第42页：项目管理

6.5.1 项目管理MIS的开发与实施涉及面广，时间长，过程复杂，本身就是一个需要很好的统筹和协调的系统工程，需要多方面人员的密切配合和科学的项目管理。项目管理技术可以使管理人员事先对可能发生的情况作出预测，在问题发生之前及时进行控制和调整，从而使项目管理工作由被动的事后解决变为主动的事前控制，使项目开发工作少出差错，少走弯路。

第43页：人员管理

项目管理要做好以下几方面的工作

• 1.人员管理管理信息系统的开发和应用需要以下几方面人才：
• 1）系统工作人员：负责系统分析和设计，他们应当既精通管理业务，又是计算机专家。
• 2）程序员：负责编写和调试程序。
• 3）操作员：包括上机操作人员和数据录入人员。
• 4）硬件人员：负责机器维护和保养工作。

第44页：项目负责人与用户参与

• 5）项目负责人：相当于系统开发的总工程师，应当精通管理业务，熟悉计算机技术并具有相当的组织协调能力。
• 6）用户管理人员参与：项目开发还应由管理人员参与。这是因为计算机应用人员往往对具体管理业务不够熟悉，没有用户的积极参与和配合，往往使设计脱离应用需要，不能很好地投入运行。另一方面，管理人员与计算机技术人员考虑问题的出发点不同，有时会发生矛盾。
• 7）计算机和用户的关系：在系统开发中，计算机和用户的关系是计算机为用户服务，而不是用户为计算机服务，计算机应当成为提高用户工作效率的工具和手段，而不应当成为用户的负担

第45页：项目工作计划与文件

2.拟定和实现项目工作计划为了有条不紊按计划完成系统开发工作，要制定好项目工作计划，经常检查计划完成情况，分析滞后原因并及时调整计划。制定计划可采用卡特图或网络计划技术，以达到用最短的时间、最小的资源消耗完成预定的目标。3.制定相应文件在开发MIS的每个阶段都应制定好相应的文件，明确工作目标和职责范围。

第46页：系统评价

6.5.2 系统评价MIS投入运行后，要在日常运作管理工作的基础上，定期对其运行状况进行集中评价。系统评价的目的是通过对系统运行过程和绩效的审查，来检查系统是否达到了预期的目标，是否充分利用了系统内各种资源（包括计算机资源、信息资源），系统的管理工作是否完善，并提出今后系统改进和扩展的方向。

第47页：系统评价的依据与内容

• 1.系统评价的主要依据是系统日常运行记录和现场实际测试数据。
• 2.通常，新系统的第一次评价与系统的验收同时进行，以后每隔半年或一年进行一次。
• 3.参加首次评价工作的人员：系统研制人员、系统管理人员；用户、用户单位领导和外来专家。以后各项评价工作主要是系统管理人员、用户和单位领导参加。
• 4.系统评价的内容包括：
• 1）对信息系统的功能评价；
• 2）对现有硬件和软件的评价；
• 3）对信息系统的应用评价；
• 4）对信息系统的经济效果评价。

第48页：软件开发工具

6.6 软件开发工具计算机人员逐行编写应用程序不仅周期长、效率低、质量差，而且重复劳动多，不易修改。计算机在信息系统中应用的日益扩大，促使人们对软件设计自动化进行了大量研究，并开发出各种软件开发工具。利用软件开发工具进行系统开发可以大量的减少甚至避免手工编写程序，并且避免了手工方式下的编程错误，从而极大的提高了系统开发效率。

第49页：软件开发工具的定义与分类

广义地说，凡是帮助某一特定领域的用户，开发和实现某一类型的计算机应用系统的软件，都可以称之为软件开发工具。作为一种工具，它的实用性质十分明显。由于应用领域的丰富多样，软件开发工具也是丰富多样的。软件开发工具的分类有：

第50页：软件需求工具与UML

1.软件需求工具，包括需求建模工具和需求管理工具。统一建模语言（Unified Modeling Language，UML)，又称标准建模语言，是始于1997年一个OMG标准，它是一个支持模型化和软件系统开发的图形化语言，为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。面向对象的分析与设计(OOA＆D)方法的发展在80年代末至90年代中出现了一个高潮，UML是这个高潮的产物。它不仅统一了Booch、Rumbaugh和Jacobson的表示方法，而且对其作了进一步的发展，并最终统一为大众所接受的标准建模语言。

第51页：需求管理工具

当用户需求频繁变化的时候，软件开发者因为需要应对需求的变化而不得不与需求管理工作打交道。需求管理的工具一般分成两种：需求内容管理工具、需求过程管理工具。所谓内容管理，主要是是进行需求条目化管理、需求跟踪、需求基线管理的工具，主要有：IBM Doors、IBM Requestpro、BorlandCalibraRM、Hanskey Dragonfly等。需求过程管理的工具主要是变更管理工具，如：IBM Clearquest，Hanskey的Butterfly，IBMChange等。

第52页：软件设计、构造与测试工具

• 2.软件设计工具，用于创建和检查软件设计，因为软件设计方法的多样性，这类工具的种类很多。
• 3.软件构造工具，包括程序编辑器、编译器和代码生成器、解释器和调试器等。
• 4.软件测试工具，包括测试生成器、测试执行框架、测试评价工具、测试管理工具和性能分析工具等。
• 5.软件维护工具，包括理解工具（如可视化工具）和再造工具（如重构工具）等。
• 6.软件配置管理工具，包括追踪工具、版本管理工具和发布工具等。

第53页：软件工程管理与质量工具

• 7.软件工程管理工具，包括项目计划与追踪工具、风险管理工具和度量工具等。
• 8.软件工程过程工具，包括建模工具、管理工具和软件开发环境等。
• 9.软件质量工具，包括检查工具和分析工具等。
• 10.软件开发工具包（Software DevelopmentKit,即SDK）是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等建立应用软件的开发工具的集合。

第54页：本章小结

本章小结系统实施指的是将系统设计阶段的结果在计算机上实现。物理系统的实施是计算机系统和通信网络系统设备的订购、机房的准备和设备的安装调试等一系列活动的总和。管理信息系统的开发方式有自行开发、外包或两者结合等几种形式。程序和系统调试目的是发现程序和系统中可能存在的错误并及时予以纠正。系统切换指由旧的、手工处理系统向新的计算机信息系统过渡。MIS系统正式投入运行后，为了让MIS长期高效的工作，必须加强对IMS运行的日常管理。项目管理技术可以使项目开发工作少出差错，少走弯路。利用软件开发工具进行系统开发可以大量的减少甚至避免手工编写程序，并且避免了手工方式下的编程错误，从而极大的提高了系统开发效率。