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

计算机软件维护论文计算机软件论文：基于案例的软件维护项目管理方法研究摘要:国内大多数公司在外包软件维护项目过程中,由于信息不对称、软件工作可见性差、人员变动大,普遍存在着无法对外包厂商进行有效管理、工作量无法估算和监控、维护风险大等问题。根据多年外包公司管理经验,针对代码维护频繁、质量要求严格的软件维护项目提出了一种维护项目管理方法,从流程管理上进行有效的监控,在提高维护质量的同时从控制工作量的角度控制维护费用,取得了较好的效果。关键词:软件;维护;项目管理0引言国内小型软件项目由于前期需求考虑不周全,业务需求变化快,在开发完成进入维护阶段后容易产生较多变更。但由于项目规模不大,基于成本和管理等因素考虑,不能完全把运营、维护、测试等团队和软硬件严格分开,外包公司“包打天下”的情况比较普遍。在高度依赖软件系统的行业,系统的安全可靠运行变得越来越重要,需要采取有效的措施加强软件维护项目的管理。1项目背景由信息中心主管的上海证券交易所信息系统是上海证券交易所的核心系统之一,自1996年提出建设,经过需求摸索、实施、完善,到1999年基本建成。整个系统覆盖了上海证券交易所信息中心、发行上市部、公司管理部、会员部、交易部及中证指数公司等多个部门的核心业务,与交易系统、监察系统、中登公司结算系统、券商、上市公司、上海证券交易所官方网站和报社等多方建立了复杂的数据接口。系统建成后,由于中国证券市场的迅猛发展,上海证券交易所新业务的拓展、管理方式的改变等,信息系统需要根据业务和管理的变化进行相应的频繁调整,使之能够满足业务的开展。某些新业务的推出由于保密等特殊要求,还需要在限定时间内完成代码的变更上线。根据历史数据统计,整个信息系统每周平均需要进行1次以上的变更。且由于上海证券交易所业务的特殊性,一个很小的差错就有可能引起市场波动,所以要求确保系统变更的绝对正确。频繁的系统变更,给管理和系统安全运营带来了极大的挑战。为适应业务的变更需要,同时降低运行风险,经过笔者团队多年的摸索和实践制定了一套维护项目的管理办法,从维护工作分类、软件生命周期模型选择、维护工作流程、工作量管理及工作汇报制度等方面进行控制,从各方面保证在控制维护费用的同时提高维护质量,确保在预算范围内高质量地完成维护工作,保障信息系统的安全可靠运行。考虑到运维支持的及时性和信息安全性,要求外包厂商的维护团队全部驻场维护,按照派出人员数和预计维护工作量两个方面进行合同费用控制。按照实际派出人员数、实际提供工作量进行合同费用最终结算。2项目内容本项目中的维护任务主要指为保障信息系统正常运行提供支持服务,配合业务变更对软件系统进行维护等,包括软件功能变更等开发维护、日常运维支持和一些临时性工作需求。根据风险控制等管理需要,将维护工作分为以下五类,不同的工作类别采用不同的管理手段。(1)新增功能。在业务模块中添加新的业务功能或操作。(2)功能变更。对已上线使用的业务功能进行修改、完善和功能扩充或变更、下线操作。以上两类一般需要修改源代码,明确需求后,经过严格的变更影响分析,按照开发流程实施,经过测试后上线。(3)辅助性操作。分为数据相关和非数据相关两个部分,不涉及代码的修改,用于支持用户更好地开展工作或者进行开发的辅助工作。数据相关工作主要是配合用户的临时需求进行数据统计、回溯等工作;非数据相关工作包括用户账户开设、培训、应用软件安装等事务性工作。(4)常规操作。周期性的系统运维工作,包括日常例行检查、日常维护操作等。(5)应急处理。对各类因系统故障、软件功能缺陷等突发事件处理和应对,确保系统尽快提供服务,避免对业务的开展造成影响。3维护工作管理根据合同中约定,对外部厂商主要从派出人员、提供工作量两个方面进行控制。派出人员出勤率和人员素质等比较容易考核,本文不做详细介绍。不同的维护工作采用不同的工作量估算和审核过程,一般遵循明确需求,外包厂商项目经理估算工作量,用户项目经理审核计划工作量,外包厂商编写计划,实施并登记实际工作量,用户项目经理审核实际耗费工作量的大致过程,根据维护工作类别不同需要遵循各自的工作量审核步骤。新增功能、变更功能由于工作复杂,且周期长,采用“维护工作申请单”记录需求和相关的审批流程,详细估算维护工作量,并用项目日报逐日记录实际发生的工作量;辅助性操作和常规操作一般单次维护工作量小且周期短,仅用项目日报记录工作量,采用定时抽查核准的方法评估工作量;常规操作使用“操作记录单”,记录操作日志和实际花费时间;应急处理由于事情紧急,一般不预先估计工作量,采用事后确认的方法记录工作量。以占工作量比重最大、审核最严格的新增、变更工作类别为例进行介绍。31利益相关者在该项目管理中主要涉及以下几类利益相关者:(1)用户代表。作为需求方和信息系统使用人员的代表,提出日常维护需求,负责维护需求提出、确认,系统变更后验收和使用。(2)用户项目经理。出资人代表,代表上海证券交易所对项目进行总体协调和管理,负责合同相关事项管理。(3)技术负责人。用户方信息系统的技术负责人,是信息系统的系统管理员、数据库管理员、业务系统技术代表的统称,协助用户项目经理对外包厂商提出的技术方案、工作量进行评估把关和批准,协同评估变更影响分析,批准变更。(4)外包厂商项目经理。外包厂商项目组负责人,与用户项目经理、用户代表、技术负责人等有关人员协调,组织维护组成员高质量地完成维护工作。(5)维护组。由外包厂商派出,维护工作实际执行人,在外包厂商项目经理组织下完成各项代码维护和辅助工作。32生命周期模型为了便于对维护项目进行管理,鉴于维护变更周期短、频率高、每次变化小且需求容易把握的特点,每个阶段工作完成通过评审后,一般很少重新返回到上一阶段。参照线性顺序模型1(瀑布模型)制定了符合项目运行日常需要的软件维护项目生命周期模型,每一项软件维护工作均遵循该模型。(1)需求调研和分析。完成需求调查、变更影响分析、风险评估及维护工作量估计等工作,以批准变更作为标准。复杂的变更需求需要提交技术方案。(2)概要设计。软件架构和接口设计。(3)详细设计。各软件模块的实现方法。(4)编码和单元测试。编写代码,测试模块的准确性。(5)集成测试和系统测试。测试和验证变更是否符合需求,对系统进行回归测试。(6)发布和验收测试。批准上线,上线实施,上线后验证。其中,概要设计、详细设计、编码和单元测试、集成测试和系统测试主要由维护组完成;需求调研和分析阶段、发布和验收测试由双方共同完成。33项目流程控制项目流程是为产出预期成果(产品或服务)而将人员、材料、能源、设备和信息结合成为工作活动的逻辑构成。制定合理的流程,可以明确各工作活动内容、活动的参与人、入口和出口准则及度量考核数据等内容,从流程制定中明确工作要点,在活动中积累数据,发现弱点并改进。制定适用的流程并遵照执行是完成维护工作的基础。新增、变更工作类别的工作流程。其中,与工作量相关的步骤包括:(1)需求提出。需求调查过程中,项目组整理需求并记录需求调查工作量。(2)需求备案。需求调查超过制定工作量的维护工作,全部维护工作量也可能比较大,在业务申请人、技术协调人签字确认后,投入开发前,需要事先报用户项目经理备案。(3)维护工作量估算。根据维护项目日常工作估算表,预估整个维护需求的工作量。估算表将整个维护过程划分为多个步骤,详细步骤。根据维护需求和每个子过程的历史经验数据,估算每个子过程的实际工作量和总的预计工作量。没有历史数据可以参考的维护工作,采用Delphi方法进行。(4)上线执行。开发组完成上线工作,统计本次维护需求实施过程中实际耗费的全部工作量,实际投入工作量和预计工作量偏差大于预定阀值的需要书面说明原因。(5)用户项目经理审核。用户项目经理审核维护流程执行过程,确认维护实施质量,并核准实际花费工作量。开发维护中发生需求变更的,需要重新执行该流程。34工作汇报在对每一项维护工作进行严格流程控制之外,还建立了相应的工作汇报制度,便于从整体上进行控制。外包厂商项目组需要每周提交项目工作周报,说明上周工作内容和进展、下周工作计划,工作中需要协调的工作,存在的风险和应对措施,提交的工作产品等,便于用户方整体了解项目进展。每月提交项目月报,除了总结一个月的工作情况以外,还需要对关键维护人员进行考核,提交工作量统计月报,由用户项目经理进行审核。工作量统计月报的实际工作量直接从日报中提取并汇总。外包厂商项目经理先在内部对工作单逐一复核确认,剔除不符合约定的工作量后,按照新增、变更、辅助任务等分类统计汇总。对各维护单实际总体花费工作量是否在允许阀值之外的,不管是增加还是减少,都需要分析原因并向用户方项目经理书面说明,由于项目组自身原因造成的工作量超时将不被确认。用户方项目经理也可以直接提取项目组的工作日报进行抽查,了解项目工作进展和外包厂商详细的项目管理情况,便于督促和改进。用户方项目经理每月与各业务部门就维护需求进展、工作量花费情况进行沟通,业务部门对工作进展、遇到的问题、费用花费情况有了更加深入的了解,有力地促进双方工作的配合,提高工作效率和质量。4结语通过工作分类、明确角色和职责、制定完善的工作流程、细化关键节点的工作要点以及定期汇报和沟通,形成了业务部门、项目管理方和开发方的良性互动,各方严格按照流程发挥自己的优势,项目维护整体质量、维护效率和业务部门