配置管理和变更管理范例6篇

前言:中文期刊网精心挑选了配置管理和变更管理范文供你参考和学习,希望我们的参考范文能激发你的文章创作灵感,欢迎阅读。

配置管理和变更管理

配置管理和变更管理范文1

关键词:计算机软件;软件配置管理;质量监督;计算机技术

中图分类号:TP311 文献标识码:A随着现代计算机科学技术的迅猛发展,计算机软件在各个领域都得到了广泛应用,计算机软件已成为人们生活中乃至工作中不可或缺的部分,软件的失效,会导致整个应用系统瘫痪,数据丢失甚至引起更严重后果。软件的研制开发过程决定了软件质量,因此,对软件研制开发过程的质量进行监督,对保证软件质量起着至关重要的作用。软件是一种虚拟信息产品,给软件质量管理和控制带来了难度。软件研制开发过程中,影响软件的质量最主要的因素是软件技术状态管理和控制,而对此最好手段就是对软件进行配置管理。所以,控制软件配置管理,从而做好质量监督控制有其积极意义。

一、软件配置管理的定义

软件配置管理(SCM)是指在开发过程中各阶段管理计算机程序演变的过程,它作为软件工程的关键元素,已经成为软件开发和维护的重要组成部分。通过在配置管理过程中的变更所引起的质量变化,即对软件变更的标识、组织和控制,为后面的变更提供参考数据,保证整个生命周期过程产生所有配置项的完整性、一致性、可追溯性。

二、软件配置管理计划监督

在软件研制开发过程中,根据系统要求分析和设计软件配置管理计划。计划内容包括:配置管理机构、任务和主要职责,软件配置管理活动和配置管理流程等。软件配置管理的主要活动内容包括标识、版本控制、变更控制、配置审计和配置报告。正确标识配置项对整个管理活动起着关键作用,对软件开发过程中所有项目赋予标识符,便于进行控制和管理。配置审计确保了每个软件配置项的正确性、一致性、完备性、有效性和可追踪性,定期备份确保安全性和可用性。配置报告提供了软件开发过程历史记录,使整个软件研发过程中所有变更具有可追踪性,为质量控制提供了依据。

三、软件配置管理组织机构监督

3.1 软件配置管理组织构成要求

建立专门负责软件配置管理组织,负责软件研制过程中各阶段,各系统及其子系统的配置管理工作。明确与配置管理工作相关的所有角色,包括相应活动,在开发过程中,一项任务在同一时刻只能由一个角色执行。软件受控库和产品库由软件配置管理组织负责,软件开发库由各软件开发项目组管理。要求实施配置管理系统相关人员都经过相关培训,包括管理员培训、开发人员培训和管理流程培训。确保每个成员具有良好的专业知识和责任心,为软件配置管理质量控制提供保证。

3.2 软件配置管理组织职责

软件研制过程中,任务复杂繁琐,软件管理组织需要明确职责。主要包括:整个软件生存周期软件配置管理的活动规划;明确与软件配置管理相关的标准或规定并严格执行;选用合适的软件配置管理工具,并做好软件配置管理任务内容的规划和记录报告;收集、维护保存然建配置管理文档并妥善保管。

四、软件配置管理活动监督

4.1 定义基线

基线标志着软件开发过程一个阶段的结束,任一软件配置项形成文档后,审议通过即成为基线。基线分为三种:完成系统分析设计阶段的功能基线;完成需求分析阶段的分配基线;完成配置项测试的产品基线。每个基线对应受控配置管理项,相关评审和验收标准以及建立基线时用户和开发者参与情况。基线使各阶段工作内容明确,在连续的工作线上进行断点,便于检验阶段成果。

4.2 标识软件配置管理项

软件配置管理项即软件配置管理对象,是软件开发过程中所有工作产品,包括代码以及数据结构、文档、报告。软件配置管理项标识包括:文档标识、代码标识、运行文件标识。配置项的文档内容多而繁杂,需要建立一个安全可靠的知识库,用于保存开发过程中的文件和代码。根据实际需要,分门别类归入库中。保证配置管理工具检索便利,标识规则便于记忆,并保持组织一级的标识规则以执行。正确标识软件配置项对整个管理活动非常重要,是具有唯一性的标识符,便于对其控制管理。

4.3 定义软件配置库

基线技术将项目实施配置管理存储库分为:开发库、受控库、产品库。

(1)入库控制:受控软件配置管理项存入受控库。满足要求交付用户后的软件配置管理项由受控库转入产品库。各基线阶段产品经审计确认合格后入库。

(2)更改控制:整个软件生命周期中,已进入受控库或者产品库的软件配置管理项有更改情况时,提供软件问题报告文件并提交更改申请。根据软件级别和规模决定是否建立评审小组,评审小组包括软件配置项管理人员,总设计人员,软件质量保证人员。评审小组收到问题报告和更改申请后,分析是否有必要更改,可行性以及对比其他更改方案。结合软件配置管理项功能和性能分析,充分考虑合理性和可行性。经审批后更改申请送回软件开发组,根据审批意见由开发组实施更改。更改后的软件配置管理项连同更改说明,一并提交管理员重新入库。为确保软件配置管理项的一致性,更改的软件实体相关程序或文档同时完成。

4.4 软件配置管理记录与报告

提供开发过程的历史记录,内容包括配置管理项的现行状态以及入库变更情况等。在配置状态记录报告中,通常包括信息有规格说明和设计说明状态,更改申请和更改批准报告状态,产品版本或更改版本状态,安装、更新或交付报告,用户产品提供状态,以及有关项目开发报告等。配置人员应定期或在需要时提置状态报告。记录报告使软件配置管理一旦出现可追溯源头。

4.5 配置审计

包括物理和功能上的审计。要点有:应精心维护软件配置管理项的状态,验证其正确性、一致性、完备性、有效性、可追踪性;应对软件进行功能配置审计,确保软件的功能与软件需求规格的一致性;应对软件进行物理配置审计,以检查程序与文档的一致性以及与标准规范的一致性。定期备份软件配置。

结语

软件配置管理是一套规范、高效的软件开发管理方法,同时也是提高软件质量的重要手段。软件配置管理帮助开发团队对软件开发过程进行有效的变更控制,保障了软件开发过程的顺利完成,高效地开发高质量的软件,从而达到控制软件质量、提高软件水平的目的。

参考文献

[1]王耀志.强化计算机文档质量监督的探讨[J].机械管理开发,2010(5):2144-2145.

[2]于宏霞,陈凯,白英彩,等.基线技术在软件配置管理过程中的应用[J].计算机应用与软件,2005,12(37)1212~1214.

[3]姜平利,傅育熙.软件配置管理及其实现[J].计算机工程,2004,12(18):4148~4150.

配置管理和变更管理范文2

关键词:软件配置管理;流程设计;实施策略

中图分类号:TP311文献标识码:A文章编号:1009-3044(2009)24-6732-02

Discusses the Software Disposition Management the Flow Design and the Implementation

PENG Wen-bin

(Computer Teaches Education Ministry, Guangzhou Business Vocational School, Guangzhou 510163, China)

Abstract: The software disposition management is set of standards, the highly effective software development management, it can provide the working space management, the parallel development support, the process management, the jurisdiction control, the change management and so on a series of managed capacity, is improves the software quality the important means. The software disposition management may help the development team to carry on the effective change control to the software development process, it organically unifies other support, forms a whole, promotes mutually, the mutual influence, has guaranteed quality system's implementation powerfully. This article mainly carries on the discussion to the software disposition management's flow design and the implementation, and unifies the concrete case, analyzed has carried on the software disposition management the implementation strategy.

Key words: software disposition management; flow design; implementation strategy

1 软件配置管理概述

现代软件项目规模越来越大,涉及的人员越来越多,软件开发过程中经常面临一些难以解决的问题,例如,团队开发过程中如何保证产品版本的正确性;怎样在早先产品版本的基础上进行重构;如何解决开发策略的统一与特殊版本需求之间的矛盾等,有效的软件配置管理能够充分解决上述问题,提高软件的开发效率。软件配置管理(Software Configuration Management,SCM)其实并不是一个新的概念,许多专家学者早已从不同角度和不同侧面对它进行了论述,本文也是尝试着从软件工程的角度出发对其进行简述。

1.1 软件配置管理的内涵

在软件开发过程中,会逐步累积出构成软件产品的程序,包括源代码、中间代码和执行程序、各类文档及数据,这些所有能够形成软件组成的元素被称为软件配置,软件组成中的每一个元素称为软件配置中的一个配置项,配置项是软件配置管理的对象。

《GB/T11457(1995)软件工程术语》中的定义为:软件配置管理是标识和确定系统中配置项的过程,在系统整个生存周期内控制这些项的投放和更动,记录并报告配置的状态和更动要求,验证配置项的完整性和正确性。软件配置管理活动主要包括标识软件工作产品、配置控制、配置状态统计和配置审核,四项活动贯穿于软件开发活动的始终,覆盖开发活动的各个环节。

1.2 软件配置管理的意义

要开发出满足用户需求的、高质量的软件产品,关键就在于建立起一个稳定、可控、可重用的软件流程(Software Process)。而要进行软件流程改进就需要有明确的、量化的对现状的分析和对未来的预期,而进行度量的前提和基础就是软件配置管理。

与一般制造业相类似,软件流程就像是一条流水线,在它的各个环节上都会有“零部件”产生,它们就是我们所熟悉的程序、相关文档以及数据,这些正是软件配置管理的对象――软件配置项。它们不仅是大量人力物力投入的结晶,更是开发经验的积累,是软件组织最宝贵的财富[1]。因此,软件配置管理的重要作用之一就是要全面的管理保存各个配置项,监控各配置项的状态,并向项目经理及相关的人员报告,从而实现对软件过程的控制。

2 软件配置管理的流程设计

配置管理流程是软件开发机构进行配置管理的依据,其规定了开发过程中需要做哪些配置管理方面的工作。制订配置管理流程的方法是:通过对目标机构的调查、评估,定义现有的配置管理流程,由配置管理技术专家对它进一步分析,结合常规的配置管理方法制订出新的流程,然后,依据选定的配置管理工具的功能,将新流程中可自动化的环节交由配置管理工具处理,其它环节由新制订的配置管理规范进行控制。下面简单介绍软件配置管理的主要功能、量化的软件配置管理流程以及常见的配置管理工具。

2.1 软件配置管理的主要功能

软件配置管理的主要任务是在项目的整个生存周期内建立和维护软件项目产品的完整性。在IEEE标准729-1983中,软件配置管理的主要功能包括如下几项:配置表示;版本控制;变更控制;变更状态统计;变更审计;构建;过程管理;小组协作[2]。

一个理想的配置管理系统应该提供以上所有功能,但是在实现中,这种情况几乎是不可能的。实际上,一个系统若能在某种程度上提供上述部分功能,便可以称之为配置管理系统。因为从本质上来说,配置管理系统是一种功能的综合,而不是一种标准的体系。同时,在企业实施软件配置管理所涉及到的活动,不仅仅是要采用相应配置管理系统来支持配置管理,还需要制定一个正确的配置管理解决方案。只有在正确的配置管理方案的指导下,并辅以有效的配置管理工具的支持,才能够真正的做好配置管理,从而达到对软件过程的管理和改善,保证软件产品的高质量。

2.2 量化的软件配置管理流程

软件量化是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程,目的在于对此加以理解、预测、评估、控制和改善。通过软件度量可以改进软件开发过程,促进项目成功,开发高质量的软件产品。因此,利用量化的软件配置管理,可以明确规定数值的版本管理,开发人员能按照规定标识开发过程中的各产品,进行统一管理,提高工作效率和并行开发的安全性。同时,利用量化管理提供的各项数据,帮助项目主管了解项目进展与风险,提高管理水平,并可根据开发人员在对配置管理支持工作的数据中了解开发人员的内容,优化人员安排,从而提高工程效率,降低工程成本。

2.3 常见的配置管理工具

CVS(Concurrent Versions System)、VSS(ViSua1 Sourcesafe)和Clear Case是版本控制工具中比较典型的三种工具。其中,CVS是开放源代码世界的经典,是一个功能比较全面的现代版本控制系统,可以在任何操作系统和网络环境下运行;VSS是Microsoft公司开发的、基于Windows平台的、面向小型开发项目的版本控制系统,依靠服务器上的共享目录提供服务;ClearCase是目前世界上最好的功能强大的商用版本控制系统,提供了全面的配置管理功能,而且无需软件开发者改变他们现有的环境、开发工具和工作方式,在大型项目的开发管理中表现优异。

3 软件配置管理的实施策略

如何有效协调同一个软件产品的维护和开发工作,使之有序、高效,这是软件配置管理应该解决的问题,主要依赖于配置管理的策略和配置管理工具对并行开发、自动化合并、项目管理等功能的支持。

3.1 软件项目的并行开发策略

所谓并行开发,是指由两个或两个以上的个人或团队针对同一个文件或整个软件系统进行同步的变更,并行开发应具备对并行变更内容进行合并的能力。一般来说,软件项目有以下三种并行开发策略:

第一,每个开发人员一个开发分支/开发流。在这种方式下,每个开发人员拥有一个属于自己的开发流,优点是开发人员的环境是稳定的,开发人员决定什么时候提交结果,什么时候看到其他人的结果;缺点是每个开发人员处于彼此隔离状态,集成工作量较大。

第二,多个开发人员共享一个开发分支。在这种方式下,多个开发人员共享一个开发分支。此方式比较适于彼此之间需要紧密协作的开发场合,如果使用动态视图,立即可以自动看到其他人的修改;如果使用静态视图,通过更新也可以看到其他人的修改。

第三,所有开发人员共享一个分支。这种方式是所有开发人员使用一个且仅使用一个分支/流,也就是集成流。这种方式是最大化集成的集中体现,适合整个项目组的各个成员之间需要紧密协作的场合下,一般在项目组规模较小(少于8人),并行修改很小的场合使用。

3.2 配置项标识与库结构策略

配置项由配置管理员在配置管理计划中确定,进行配置标识的基本策略是:逻辑上是一个整体,标识规则保持一致,方便检索,易于记忆。配置项的标识包括配置项名称、配置项版本标识两个方面。

在确定了配置项之后,就可以确定配置库的目录结构了。配置库的目录结构直接关系到配置管理的工作量和使用的方便性,所以需要根据自己的需要确定一个合理的结构。配置库大结构可以采用二级库:开发库、受控库+知识库[3]的形式。开发库和受控库下的目录结构基本相同,但开发库比受控库多了一个属于开发人员使用的工作空间。知识库在项目结束后,把最终代码、开发文档、业务相关资料与项目人员的经验体会等资源收录其中。

在确定配置管理库受控库下目录结构时,有两种可选的产品目录结构的方式:一种是按照开发阶段划分,在产品类型下再划分诸如设计文档、代码等目录;另一种方式是按照产品类型划分,例如首先是文档、代码,然后在其下按照开发阶段划分。这两种目录结构,可以根据软件项目开发的实际情况来进行相应的选择。

3.3 B公司电子商务系统的配置管理案例分析

B公司电子商务系统的项目需求是:除了在线交易外,还要通过网站将企业与客户结合起来,将企业和合作伙伴结合起来;通过网络的快速反应,为客户提供更好的服务,促进企业的业务发展。

项目根据企业实际需要选择并行版本系统CVS作为版本控制工具。系统由主服务器端、客户端、备份服务器端、测试服务器端四个部分组成。主服务器端负责维护一个CVS仓库。

及时充分的信息交流是每一个软件开发项目的基本需要,在该项目的配置过程中做了以下几点:一是利用公司网站进行项目信息的,比如版本信息,整个项目都通过该网站来版本、人员信息等;二是变更控制委员会和开发小组的例行会议,用于企业决策执行和跟踪、技术升级、需求变化等重大变更的交流。

基线[4]是软件开发过程中最重要的里程碑,在本项目配置管理过程中,软件企业根据自己的开发要求,主要关注开发过程中的阶段基线,如表1所示。

在CVS中,用户需要有一个用户标识才能访问CVS的仓库,在此软件开发过程中,采用Pserver服务器模式,既可以创建与服务器的用户相对应的用户帐号,也可以创建专用于CVS的用户标识,所有的用户名称映射都使用仓库的CVSROOT模块中的Passwd文件,由配置管理员完成。

B公司电子商务系统的软件配置管理方案,针对中小型软件企业和开发项目特点,用CVS作为主要的配置管理工具,有效的实现了版本控制、变更管理、管理等主要的配置管理功能,较好地满足了B公司的项目需求。

4 结论

实施软件配置管理可以解决许多软件开发企业目前迫切需要解决的问题,在软件开发的整个生命周期过程中都能起到积极的促进作用。但是实施软件配置管理也是一个非常复杂的过程,必须对配置管理的内容有足够的了解,同时分析各种工具,采用适合该软件项目实际开发流程的配置管理工具,才能实施一个成功的软件配置管理过程。

参考文献:

[1] Mette A,Hass J.配置管理原理与实践[M].龚波,黄慧萍,王高翔,译.北京:清华大学出版社,2003.

[2] 李奔.PMT软件配置管理文集》[EB/OL]./scmchina/doc/pmtscmrpt.pdf.

配置管理和变更管理范文3

关键词:电力系统;通信;IT服务管理

一、电力系统通信部门的IT服务管理

电力系统通信部门IT服务管理体系包括展现层、功能层、数据层。通过对各种系统状态进行实时监控,将现有软硬件环境、网络资源、应用系统、人力资源、知识库有机地融为一体,合理调配资源,切实解决了机构人员、管理模式、业务流程、技术集成等方面实际问题,真正实现科学高效的I T 服务管理。

二、典型处理流程

IT服务管理是一种面向流程的管理模式。在电力系统通信部门原有的业务流程的基础上,对其进行优化和改造,在此提出了IT服务管理四个典型处理流程,下面分别从流程目的、功能等角度进行说明:

(一)事件管理流程

事件是任何不符合标准操作且已经引起或可能引起服务中断和服务质量下降的事件。在ITSM引入以前,事件管理没有特定的流程,所有事件都通过通信故障专线通知到通信调度部门,然后由值班员派工单给检修班成员,并不区分事件的“轻重缓急”,也没有技术层面的审核,因此故障派修单回单率一直很低,很多单据由于不具备执行条件而在班组和通信科之间来回推诿,降低了故障解决时间,也没有相关考核指标。

事件管理的流程如下:首先,事件通过运行单位填报、用户填报或者通信检修部门巡视发现填报,所有事件记录进系统,对于已经处理的缺陷只要补报即可。接着通信调度进行分类预判断并分派,确定是事件的影响范围和优先等级:如果是事件处理影响范围小或无影响,则直接进行派单;如果事件处理影响范围大,则要求检修部门先进行停服役申请,再进行事件处理。然后,检修部门消缺完毕后,由用户和通信调度分别进行消缺验收,判断是否已解决确定问题:如解决,则由检修班回单给通信科,则纳入审核管理或者填报缺陷归档,关闭记录;如没有解决,则纳入通信科审核管理继续诊断,纳入下一季度大修工程,必要时转省调、厂商和集成商、服务商等进行支持解决等。最后更新文档,必要时进行回顾,事件支持人员将根据管理要求定期产生相关报表。

(二)问题管理流程

问题管理流程设立的主要功能是分析已被列为问题的事件(一组或一个)的根本原因,然后找出和建议永久性解决方案。其目的包括:(1)确保分析并确定事件的根本原因,以防止再次发生;(2)确保问题分派了正确支持人员,提高解决率。(3)根据IT资源情况分派问题优先级;(4)主动提供预防性措施;(5)提高IT服务的可靠性;(5)降低IT支持成本;(6)提高通信部门的整体形象和名誉。 (三)配置管理流程

通信部门的所有资源都通过手工和电子配置管理是通过手工形式派发“电路(设备、线路)投入、改接单”,单据与实际资源状况出入较大。待单据完成后,由专人进行手动的资料更新和管理,而经常出现资料忘记更新或资料更新出错,缺乏必要的考核体系。

配置管理的流程如下:首先进行配置申请。接着配置管理员根据需求进行方案设计,经配置管理经理审批后生成配置工单。配置工单由配置经理审核后进行工单派发,此时由于工单并未真正实施,配置资源处于预占状态。然后配置管理员根据班组回单进行完成确认,若确认完成,则将资源预占状态更改为运行状态;否则取消资源预占状态。并定期进行资源检查验证,流程回顾,每个一个季度由系统自动生成配置管理报告,据此可进行资源分析、预警等。

(四)变更管理流程

变更管理流程将通过标准统一的方法和步骤管理和控制所有对通信系统运行环境有影响的变更。其目的在于:通过对所有变更的正确评估,可以维护通信系统运行环境的完整性;确保变更和变更实施得到正确记录,并提供审核统计;减少或消除由于变更实施准备不当等原因出现的故障;提供一致性的变更实施质量控制;提高资源使用率(如未得到正确控制和授权的变更需要更多的后续资源);确保实施的变更不会超出预定的系统利用限值确保紧急变更请求得到快速实施。

三、IT服务管理体系的实施效果评价

杭州市电力局通信部门I T 服务管理系统2006 年初上线运行,截止到2007年9 月30 日,IT服务管理系统的配置项数据包括服务器、客户端设备、网络设备、变电站通信机房、变电站通信屏体信息、数据采集与监视控制系统(SCADA) 采集点以及其他各种设备信息,总计有36个分类、95000多条记录。自投运以来总共记录有效服务呼叫8546 条,电力通信网和管理信息化共关闭8492 条,完成比率达99 %。

杭州市电力局通信部门I T 服务管理系统固化了18 种处理流程及衡量标准、20项事件流程服务指标、10 项工作量考核指标、28种事件分类指标等可量化的I T运行维护指标, 电力通信网和管理信息化都分别设置了流程经理, 每个流程又明确了流程负责人,负责处理流程时限、效率和质量。I T 服务管理系统提供了可观、可测、可控、可量化的工作环境, 工作量考核、系统风险识别、流程实施关键绩效指标(KPI) 、人员技术能力等都可用“数字说话”。通过系统实施,事件处理更加高效, 变更管理更加规范、问题管理更加可控、IT服务水平和人员素质得到了极大提高,为IT管理人员提供了方便高效的管理手段。

四、结语

IT服务管理系统运行两 年的实践证明了ITSM是一套科学的方法论。实施效果表明该体系应用成效显著,流程清晰, 责权分明, 运行维护内容可量化,服务质量可考核,运作模式彻底告别了被动的救火队式的管理,开始步入主动的有预案的IT服务管理良性发展轨道。通过系统的实施,各流程的关键绩效指标越来越好,问题的可控程度也越来越高。因此,有计划、分步骤地将各流程应用在日常的系统运行维护和管理中去是现阶段最切实可行的方法。

参考文献

[1]曹汉平,王强,贾素玲.现代IT服务管理——基于ITIL的最佳实践[M].清华大学出版社,2005.

[2]孙强,左天祖,刘伟.IT服务管理——概念、理解与实施[M].机械工业出版社,2007.

配置管理和变更管理范文4

关键词 ITIL;运维;服务;流程

中图分类号:TP311 文献标识码:A 文章编号:1671-7597(2014)03-0149-03

随着黄山烟草信息化建设的深入推进,信息系统的规模不断扩大,公司各种业务对信息系统的依赖性越来越大,同时IT系统日趋复杂、系统维护要求越来越高。尤其是专卖管理、卷烟营销、物流配送等业务对IT运维管理的要求越来越高。IT硬件和软件应用的也不断增涨,其环境复杂,多系统、多数据库和多应用平台、多厂商网络及系统设备的网络运行环境,使网络维护难度成几何倍数的增长,系统管理人员的工作压力越来越大。ITIL作为运维IT管理的新理论、方法和工具,正在发挥着越来越重要的作用。

1 黄山烟草IT运维的特点及问题

在IT系统生命周期中。系统建设的时间和成本只占相对小的一部分,而系统运行维护阶段占了整个时间和成本的主要部分,可以说IT系统是三分建设、七分运维,足见IT运维的重要性。当前,黄山烟草的信息化工作已从IT系统建设为主逐步进入建设和运维并重的新阶段。传统的IT运维管理思路及方法所带来的弊端逐渐显现,具体如下。

1)由于实施经验、行业视角的原因,难免在体系建设的科学性、系统性及完整性等方面存在缺陷,更缺乏从服务运维生命周期全局的角度去审视思考的经验。

2)由于受到信息部门人力资源逐步收缩的限制,如何平衡好、处理好系统建设与服务运维、应急处理与项目管理控制之间的关系,往往成为长期困扰运维人的难题。

3)缺乏对运行维护工作的规范性管理,信息中心服务运维团队依然常常扮演应急排障的救火者角色,往往缺乏对信息系统的适用性、主动性运维。

4)缺乏统一的集中监控与管理平台,无法快速定位故障源,更无法发现潜在故障,都是问题发生时才想解决办法,缺乏提前预警机制。

5)缺乏对日常运行维护工作的管理工具,目前的系统管理工具已无法满足日常管理的需要,值班、运维等工作流程还体现在纸介质记录上。

6)缺乏量化运行质量的工具,无法对运维人员进行有效考核,运维人员运维的价值得不到体现

如何尽快建立规范、高效的IT运维管理运行体系,实现对企业核心业务系统的IT 监控管理,提高IT 运维管理水平,如何在有限的资源基础上支撑起庞大而复杂的信息系统服务运维,达到稳定、规范及高效的IT运维的管理目标,已经成为黄山烟草信息化管理亟待解决的重要问题。

2 基于ITIL的IT运维平台的构建与应用

ITIL即IT基础架构库,目前已经发展到了第三个版本,该标准旨在于通过对企业流程进行梳理提升企业IT资源的利用率和服务质量。本文拟提出基于ITIL的服务台管理系统的总体业务模型,从流程、服务及管理活动等方面对该系统进行阐述,以期提供较为全面的业务服务管理解决方案。

ITIL最佳实践基于IT运维管理的四大核心流程组,即业务与IT规划(Businss-IT Alignment)、IT运营维护(IT Operations Management)、IT运维保障(IT Operations Assurance)、IT服务管理(IT Service Management),并采用IT运维管理质量改进循环(Deming Circle)进行持续改进。

图1 PDCA模型

计划(Plan)阶段:IT高层管理者或IT部门经理根据业务部门的需求制定相应的IT服务策略与目标,在评估实现这些目标所需的服务水平与成本等因素后,产生详细的实施计划。

实施(Do)阶段:IT服务经理执行计划(Plan)阶段产生的实施计划,对流程、表单、报表、KPI等做出修正,使之更加符合实际业务的需要,同时收集相关运行数据以度量它的绩效。

检查(Check)阶段:在成功实施了新的计划后,IT服务经理检查实施的效果,发现IT运维中出现的新的问题与瓶颈,并通过分析相关运行数据找到问题与瓶颈的根本原因,并汇报给IT高层管理者。

改进(Improve):IT高层管理者或IT部门经理根据检查(Check)阶段的检查结果决定需要采取的进一步行动,例如,修正流程缺陷、进一步标准化流程等,以提高IT运维管理的效率。

1)系统建设目标。服务台作为受理用户服务申请或报障的服务窗口,运维中支持级别:一线支持、二线支持和三线支持。一线人员主要由服务台人员及桌面服务人员组成,其中桌面服务采取外包方式进行;二线主要由系统及应用维护负责人组成;三线人员主要由信息中心系统研发人员、外部专家与合约期内的外部维护商组成。这三线服务运维服务人员通过运维管理系统内的服务运维流程实施运维管理,各个支持级别人员负责各个级别的系统事件或故障,由服务台统一协调服务运维资源,跟踪督促实事件进度,促进事件高效解决。

图2 IT服务运维管理体系

2)功能模块逻辑架构,如图3。

图3 功能模块逻辑架构

从总体上看,可以将IT运维管理的功能模块分为两大类:流程模块和非流程模块,流程模块有自助服务台、有服务台&事故、问题、变更、、作业计划和自定义流程扩展模块(任务管理),非流程模块有CMDB,服务水平管理和知识库管理。

在功能模块之外,IT运维管理提供2类重要的接口,它们是监控系统告警接口和二次开发接口。这两个接口主要为IT运维管理的扩展提供重要的支撑。整个IT运维管理系统的最底层是业务管理流程(BPM)引擎,该引擎支撑IT运维管理的所有流程模块。

服务台主要支持IT基础设施的日常运行和维护管理,包括事件管理、问题管理、变更管理、管理和配置管理等ITIL服务支持流程,如图4所示。

图4 ITIL服务支持流程架构图

①服务台&事故管理:事故管理的目的主要是支撑ITIL中的事件管理流程,涵盖事件的整个生命周期。目的是记录、解决及跟踪IT服务运作过程中发生的事故,并使用户可以尽快恢复自己的正常工作,避免业务中断,将事故对业务运营的影响降至最低。服务台即连接用户与IT部门以处理上述事故的连接点。于是,服务台与事故管理相结合就构成了从事故发生到得到解决的首要流程,同时,服务台记录下事故以及事故解决方案的有效信息,以备其他流程(例如问题管理)参考。由于监控系统中发现的告警是事件的一个重要来源,因此,IT运维管理提供与监控系统告警的接口。

②问题管理:问题是指一个或几个已暂时处理但根本原因尚不明确的事件,许多事件往往是由同一个问题引起的。

问题管理流程查明突发事件或错误产生的根本原因,并制订解决问题的方案和防止错误再次发生的措施,将由问题和突发事件对业务产生的负面影响减少到最低。用户能够非常方便地将问题与突发事件和变更关联起来,并且很快地找到相应的解决方案。或者在定位问题的根本原因后,产生相应的应急措施以及最终解决方案。对于那些由于成本、技术等原因,暂时不予消除的问题,可以置为已知错误,留待日后解决。

③变更与管理:变更管理确保在变更实施过程中使用标准化的方法和流程,尽快和有效地实施变更,从而把由于变更所导致的事件对IT 服务的影响减小到最低,同时改善了公司的日常运作。它包括一套完整的变更管理功能,包括变更的发起、审批、影响评估、派发实施等功能,以工单的形式在各部门和责任人之间流转。

通过管理流程能够有计划的将软件和硬件的成功地导入实际应用环境中。也可以设计一些有效的流程来将变更导入系统中,同时在整个和导入过程中保持IT 部门和客户之间的信息沟通。

变更与管理、配置管理紧密结合的,当新引起IT基础架构的变化时,配置管理数据库也需要进行实时的更新,同时的内容:如最终软件版本,硬件规格说明、装配指南、升级安装手册和网络配置等都要关联到配置管理数据库中。

④配置管理:配置管理的总体目的是提供一个统一、一致的流程来管理IT基础架构中的各个组成部份,以确保:所有资源被正确识别、资源当前和历史状态得到记录、资源记录的完整性得到维护和确认、IT生产环境的稳定性、确保IT设备的有效控制和管理。

配置管理的活动包括:配置规划、配置识别、配置项基线控制、配置审计等。配置管理提供系统配置功能,包括报警配置、事件配置、视图配置、用户权限、监测配置等供配置控制模块调用。IT部门可以通过此模块简单的进行配置控制,对配置信息进行变更,对系统设置进行管理。

⑤CMDB(Configuration Management Database):CMDB全称为Configuration Management Database,即配置管理库。它是最佳实践的核心模块,所有的用户关注的资源,包括各种软件、硬件、应用、业务单位、人员等,均被识别为配置项(Configuration Item )并存储在CMDB。默认配置项类型包括主机、网络设备、无线AP、存储设备、办公设备、数据库、邮件服务器、中间件、Web Server、基础应用、业务服务、资源等。

CMDB模块是整个ITOM一个核心,主要支撑ITIL中的配置管理。CMDB模块是一个非流程模块,主要是管理各类配置项的属性信息和关系信息,为其它流程模块集成配置项信息。

⑥知识库模块:知识库模块的目的为用户提供一个IT运维经验和知识积累与共享的平台。IT运维人员可以将自己的经验总结为知识出来,其它的人员就可以对该知识进行查找和借鉴,这样就能在IT组织内有效的实现知识共享机制,从而提高整个组织的工作效率。在知识库库模块中,可以对知识进行新建、审核、和查询,还提供对知识的关注和收藏、转发、评价等功能。

3 实施ITIL的几点建议

建立任何高可用性的系统,都必然要涉及人员、流程和技术三个方面,实施ITIL也不例外,著名的“木桶理论”告诉我们:一只木桶盛水的多少,并不取决于桶壁上最高的那块木块,而恰恰取决于桶壁上最短的那块。人员、流程和技术三个要素也就像组成一个木桶的三块木板,任何一个要素的短缺,都会影响到最终提供服务质量的高低。

充分了解ITIL体系,全面领会ITIL思想,培养ITIL人才。ITIL不是一种产品,而是一系列最佳实践经验,充分了解ITIL体系是项目成功实施的基础。ITIl的实施,大多都是对现行IT服务管理的颠覆,不光要IT部门人员要成为ITIL专家,普通客户也要了解ITIL体系。ITIL不是可以“包治百病”,ITI项目实施完毕,并不等于服务质量和运维风险都得到了控制或改善。

循序渐进的实施ITIL,结合企业自身实际,建立科学合理的流程。

ITIL是管理科学在信息技术中的应用,它描述了一系列基于过程的IT服务管理最佳实践经验,并没有说明具体的日常运营活动,也没有特别针对任何特殊的平台或技术,只是理论上的指导,如同质量、安全体系一样,如何结合实际应用进行落地,是整个项目的关键所在。哪些流程是必须的?组织内所有的流程都要实施吗?哪些流程需要重组、变革?投入的资源足够做所有的流程吗?所有流程都需要结合企业自身实际,循序渐进的、科学合理的进行设计。

实行严格的项目管理制度,重视沟通管理。一方面要建立专门的项目小组,确定项目管理的内容,制定项目管理跟踪、考核机制。根据项目进度制定项目控制节点(基线、里程碑);另外要重视项目的沟通管理,既要注重业务部门和IT部门的沟通,更要重视与项目实施单位乙方的沟通。

4 结束语

企业IT服务管理的建设是一个长期的过程,虽然有ITIL理论作为指导,但是要真正形成适应自身企业发展的IT服务管理体系,仍需要经过不断探索完善,规划好足够的充裕时间来实施ITIL是非常关键的一点,此外,在实施任何新的ITIL流程之前,必须了解组织目前所处的状态和想要达到的目标,这是确保实现成功实现ITIL最佳实践的关键成功要素。

参考文献

[1]曹汉平,王强,贾素玲.现代IT服务管理:基于ITIL的最佳实践[M]. 北京:清华大学出版社.

[2]朱海林,等.IT服务管理、控制与流程[M]. 北京:机械工业出版社.

[3]左天祖,刘伟.中国IT服务管理指南[M].北京:北京大学出版社,2005.

配置管理和变更管理范文5

1引言

 

项目管理是20世纪40年代以后迅速发展起来的一门科学, 是现代管理学中的一个重要分支。随着项目管理理论、方法的发展,其应用范畴和概念不断拓展, 从最初应用在国防、航天、建筑等领域迅速发展到电子、通讯、计算机、软件开发、金融等行业。软件工程学提出将项目管理运用于软件生产领域,软件开发成为有组织、工程化的行为。随着近年来软件行业的迅速发展,软件规模急速扩大,对专业化管理人员的需求越来越大。在智联招聘和51job上搜索软件项目管理职位,各有8千多个工作岗位,这说明软件项目管理岗位越来越受到重视,相关人才缺口较大。

 

华中师范大学计算机学院从2008年以来开设软件项目管理课程作为计算机科学与技术专业的专业选修课,每次选课都满班。于2009和2010 年开设软件工程与项目管理的全校通选课程,旨在为学校其他专业对软件开发感兴趣的同学提供平台,每次课虽然选课人数在30人左右,人数不多,但学生反响很好,特别是认为项目管理的知识不仅仅能用于专业领域,在生活中组织春游、安排班级比赛等都能用到,实用性非常强。计算机学院于2011年增设本科软件工程专业,一直把软件项目管理作为专业必修课。笔者从2008年开始讲授本门课程,对课程的教学和实践有一定体会。

 

2软件项目管理课程的课程实验设计

 

软件项目管理课程内容既有很强的理论知识,又有综合实践要求,是一门比较难学的课程。很多学生认为软件项目管理课程是一门理论为主的课程,不像程序设计语言课程那样重视实验和练习。但是该课程实际上理论与实践并重,固然有很多理论知识需要学习,但如果不在实践中体会,不会使用一些项目管理工具,也达不到学习效果。

 

另外项目管理的工具很多,多数不仅仅可以用于软件项目管理,也可以用于很多其它类型的项目管理,对于课堂实验来说,选择什么样的工具,如何验收实验都需要很好地设计。

 

2.1课堂实验工具的选择

 

因为软件项目管理涉及的知识范围很广,一种软件项目管理工具通常只能用于软件项目管理的一个或几个知识领域,教师需要选择哪些知识需要使用工具练习。通常软件项目管理的主要知识领域包括范围管理、时间管理、成本管理和质量管理,另外也可以考虑配置管理、沟通管理等方面的工具。

 

另一方面,软件项目管理工具有很多免费的,但是大型的主流的工具还是收费,而且很贵。现在多数学校实验经费非常紧张,主要用于硬件购置,教师需要尽量使用免费工具,对收费工具的选择要综合考虑其能否找到试用版本,试用条件如何、是否容易安装和配置等等问题。

 

笔者认为选择的项目管理工具应该具备以下几个基本功能。

 

2.1.1需求管理:项目的需求变更,跟踪,控制。

 

2.1.2资源管理:项目的可利用资源的管理,包括人力、物力、财力等资源。

 

2.1.3计划管理:包括成员管理和权限分配、日程排定、工作时间管理、里程碑设置等。

 

2.1.4进度管理:制定日历、工作流、项目路线图和Gantt图。

 

2.1.5文档管理:文档文件、存储文件、集成SVN代码管理。

 

2.1.6信息管理: 具有制定活动统计报表、项目报表的导入和导出、团队交流、信息筛选等功能。

 

笔者选择了几个满足以上功能、容易获得和使用、在业内比较通用的软件项目管理工具作为课堂实验内容。

 

Microsoft Project:软件具有制定工作计划、进度管理、资源管理、跟踪进度、管理预算和分析工作量等功能。该软件因为微软的成功推广,使用非常广泛,工具适用于所有项目的管理,据统计约有70%的项目使用该工具。作为微软Office办公软件中的一员,Project界面与微软其他产品很相似,非常容易使用,也很容易和Office中的其他办公软件整合。工具的获取和安装都很容易,有试用版本。

 

Project的缺点是它不是专门用于软件项目管理的工具,不支持软件项目中的立项与结项、需求管理、质量管理、软件配置管理等重要管理工作,也不能同时处理多个项目。

 

禅道:禅道项目管理软件是国产项目管理软件的代表,是一款开源的产品,可以在官网http://zentao.net免费下载。软件比较符合中国用户的习惯,在国内中小企业有较高的使用率。软件集产品管理、项目管理、质量管理、文档管理、组织管理和事务管理于一体,功能比较完备,适合中小型项目。软件可以直接基于浏览器使用,不需要安装部署,界面简单,流程清楚,比较容易使用。软件有简单的需求管理功能,能在需求、任务、bug、用例和to do之间建立联系,能跟踪需求的实现情况。

 

但是软件的开源版本不提供甘特图、看板、工作日志等功能,需要购买专业版。软件的需求管理比较简单,不能和Word文档关联,不能从Word文档中直接读入需求。

 

Rational Doors:是IBM旗下非常著名的需求管理工具,能捕获、跟踪、分析和管理需求,功能非常强大,并能方便地与其他Rational工具集成,在很多大型软件公司使用[4]。Rational Doors能与Word同步,自动将Word文档中的需求抽取到Rational Doors的视图中。软件提供Web界面,方便团队交流,提高工作效率。软件还能与著名的配置管理工具Rational Clear Quest紧密集成,显示需求变更;与Rational Rose集成,将需求与UML模型关联,更准确地表达需求的定义。

 

但是它功能复杂、安装部署复杂,需要安装服务器端和客户端,还需要安装专门的数据库,使用也有难度。作为专业级开发工具它的价格比较贵,试用版只有3个月试用期。但是需求管理工具基本没有免费软件,有条件的学校可以选择该软件弥补其他项目管理软件中缺少需求管理功能的问题。

 

Visual Source Safe:简称VSS,是微软公司开发的一款版本和配置管理工具,并能提供安全保护、跟踪检查功能和版本比较的功能[5]。配置管理记录软件产品的演化过程,最终保证软件产品的完整性、一致性、追朔性、可控性[6],在项目管理中非常重要。配置管理的工具很多,常用的有开源工具Concurrent Version System、IBM的Rational Clear Quest等。VSS使用很广,是Visual Studio的套件之一,在Visual Studio中集成使用非常方便。工具具有微软产品的界面统一、安装方便、使用比较简单、获取容易的特点。

 

但是VSS只能在Windows系统下运行,不能跨平台运行。因为VSS是通过共享目录方式存储文件的,它只适合于局域网内的用户,不适合于通过Internet连接的用户,并且安全性不高。VSS的工作方式决定文件只不能由多个用户同时修改,工作效率比较低,只适合小团队开发。

 

2.2课堂实验设计

 

选定合适的工具后,在实验课程中要求每个学生选择自己熟悉的项目,运用几种工具分别完成工作分解、进度管理、配置管理、需求管理等工作, 具体实验内容见表1。

 

表1实验内容表

 

实验名称 实验目的 实验工具 学时

 

项目进度计划管理 合理地分解项目,制定项目计划并形成甘特图;分配和管理项目资源,跟踪资源使用情况;跟踪进度,监控项目成本。 Microsoft Project 4

 

项目计划、文档和沟通管理 合理地划分任务和制定计划;管理和监控项目文档;完成简单的需求跟踪;搭建项目沟通平台。 禅道 2

 

项目需求管理 需求文档分析和需求抽取;需求和团队沟通;需求变更管理。 Rational Doors 4

 

项目配置管理 合理地建立和使用配置项;跟踪版本变更;代码比较。 Visual Source Safe 2

 

学生能通过实验理解企业的项目管理流程,熟悉企业常用的项目管理工具,既能进一步理解项目管理的理论知识,也提高了实际应用能力。

 

3结语

 

项目管理课程不能仅仅讲授理论,而应该是一门理论与实践并重的课程。本文介绍的试验方法应用于多个课堂的课程教学中,学生普遍反映对课堂实验内容比较感兴趣,很多学生原来认为本课程以理论为主,上课后发现实践内容也同样重要,而且实验内容对以后的课程设计、毕业论文和找工作都很有帮助。学生通过对具体项目的分析和实验理解了项目的成本、资源和进度的关系,了解了在项目执行中如何监控项目,理解了项目中合作和沟通的重要性。

配置管理和变更管理范文6

关键词:IT运维;管理平台;设备管理

1 设备管理平台的需求及流程设计

从设备管理的角度来看,整个运维管理平台应该能够包含[1]:台帐管理模块、系统管理模块、文件管理模块以及报表统计模块等。台帐管理模块包含设备的名称、类型及型号、序列号等疾病信息;系统管理模块主要对平台内相关的代码和权限等进行管理,以记录设备管理平台使用人员的操作记录;文件管理模块可以对设备的维护记录、设备采购、报废信息等进行管理。

设计基于IT运维的设备管理平台时,可以在遵循上述需求分析的情况下,进行数据库、中间代码以及前端等的设计,设计后同时进行数据库、中间件及客户端的部署。考虑到以后的管理及维护成本,可以采用B/S架构;数据库选择Mysql,其高性能及高并发性会给设备管理平台提供高效的数据引擎支持;为提供报表管理功能,设备管理平台也会提供数据导入导出工具。

基于IT运维的设备管理平台能够对设备管理的全过程进行动态管理,不论是进行设备的采购、维修还是报废等工作,都需要根据设备管理的操作流程进行,而且设备管理流程的每个步骤都要能够根据操作人员的角色进行业务处理,从而快速、高效的管理设备。作为平台的核心功能模块,设备故障处理要经过故障申报、故障处理以及处理结果等步骤,每一步骤完成后会显示步骤的操作人员和处理时间。

2 IT运维管理平台的功能模块

缺陷管理模块中可以创建关联的变更单,此时有缺陷的被管理设备的状态被标记为“搁置”,缺陷问题被创建后,一旦缺陷问题被成功关闭,则可以根据缺陷的解决状态进行设备的状态变更,解决的缺陷其状态被变更为“已解决”。缺陷的记录一般由发现缺陷的人员进行,缺陷验收合格后,设备管理平台的运维人员需要注明缺陷处理的相关信息,并注销缺陷。

IT设备经常会遇到变更关联设备的情况,如果某设备有关联的设备存在,那么此设备的关联关系在被关闭前,此设备不能被移除。设备的变更管理包括用户接入、安装调试、检修以及配置管理等内容,如图1所示:

图1 设备变更管理的内容

其中,用户接入指的是用户提交设备变更单,对于处理完成的变更单,如果其达到预期目标,那么此变更单相关的设备变更流程即可关闭,否则此变更处理流程需要被返回。检修人员作出的检修申请形成变更申请单,如果此变更申请单涉及到的是通信的检修或停退,需要判断此检修过程是否存在检修计划,目的是让用户明确的知晓,从而指导设备管理[2]。安装人员提交安装调试的变更申请,只有当所有变更资料都提交完后,才去验收安装调试过程是否合格;如果安装调试过程达到预期目标,则可以关闭此变更申请单。配置管理变更申请一般是由用户提出,配置管理人员会判断是否需要备份处理。

日常巡检管理模块根据巡检的设备来执行不同的标准,巡检记录可以根据不同的预定义规则生成。设备管理平台的运维人员根据巡检标准、巡检周期等进行设备的定期巡检,并记录相关的巡检日志。相关设备的维护人员对此巡检日志进行分析,并给出是否正常、是否有缺陷等结论,如果发现设备的缺陷,则依据前文介绍的缺陷管理模块进行处理。

3 基于IT运维的设备管理平台

基于IT运维的设备管理平台的设备管理流程包括请实现、事件管理以及配置管理,其总共规划目标是实现设备管理的快捷性、全局性以及经济性。从整体结构上而言,设备管理平台从上而下分为表示层、业务逻辑层以及数据访问层三层。表示层用户和用户交互,业务逻辑层制定业务规则并实现相关的业务流程,充当表示层和数据访问层之间的桥梁;数据访问层的作用是访问数据库。这三层之间的依赖关系是向下的,底层无法感知上层的存在,对上层的任何设计上的改变都不会影响底层。

设计基于IT运维的设备管理平台的目的是对基于IT运维的设备管理、维护中的各项功能及非功能性需求进行设计,其中最重要的一部分是数据库,不仅要明确数据库的表名、字段名等数据信息,还要进行存储过程等数据库脚本的扩展。具体设计数据库时,要考虑系统模块相关概念的设计、数据关系图设计以及数据的逻辑结构设计等。使用设备管理系统的人员主要是系统管理员、维护人员以及一般用户,不同角色应该有不同的操作权限。数据逻辑结构的设计包括设备数据库关系图、故障信息数据库关系图以及系统管理数据库关系图等[3]。设备数据库关系图包括设备的信息表、设备相关资料表等;故障信息关系图包含发生故障设备信息表、设备备件维修信息表等;系统管理关系图包含设备单位信息表、厂商信息表等等。

参考文献

[1]李晓禹.基于SOA的设备管理信息系统平台的研究与实现[D].南京大学,2013.

[2]孙艺新.大型电网企业特高压设备运维检修模式浅析[J].中国设备工程,2014.