自從1968年提出“軟件工程”這一術(shù)語以來，研究軟件工程的專家學者們陸續(xù)提出了100多條關(guān)于軟件工程的準則或信條。 美國著名的軟件工程專家 Boehm 綜合這些專家的意見，并總結(jié)了TRW公司多年的開發(fā)軟件的經(jīng)驗，于1983年提出了軟件工程的七條基本原理。

Boehm 認為，這七條原理是確保軟件產(chǎn)品質(zhì)量和開發(fā)效率的原理的最小集合。它們是相互獨立的，是缺一不可的最小集合；同時，它們又是相當完備的。

人們當然不能用數(shù)學方法嚴格證明它們是一個完備的集合，但是可以證明，在此之前已經(jīng)提出的100多條軟件工程準則都可以有這七條原理的任意組合蘊含或派生。

下面簡要介紹軟件工程的七條原理：

1 用分階段的生命周期計劃嚴格管理

這一條是吸取前人的教訓而提出來的。統(tǒng)計表明，50%以上的失敗項目是由于計劃不周而造成的。在軟件開發(fā)與維護的漫長生命周期中，需要完成許多性質(zhì)各異的工作。這條原理意味著，應該把軟件生命周期分成若干階段，并相應制定出切實可行的計劃，然后嚴格按照計劃對軟件的開發(fā)和維護進行管理。 Boehm 認為，在整個軟件生命周期中應指定并嚴格執(zhí)行6類計劃：項目概要計劃、里程碑計劃、項目控制計劃、產(chǎn)品控制計劃、驗證計劃、運行維護計劃。

2 堅持進行階段評審

統(tǒng)計結(jié)果顯示： 大部分錯誤是在編碼之前造成的，大約占63%; <2> 錯誤發(fā)現(xiàn)的越晚，改正它要付出的代價就越大，要差2到3個數(shù)量級。 因此，軟件的質(zhì)量保證工作不能等到編碼結(jié)束之后再進行，應堅持進行嚴格的階段評審，以便盡早發(fā)現(xiàn)錯誤。

3 實行嚴格的產(chǎn)品控制

開發(fā)人員最痛恨的事情之一就是改動需求。但是實踐告訴我們，需求的改動往往是不可避免的。這就要求我們要采用科學的產(chǎn)品控制技術(shù)來順應這種要求。也就是要采用變動控制，又叫基準配置管理。當需求變動時，其它各個階段的文檔或代碼隨之相應變動，以保證軟件的一致性。

4 采納現(xiàn)代程序設(shè)計技術(shù)

從六、七時年代的結(jié)構(gòu)化軟件開發(fā)技術(shù)，到最近的面向?qū)ο蠹夹g(shù)，從第一、第二代語言，到第四代語言，人們已經(jīng)充分認識到：方法大似氣力。采用先進的技術(shù)即可以提高軟件開發(fā)的效率，又可以減少軟件維護的成本。

5 結(jié)果應能清楚地審查

軟件是一種看不見、摸不著的邏輯產(chǎn)品。軟件開發(fā)小組的工作進展情況可見性差，難于評價和管理。為更好地進行管理，應根據(jù)軟件開發(fā)的總目標及完成期限，盡量明確地規(guī)定開發(fā)小組的責任和產(chǎn)品標準，從而使所得到的標準能清楚地審查。

6 開發(fā)小組的人員應少而精

開發(fā)人員的素質(zhì)和數(shù)量是影響軟件質(zhì)量和開發(fā)效率的重要因素，應該少而精。這一條基于兩點原因：高素質(zhì)開發(fā)人員的效率比低素質(zhì)開發(fā)人員的效率要高幾倍到幾十倍，開發(fā)工作中犯的錯誤也要少的多； 當開發(fā)小組為N人時，可能的通訊信道為N(N-1)/2, 可見隨著人數(shù)N的增大，通訊開銷將急劇增大。

7 承認不斷改進軟件工程實踐的必要性

遵從上述六條基本原理，就能夠較好地實現(xiàn)軟件的工程化生產(chǎn)。但是，它們只是對現(xiàn)有的經(jīng)驗的總結(jié)和歸納，并不能保證趕上技術(shù)不斷前進發(fā)展的步伐。因此，Boehm提出應把承認不斷改進軟件工程實踐的必要性作為軟件工程的第七條原理。根據(jù)這條原理，不僅要積極采納新的軟件開發(fā)技術(shù)，還要注意不斷總結(jié)經(jīng)驗，收集進度和消耗等數(shù)據(jù)，進行出錯類型和問題報告統(tǒng)計。這些數(shù)據(jù)既可以用來評估新的軟件技術(shù)的效果，也可以用來指明必須著重注意的問題和應該優(yōu)先進行研究的工具和技術(shù)。

【?發(fā)表評論?0條?】