软件规模的估算通常是软件估算过程的第一步，且依赖于软件功能的范围、复杂性和交互作用。需求和范围的演变有助于相应成本和进度的估算。

在开发新的（或部分新的）系统软件时，成本估算与软件大小直接相关，源代码行（SLOC）或功能点（FP）是软件规模的常用度量。

源代码行（SLOC）是一种基于源代码行数度量软件大小的软件度量。该度量的目标是确定软件复杂性，并估算软件开发和维护的资源需求。SLOC对于定义代码的数量级很有用，但不能为正在考虑的软件项目提供精确的度量，使用SLOC数比较10 000行项目和100 000行项目是有意义的，而不是将20 000行项目与21 000行项目进行比较。SLOC度量的起源可以追溯到传统的面向行的语言（FORTRAN、Assembler、C）。在这些情况下，SLOC实际上给出了软件复杂性的真实表示，而在当前面向对象的范例中，这已经不再是真实的了。然而，很明显，SLOC的代码复杂性度量是最容易测量和实现的。这些特性有助于保持SLOC技术的通用性（最初因COCOMO而流行，因此被纳入许多成本计算工具中）。由于不同语言的可执行语句和数据声明的概念差异，定义一行代码很困难。

然而，由于各种原因，基于SLOC的度量目前似乎不再适用，正如Capers Jones所说，“不幸的是，代码行不是有效的度量，不能安全地用于估算”。这一警告是一个有价值的确认，即软件开发成本估算通常需要估算方法的组合，或者说估算方法的组合至少是高度可取的。(www.daowen.com)

功能点是IBM公司在20世纪80年代早期引入的，这种方法通过用户界面特性来估算应用程序大小。它是估算管理信息系统应用程序大小的最常用方法。只有随着面向对象开发的普及，并在使用对象作为程序大小预测器的情况下，对象度量才变得可行。

功能点度量可以利用已有的标准，其具有定期更新的优势。这些度量是有逻辑且简单的，可以广泛应用于整个生命周期。它们独立于技术、平台和语言，从用户的角度来看，它们的应用具有高度的一致性和客观性。

同时，应该考虑到应用功能点的过程中手动操作的影响很大，并且需要对标准有深入的了解。此外，历史数据的可用性可能相当差。