基于案例的软件维护项目管理方法研究.docxVIP

基于案例的软件维护项目管理方法研究 摘要:国内大多数公司在外包软件维护项目过程小,由于信息不对 称、软件工作可见性差、人员变动大，普遍存在着无法对外包厂商进 行有效管理、工作量无法估算和监控、维护风险大等问题。根据多年 外包公司管理经验,针对代码维护频繁、质量要求严格的软件维护项 冃提出了一种维护项冃管理方法，从流程管理上进行有效的监控，在提 高维护质量的同时从控制工作量的角度控制维护费用,取得了较好的 效果。 关键词:软件;维护;项目管理 引言 国内小型软件项目由于前期需求考虑不周全，业务需求变化快，在 开发完成进入维护阶段后容易产生较多变更。但由于项目规模不大, 基于成本和管理等因素考虑，不能完全把运营、维护、测试等团队和 软硬件严格分开，外包公司“包打天下”的情况比较普遍。在高度依 赖软件系统的行业，系统的安全可靠运行变得越来越重要，需要采取有 效的措施加强软件维护项目的管理。 1项目背景 由信息中心主管的上海证券交易所信息系统是上海证券交易所 的核心系统之一，自1996年提出建设，经过需求摸索、实施、完善，到 1999年基本建成。整个系统覆盖了上海证券交易所信息中心、发行 上市部、公司管理部、会员部、交易部及中证指数公司等多个部门的 核心业务,与交易系统、监察系统、中登公司结算系统、券商、上市 公司、上海证券交易所官方网站和报社等多方建立了复杂的数据接 口。 系统建成后，由于中国证券市场的迅猛发展,上海证券交易所新业 务的拓展、管理方式的改变等，信息系统需要根据业务和管理的变化 进行相应的频繁调整，使之能够满足业务的开展。某些新业务的推岀 由于保密等特殊要求，还需要在限定时间内完成代码的变更上线。根 据历史数据统计，整个信息系统每周平均需要进行1次以上的变更。 且由于上海证券交易所业务的特殊性，一个很小的差错就有可能引起 市场波动，所以要求确保系统变更的绝对正确。频繁的系统变更，给管 理和系统安全运营带来了极大的挑战。 为适应业务的变更需要，同时降低运行风险，经过笔者团队多年的 摸索和实践制定了一套维护项目的管理办法，从维护工作分类、软件 生命周期模型选择、维护工作流程、工作量管理及工作汇报制度等方 面进行控制，从各方面保证在控制维护费用的同时提高维护质量，确保 在预算范围内高质量地完成维护工作,保障信息系统的安全可靠运 行。 考虑到运维支持的及时性和信息安全性，要求外包厂商的维护团 队全部驻场维护，按照派出人员数和预计维护工作量两个方面进行合 同费用控制。按照实际派出人员数、实际提供工作量进行合同费用最 终结算。 2项目内容 本项目中的维护任务主要指为保障信息系统正常运行提供支持 服务，配合业务变更对软件系统进行维护等，包括软件功能变更等开发 维护、日常运维支持和一些临时性工作需求。根据风险控制等管理需 要，将维护工作分为以下五类，不同的工作类别采用不同的管理手段。 新增功能。在业务模块中添加新的业务功能或操作。 功能变更。对已上线使用的业务功能进行修改、完善和功能 扩充或变更、下线操作。以上两类一般需要修改源代码,明确需求后, 经过严格的变更影响分析，按照开发流程实施，经过测试后上线。 辅助性操作。分为数据相关和非数据相关两个部分，不涉及代 码的修改，用于支持用户更好地开展工作或者进行开发的辅助工作。 数据相关工作主要是配合用户的临时需求进行数据统计、回溯等工作; 非数据相关工作包括用户账户开设、培训、应用软件安装等事务性工 作。 常规操作。周期性的系统运维工作,包括日常例行检查、日常 维护操作等。 应急处理。对各类因系统故障、软件功能缺陷等突发事件处 理和应对，确保系统尽快提供服务，避免对业务的开展造成影响。 3维护工作管理 根据合同中约定，对外部厂商主要从派出人员、提供工作量两个 方面进行控制。派出人员出勤率和人员素质等比较容易考核,本文不 做详细介绍。 不同的维护工作采用不同的工作量估算和审核过程，一般遵循明 确需求，外包厂商项目经理估算工作量，用户项目经理审核计划工作量, 外包厂商编写计划，实施并登记实际工作量,用户项目经理审核实际耗 费工作量的大致过程，根据维护工作类别不同需要遵循各自的工作量 审核步骤。 新增功能、变更功能由于工作复杂，且周期长，采用“维护工作申 请单”记录需求和相关的审批流程，详细估算维护工作量，并用项目日 报逐日记录实际发生的T作量;辅助性操作和常规操作一般单次维护 工作量小H周期短，仅用项目日报记录工作量，采用定时抽查核准的方 法评估工作量;常规操作使用“操作记录单”，记录操作日志和实际花 费时间;应急处理由于事情紧急，一般不预先估计工作量，采用事后确 认的方法记录工作量。以占工作量比重最大、审核最严格的新增、变 更工作类别为例进行介绍。 3*1利益相关者 在该项目管理中主要涉及