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