IT监理呼之欲出

来源：作者：出处：巧巧读书 2006-02-18 进入讨论组

在信息化建设过程中，由于用户自身在技术、能力、人员等方面的不足，以及缺乏一种有效的监督管理机制，致使许多工程项目在质量、进度、投资等方面都无法得到很好的保证和控制，出现问题互相推诿的现象司空见惯，

项目中途下马或完工后难以达到预期建设目标的情况也时有发生。如果中石化加油卡工程不引进有效的IT监理机制，工程的质量将会大打折扣。

    至关重要的引进

    石化行业在国内是属于较早大规模应用计算机的行业之一，信息技术对该行业的发展起到了重要的推动作用。面对加入WTO的挑战和日趋激烈的市场竞争，信息经济与传统的石油经济必须“紧密集成”。中石化将加油站的收编加盟作为其扩大市场占有率的重要举措之一，但目前各地加油卡系统缺乏统一标准和统一组织，各石油分公司发放的加油卡互不通用，为争取终端销售市场，规范终端销售秩序，建立具有国际竞争力的销售网络，中石化推出了金卡工程。
    中石化加油IC卡工程以实现中石化成品油零售系统电子化为目标，利用先进的电子信息技术，以IC卡为载体，最终实现中石化成品油零售系统的改造。在中石化股份公司所属的省石油分公司、地市级公司、县级公司的加油站中安装IC卡系统，以IC卡这一现代支付工具取代传统的现金、油票等结算方式，实现加油款的电子支付和交易数据的自动采集；在各级石油公司和加油站安装零售业务管理信息系统，提高加油站经营管理的科技含量和服务水平，从而进一步提高工作效率，降低成本，使中石化在市场竞争中处于有利的地位。
    对于像中石化IC卡工程这样一个跨行业、跨平台、范围广、涉及面宽的全国性系统建设工程，为了规避工程开发及实施中的风险，IT监理在项目实施中发挥着至关重要的作用。通过在工程中引入监理制，不仅提升了集成商的项目管理工作，而且有效地确保工程建设质量实现预期建设目标。

    做什么，不做什么

    加油IC卡系统以省为单位构成其交易体系，通过省级数据中心连接各个地级前置系统，再通过地级前置系统连接辖内加油站和加油卡发卡网点。同时，建立数据交换总中心，和各省级数据中心相连，负责数据的交换，实现异地资金的清算，从而实现“一卡在手，各地加油”的建设目标。对于这样一个涉及面宽的软件开发项目，要按计划完成，管理上面临着严峻的挑战。要加强项目管理，就要把项目管理落实到实践中去，提高对客户需求的分析能力，提高对开发项目时间、质量、成本的控制能力，才能保证系统的顺利实施。
    项目起动之后首先就是进行需求分析，确定“做什么，不做什么”。开发商要做的是尽可能地分析清楚哪些是稳定的需求;哪些是易变的需求，以便在进行系统设计时，将软件的核心建筑在稳定的需求上。IT监理对需求把握得越准确，软件的修修补补就越少。有些需求可能在项目初期很难确定，在开发过程中要不断地加以修正。IT监理要及时与业主充分沟通，共同进行充分挖掘，才能真正贴近客户需求。在中石化加油IC卡工程软件开发的过程中，业主、开发商及监理3方共同参加讨论，通过问答分析法，确认需求并且管理好需求变更，从而真正实现对需求的跟踪。
    为了使项目的开发和管理工作有条不紊地进行，IT监理必须制定合理的计划。项目计划是贯穿于软件工程各个环节的，根据现有资源合理调配任务，提供一份合理的进度表。当发现项目应交付的期限非常不合理时，就要跟业主据理力争，请求放宽期限、调整进度。当客户的需求发生变化时，就应对进度表作出相应的修正。开发商的进度表中必须留有缓冲时间，并将缓冲时间用到不确定的事情上。在项目后期，如果给落后于计划的项目增添新手，可能会更加延误项目。因为：（1）新成员会产生很多新的错误，使项目混乱。（2）老成员向新成员解释工作以及交流思想都要花费时间，使实际开发时间更少。所以科学的项目计划很重要，做计划是为了以合理的、有效的方式完成任务。

    重要的版本控制

    中石化加油IC卡核心软件的开发先后经历了1.0、2.0、2.04、2.1四个重要阶段，在监理方的协助下，开发方建立了质量保证管理体系，重点对软件版本进行控制。曾遇到项目逻辑结构较乱、软件内容冗余、软件修改的并发性、只重视代码的一致性、软件整合效率低等问题。
    在项目开发的初期，由于对需求不明确，在一个团队中，每个开发小组只制定适合自己的逻辑结构，使得项目的整体结构比较混乱。造成了软件管理、维护的困难，以及效率低下。同时由于部分程序模块版本可能不会再去维护，久而久之，形成一种信息冗余。随着时间的推移，开发人员对自己机器上的不同版本间差异的了解也变得模糊不清，这就使软件的最终整合变得很困难。
    在多人共同开发一个软件时，会出现多人同时修改软件的情况，这是不可避免的。以往的那种被誉为具有良好编程风格的做法（例如：在对源程序进行修改时注释修改原因、修改人和日期），在当前的大型软件的开发中已经越来越没有空间了，因为当修改内容很零散或修改过程很复杂时，注释很难编写，或者代码会被注释分割得支离破碎而影响正常阅读，甚至会出现注释无法详细说明实际情况的现象。
    另外由于软件开发工期的压力，开发人员只将注意力集中在设计和编码上，未将文档纳入到版本控制中。虽然文档的一致性问题并不像代码那样突出，但不同时期文档的变化得不到反映，追踪能力不足。
    为了解决以上问题，跟踪记录整个软件的开发过程，包括软件本身及其相关文档，开发方引进了版本管理机制，使用Microsoft公司的Visual Source Safe对源代码和整个项目进行管理。
    针对目前的软件开发环境和组织结构，开发方采用了一个运用VSS进行版本控制的非常有效而且代价较小的方案：在一台服务器上安装VSS的服务器端软件，创建一个为整个项目存放用的数据库，然后在该数据库中创建各个项目和子项目，并由VSS管理员为小组的每个成员创建一个账号及他们各自的权限；在开发小组其他成员的PC上安装VSS的客户端软件，并创建自己的工作目录，这样在软件的开发过程中，开发人员只需通过该客户端软件登录到VSS服务器上，查出当前要进行工作的项目或文件，在工作结束时将修改之处提交给VSS服务器进行统一更新。在该项目中引入版本控制具有以下优点：
    空间上便于统一管理、时间上全程跟踪记录、引进了操作权限的控制、提高整合效率。
    通过引入监理机制，中石化IC加油卡工程的全部建设过程均得到了有效的管理和控制，每一阶段也基本实现了预期建设目标，为最终优质、按期完成总体目标奠定了坚实的基础，并且有效地杜绝了“豆腐渣”工程。

巧巧读书:http://www.qqread.com/erp/17/v186139004.html

进入讨论组讨论。