網(wǎng)站制作包括設(shè)計、軟件程序等，軟件應(yīng)用的規(guī)模很難預(yù)測，估計的結(jié)果也不是很準確。只有當需求出現(xiàn)時，我們才可以使用功能點度量來衡量應(yīng)用程序的大小，但對于初始軟件成本估算和進度計劃來說已經(jīng)太晚了。源代碼的規(guī)模只能通過類似的應(yīng)用程序來實現(xiàn)，如果此類應(yīng)用程序確實存在的話。然而，在2008 年至2009 年間，出現(xiàn)了分析軟件應(yīng)用程序大小的新方法。如今，國際軟件基準組織(ISBSG) 已經(jīng)達到了一個臨界質(zhì)量，擁有超過5,000 個軟件應(yīng)用程序的歷史數(shù)據(jù)，因此我們可以從ISBSG 獲得類似軟件應(yīng)用程序規(guī)模的可靠數(shù)據(jù)。

由于許多應(yīng)用程序與現(xiàn)有應(yīng)用程序非常相似，因此從ISBSG 獲取類似應(yīng)用程序的比例數(shù)據(jù)已成為項目早期的標準活動。要獲取的數(shù)據(jù)還包括進度和成本信息，這些信息甚至比應(yīng)用程序的大小更有價值。但是，ISBSG 數(shù)據(jù)支持功能點度量而不是代碼行度量。由于使用功能點度量是最佳實踐，因此使用代碼行數(shù)度量是不合適的。這當然不是一個糟糕的情況，但對于堅持使用代碼行指標的公司來說，他們失去了使用ISBSG 指標的機會。

對于ISBSG 數(shù)據(jù)未代表的新型軟件或應(yīng)用程序，當前幾種快速估計應(yīng)用程序大小的方法可能是合適的。一種是基于模式匹配的新方法的規(guī)范，可以獲取功能點、源代碼的大概大小，甚至規(guī)范的頁數(shù)等其他信息。在開發(fā)過程中，這種方法也可以預(yù)測需求的增長速度，但是預(yù)測需求的增長速度一直是軟件項目的薄弱環(huán)節(jié)。其他估計大小的方法包括各種新的功能點近似或“輕量級”功能點分析，它們可以在短短幾分鐘內(nèi)預(yù)測功能點大小，而不是按正常速度（每天大約400 個功能點）來預(yù)測。前期及時預(yù)估應(yīng)用規(guī)模是準確預(yù)估的前提。這也是進行風險分析的前提。很多風險與應(yīng)用的規(guī)模成正比，所以越早知道應(yīng)用的規(guī)模，就越能得到更完整的風規(guī)模分析。

由于項目進度和成本與應(yīng)用規(guī)模成正比，大型系統(tǒng)通常會將系統(tǒng)分成多個版本，幾乎每12-19個月迭代一次。了解整個應(yīng)用程序的大小，以及各個功能和特性的大小，我們可以指定一個有效的版本控制策略，可能涉及三個或四個連續(xù)發(fā)布。一旦了解了每次發(fā)布的大小，就可以輕松準確地估計項目的進度和成本。在獲取需求之前，我們可以通過模式匹配獲取應(yīng)用的規(guī)模。該方法是獲取軟件應(yīng)用的外部描述，然后根據(jù)描述匹配其他類似的應(yīng)用?？焖俟δ茳c法在時間上會有些出入。要準確估計應(yīng)用程序的大小，至少需要獲取應(yīng)用程序的一些需求。

我們專注高端建站，小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復(fù)、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經(jīng)驗，每一個項目承諾做到滿意為止，多一次對比，一定讓您多一份收獲！