比较软件的规模有多种方法，每种方法都有其优缺点和适用范围。以下是一些常用的软件规模度量方法及其对比：
代码行数 （LOC） 优点
开发人员易于理解和计数。
任务关联性强。
缺点：
跨编程语言不通用，例如1000行汇编代码和1000行Java代码的工作量可能相差数倍。
代码行数无法体现功能的复杂性。
业务人员不理解，不利于复用。
技术差异大，一致性差。
功能点 （Function Points） 优点
一致性高，客观性强。
可复制、可验证。
不冒进，技术无关性。
从用户视角度量软件规模，需求方、开发方、管理方都能使用。
缺点：
实施相对复杂。
需要专业人员进行功能点分析。
对象点 （Object Points） 优点
从用户角度出发，与具体实现技术无关。
缺点：
实施复杂度较高。
需要详细的需求分析。
用例点 （Use Case Points） 优点
从用户角度出发，与具体实现技术无关。
缺点：
实施复杂度较高。
需要详细的需求分析。
故事点 （Story Points） 优点
适用于敏捷开发，易于理解和估算。
缺点：
需要经验丰富的评估人员。
可能存在主观性。
Delphi法 优点
适用于没有历史数据的情况。
鼓励团队成员讨论，减少偏差。
缺点：
需要多种软件相关经验的专家参与。
专家的“专”程度和对项目的理解程度影响评估结果。
总结与建议
基于开发视角：如果项目干系人之间需要达成一致，并且项目规模较小，代码行数是一个简单且易于实施的方法。
基于业务视角：如果需要从用户角度出发，功能点、故事点、用例点和对象点等方法更为合适，因为它们与业务价值直接相关，更容易被各方理解。
混合方法：在实际操作中，可以结合多种方法进行软件规模的评估，例如在项目初期使用功能点分析进行初步估算，在项目执行过程中使用代码行数进行监控和调整。
选择哪种方法取决于项目的具体需求、干系人的期望以及项目团队的能力。