中石化金卡工程监理的几点体会整合.doc

监理，为信息系统工程把关中石化加油卡工程监理的几点体会综述随着我国国民经济信息化过程的快速推进，我国在信息化建设方面投入了大量的社会资源，已经实施或正在计划建设的信息系统工程不计其数，但由于用户自身在技术、能力、人员等方面的不足，系统建设过程中又缺乏一种有效的监督管理机制，致使许多工程项目在质量、进度、投资等方面都无法得到很好的保证和控制，出了问题互相推诿的现象司空见惯，项目中途下马或完工后难以达到预期建设目标的情况也屡见不鲜。要解决这些问题，单靠合同协议是不够的，国内外成功的经验表明，应建立信息系统工程监理制度，由用户委托专业的第三方监理机构，对工程的全过程进行有效的监督管理，使工程建设全过程处于严格的监控之下，以降低工程建设风险，控制建设经费，保证工程进度、质量和投资。监理的理论和方法已经在很多工程领域广泛采用，应用最突出的领域就是建筑行业，其成功模式可以被我们借鉴。监理是保证工程项目质量的重要方法，监理工程的执行人是独立于工程项目甲乙双方的第三方。通过和甲方缔结合同，对工程项目质量、实施进度和投资等进行实时的监测与控制，及时处理工程中出现的问题，促进工程高效健康合理地进行。所谓信息系统工程监理（IT监理），就是借鉴建筑行业的成功经验，从技术和管理的角度，对工程实施过程实施控制和管理，确保工程按照用户方的要求，保质、经济地按时完成，并实现预期的建设目标。信息系统工程监理是中国软件评测中心发展起来的一项重要业务，凭借中心在人才、技术和设施方面的综合优势，本着“服务性、独立性、公正性和科学性”的原则，依照国家有关政策和法规以及信息系统工程建设合同条款的规定，帮助用户解决信息系统工程建设过程中，从需求分析、方案优选、设备选型到工程监督、质量控制、组织管理、纠纷调解等方面的问题，有效保障信息系统工程建设签约双方的利益。IT监理的主要内容可以概括为“四控制”（即质量控制、进度控制、投资控制和变更控制）、“两管理”（合同管理和信息管理）和“一协调”（协调业主与承建商的关系）。在项目监理过程中，监理将遵循以下原则：委托原则、独立公正原则、依法原则、回避原则、保密原则及总监理工程师负责制原则。个案分析背景石化行业在国内是属于较早大规模应用计算机的行业之一，信息技术对该行业的发展起到了重要的推动作用。面对加入WTO的挑战和日趋激烈的市场竞争，信息经济与传统的石油经济必须“紧密集成”。中石化将加油站的收编加盟作为其扩大市场占有率的重要举措之一，但目前各地加油卡系统缺乏统一标准和统一组织，各石油分公司发放的加油卡互不通用，为争取终端销售市场，规范终端销售秩序，提高终端销售效益，建立具有国际竞争力的销售网络，实现集约化经营，中石化推出了金卡工程。中石化加油IC卡工程以实现中石化成品油零售系统电子化为目标，利用先进的电子信息技术，以IC卡为载体，最终实现中石化成品油零售系统的改造。在中石化股份公司所属的省石油分公司、地市级公司、县级公司的加油站中安装IC卡系统，以IC卡这一现代支付工具取代传统的现金、油票等结算方式，实现加油款的电子支付和交易数据的自动采集；在各级石油公司和加油站安装零售业务管理信息系统，提高加油站经营管理的科技含量和服务水平，从而进一步提高工作效率，降低成本，增强抵御市场风险的能力，使中石化在市场竞争中处于有利的地位。对于象中石化IC卡工程这样一个跨行业、跨平台、范围广、涉及面宽的全国性系统建设工程，为了减少工程开发及实施中，以质量为原由集成商与业主互相扯皮的现象，规避项目风险，监理工作应运而生，旨在提升集成商的项目管理工作、质量控制工作，保证工程的顺利进行。规范管理中石化加油IC卡工程首先是一个软件工程，加油IC卡系统以省为单位构成其交易体系，通过省级数据中心连接各个地级前置系统，再通过地级前置系统连接辖内加油站、加油卡发卡网点；在省级数据中心和省级管理中心之间通过专线相连，在管理总中心和数据交换总中心之间也通过专线相连，解决管理系统与交易系统之间互联的问题。同时，建立数据交换总中心，和各省级数据中心相连，负责数据的交换，实现异地资金的清算，从而实现“一卡在手，各地加油”的建设目标。对于这样一个涉及面宽的软件开发项目，要按计划完成，管理上面临着严峻的挑战。要加强项目管理，就要把项目管理落实到实践中去，提高对客户需求的分析能力，提高对工作目标的细化分解能力，提高对开发项目时间、质量、成本的控制能力，才能保证系统的顺利实施。项目起动之后首先就是进行需求分析，经过分析后确定“做什么，不做什么”。有几种原因使需求分析变得很困难：（1）需求经常变动；（2）分析人员或客户理解有误；（3）客户说不清楚需求。需求会变动，这在任何一个软件工程中都是一个不争的事实。开发商要做的是尽可能地分析清楚哪些是稳定的需求，哪些是易变的需求。以便在进行系统设计时，将软件的核心建筑在稳定的需求上。有些人错误地认为，既然需求分析很困难，先把软件做了再说，反正软件是灵活的，随时可以修改。事实上，对需求把握得越准确，软件的修修补补就越少。有些需求在一开始时很难确定，在开发过程中要不断地加以改正。及时与业主充分沟通，共同进行充分挖掘，需要时请教行家，才能真正贴近客户需求。在加油IC卡工程软件开发的过程中，业主、开发商及监理三方共同参加讨论，通过问答分析法，确认需求并且管理好需求变更，从而真正实现对需求的跟踪。为了使项目的开发和管理工作能有条不紊地进行，必须制定合理的计划。项目计划是贯穿于软件工程各个环节的，根据现有资源合理调配任务，提供一份合理的进度表。当发现项目应交付的期限非常不合理时，就要跟业主据理力争，请求放宽期限、调整进度。当客户的需求发生变化时，就应对进度表作出相应的修正。开发商的进度表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。另外软件开发不同于传统的农业生产，人多不见得力量大。在项目后期，如果给落后于计划的项目增添新手，可能会更加延误项目。因为：（1）新成员会产生很多新的错误，使项目混乱。（2）老成员向新成员解释工作以及交流思想都要花费时间，使实际开发时间更少。所以科学的项目计划很重要，做计划是为了以合理的、有效的方式完成任务。由于人、环境等多方面的因素，计划与实际的执行情况总会有偏差，监理的一项主要职责就是对项目进行监控。项目进度计划调整过程如图1所示。图1 核心软件开发项目进度计划调整过程图 项目监控的目的是，避免原本合理的项目计划在实施过程中落空，避免按照不合理的计划行事。严格质量控制规范的质量保证体系是与项目管理相配套的。好的规范必须是企业有能力执行的。一个普通企业照搬一流企业的规范未必行得通。有了软件工程的规范并不表明就能把软件做好。现实的工作中，由于客观条件的差异，即使是相当成熟的软件工程规范，常常也无法套用。中石化加油IC卡核心软件的开发先后经历了1.0、2.0、2.04、2.1四个重要阶段，在监理方的协助下，开发方建立了质量保证管理体系，重点对软件版本进行控制。在实际工作中，曾遇到以下典型问题。一 项目的逻辑结构较乱在项目开发的初期，由于开始时对需求不明确，一个团队中，大家都只关心自己负责的模块，每个人只制定适合自己的逻辑结构，项目的最终结构就是一个大杂烩。软件的管理、维护都很困难，效率很低。二 软件内容冗余软件在每个开发人员的机器上都有拷贝，并且同一个开发人员在不同时期也在本机保留当时的软件版本，一个机器上可能有不止一个版本。如果同时维护多个版本，对某个版本的改动可能需要反映到其余版本的对应处，很难保证这一过程不会出错。有的开发人员，有时即使知道自己机器上软件的某个版本可能不会再用了，也不删去，生怕哪一天需要从中获取点什么，但通常也不会再去维护它或检查它，久而久之，形成一种信息冗余。另外，随着时间的推移，开发人员可能对自己机器上的不同版本间的差异的了解也变得模糊不清，有时甚至忘了当时为什么区分这些版本，这就使软件的最终整合变得很困难。三 软件修改的并发性在多人共同开发一个软件时，会出现多人同时修改软件，这是不可避免的。以往的那种被誉为具有良好编程风格的做法，诸如在对源程序进行修改时注释修改原因，修改人和日期，这种做法在当前的大型软件的开发中已经越来越没有空间了，因为当修改内容很零散或修改过程很复杂时，注释很难写，或者代码被注释分割得支离破碎影响正常阅读，或者注释无法详细说明实际情况。另外还增加了开发人员的负担，一方面要考虑代码的逻辑，另一方面还要兼顾如何写注释，对于注释与代码的一致性也需要随时留意，不能疏忽。因此在实际的开发中，并没有什么实质性的效果。四 只重视代码的一致性，忽视文档由于软件开发工期的压力，开发人员只将注意力集中在设计和编码上，未将文档纳入到版本控制中。虽然文档的一致性问题并不象代码那样突出，但不同时期的文档的变化得不到反映，追踪能力不足。五 软件整合效率低在软件的整合过程中，主要依靠手工方式进行，而整合中的人为错误会影响软件的可靠性，有时这种错误很难觉察，可能编译没有问题，而在测试时才发现问题。另外整合的操作还需要花费很多时间完成，降低了效率。为了解决以上问题，跟踪记录整个软件的开发过程，包括软件本身及其相关文档，开发方引进了版本管理机制，使用Microsoft公司的Visual SourceSafe 对源代码进行管理，而且对整个项目进行管理。针对目前的软件开发环境和组织结构，开发方采用了一个运用VSS进行版本控制的非常有效而且代价较小的方案：在一台服务器上安装VSS的服务器端软件，创建一个为整个项目存放用的数据库，然后在该数据库中创建各个项目和子项目，并由VSS管理员为小组的每个成员创建一个帐号及他们各自的权限；在开发小组其他成员的PC上安装VSS的客户端软件，并创建自己的工作目录，这样在软件的开发过程中，他们只要通过该客户端软件登录到VSS服务器上，Checkout当前要进行工作的项目或文件，如有修改的在工作结束时将其Checkin提交给VSS服务器进行统一更新。引进版本控制具有以下优点：一 空间上便于统一管理在采用服务器/客户端方式后，唯一有效的是服务器端的原始拷贝，一定程度上可以解决软件的一致性问题、冗余问题。二 时间上全程跟踪记录工具将会自动记录每个更改细节及不同时期的不同版本。一定程度上可以解决软件的冗余问题、并发性问题。三 引进了操作权限的控制对于不同的开发人员，对软件的不同部分可以定义不同的访问权限。一定程度上可以避免开发人员任意修改他人的代码，规避了安全隐患。四 提高整合效率由于使用辅助工具，可以减轻开发人员的负担，节省时间，同时减少了人为引起的错误，降低了软件整合的工作量。在进行版本控制时还应注意以下问题：一 不能忽略版本控制员这一角色如果没有版本控制管理员这一角色，任何人都可以任意操作服务器上已纳入版本控制的软件以及版本控制工具的配置信息，从某种程度上讲这与没有进行版本控制的情况是等效的。二 遵循规范的操作在版本控制中，错误的使用工具会引起很多问题。没有版本控制的意识，对工具的使用不熟悉、人为的不良习惯，都可能导致错误。这就要求开发人员必须遵守相关的规范和制度，养成自觉良好的习惯和意识。三 版本控制是一个循序渐进、持久的过程版本控制的意识要得到开发团队的认可，养成这种开发方式，是一个持久的过程，需要坚持。只有在做的过程中不断完善，才能真正达到版本控制的目的。由于软件开发是一种智力创造活动，软件的高质量实际上是设计出来的，质量的管理只是一种预防和认证的手段而已。如果版本控制最终使软件开发效率得到提高，软件的一致性、冗余程度得到保证，那么它就是成功的。监理的地位目前各方对于IT监理的认识还存在一些误区，认为既然监理是和业主签的合同，那么就应当完全站在业主的立场上，而事实上，监理最大的原则就是公正、科学、诚信、守法，监理首先是公正、中立的第三方。对于开发商或系统集成商来说，他们一方面希望有一个公正的第三方，另一方面，却对于IT监理的公正性有所怀疑。毕竟，IT监理受业主之邀，收业主的钱，是否会有给项目实施方“找茬”的嫌疑？我国的信息化监理遵循的是设计、施工等分开的东方体系的工程监理制度，没有成熟经验可遵循，只有建筑等其他行业的经验可借鉴，但是建筑行业的监理和信息化监理的方式、内容等方面相差很远。信息化项目不同于一般的工程项目，尽管