| 出版日期：1999-09-06 总期号：855 本年期号：65 |
|
 |
航空结算中心如何对付“千年虫”
吕英华 中国航空结算中心是一个为中国民航各航空公司、机场提供收入管理、清算业务系统服务，以及向新加坡航空公司、澳门航空公司提供收入结算业务系统服务的企业。我们的主要业务范围包括航空客运收入管理系统、货运收入管理系统、地面服务费系统、航空邮件系统、清算系统和银行清算计划（bsp）系统等。仅客运系统年处理量就在8000万张票以上，每年资金周转量高达几十亿美元。 航空公司的收入是通过向国际航空运输协会开账实现的。结算中心负责代理所有客户向国际航空运输协会开账的业务。开账的时间要求非常严格，耽误一天的损失都是相当大的。中国航空结算中心因此将计算机系统2000年问题作为近两年工作任务的重中之重。 中国航空结算中心早在1997年就开始组织、领导对2000年问题的研究，多次选派有关人员参加iata（国际航协）2000年问题的会议、培训，了解、掌握2000年问题国际、行业动态及标准；组织2000年小组参加ibm 2000年项目管理及测试培训课程；在项目期间赴新航考察2000年项目管理及应急计划制定策略。同时要求新开发的应用系统必须解决2000年问题，新购买的设备、软件必须支持2000年并在合同中说明。 组织与管理 解决2000年问题不单纯是一个技术问题，更重要的是项目管理的问题，是一个大型软件工程。项目的成败关系到企业的发展，领导的高度重视是项目成功的决定性因素。而且，2000年项目涉及到大量的资金和人力资源的投入以及各种关系的协调。为此，2000年项目组中应该有高层领导负责。根据本企业2000年项目的经验，由总经理担任总负责人，其职责是控制项目进度，监督项目的完成情况和各方面的协调工作；项目经理负责2000年项目的规划，对2000年项目中的各个子项目、子系统进行具体规划和协调，对项目的具体进度进行控制；再按不同的项目设立分项目负责人，负责子系统2000年的修改工作、系统内部的协调工作和计划的落实工作；分项目负责人属下应配备相应的系统分析员和应用程序员，进行具体的系统分析和修改。 确定重点与具体实施 通过对结算中心所有的软、硬件系统的分析，确定需要升档的计算机硬件系统和通讯设备、需要升级的系统软件，并确定2000年项目的重点是对自行开发的应用系统的修改。2000年问题涉及到结算中心的所有系统，包括各个硬件平台（ibm s390大型机、as／400小型机、rs／6000小型机、各类微机）、系统软件（从大型机操作系统os390、mvs到微机的操作系统windows）、数据库系统（db2、db2／400、oracle）、应用系统（收入管理客运系统、货运系统、服务费系统、清算系统、财务系统等等），以及各个系统之间的接口问题。 为确保软件修改工作的质量和进度，结算中心在项目具体实施阶段采取了如下措施： a．对程序员进行必要的培训； b．制定详细的软件修改规范，要求所有人员严格执行； c．引进2000年问题搜索工具和软件调试工具，与手工修改相结合，以提高工作效率； d．鉴于2000年修改的特殊性和复杂性，必须建立独立的修改测试环境，特别需要独立的主机和支持2000年的系统来完成修改测试。在我们系统中，主机选择9121为2000年修改的测试机，9672／lp2为新需求的测试机。在as／400上，我们用新购买的620替代现在的310作为生产机，310则作为2000年的修改测试专用机。 升级和修改 1．硬件系统的升级 硬件系统包括计算机主机、通讯控制器等设备，硬件系统升级包括硬件本身不支持2000年而必须进行的微码升级和由于操作系统升级导致的硬件扩容。我们从厂商处获取相关升级软件、更新信息，对于现有不支持2000年的硬件系统进行升级与替换。 2．操作系统及数据库的升级 升级工作包括2000年版本的操作系统升级、相应的ptf的安装和确认、第三方厂商产品的确认。需要升级的操作系统包括es／9000大型机上的mvs、as／400上的os／400、rs／6000上的aix等，需要升级的数据库系统包括db2、db2／400、natural adabas等。 3．软件开发环境的升级 结算中心的某些系统是在软件开发环境上开发而成的，它们是否支持2000年问题直接影响到应用系统的2000年支持问题。货运系统的开发环境natural、地面服务费系统的开发环境asset、财务系统的开发环境bpcs和国内票系统的开发环境uniface都不支持2000年。在修改这些应用软件之前，必须通过相应的软件供应商解决软件开发环境的2000年问题。 4．应用系统的修改 应用系统的修改量最大。硬件、软件和软件开发环境的升级大部分是靠厂商完成的，而应用系统的修改必须由结算中心的技术人员完成。在改动过程中涉及到几乎所有的应用系统。 在选择软件修改方法时，我们不仅借鉴了其他软件公司的成功经验，而且经过反复论证，又考虑到和外部其他系统的接口问题，最终确定采用字段扩大法修改所有系统。但是在前台用户的录入程序中采用窗口法，输入2位年号，用窗口判断为4位年号，保持了用户原有的录入习惯并减少了录入工作量。 5．数据移植 数据移植包括数据库数据的移植和接口数据文件的移植。由于生产系统的数据是连续的，而且生产系统不能停止运转，因此要把2位年的数据平滑地转移到4位年的数据，必须做好一套完整的计划工作。数据移植工作包括结算中心本地的应用系统移植和分布处理的外地系统数据的移植。 6．系统接口的2000年问题 系统接口涉及到外部系统提供给结算中心的数据和结算中心提供给外部系统的数据。内容包括bsp接口数据、arc接口数据、iata接口数据和idec接口数据。由于这些接口数据与外部系统有关，我们专门与相应的机构进行讨论，制定了数据接口2000年问题的解决方案，并最终解决了2000年问题。 验收与测试 a．系统风险日期的测试 为了确保所有的软、硬件系统支持2000年及其可能产生影响的其他风险日期，首先针对如下日期进行了测试。 1999／04／09－1999／04／10：针对99－99条件下进行测试。 1999／09／09－1999／09／10：针对99－9－9条件下进行测试。 1999／12／31－2000／01／01：针对1999至2000临界过渡点测试。 2000／02／28－2000／02／29：针对2000年为闰月年的测试。 2000／02／29－2000／03／01：针对2000年为闰月年的另一项测试。 2000／12／31－2001／01／01：针对12－31－00至1－1－1过渡的测试。 2004／02／28－2004／02／29：针对2004年为第一个普通闰年的测试。 b．应用系统的基线测试 首先用历史数据对修改后的应用系统进行基线测试。将测试结果和生产系统的数据对照，确保系统的改动没有影响原有功能。 c．2000年数据的测试 调整系统时间模拟2000年的日期，分别测试1999年12月和2000年1月、2月的数据。最后由用户主持验收测试，抽样测试2000年以后的系统运行情况，并对系统的关键部分进行压力测试。 d．测试总结 测试阶段暴露出的主要问题是系统和模块之间的协调问题、修改规范执行的问题、修改程序的问题等。 经过程序的单元测试、系统集成测试和用户验收测试，说明计算机软、硬件系统的升级和修改工作达到了预定目标，可以正确处理有关2000年问题的日期。 关于项目实施 项目实施工作的主要任务是用支持2000年版本的软件替换旧版软件，大致有以下几方面工作：项目经理、系统程序员和用户讨论投产系统的具体步骤；建立2000年就绪的环境；设计必须的接口桥程序；历史数据转换计划；应用系统投产；有关人员确认安装过程完成；检测系统状态、效率，进行必要的调整。 系统应急计划 应急计划的目标是在系统发生2000年问题时，通过启动应急方案，维持正常业务的运行，把系统故障造成的影响控制在最低限度。 应急计划的策略是针对整体业务薄弱环节，分析各有关环节的风险及可能造成的损失和计划所需开销，根据业务处理量及结算中心资源分配情况，制定切实可行的应急计划。再分析各系统可能出现的故障点，并根据其影响范围制定不同级别的应急计划。基本可以分为个别程序问题、整体模块问题、应用系统三个级别。根据具体问题具体分析的原则，采取相应的措施。应急措施有：即时解决程序问题、临时采用半手工处理和人工开账解决重要问题等。例如，在结算系统中对外开账、清算业务以及重要的收入报表是结算中心的业务命脉，在计算机生产系统不能正常运转的情况下，利用人工与微机处理相结合，产生用户所需关键报表，并在系统恢复正常后，及时将这部分数据补充到生产系统，以保证系统数据的完整性。 与2000年问题有关的高风险日期应提前做可靠的数据备份。所有应急计划应简单合理、依赖性低、可操作性强，而且必须经过验证。 经验与总结 2000年问题是一个涉及所有计算机系统并且是在2000年以前必须解决的问题。严格地讲，为了保证生产系统运行的可靠性，必须有一年左右的试运行时间，为此，2000年项目最好在1998年底前完成。 结算中心的2000年项目，由于各方面的重视、管理措施得当、技术方案正确，因此进展顺利。所有的硬件系统、系统软件、数据库、软件环境和应用软件的升级和修改工作已经完成。结算中心的2000年项目已经通过了民航总局2000年问题专家组的认证。 |
||||||||||||||||
