第 8 章 系统运行与维护.ppt

1、管理信息系统,主编 徐世河,博学笃行 盛德日新,8,第八章 系统运行与维护,了解系统切换前的准备工作 掌握系统切换的三种方式 理解系统运行的内容 熟练掌握系统维护的类型和内容 了解系统评价的指标和过程,第八章 系统运行与维护,8.1 系统切换前的准备工作 8.2 系统切换 8.3 系统运行 8.4 系统维护 8.5 系统评价 8.6 CMM简介,第八章 系统运行与维护,当系统通过测试以后，便可交付使用，即进入系统运行阶段，这是一个新系统取代原系统的过程，需要进行用户培训、数据转换等大量的准备工作。系统在运行期间，无论从系统的功能、硬件设备、软件程序和网络环境等，都可能出现使用户不满意的问题。因

2、此，需要配备专门的维护人员，分析系统存在的问题，及时修正出现的错误，使系统保持正常的运行。,8.1系统切换前的准备工作,8.1.1 培训工作 8.1.2 数据准备 8.1.3 文档移交,8.1.1培训工作,为用户培训系统操作、维护、运行管理人员是信息系统开发过程中不可缺少的重要环节。对用户的培训包括管理信息系统知识的普及、新制度的学习、操作训练等。 1） 制订人员培训计划 在制订人员培训计划时，要考虑到不同层次的人员，有计划地分批进行，而且要与编程和调试工作同时进行，如果滞后将会影响系统的切换运行。,8.1.1培训工作,2） 培训的内容 针对不同的培训对象，培训不同的内容，主要有以下几个方面的

3、内容： 计算机应用基础知识（包括操作系统、汉字录入）； 网络与通讯知识（包括Internet和Intranet）； 系统所用主要软件工具（编程语言、工具、软件包、数据库等）的使用； 系统整体结构，系统概貌； 系统分析设计思想； 系统操作方式； 可能出现的故障以及故障的排除； 运行操作注意事项等。,8.1.2数据准备,在开发新系统的过程中，就应该进行数据的准备工作，按照系统分析和系统设计、数据字典等为指导，根据手工管理的资料，组织和整理所需的原始数据。在数据准备过程中，遵循三个原则：真实性、准确性、完整性。 此外，还要将数据采集、输入过程加以规范化，以确保新系统运行有稳定可靠的数据来源。,8.1

4、.3文档移交,对在开发过程中形成的所有文档资料，如可行性研究报告、系统分析说明书、系统设计说明书、程序设计说明书、系统测试说明书、系统使用说明书等等，要由开发者移交给用户，这些文档资料十分重要，用户单位应该妥善保管，以便在系统运行过程中随时查询使用等。,8.2系统切换,系统实施的最后一步就是新系统的试运行和新老系统的切换。它是系统调试和检测工作的延续，也是一项很容易被人忽视的工作，但对最终使用的安全性、可靠性、准确性来说十分重要。 系统切换是指系统开发完成后新老系统之间的转换。系统切换一般有三种方式（见图8.1），它们是直接切换、并行切换、逐步切换。,8.2系统切换,旧系统,新系统,旧系统,新

5、系统,旧系统 新系统,(a) 直接切换,(b) 并行切换,(c) 逐步切换,图8.1系统切换方式,8.2系统切换,1）直接切换。直接切换就是在确定新系统运行准确无误时，立刻启用新系统，终止老系统运行。这种方式切换简单、节省人员和设备费用，但风险较大。一般适用于一些处理过程不太复杂、数据不很重要的场合（见图8.1（a ）。,8.2系统切换,2）并行切换。这种切换方式是新旧系统并行工作一段时间，经过一段时间的考验以后，新系统正式替代老系统。这种方式的优点是可以进一步检验新系统，一旦发现新系统有问题就可暂时停止新系统的运行，旧系统仍可继续工作，风险较小。但在新旧系统并行运行阶段，工作量较大。这种方式

6、适用于处理程序较为复杂的重要系统（见图8.1（b）。,8.2系统切换,3）逐步切换，又叫分段切换。这种切换方式实际上是以上两种切换方式的结合。在新系统正式运行前，一部分一部分地替代老系统（见图8.1（c）。 逐步切换的优点是切换过程中新系统出现故障，只是局部受到影响，而不会引起整个系统的混乱。逐步切换有按功能分阶段逐步切换、按部门分阶段逐步切换等多种方式，在应用过程中，可根据具体条件和人力情况作出选择。,8.2系统切换,在一些大型的管理信息系统切换过程中，应采用三种方式配合使用。具体来讲，整个系统的切换采用逐步切换方式，开发好一个子系统即切换运行一个子系统，这样既有利于尽快见到效益，又有利于积

7、累经验、培训人员、以点带面，还能减轻由于系统切换对日常管理工作带来的冲击，以利于整个系统的平稳过渡；具体每一个子系统的切换，视情况采用直接切换或并行切换方式，有些子系统，如通用办公、通用查询、电子邮件等，主要提供了一些OA手段，故采用直接切换方式；而像财务管理、人事管理、工资管理等子系统，要求数据处理结果万无一失，故采用并行切换方式。,8.3系统运行,系统运行包括系统的日常操作和维护等，系统的好坏与系统分析设计、系统设计有很大的关系，也与系统运行有很大的关系。任何一个系统都不是一开始就很好的，总是经过多次的开发、运行、再开发、再运行的循环不断上升的。开发的思想只有在运行中才能得到检验，而运行中

8、发现的问题也是新的开发思想的源泉。,8.3系统运行,1） 运行的组织 根据我国多年来建设管理信息系统的经验，信息系统在企事业单位中的地位，有部门所有、部门平行、参谋中心三种形式，见图8.2。,图8.2信息系统的地位,厂长,办公室,信息中心,生产部,人事部,财务部,（a）部门所有方式,图8.2信息系统的地位,办公室,信息中心,厂长,生产部,人事部,财务部,（b）部门平行方式,图8.2信息系统的地位,办公室,信息中心,厂长,生产部,人事部,财务部,（c）参谋中心方式,8.3系统运行,部门所有方式是一种老的方式，计算机为各职能科室所有，信息难以成为共享资源，只能为业务科室提供计算能力，信息系统地位太

9、低、功能较弱（见图8.2（a）；部门平行方式的信息可成为共享资源，各科室权力相等，但信息处理支持决策的能力较弱（见图8.2（b）；参谋中心有利于信息共享和支持决策（见图8.2（c）,8.3系统运行,2） 运行管理 建立管理信息系统对任何一个企事业单位都是一个新生事物，为使有关部门、有关人员相互配合、协调工作，必须有制度上的保证。除进一步加强和规范原有规章制度外，还必须结合管理工作计算机化后的新情况，制定相应的规章和制度。,8.3系统运行,例如：代码化后有关报表的填制方法、部门间和人员间的工作配合、系统操作人员的岗位责任制、系统安全措施、网络安全措施、计算机病毒的防范、机房管理等，都应建立一套科

10、学完整的规章制度，从制度上保证管理信息系统的正常运行。这些规章制度一般可分为五类： 保证原始数据准确性、真实性、完整性和实时性的制度。 操作规程和管理制度。 安全管理制度（如密码管理制度、备份保存制度、病毒防治制度等）。 系统运行故障的控制与恢复制度。 系统管理人员的岗位职责。,8.4系统维护,8.4.1 系统维护的类型 8.4.2 系统维护的内容,8.4系统维护,系统维护是指为了应付信息系统的环境和其他因素的各种变化，保证系统正常运行采取的一切活动，包括改善系统功能、解决系统运行期间发生问题两个方面。,8.4.1系统维护的类型,1） 改正性维护 在系统测试阶段不可能发现系统中所有潜伏的错误，

11、有的错误可能会在系统运行过程中出现。对任何系统在其运行期间发现潜伏的错误是正常现象，人们把诊断和改正这类错误的过程称为改正性维护。这类错误的出现通常是由于遇到了测试阶段从未使用过的输入数据等情况造成的。对已发现的错误应及时设法改正，修改工作要制定计划，提出要求，经领导审查批准后，在严密的管理和控制下实施修改。,8.4.1系统维护的类型,2） 适应性维护 当系统的外部环境发生变化时，如：计算机硬件系统的更新、更换新的操作系统或操作系统版本的升级、数据库的改变等，都要求对系统作出相应的改动，优化系统的功能，即要求系统进行适应性维护。适应性维护要制定计划，有步骤、分阶段地组织实施。,8.4.1系统维

12、护的类型,3） 完善性维护 当系统投入使用并成功运行以后，由于种种原因，用户可能会提出完善某些功能、增加新的功能等要求。为改善和加强系统的功能，满足日益增长的对系统需要，有必要对系统进行完善性维护。这种维护应占整个系统维护的大部分。,8.4.1系统维护的类型,4） 预防性维护 预防性维护是指为改善系统的可维护性和可靠性，减少今后维护时所需的工作量而对系统所做的修改。消灭软件系统潜伏的错误，防止将来系统发生其他错误。相对前三类维护而言，这类维护活动比较少。,8.4.2 系统维护的内容,1） 程序维护 信息系统的功能是在程序的运行之中实现的，因此，环境的变化、问题和错误的出现、完善功能的要求的提出

13、等现象，只有借助于程序修改才能应付和解决。一般来说，信息系统的主要维护工作是对程序的维护。,8.4.2 系统维护的内容,2） 数据维护 系统业务处理对数据的需求是不断变化的，因此，需要不定期地对数据文件进行修改和调整。数据维护包括数据结构、数据内容、数据操作等。 数据维护一般不涉及系统现有程序，但是，结构的变化往往是出于功能增加和完善的需要，因此数据维护也可能伴随有程序维护。,8.4.2 系统维护的内容,3） 代码维护 随着系统环境的变化，现用代码可能不适合新的要求，需要对其进行修改。代码的变更（如使用新代码、代码位数的添加和删减等）应经过代码管理部门、业务操作人员、系统分析与设计人员讨论确定

14、后，以书面形式记录新的代码系统的组成和产生原因，并予以贯彻。,8.4.2 系统维护的内容,4） 设备维护 系统使用的计算机及其外部设备保持良好的运行状态，是系统正常工作的重要条件之一。信息系统应有专门维护人员负责对机器设备的保养和定期检修，并保证在机器出现故障后能及时修复，避免因硬件故障而造成对软件系统和数据的破坏。 机器设备的运行情况应有详细的记录，便于检查、维护和工作交接。,8.5 系统评价,8.5.1 系统目标的评价 8.5.2 系统经济效益的评价 8.5.3 系统性能的评价 8.5.4 系统评价报告,8.5 系统评价,系统正常运行一段时间以后，需要将其与预期目标比较，并对系统进行全面评

15、价，考察和评审新系统是否达到了预期目标，写出系统评价报告。 系统评价可以采用新旧系统对比的方法，分析比较系统的经济效果及性能指标。通过系统评价，可以发现问题，找出薄弱环节，其结果作为系统改进的依据。系统评价应由系统开发人员、用户领导和操作人员共同参加。,8.5.1 系统目标的评价,按照系统设计中确立的系统目标，全面分析和评价系统是否达到了预定目标的要求。对由于系统环境的变化或因某些管理基础工作未解决而受到影响的系统功能，必须作出应有的解释；对某些已超出原设计目标的功能也要作出说明。,8.5.2 系统经济效益的评价,经济效益是评价管理信息系统的优劣的一个重要指标。由于系统取得的效益往往是综合效益

16、，因此要对其作出准确的评价有一定的难度和复杂性。众所周知，建立管理信息系统所产生的效益并不是立竿见影，它有一定的滞后性，其效益是逐步体现出来的。而且系统越发展和完善，效益也就越显著。,8.5.2 系统经济效益的评价,一般认为，管理信息系统的应用，可以促使企业提高管理水平和管理效率，其经济效益有些可以直接定量计算，而有些则很难准确测算。因此管理信息系统的效益可以分为直接效益和间接效益两大类。,8.5.2 系统经济效益的评价,1） 直接效益 直接效益是指直接取得的可以定量计算的效益。管理信息系统的应用，增加了投资和一些费用，但可以减少管理人员，这就减少了工资及劳动费用，通过实现管理现代化，节约物资

17、消耗，降低成本消耗，减少库存资金，节约管理费用，还能够堵塞资金漏洞等。科学的计划决策更能带来难以估价的经济效益。,2） 间接效益 间接效益主要表现在通过管理手段，由于整体管理工作水平的提高所带来的综合经济效益，这类综合性的效益，往往要经过一段时间才能反映出来，而且越是向高级阶段发展，这类效果就越显著，并能对企业产生质的战略性的影响。它主要反映在能够使企业管理工作自动化、基础数据现代化、管理体制合理化、管理决策科学化、管理效果最优化等方面。,8.5.3 系统性能的评价,系统性能评价是指对于整个系统的综合评价，但主要侧重于评价软件的质量和性能。一般来讲，系统性能评价主要围绕以下几个方面进行： 1）

18、 系统的实用性。建立管理信息系统就是为了实用，用户一般不关心软件的技术，而关心系统中的信息内容、人机界面，以及系统操作使用是否方便等，也就是说系统操作人员对本系统的满意程度如何。,8.5.3 系统性能的评价,2） 系统的先进性。考虑到系统的开发周期比较长，为了使系统有较长的系统生命周期，在确定系统的支撑环境时，是否选用了先进开发平台，采用了先进的开发技术和开发方法。 3） 系统的可靠性。指系统在运行过程中，抗干扰（包括人为的和机器的故障）和保证正常工作的能力。系统的可靠性评价包括：系统是否具有较强的检错、纠错能力；在错误干扰下，系统是否会发生崩溃性瘫痪；重新恢复及重新起动的能力如何；系统对于非

19、法窃取或更改数据的抵制能力如何等。,8.5.3 系统性能的评价,4） 系统的安全性。系统运行期间是否发生了数据丢失、泄密、被非法使用等现象；在出现软硬故障时系统是否受到破坏，是否能及时恢复；设计的安全保密措施是否有效；系统管理和操作方面的规章制度是否完善和落实。 5） 系统的完整性。管理信息系统一般是一个整体，其各个子系统是实现整体目标不可缺少的部分。这里主要评价功能是否完整；是否达到了设计任务书的要求；文档资料是否齐全等。,8.5.3 系统性能的评价,6） 系统的通用性。系统是否可以移植到别的部门，其适应程度如何。如果能使系统适应于更广泛的环境条件，则将成为较为通用的系统，这是提高经济效益的

20、一个重要条件。 7） 系统的可维护性。系统的可维护性又称灵活性或适应性，它是指系统被修改和维护的难易程度。系统的扩充能力与修改的难易程度如何是系统生命力强弱的表现。它是系统开发人员技术水平高低的一个重要标志，也是用户能否长期维护该系统的重要条件。,8.5.4 系统评价报告,系统评价的结果应形成正式的书面文件，即系统评价报告。该报告包括以下几个方面的内容：系统的名称、结构和功能；任务提出者、系统开发者和用户；有关文档资料；经济效益评价；系统性能评价；综合评价。,8.5.4 系统评价报告,系统评价报告应以事实为依据，要有可靠的数据，定量计算与定性分析相结合。它既是对新系统开发工作的最好评定与总结，

21、也是进一步进行维护工作的依据，通常由此而产生对新系统的调整报告与维护申请。系统正是在不断的维护、评价进程中逐步完善和发展的。,8.6 CMM简介,8.6.1 CMM简介 8.6.2 CMM的结构 8.6.3 CMM关键过程域 8.6.4 CMM与ISO 8.6.5 CMM在中国,8.6.1 CMM简介,CMM是软件过程能力成熟度模型（Capacity Maturity Model）的简称，是美国卡内基梅隆大学软件工程研究院（SEI）为了满足美国联邦政府评估软件供应商能力的要求，于1986年开始研究的模型，并于1991年正式推出了CMM 1.0 版。CMM自问世以来备受关注，在一些发达国家和地区

22、得到了广泛应用，成为衡量软件公司软件开发管理水平的重要参考因素和软件过程改进事实上的工业标准。,8.6.1 CMM简介,CMM是一种过程较复杂、费用较昂贵的评估 ，CMM评估包括5个等级，共计18个关键过程域，52个目标，300多个关键实践。每一个CMM等级评估周期（从准备到完成）约需12-30个月。每一级别的评估由美国卡内基梅隆大学的软件工程研究所授权的主任评估师领导一个评审小组进行，其成员大部分来自企业内部。评估过程包括员工培训（企业的高层领导也要参加）、问卷填写和统计、文档审查、数据分析、与企业的高层领导讨论和撰写评估报告等。评估结束由主任评估师签字生效。,8.6.2 CMM的结构,CM

23、M为软件企业的过程能力提供了一个阶梯式的进化框架，阶梯共有五级（见图8.3）。第一级实际上是一个起点，任何准备按CMM质进化的企业一般都处于这个起点上，并通过这个起点向第二级迈进。除第一级外，每一级都设定了一组目标，如果达到了这组目标，则表明达到了这个成熟级别，可以向下一个级别迈进。CMM不主张跨越级别的进化，因为从第二级起，每一个低的级别实现均是高的级别实现的基础。,8.6.2 CMM的结构,1）初始级。初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。也许，有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍

24、然被视为初始级。,8.6.2 CMM的结构,2）可重复级。根据多年的经验和教训，人们总结出软件开发的首要问题不是技术问题而是管理问题。因此，第二级的焦点集中在软件管理过程上。一个可管理的过程则是一个可重级的过程，一个可重级的过程则能逐渐进化和成熟。第二级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面。其中项目管理分为计划过程和跟踪监控过程。通过实施这些过程，从管理角度可以看到一个按计划执行的、且阶段可控的软件开发过程。,8.6.2 CMM的结构,3）定义级。在第二级仅定义了管理的基本过程，而没有定义执行的步骤标准。在第三级则要求制定企业范围的工程化标准，而且无论是管

25、理还是工程开发都需要一套文档化的标准，并将这些标准集成到企业软件开发标准过程中去。所有开发的项目需根据这个标准过程，剪裁出该项目的过程，并执行这些过程。过程的剪裁不是随意的，在使用前需经过企业有关人员的批准。,8.6.2 CMM的结构,4）管理级。第四级的管理是量化的管理。所有过程均需建立相应的度量方式，所有产品的质量（包括工作产品和提交给用户的产品）也需有明确的度量指标。这些度量应是详尽的，且可用于理解和控制软件过程和产品，量化控制将使软件开发真正变成为工业化生产活动。,8.6.2 CMM的结构,5）优化级。第五级的目标是达到一个持续改善的境界。所谓持续改善是指可根据过程执行的反馈信息来改善

26、下一步的执行过程，即优化执行步骤。如果一个企业达到了这一级，那么表明该企业能够根据实际的项目性质、技术水平等因素，不断调整软件生产过程，以求达到最佳。,图8.3 CMM的5个成熟度等级,8.6.3 CMM关键过程域(KPA),除第一级外，CMM的每一级是按完全相同的结构构成的。每一级包含了实现这一级目标的若干关键过程域(Key Process Area，KPA)，每个KPA进一步包含若干关键实施活动(KP)，无论哪个KPA，它们的实施活动都统一按五个公共属性进行组织，即每一个KPA都包含五类KP。KPA给出了表达组织成熟性的一种方法。,8.6.3 CMM关键过程域(KPA),1）目标。一个KP

27、A都确定了一组目标，若这组目标在每一个项目都能实现，则说明企业满足了该KPA的要求。若满足了一个级别的所有KPA要求，则表明达到了这个级别所要求的能力。KPA表明，这一级的组织应该从这些方面去改进软件过程。 2）实施保证。实施保证是企业为了建立和实施相应KPA所必须采取的活动，这些活动主要包括制定企业范围的政策和高层管理的责任。,8.6.3 CMM关键过程域(KPA),3）实施能力。实施能力是企业实施KPA的前提条件。企业必须采取措施，在满足了这些条件后，才有可能执行KPA的执行活动。实施能力一般包括资源保证、人员培训等内容。 4）执行活动。执行过程描述了执行KPA所需求的必要角色和步骤。在五

28、个公共属性中，执行活动是唯一项目执行相关的属性，其余四个属性则涉及企业CMM能力基础设施的建立。执行活动一般包括计划、执行的任务、任务执行的跟踪等。,8.6.3 CMM关键过程域(KPA),5）度量分析。度量分析描述了过程的度量和度量分析要求。典型的度量和度量分析的要求是确定执行活动的状态和执行活动的有效性。 6）实施验证。实施验证是验证执行活动是否与建立的过程一致。实施验证涉及到管理的评审和审计以及质量保证活动。,8.6.4 CMM与ISO,CMM和ISO 9001都涉及质量管理和过程管理，两者之间有着相似之处。因此，产生了这样的问题：符合ISO 9001的软件组织达到CMM的哪一级？达到C

29、MM的第2或3级的软件组织是否符合ISO 9001？一个组织打算推进质量管理或改进软件过程时，是采用ISO 9001还是采用CMM？,8.6.4 CMM与ISO,ISO 9001被认为是适用于所有各类专业领域的一种质量保证模式。但是，对于软件组织来说，尽管加上了ISO 9000-3作为实施指南，ISO 9001似乎仍然不够贴切，留给审核员作解释的回旋余地相当大。于是就软件能力评定而言，按ISO 9001进行认证时，不确定性很大。换言之，同是通过了ISO 9001认证的组织，其软件能力可能有很大差别。,8.6.4 CMM与ISO,CMM是专门针对软件组织设计的一种描述软件过程能力的模型。CMM研制的主要目的有二：一是用于帮助事先确定承包商的软件能力；二是用于软件组织的过程改进。考虑到按ISO 9001对软件组织进行认证审核时存在的较大不确定性，在设计CMM时，注意了尽量缩小审核员解释的回旋余地。因此，不仅对每个关