隨著社會的進步和科技信息化的發(fā)展,人們的生活離不開網(wǎng)站生產(chǎn)信息,而軟件質(zhì)量的經(jīng)濟價值這一課題在目前的軟件工程文獻中并沒有得到很好的涵蓋。發(fā)生這種情況的原因有很多。造成這種情況的主要原因是軟件工程領(lǐng)域的軟件質(zhì)量度量方法相當糟糕。許多成本因素,例如無償加班,往往被忽略。此外,軟件成本數(shù)據(jù)也經(jīng)常出現(xiàn)遺漏和遺漏,如項目管理成本的遺漏、兼職專家(如技術(shù)文檔編寫者)的遺漏等,實際上只有編碼工作的成本有可用的相當好的數(shù)據(jù)。任何其他工作的數(shù)據(jù),如需求、設(shè)計、審查、測試、質(zhì)量保證、項目辦公室和文檔,經(jīng)常被低估或被忽略。
軟件工程文獻過于依賴模糊的、不可預(yù)測的質(zhì)量定義,例如“軟件產(chǎn)品滿足用戶需求”或滿足一組“特性”。這些不科學(xué)的質(zhì)量定義延緩了對軟件質(zhì)量最經(jīng)濟價格的研究。對軟件質(zhì)量最具經(jīng)濟價值的研究也受到其他兩種無效經(jīng)濟措施的影響。即, 平均缺陷成本和代碼行數(shù)。缺陷的平均成本對質(zhì)量不利,而實現(xiàn)最低缺陷成本的軟件往往千瘡百孔。代碼行對高級編程語言不利,掩蓋了它們在軟件質(zhì)量和生產(chǎn)力研究中的假定價值。
在這一部分中,作者將嘗試通過案例研究來論證軟件質(zhì)量大閘蟹的經(jīng)濟價值。由于軟件站點的經(jīng)濟價值與應(yīng)用規(guī)模密切相關(guān),因此采用四個離散的規(guī)模等級,例如:100個功能點、1000個功能點、10000個功能點和100000個功能點。一個有100個功能點的應(yīng)用軟件通常是一個大系統(tǒng)的一個小功能模塊,而不是一個獨立的應(yīng)用軟件。然而,這個數(shù)量級也是大型應(yīng)用軟件原型最常見的尺寸范圍。這種規(guī)模可能會有一些小型的單機應(yīng)用。 iPhone 等手持設(shè)備上的貨幣轉(zhuǎn)換器或小程序等小型應(yīng)用程序。
10000個功能點數(shù)量級的應(yīng)用軟件通常是業(yè)務(wù)控制各個方面的重要系統(tǒng),如保險理賠處理、機動車登記、子女撫養(yǎng)申請軟件等軟件系統(tǒng)。 10萬個功能點的應(yīng)用軟件通常是大型國際電話交換系統(tǒng)等主系統(tǒng),Vista或IBM MVS等操作系統(tǒng),以及Microsoft Office等相互關(guān)聯(lián)、協(xié)作的應(yīng)用套件。一些ERP應(yīng)用軟件也是這種規(guī)模的軟件,甚至可能達到30萬個功能點。同樣,全球軍事指揮和控制系統(tǒng)(WWMCCS) 等大型國防應(yīng)用程序可能有多達100,000 個功能點。
為了減少變量的數(shù)量,所有例子都假設(shè)代碼是用C語言編寫的,每個功能點包含大約125條代碼語句。由于假定所有應(yīng)用程序示例都是用相同的編程語言編寫的,因此生產(chǎn)力和質(zhì)量可以用未失真的代碼行度量來表示。請注意,使用代碼行數(shù)度量來比較不同的編程語言是無效的。
我們專注高端建站,小程序開發(fā)、軟件系統(tǒng)定制開發(fā)、BUG修復(fù)、物聯(lián)網(wǎng)開發(fā)、各類API接口對接開發(fā)等。十余年開發(fā)經(jīng)驗,每一個項目承諾做到滿意為止,多一次對比,一定讓您多一份收獲!