软件造价评估发现大量开源代码该如何做资产评估?

现在一个软件开发人员,一天可以写多少代码行数,有没有什么标准?

答:没有标准,不同开发语言差别也很大,如果是C++/Java这样的语言,全生命周期算大概一人天30-50行(包括需求分析,设计,编码,测试等),如果只是说程序员,而且只写不改,一天写几百甚至上千行代码也是可以的。

那软件代码的复用的问题,有没有什么处理办法?比如在软件造价评估中发现大量采用开源代码,或者类似利用Java的开源代码?

答:使用开源代码倒没也什么,但是甲方要关注法律风险(很多开源软件并不是无条件开源,比如有些是不可以用于商业用途的,或者用于商业用途要支付额外的费用以获得授权。管理严格的甲方会要求供应商给出所有用到的开源软件或代码的清单,同时附上相关版权声明)。对于成本评估,复用度/吻合度的评判通常还是从业务视角看,当然也会考虑行业惯例。例如新版本和旧版本中类似的功能,同一版本中相近的功能,无论代码是否重用,都会调整复用度/吻合度。

另外就是评估一些常见系统、常见功能时(例如门户网站、普通的系统管理功能等),会考虑行业通常情况对复用度/吻合度酌情调整。

软件造价评估发现大量开源代码该如何做资产评估?

开源代码的资产评估通常需要考虑以下几个方面:

  1. 代码质量:评估开源代码的质量,包括代码的可读性、可维护性、可扩展性、安全性等方面。可以使用一些评估指标,如代码复杂度、代码行数、函数/模块数量等来衡量。
  2. 技术风险:评估开源代码的技术风险,包括代码的稳定性、可靠性、兼容性等方面。可以对代码进行测试和验证,了解代码的历史版本和社区支持情况,以评估技术风险。
  3. 开发成本:评估开源代码的开发成本,包括开发时间、人力成本、硬件资源等方面。可以根据项目需求和团队技术能力,估算使用开源代码进行开发所需的成本。
  4. 社区支持:评估开源社区的支持情况,包括社区的活跃度、贡献度、版本更新频率等方面。可以通过查看社区的贡献者数量、讨论活跃度、版本更新速度等来了解社区支持情况。
  5. 法律风险:评估开源代码的法律风险,包括版权、专利、许可证等方面。需要对开源协议和版权声明进行审查,以确保在使用开源代码时不会产生法律问题。

在评估开源代码的资产价值时,需要综合考虑以上因素,并使用一些评估方法,如成本法、市场法、收益法等来得出评估结果。