作者:蔡春容、陈秀缎、张前祯
部门:工程咨询部
随着我国经济的快速发展和信息化程度的不断提高,软件行业也得到了长足的发展。然而,在软件项目开发过程中,由于缺乏专业的管理方法、技术手段以及对成本控制意识不强等原因,导致了软件工程造价的高估现象比较严重。本次主要研究软件工程造价评估的方法与过程,并针对软件工程造价评估中存在的问题进行分析讨论,以及为今后软件工程造价评估提供参考依据。
软件工程;造价评估;重点难点
在软件工程造价评估过程中,可行性研究阶段是非常重要的一环,该阶段主要目的是确定项目的可行性和必要性,并为后续的工作提供基础数据支持。在可行性研究阶段中,由于方案还没有落地,可采用“经验法”进行软件工程造价评估,也称DELPHI(德尔菲法)/加权平均法,这是一种以“估”为主的方法,即由多个人背靠背根据现有需求根据经验估算出软件工程造价然后求加权平均值,此方法对个人经验的依赖较大,估算结果宜为一定范围值而非固定值,但上下偏差不应超过20%。
在软件工程项目的前期,需要进行初步的设计工作。这一阶段的主要任务是确定项目的需求和目标,并制定相应的需求方案。在初步设计的阶段中,通常会涉及到以下几个方面:需求分析、功能规划、系统架构设计、数据库设计、安全风险评估等。根据已有的初步设计方案,可采用“类推法”进行软件工程造价评估,这是一种以“估”为主的方法,即依靠良好的估算方法和可靠的历史数据进行分析评估出软件工程造价,此方法被评为迄今为止理论上最可靠的估算方法,但是由于项目受工期和现有资源利用情况以及人员是否愿意加班等不确定因素影响较大,使用“类推法”的估算结果也容易产生极大偏差。
在软件工程项目的开发过程中,招投标阶段是整个软件工程造价评估流程中的一个重要部分,也是其中最容易出现问题的地方之一。招投标阶段已有较为完善的需求方案,对软件工程成本估算要求更为精准。可采用“类比法”、“方程法”进行软件工程造价评估,这两种方法都是以“算”为主的方法,此方法依据国家标准《软件工程 软件开发成本度量规范》(GB/T 36964-2018)、工业和信息化部行业标准《软件研发成本度量规范》(SJ/T 11463-2013)基于行业成本估算模型对项目的功能点规模、工作量、工期、成本进行合理估算。
在软件工程造价评估过程中,结算阶段的软件工程造价的确定需要对影响项目成本的各种影响因素进行全面分析,以确保最终的造价的合理性。这个阶段需求方案已经过专家评审并且现场已实施完成进入运维阶段。可采用(快速)“功能点”方法确定软件工程造价。即软件成本=(规模*生产率/174)*软件因素*开发因素*人力成本费率+直接非人力成本。
软件成本:软件开发成本:单位为万元。
规模:单位功能点数,根据系统所维护的信息及处理的复杂程度,可分为“数据功能类别”和“事物功能类别”,“数据功能类别”可分为ILF(内部逻辑文件)即在本系统维护的逻辑文件;EIF(外部接口文件)即在本系统引用,在其他系统维护的文件。“事物功能类别”可分为EI(外部输入)即对数据进行维护或改变系统行为的事物;EO(外部输出)即对数据加工后呈现或输出的事务、EQ(外部查询)即对已有数据直接呈现或输出的事务。不同功能类别对应的单位功能点数可在软件研发成本度量规范中查询。
生产率:单位为人时每功能点,生产率可在相关网站下载最新行业基准数据查询,8个工作小时为21.75*8=174。
软件因素、开发因素:软件因素调整因子和开发因素调整因子根据项目实际情况确定其调整系数。
人力成本费率单位为万元每人月,可在相关网站下载最新行业基准数据查询。
直接非人力成本:这个项目间接产生的成本,如项目差旅费等。
功能点方法确定的软件开发成本国际认可度高,结果为一个区间值。
在软件工程造价评估过程中,根据项目所处的不同阶段应采用不同的评估方法科学的估算成本和预测利润。比如在项目投资估算阶段需求方案还不够完善,对软件工程造价的确定多以“估”为主,基础数据的准确性、对类似项目数据进行分析是合理确定造价的重点和难点。在项目结算阶段,需求方案已经过专家论证并且实施到位,对软件工程造价的确定多以“算”为主,国际标准的(快速)功能点方法能针对不同应用场景,合理估算软件规模,有效管理项目范围,识别逻辑文件的测算规模是确定造价的重点难点。
在软件工程造价评估过程中,项目范围、是否有可以参考的项目、业主是否希望尽早交付、是否有现成可利用的资源、团队开发人员技术水平等情况的不同也会对软件开发成本造成影响,团队负责人的沟通协调能力、需求的完善程度是确定造价的重点难点。
基于重点难点问题,这需要软件工程造价师具有逐步求精的精神,对评估结果用多种评估方法不断地交叉验证,和业主做好沟通工作,不断修正不确定因素从而不断修正评估结果。
4.1.1 日程安排
员工日程安排模块提供对员工日程的建立、修改、删除、查询、提醒等功能。所有员工的日程安排均在该系统中进行更新和备案,还包括对员工的日、周、月工作计划和工作总结进行起草、审核、审批、更新等功能。
4.1.2 领导专栏
各处室可以委派专门人员维护领导专栏,设立栏目子类,将领导关注的信息以Word、Excel 和PowerPoint 等文件的方式定期或者不定期地提供给领导阅览。
4.1.3 规章制度
规章制度模块用于将企业内部的有关人事、劳资、财务、保密和其它管理制度、工作准则在公司内部发布,供员工随时查阅。可用于对已有规章制度的更新和新制度的发布。
4.1.4 会议管理
会议管理包含从确立大型会议议题、大型会议审批到日常会议安排、通知、会议资源预定、提交会议纪要的全过程管理,会议安排能自动加入相关人员的待办事宜中,具备接收会议参加人回执等功能
4.1.5 设备管理
设备管理实现设备的入库登记、出库发放、调配、盘点、维护、处置等设备的整个生命周期的管理
4.1.6 车辆管理
本功能模块管理车辆使用过程中所涉及到的相关数据,如每辆车的详细资料及相应的派车、事故违规、加油、里程表、维修、司机等情况。它可以为车辆及司机的管理工作提供有力依据,能真正达到统一监控管理的目的。
4.1.7 办公综合管理
对办公信息进行综合统计分析以用于了解相关信息并用于决策支持。主要包括日程查询、会议情况查询、设备使用情况统计、车辆使用情况统计等。
4.1.8 个设置
对于不常变化的属性类数据( 如制度种类、会议类型、设备性质、车辆品牌等)也提供简单的维护功能,以便于需要时进行修改、维护。
在本文中,我们对软件工程造价评估流程进行了详细的分析和研究。通过对相关文献的研究和实践经验的积累,我们得出了一些重要的结论:首先,软件工程造价评估是一个复杂的过程,需要考虑到多个方面的因素进行综合考虑。其中,成本估算是最为关键的部分之一。其次,在整个评估过程中,还需要注意项目管理的重要性。只有充分掌握了项目需求和技术细节,才能够准确地估计出最终的费用。最后,对于软件工程师而言,了解评估方法和技巧也是非常重要的。只有这样才能更好地完成自己的工作任务并提高自身的价值。
综上所述,软件工程造价评估是一项非常复杂且具有挑战性的工作。在这一过程中,我们需要注意各个环节中的问题和难点,以便能够更加精确地评估最终的费用。同时,也应该注重项目管理和人员素质的提升,以确保评估结果的可靠性和有效性。
[1] 马倩如. 浅析建筑工程施工过程中的造价预算控制重点难点[J]. 中国标准化, 2019, 538(02):56-57.
[2] 蔡建英. 浅析建筑工程造价施工过程的预算控制重点难点[J]. 四川水泥, 2018.
[3] 戴纯锋. 探讨建筑工程造价施工过程的预算控制重点难点[J]. 建材与装饰, 2017, 000(017):114-115.
[4] 魏佳. 浅析建筑工程造价预算难点及控制[J]. 商品与质量, 2017, 000(007):231.
[5] 林洁. 浅析建筑工程造价预算控制要点及其把握[J]. 城乡建设, 2013.
[6] 高家兴, 刘相兰. 建筑工程造价施工过程中的预算控制重点及难点[J]. 建筑工程技术与设计, 2018, 000(017):1664.