由于許多應用程序都與現有的應用程序非常相似，因此從ISBSG獲得相似應用的規模數據已經成為項目早期的一個標準活動。要獲得的數據還包括進度和成本方面的信息，它們甚至比應用程序的規模更有價值。然而，ISBSG的數據支持功能點指標而不是代碼行指標。由于使用功能點指標是一個最佳實踐，而使用代碼行指標則是不恰當的.這當然不是一個壞的情況，但是對于那些堅持使用代碼行指標的公司來說，它們會失去使用ISBSG度量基準的機會。
對于新型的軟件或沒有使用ISBSG數據表示的應用程序來說，目前幾種快速估算應用規模的方法也許很合適。一種是基于模式匹配的新方法說明書，該方法可以獲得功能點、源代碼的近似規模，甚至還可以獲得其他方面的信息，如規格的頁數等。在開發過程中，這種方法還能預測需求的增長速度，然而預測需求增長速度一直是軟件項目的薄弱環節。其他估算規模的方法包括各種新型功能點近似或“輕盈級”的功能點分析，這些方法可以在短短幾分鐘內預測出功能點的規模，而不是以正常的速度(每天大約400個功能點)來預測。前期及時估算應用規模是準確估算的前提。同時也是風險分析的前提。許多風險都是與應用程序的規模成正比的，所以越早知道應用的規模.越能獲得比較完枯的風階分析。
由于項目的進度和成本與應用的規模成正比，因此大型系統通常會把系統劃分成多個版本，差不多每12-19個月迭代一次。知道應用整體的規模以及單個功能和特性的規模，我們就可以指定一個有效的版本策略，該策路可能涉及三到四個連續的版本。了解每個版本的規模之后，準確地估算項目的進度和成本就顯得很容易了。在獲得需求之前，我們可以通過模式匹配來獲得應用的規模，這種方法是先獲得軟件應用的外部描述，然后再根據描述來匹配其他相似應用?？焖俟δ茳c法在時間上會有些出入，要想準確地估算應用的規模，至少需要獲得應用的部分需求。