假設(shè)網(wǎng)站制作中的軟件應用85%的功能都以標準可重用組件的形式出現(xiàn),那么2049年的軟件開發(fā)將會與當前獨特應用的逐行編碼大相徑庭。到了2049年,軟件開發(fā)的第一步將是積爪所有已存在的可重用組件,并把它們一塊兒放到工作原型中,同時也為今后將要添加的新功能提供占位符。該原型可以用來評估基本的問題,例如易用性、性能、安全性以及質(zhì)量等。由于新的功能已經(jīng)經(jīng)過創(chuàng)建和測試,因此它們可以被附加到原始的工作原型中。這條途徑有些類似于敏捷開發(fā),然而,敏捷開發(fā)在多數(shù)情況下并不是從挖掘遺留應用的數(shù)據(jù)開始的。
敏捷開發(fā)的一些后勤工作對我們也是很有用的,例如日常的進度會議或者Scrum會議。但是,由于開發(fā)的目的是構(gòu)建可以用對象而不是獨一無二的單用對象,因此也會使用其他重視并且度量質(zhì)量的技術(shù)。例如,團隊軟件過程和個體軟件過程方法已經(jīng)展示了非常高的質(zhì)量控制水平。由于新應用有非常嚴格的安全和質(zhì)量要求。因此這些可重用組件必須經(jīng)過認證,達到零缺陷的水平才行。如果不能提供這樣的認證,那么候選的可重用組件必須通過一系列非常全面的檢查,這些檢查包括自動靜態(tài)分析、動態(tài)分析、測試,或許還應包括審查。除此之外,還會收集并分析所有可重用組件的歷史記錄。以評估任何先前可能已經(jīng)報道過的質(zhì)最和安全漏洞。
由于應用的新功能并不打算設(shè)計成單用,而是打算設(shè)計成可重用組件,因此,很明顯,開發(fā)這些組件就需要格外仔細。對于新功能所使用的開發(fā)方法,團隊軟件過程和個體軟件過程對創(chuàng)建可重用構(gòu)件似乎有嚴格要求。像敏捷開發(fā)或者其他途徑的一些后勤方法都可以使用,但是嚴格和高質(zhì)量水平是成功重用的主要目標。由于需要高質(zhì)量的組件.因此自動的靜態(tài)和動態(tài)分析、仔細測試、現(xiàn)場檢查等方法都是必需的。特別是,特殊類型的審查也是必需的,如專注于安全漏洞和缺陷的審查。
由于安全問題,例如支持安全的E語言可能會用來開發(fā)。然而,一些舊的可重用組件毫無疑問是用其他的語育編寫的,例如C,Java,C++等,因此可能需要進行語言轉(zhuǎn)換。然而,希望到了2049年,針對任何一門語言,所有可重用組件都有一個對應的安全版本。例子中討論了一種類型的軟件成本評估應用,在2009年時它一般只有約2500個功能點。構(gòu)建并實現(xiàn)這些應用通常需要兩年半的時間,生產(chǎn)率約為每人每月I0-15個功能點。這些應用潛在的平均缺陷個數(shù)為4.5個/功能點,然而缺陷去除效率只有87%。結(jié)果.在軟件第一次交付用戶的時候,軟件中大約還存在1400個缺陷。在這1400個缺陷中,約有20%的缺陷,或者280個缺陷,會導致用戶使用該軟件的時候出現(xiàn)相當嚴重的問題。
文章內(nèi)容來源于網(wǎng)絡,侵刪