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