网站制作里包括设计，软件程序等，预测软件应用的规摸是相当困难的，并且估算结果也不是很准确。只有需求出来了，我们才能使用功能点指标来度最应用的规模，但对初始的软件成本估算和进度规划来说，那时已经太晚了。如果确实存在相似的应用，那么源代码的规模只能通过相似应用来获得。然而，在2008 - 2009年之间，新型分析软件应用规模的方法已经出现了。如今，国际软件基准组织(ISBSG)已经到达了一个临界规模，拥有5000多个软件应用的历史数据，因此，我们可以从ISBSG获得相似软件应用规模的可靠数据。
由于许多应用程序都与现有的应用程序非常相似，因此从ISBSG获得相似应用的规模数据已经成为项目早期的一个标准活动。要获得的数据还包括进度和成本方面的信息，它们甚至比应用程序的规模更有价值。然而，ISBSG的数据支持功能点指标而不是代码行指标。由于使用功能点指标是一个最佳实践，而使用代码行指标则是不恰当的.这当然不是一个坏的情况，但是对于那些坚持使用代码行指标的公司来说，它们会失去使用ISBSG度量基准的机会。
对于新型的软件或没有使用ISBSG数据表示的应用程序来说，目前几种快速估算应用规模的方法也许很合适。一种是基于模式匹配的新方法说明书，该方法可以获得功能点、源代码的近似规模，甚至还可以获得其他方面的信息，如规格的页数等。在开发过程中，这种方法还能预测需求的增长速度，然而预测需求增长速度一直是软件项目的薄弱环节。其他估算规模的方法包括各种新型功能点近似或“轻盈级”的功能点分析，这些方法可以在短短几分钟内预测出功能点的规模，而不是以正常的速度(每天大约400个功能点)来预测。前期及时估算应用规模是准确估算的前提。同时也是风险分析的前提。许多风险都是与应用程序的规模成正比的，所以越早知道应用的规模.越能获得比较完枯的风阶分析。
由于项目的进度和成本与应用的规模成正比，因此大型系统通常会把系统划分成多个版本，差不多每12-19个月迭代一次。知道应用整体的规模以及单个功能和特性的规模，我们就可以指定一个有效的版本策略，该策路可能涉及三到四个连续的版本。了解每个版本的规模之后，准确地估算项目的进度和成本就显得很容易了。在获得需求之前，我们可以通过模式匹配来获得应用的规模，这种方法是先获得软件应用的外部描述，然后再根据描述来匹配其他相似应用。快速功能点法在时间上会有些出入，要想准确地估算应用的规模，至少需要获得应用的部分需求。
文章内容来源于网络，侵删
