论文指导-佳博论文

电信业软件开发成本度量信息化研究

[摘要]本文结合重庆移动信息系统建设及开发审计项目实践,提出软件开发成本度量信息化审计系统建设方案,以精准计量、防范风险,为科学决策提供有效数据支撑。
 
[关键词]审计;信息化;成本度量;电信
 
信企业的运营和服务均与信息系统高度相关,信息系统建设规模大、软件开发投入高,各地区、各领域、各类型系统软件开发成本度量尺度不一,软件开发成本度量公允度有待加强。近年来,在中国移动“精细管理和降本增效”的战略背景下,软件开发成本度量规范性和准确性、过程管控有效性成为信息系统建设投资及开发成本管控的关键因素。在信息化发展新形势下,利用信息技术手段进行高效、标准、统一的软件开发计价管控审计,是目前探索研究的重点,也是未来审计的发展趋势。
 
一、软件开发成本度量信息化审计系统建设方案
 
(一)确立两大核心标准
 
1.确定软件规模度量标准及方法。结合项目特点、需求详细度及系统类型,确定采用国际标准中的一种或多种方法作为软件规模度量标准,下文以COSMIC方法为例进行介绍。COSMIC方法是一种国际标准化方法,旨在度量大多数软件领域的功能性用户需求规模,包括业务应用或管理信息系统软件、实时软件、基础设施软件等。将软件功能需求映射为功能过程,每个功能过程由一系列子过程组成,每个子过程对应一种数据移动类型(输入E、输出X、读R、写W),累计有效的数据移动数量,得出软件功能点规模总数(见图1)。2.建立软件工作量度量模型。模型应考虑软件规模、应用领域、软件完整性级别、质量要求、工期要求等因素,模型涉及的调整系数应包括功能规模调整因子、应用领域调整因子、开发语言调整因子、开发团队调整因子、软件完整性级别、功能点耗时率等,调整系数及其取值范围参考行业标准、地方标准、行业基准数据,结合实际情况进行设置,评估时根据各软件开发项目具体情况进行取值。
 
(二)构建基础数据库
 
建立基础数据库能够为软件开发成本度量信息系统打好数据基础。基础数据库包括制度库、标准库、模型库、模型参数库、模板库及行业基准数据库。制度库保存企业内部各相关管理制度及要求文档。标准库保存并及时更新与软件开发工作量度量相关的国际、国家、行业及地方标准。模型库及模型参数库协同作用,对历史及当前模型算法和参数进行管理并记录。行业基准数据库保存并及时更新行业机构发布的软件开发评估基准数据,作为模型参数取值参考标准。模板库对软件规模度量、软件工作量度量的关键过程数据记录模板、软件成本度量结果报告模板、审计报告模板进行管理。通过打造统一的基础数据库,为软件开发成本度量的标准化及规范化管理提供有力依据及基础保障。
 
(三)搭建软件开发成本度量管理信息系统
 
以信息系统为载体,搭建软件开发成本度量管理系统,在系统上固化软件开发成本度量管理工作流程,实现全流程系统闭环管理,软件开发成本评估全过程在线化,评估及审核等重要环节过程透明化,确保重要过程文档线上留痕、可追溯(见图2)。系统对关键评估环节进行规范化、标准化控制,根据选定的软件规模度量标准,对软件功能规模度量结果进行自动化校验;结合行业基准数据,对人工输入的模型调整系数取值,进行合理性校验;基于预置的软件开发工作量评估模型算法,自动计算工作量评估结果;根据软件开发工作量评估结果和软件项目关联的合同单价数据,计算软件开发成本并生成评估报告。软件开发成本度量管理系统打通了企业现有计划建设管理系统、合同管理系统和OA系统,实现了软件开发成本度量环节与软件开发项目全生命周期管理的无缝衔接,资本开支类软件开发项目在立项环节进行对接,成本类软件开发项目在预估及结算环节进行对接。OA系统增加了工作流程,支撑软件开发成本度量系统生成的审计报告向各责任单位点对点派发及流转。
 
(四)创建审计模型
 
重庆移动结合信息系统建设及开发审计调查成果及经验,聚焦软件规模度量及软件开发工作量度量两个高风险领域,梳理审计关注点及相关业务逻辑,分析异常行为数据特征,针对预设风险设计审计模型,并在软件开发成本度量管理系统中固化模型。1.建立软件规模度量审计模型。依据COSMIC国际标准化方法,对软件规模评估明细数据进行挖掘分析,针对已识别的多个风险场景形成相应审计模型。通过系统固化审计模型,实时识别软件开发涉及的有效功能点、无效功能点和重复功能点,对软件规模度量的相关风险进行实时扫描和预警。以五个模型示例如下:针对COSMIC方法中“一个功能过程必须至少包含两个数据移动”的规定,通过模型一(同一功能过程含有多个子过程但仅有一种数据移动)和模型二(同一功能过程仅含有一个子过程)进行风险扫描,识别同一功能过程的数据移动类型仅有一种的不规范拆分情况,并标记无效功能点。模型识别的不规范功能点拆分情况示例见图3和图4。模型三“非开发阶段任务”将涉及“需求调研”“需求分析”“原型制作”“客户需求和需求撰写”“需求评审及确认”“(概要/模型)设计”“评审”“测试”“发布部署”“系统试运行”“客户验收内容”等的功能过程或子过程,识别为无效功能点。模型四“功能重复”,识别与本期功能点重复情况:同一功能过程或不同功能过程中,功能子过程描述、数据移动类型、数据组、数据属性完全一致的,识别为重复功能点;识别与往期功能点重复情况,关联分析同一系统不同期开发项目的功能点拆分明细,功能过程、功能子过程描述、数据移动类型、数据组、数据属性完全一致的,识别为重复功能点。模型五“非功能性功能点”,若功能子过程描述中包含“调优”“优化”“配置”等非功能性功能点,则识别为无效功能点。此类模型在软件规模度量环节发挥实时监督作用,为评估人员提供软件规模度量结果合规性审计报告,并对软件功能拆分明细数据的问题行进行标识及提示,通过技术手段提升评估结果的规范性和准确性。评估人员可依据无效功能点或重复功能点提示信息对软件功能评估明细进行修正。系统会保存每一次评估人员提交的软件规模度量明细的审计结果,通过前后对比分析与异常诊断,定期形成汇总审计报告并发送至责任单位进行核查和反馈。2.建立软件工作量度量审计模型。(1)建立软件工作量评估回归算法模型。应参考国家标准、行业标准、地方标准,考虑软件规模、应用领域、质量要求、采用技术、开发团队、过程能力等因素,选择合适的模型。基于基准数据建立的回归模型示例如下:AE=S×C×A×SF×Q×L×T式中AE为调整后工作量,单位为人时;S为未调整的软件功能点规模,单位为CFP(COSMIC功能点);C为软件开发生产率系数,即功能点耗时率,单位为“人时/功能点”;A为应用领域调整因子;SF为软件规模调整因子;Q为软件质量及特性调整因子;L为开发语言调整因子;T为开发团队调整因子。公式中涉及的调整系数(即调整因子)的取值范围,可依据国家标准及行业基准数据进行取值区间设置,也可根据国际基准库的建设规范自建一套基准数据体系。应用领域调整因素涉及委托方组织类型、软件业务领域、软件应用类型等;质量要求调整因素涉及可靠性、可使用性、效率、可维护性、可移植性等;采用技术调整因素涉及开发平台、编程语言、系统架构、操作系统等;开发团队调整因素涉及开发方组织类型、团队规模、人员能力等;过程能力调整因素涉及开发方过程成熟度水平、管理要求等。(2)基于回归算法模型构建软件工作量度量审计模型。在软件工作量评估环节,评估人员下载包含软件开发工作量评估算法及调整系数的模板并设置系数值,将填列完毕的模板导入系统,系统将该次评估涉及的所有系数及取值存入数据库,并根据预设算法及调整系数取值,自动计算软件开发工作量评估结果。系统中固化的软件工作量度量审计模型,动态关联行业基准数据库数据,分析判断各参数取值是否偏离合理范围,计算偏离程度;通过机器学习算法,选取各参数最常用的基准数据取值,计算软件开发工作量取值的合理范围,采用基准对比方法,与评估结果数据进行比较,计算工作量评估结果偏离程度,形成审计结果报告,定期发送至责任单位进行核查,对于认定问题及时开展整改。
 
二、软件开发成本度量信息化审计价值
 
研究电信业软件开发成本度量信息化审计方法,推动软件开发成本度量信息系统建设、审计模型构建及全面应用推广,可全面掌握企业内软件开发工作量评估及成本管理情况,沉淀并积累各类分析数据,为科学决策提供有效数据支撑;强化过程管控,通过标准化系统管理流程和方法,提升软件开发成本度量管理的规范性,督促相关责任部门规范评估、精准计量,有效防范风险。
 
(一)有效提升审计质量和效率
 
软件功能点规模度量和工作量评估的专业性较高,对评估人员、审核人员及审计人员的专业能力有较高要求,如功能点规模度量工作,既需要熟练掌握及应用COSMIC等国际标准功能点分析法,又需要对电信业信息系统及开发团队历史情况有足够了解。依据项目详细需求说明书,结合系统功能架构、系统已实现功能清单等开展软件功能规模评估,评估结果准确性在很大程度上依赖于评估人员的专业性,同时对审核人员和审计人员有较高的门槛要求。因此针对已识别的多种风险场景形成相应的审计模型,自动、持续执行预设审计程序,分析评价软件开发工作量评估结果准确性,高效地定位问题,能有效提升审计质量和效率,节省大量人力及时间成本。
 
(二)通过持续审计实现常态化监督
 
依托软件开发成本度量信息系统,建立审计模型及流程,将传统的周期性审计与“一过性”审计模式转变为持续审计模式,将审计监督功能向前延伸至业务活动开展过程。评估人员在系统中进行评估操作时,系统会第一时间对软件功能规模度量及工作量评估数据进行分析判断,及时发现异常,预警风险。最大程度缩短问题发生与审计结果出具的时间间隔,有效降低问题整改难度,避免形成历史遗留问题。通过常态化监控,提高审计时效性,及时防范风险。
 
(三)促进审计成果转化应用
 
软件开发成本度量信息系统同时服务于业务部门和审计部门,为业务部门提供标准化、规范化的业务管理流程支撑及多维度的数据统计、查询及分析功能;为审计部门提供专业化监控模型及审计工作流支撑。借助系统建设及应用契机,逐步建立审计部门与业务部门常态化沟通协作机制,在审计成果应用共享、问题核查整改方面强化支持与合作。业务部门运用审计结果反向排查软件开发工作量评估执行合规性问题,规避软件功能规模测算虚高、工作量评估模型系数主观取值等风险,提升软件开发成本计量的精准性,杜绝投资及成本浪费,充分发挥监督与服务并重的审计职能。
 
主要参考文献
 
计春雷,闫顺成,宋国新.面向对象方法的COSMIC-FFP功能规模度量[J].计算机科学,2011(5):119-122
 
朱明英,姚文胜,邢豫,陈春华.基于功能点法的软件工作量评估方法研究与应用探讨[J].现代计算机(专业版),2017(33):52-55
在线客服系统