管理信息系统：8第八章 管理信息系统的运行与维护

第八章管理信息系统的运行与维护本章内容8.1系统运行与维护的目标与作用8.2系统切换与系统运行8.3系统维护8.4系统评价8.5能力成熟度模型（CMM）8.1系统运行与维护的

目标与作用8.1.1系统运行与维护的目标管理信息系统运行与维护的目标：保证新系统的正常、可靠、安全地运行，不断完善系统，来增强整个系统的生命力，延长其系统的生命周期，进而不断提高企业的管理水平，降低管理成本，为企业创造更好的经济效益。8.1.2系统运行与维护阶段的作用系统建设时期真正用于开发的工作量仅占整个系统生命周期总工作量的20%～30%，而系统维护工作量要占到总工作量的70%～80%。由此可以看出，在开发过程中，必须强调提高工作质量、追求代码的可读性和可维护性对运行与维护阶段的影响重大。8.2系统切换与系统运行在运行之前需要考虑由原有的老（旧）系统切换到新建立的管理信息系统的方法。新系统替换老系统投入运行的过程，通常可以采用三种方法进行切换。（1）直接切换。规定某一时刻为切换时刻，在这一时刻，停止使用老系统，全面启用新系统，这种切换方法简单，费用省，但风险大，现实中通常不采用。（2）并行切换。在一段时间内，新、老系统同时运行，在经过考验并验证新系统为安全、可靠、正确的基础上，停用老系统。（3）分段切换确定在某个时间范围，先投用一个子系统，成功后再投用第二个子系统，依次类推，新系统逐步代替老系统。8.3系统维护8.3.1系统维护的任务系统维护是为了应对管理信息系统的环境及其他因素的各种变化，保证系统正常工作而进行的一切活动，它包括系统功能的完善和解决在系统运行期间发现的一切问题和错误。系统维护工作始终需要进行，不管在新系统交付使用前还是在交付使用后，这是管理信息系统运行管理的重要内容。运行与维护阶段的主要任务是做好系统的管理和维护工作，根据环境、用户需求的不断变化，修改、添加功能，使新系统更加完善，保证新系统经常处于良好运行状态。8.3.2系统维护的要求与内容系统维护的要求一般可以分成以下几种：（1）来自开发人员上级的命令、要求；（2）用户日常管理方式、方法及策略的改变；（3）随着用户对信息系统的了解和对系统使用的熟悉，其需求也会不断提高、完善；（4）伴随着先进技术的出现，需要对系统进行升级，如硬、软件产品的更新换代。系统维护工作的内容大致包括程序的维护、数据库的维护、编码的维护、设备的维护人员机构调整。8.3.3系统维护工作的类型可以分为下面四种类型：纠错性维护、适应性维护、完善性维护预防性维护等。8.3.4软件维护要考虑下列三方面的因素：（1）实际情况。系统的当前情况，维护的工作量，包括维护工作的复杂性与规模。（2）维护工作的影响。对系统目标的影响，对当前工作的影响，对其他系统的影响。（3）资源要求。对维护提出的时间要求、维护所需费用、维护所需的工作人员。8.3.5系统维护的管理从维护申请的提出到维护工作的执行有如下步骤：（1）修改要求。由系统操作的各类人员或业务领导提出对某项工作的修改要求，申请形式可以是报告或填写专门申请表。（2）领导批准。由系统维护小组的领导负责审批各项申请。审批工作也要进行一定的调查研究，在取得比较充分的第一手资料后进行批示，维护工作的必要性。（3）分配维护任务。根据维护的内容向系统维护人员分配任务，并确定完成的期限和其他有关要求。（4）验收。当有关人员完成维护性工作后，由维护小组和主要用户验收成果，并将新的成果投入使用，同时，也要验收有关的资料，保证验收材料的完整性，并注明程序及文档的版本。另外，系统的维护工作往往需要使用很多资源，特别是对于某些重要内容的修改，甚至可看成是一个小系统的开发项目。所以，这种维护工作也要求按照系统开发的步骤进行。8.4系统评价8.4.1系统评价的目的管理信息系统的评价主要包括功能评价和经济效益评价，同时考虑到其作为应用于社会的人机系统，所以还要进行社会效益的评价。管理信息系统的评价是对其性能进行估计、检查、测试、分析和评审，可以采用实际指标与计划指标进行比较，以及系统目标实现的程度进行评价。对管理信息系统进行评价的目的包括以下几种：（1）检查管理信息系统的目标、功能及各项指标是否达到设计要求，是否满足用户需求及满足程度。（2）检查管理信息系统中人、财、物以及硬、软件资源等各种资源的利用程度。（3）针对评审和分析的结果，找出管理信息系统的薄弱环节并提出改进的意见。根据成本和效益的类型与特点，可以通过以下方法对系统经济效益进行评价：（1）年利润增长额。（2）纯收入。（3）投资回收期与投资效果。（4）直接的价值估算法。（5）大于/小于成本法。8.4.2系统评价的指标（1）经济指标1）系统费用：指开发费用与运行费用的总和。2）系统收益：如劳务费用的减少，生产率的提高，成本下降，库存资金减少，对成功的决策影响的估计，管理费用的节约等。3）投资回收期。4）系统后备需求的规模与费用，系统维护费用占总成本的比重。（2）性能指标1）系统平均无故障时间；2）联机响应时间，吞吐量或处理速度；3）系统利用率；4）操作的便捷性；5）安全及保密性；6）数据的准确性；7）系统的可扩充性。（3）管理指标1）领导、管理人员对系统的态度；2）管理信息系统的使用者对系统的态度；3）外部环境对系统的评价。8.4.3系统评价的内容系统评价需要从系统功能、技术性能两个角度进行评价，具体可以从：系统目标实现的情况、系统资源利用率、系统的安全保密性、系统的可用性、系统的可维护性、系统成本、系统管理工作的完备性等方面进行。8.5能力成熟度模型能力成熟度模型的基本概念能力成熟度模型（CapabilityMaturityModelforSoftware，简称SW-CMM或CMM）它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。1、CMM基本概念CMM的产生及发展CMM产生的原因对开发过程缺乏管理而导致因人的随意性和思维习惯的不一致、不规范而使开发失败，在认知上还缺乏统一的认识。软件开发技术与开发过程管理是信息系统开发的两个重要的支撑点CMM管理思想的来源20世纪30年代，沃尔特.谢华特提出的一套运用统计学进行质量管理的控制原则，埃华茨.丹明和约瑟夫.佐兰完善并实施，称之为“全面质量管理（TQM）”CMM的诞生20世纪80年代，美国国防部资助，卡内基-梅隆大学最先提出能力成熟度模型，90年代正式发表为研究成果1、CMM基本概念一组基本概念过程（Process）：为实现给定目标所执行的一系列操作步骤软件过程（SoftwareProcess）：人们用以开发和维护软件及其相关产品的一系列活动软件过程能力（SoftwareProcessCapability）：描述（开发组织或项目组）通过执行其软件过程能够实现预期结果的程度软件过程性能（SoftwareProcessPerformance）：表示遵循其软件过程所得到的实际结果软件过程成熟度（SoftwareProcessMaturity）：指一个特定软件过程被明确和有效地定义、管理、测量和控制，以及产生实际效果的程度软件能力成熟度等级：软件开发团队（或组织、企业）在走向成熟的途中几个具有明确定义的、表征软件过程能力成熟度的平台关键域：对软件开发过程进行有效管理且相互关联的一系列活动的集合，这些活动反映了一个组织对软件开发过程有效改进的关键问题，或者说是达到某个软件能力成熟度等级所必须满足的条件关键实践：对关键域的实施起关键作用的方针、规程措施、活动以及相关基础设施的建立、实施和检查1、CMM基本概念组织（Organization）：在CMM中，组织通常指一个公司或其他实体内的一个单位，这些实体可以是政府机关或其它类型企业。项目（Project）：开发过程中所指的项目是开发和维护一个具体的产品，它可以包括硬件、软件和其他成分，但以软件开发和维护为主，通常称之为软件项目。组（Group）：在CMM中解释为负责一组任务或活动的部门、经理和个人的集合。组织机构划分2、CMM框架3、CMM管理手段文档是控制开发进程、控制软件产品质量、控制开发成本、协调组间工作的重要基础，对文档的有效管理是实施CMM的重要手段文档的分类描述的信息系统开发各阶段的文档，它们属于软件产品中的重要组成部分，称之为“开发文档”记录开发过程，并依据这些记录实施管理也需要有文档，这类文档称之为“过程文档”3、CMM管理手段管理文档的工具手工管理方式维护文档一致性、可追踪性利用工具来支持文档的建立、维护和使用开发文档与所采用的开发方法有关如果采用面向对象开发方法，则通常使用UML来建立开发文档，它的支持工具有RationalRose、Visio等等过程文档则多采用Word、Excel工具支持维护文档的可追踪性和版本控制，则采用CVS等工具。3、CMM管理手段信息系统开发阶段与开发过程管理之间关系CMM与CMMI的区别序号CMMCMMICMM与CMMI区别1需求管理RM需求管理RM要与需求开发RequirementDevelopment并行工作RequirementsManagementRequirementsManagement明确要求需求的可追溯性2软件项目策划SPP项目策划PP强调相关人员的参与SoftwareProjectPlanningProjectPlanning要有具体的任务分解表WBS关注项目技巧的获得项目数据的数据管理3软件项目跟踪与监控SPTO项目监督与控制PMC监控具体实践级别上的约定SoftwareProjectTrackingandOversightProjectMonitoringandControl强调对风险和相关人员参与的监督4软件子合同管理SSM供应商合同管理SAM引入了原"子商管理"和"组间协调"的意图SoftwareSubcontractManagementSupplierAgreementManagement强调合同的概念5软件质量保证SQA过程和产品质量保证PPQA

强调对过程及工作产品的客观评价SoftwareQualityAssuranceProcessandProductQualityAssurance要正式建立评价标准6软件配置管理SCM配置管理CM"SoftwareLibrary软件库"被"ConfigurationManagementSystem配置管理系统"代替SoftwareConfigurationManagementConfigurationManagement配置管理系统包括存储介质，规程和登陆配置系统的工具7