论大型劳动保障管理信息系统应用软件维护管理

摘 要：XX市大型劳动保障管理信息系统自2009年第四次升级上线后，就一直运行至今，由我公司对系统进行维护管理。本文笔者以此项目的实践经验探讨了大型管理信息系统应用软件维护管理方面遇到的问题和解决办法。

关键词：软件维护 CMMI过程管理

中图分类号：TP393.07 文献标识码：A 文章编号：1672-3791（2013）01（a）-0034-02

XX市劳动保障管理信息系统遵循金保工程建设思路，涵盖了劳动保障部门承担的各项职能和经办的各项业务，包括人员资源库、社会保障卡、“五险统一”征缴、养老、医保、工伤、生育、失业、农保、劳动监察、培训鉴定、就业、宏观决策、网上办事、办公自动化、公共服务查询等十多个子系统，是一个数据量达TB级的大型实时系统，建设总投资达3000万元。该系统自2009年第四次升级上线以来，一直运行至今。在运行期间，随着劳动保障业务的不断发展，用户在使用过程中不断提出新的需求，该系统每年的应用软件维护费达250万元以上。

我公司是国内一家拥有多年社保行业经验的积累的信息系统集成公司，拥有国家信息产业部颁发的计算机信息系统集成一级资质和SEI颁发的CMMI3级认证评估。该系统由我公司承建并维护至今。

系统维护的重点是系统应用软件的维护工作，按照软件维护的不同性质划分为下述4种类型。

（1）纠错性维护。由于系统测试不可能揭露系统存在的所有错误，因此在系统投入运行后频繁的实际应用过程中，就有可能暴露出系统内隐藏的错误。诊断和修正系统中遗留的错误，就是纠错性维护。纠错性维护时在系统运行中发生异常或故障时进行的，这种错误往往是遇到了从未用过的输入数据组合或是在与其他部分接口处产生的，因此只是在某些特定的情况下发生。有些系统运行多年以后才暴露出在系统开发中遗留的问题，这是不足为奇的。

（2）适应性维护。适应性维护时为了使系统适应环境的变化而进行的维护工作。一方面计算机科学技术迅速发展，硬件的更新周期越来越短，新的操作系统和原来操作系统的新版本不断推出，外部设备和其他系统部件经常有所增加和修改，这就是必然要求信息系统能够适应新的软硬件环境，以提高系统的性能和运行效率；另一方面，信息系统的使用寿命在延长，超过了最初开发这个系统时应用环境的寿命，即应用对象也在不断发生变化，机构的调整，管理体制的改变、数据与信息需求的变更等都将导致系统不能适应新的应用环境。如代码改变、数据结构变化、数据格式以及输入/输出方式的变化、数据存储介质的变化等，都将直接影响系统的正常工作。因此有必要对系统进行调整，使之适应应用对象的变化，满足用户的需求。

（3）完善性维护。在系统的使用过程中，用户往往要求扩充原有系统的功能，增加一些在软件需求规范书中没有规定的功能与性能特征，以及对处理效率和编写程序的改进。例如，有时可将几个小程序合并成一个单一的运行良好的程序，从而提高处理效率；增加数据输出的图形方式；增加联机在线帮助功能；调整用户界面等。尽管这些要求在原来系统开发的需求规格说明书中并没有，但用户要求在原有系统基础上进一步改善和提高；并且随着用户对系统的使用和熟悉，这种要求可能不断提出。为了满足这些要求而进行的系统维护工作就是完善性维护。

（4）预防性维护。系统维护工作不应总是被动地等待用户提出要求后才进行，应进行主动的预防性维护，即选择那些还有较长使用寿命，目前尚能正常运行，但可能将要发生变化或调整的系统进行维护，目的是通过预防性维护为未来的修改与调整奠定更好的基础。

针对本系统应用软件维护工作分布情况的统计结果来看，一般纠错性维护8%，适应性维护工作占10%，完善性维护达到80%，而预防性维护以及其他类型的维护仅2%，可见系统维护工作中，完善性维护占了绝大部分。完善性维护主要由于用户需求变化引起的，根据实际工作情况我们又细分为新增需求维护和完善性需求维护。劳动保障行业是一个快速发展和快速变化的行业，各级政府每年都会出台一些保障民生的政策，新增需求占比很高，要求系统快速变化反应，以适应发展的需要。劳动保障管理信息系统是一个关系到老百姓切身利益的实时在线系统，由十多个分系统组成，融合了C/S，C/S/S，B/S软件架构，非常复杂，如果系统维护工作没有一套有效可行的质量管理办法，将会陷入杂乱无章中，给系统正常运行带来灾难及造成严重的社会影响。基于此，我们和用户方、监理公司达成一致，按照CMMI管理模型及软件工程的管理方法，制定了一套应用软件维护管理规定及维护管理流程，根据流程进行信息化管理，从需求分析、软件设计、编码、测试、配置管理、发布上线各个过程进行严格质量控制，从而有计划有步骤地进行维护管理，确保系统正常运行。

1 组织结构与人员

该项目由劳动保障部门各业务处室、劳动保障部门信息中心、监理公司、开发单位（我公司项目组）组成。劳动保障管理信息系统有十多个分系统，分系统应用对应不同的业务处室，每个业务处室有归口信息管理员，收集管理本部门业务需求。劳动保障信息中心按分系统分配相应人员进行需求维护管理。开发单位根据劳动保障部门信息中心人员分工情况，指派了对口的分系统开发人员。开发单位由项目经理、开发人员、质量保证人员、测试人员、配置管理员组成，负责需求的开发、实施、上线。监理公司对项目实施过程进行监控、协调。

2 制定应用系统维护管理规定及维护管理流程，确保权责分明，目标一致

通过组织协商，按照CMMI管理模型及软件工程的管理方法，从需求分析、软件设计、软件开发、软件测试、配置管理、软件部署发布等各方面达成共识，制定了应用系统维护管理规定及维护管理流程，从而保证了组织人员朝着共同的目标努力，做到有章可循，确保人员各司其职，各尽其责。

3 制定维护计划，确保需求按计划有步骤进行实施

劳动保障部门业务处室提交经过领导审批的需求，劳动保障部门信息中心根据需求内容，会同业务处室、开发单位进行需求确认，确定程序开发完成时间和文档修改完成时间，并将需求分发给开发单位相应的开发人员。开发单位开发人员根据时间要求制定维护计划，包括程序开发计划、文档修改计划、测试计划及配置计划并进行工作量估算，开发单位项目经理对维护计划进行审批，对复杂的需求及涉及分系统接口的需求组织需求干系人进行讨论并评审，对计划进行落实，确保需求按计划有步骤地完成。

4 开发单位质量保证人员对需求实施过程及工作产品进行全面质量检查，确保开发人员按应用系统维护管理规定及维护管理流程实施维护

质量保证人员对需求实施过程及工作产品对照应用系统维护管理规定及维护管理流程进行检查，对发现的不符合问题及时和项目经理、开发人员进行沟通，确保问题得到解决。

5 采取层级测试的原则，尽最大可能保证程序发布上线零缺陷

需求开发完成后，先由开发人员将程序部署至测试平台进行自测，开发单位测试人员每月会对自测后的需求及时进行抽样测试，对自测质量进行检查。然后信息中心人员在测试平台对开发人员测试通过的需求进行测试，测试通过后提交给业务处室测试；不通过，开发单位开发人员根据测试记录修改直至测试通过。最后由最终用户—业务处室进行测试，测试通过后，程序才能发布上线；不通过，开发单位开发人员根据测试记录修改直至测试通过。

6 需求经业务处室测试通过后，开发人员提交发布计划及部署方案，并填写配置项清单，经项目经理和信息中心审批后才能将程序发布至生产库

劳动保障管理信息系统是一个融合了C/S，C/S/S，B/S软件架构的复杂的应用系统，分系统架构不同，部署方案也不同，不仅涉及到代码修改，也可能涉及到数据库对象的修改，发布是一个系统工程，不仅需要开发人员参与，也有可能需要数据库管理员、硬件管理员及网络管理员的参与，需要沟通协调，项目经理将按照发布计划及部署方案组织相关人员进行发布实施，确保程序发布后系统能正常运行。

7 开发单位配置管理员根据需求配置计划，及时将程序、文档纳入配置库，确保需求变更与配置保持一致

开发单位配置管理员根据需求配置计划，跟踪程序、文档的变化情况，根据开发人员提交的配置项清单及时提取发布后的程序、文档进行配置，并按需求编制配置、发布报告交项目经理审核，确保配置与需求保持一致性、完整性、正确性。

8 对需求开发进度进行跟踪和监控，及时发现和纠正偏差

项目经理对照需求维护计划监督需求完成情况，需求开发人员需及时填写实际工作时间及工作量，项目经理对需求进度进行审批监督，并定期组织人员评审维护工作的进展、绩效以及问题情况。当维护工作绩效或结果偏离计划时，会采取纠正措施直至关闭。

本项目维护管理过程已经通过信息化系统进行固化，从而有效降低了用户需求变更对系统应用带来的风险，保证了系统正常可靠地运行，使系统不断得到改善和提高，充分发挥作用，取得了用户方的高度认可。

参考文献

[1]张万军，郑宁，赵宇兰.基于CMMI的软件工程及实训指导[M].清华大学出版社，2011.