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