翻譯:

　　軟件質量保證活動與軟件生存周期各階段的驗證和有效性確認活動緊密關聯。事實上，在許多組織中這些活動沒有明顯的區別。盡管如此，質量保證實際上與其他驗證和有效性確認活動相差甚遠，質量保證是一個管理功能，而驗證和有效性確認是軟件開發過程的一部分。

　　Bersoff(1984)給出了軟件質量保證的恰當定義：質量保證由在產品開發周期中專業人員要確保產品達到或超過某些預先設定的標準所要用到的那些過程、技術和工具所組成。如果沒有具體的規定性的標準，質量保證則需要保證產品達到或超過工商業可接受的優良性能的最低標準。

　　當然這是一種相當籠統的定義。它首先指出軟件標準可以建立;其次軟件產品的優良程度可以評測。

　　軟件工程項目標準的開發是一個非常困難的過程。一個標準是一個產品的某種抽象表示，它定義了被開發產品必須達到的最低性能、健壯性、結構等。在寫此文章時，一些軟件產品標準已經由IEEE，ANSI和一些軍事機構制定了。

　　這些標準描述了配置管理計劃、文檔、規范實施、軟件對照等。其他一些處于開發階段的標準包括可靠性、測量方法、Ada用作為程序設計語言、軟件測試和其他方面的標準。Bransta和Powell(1984)描述了已有的和已規劃的軟件標準，用更概括的語言討論了標準化問題。

　　軟件的國家標準問題在于這些標準過于籠統，這是必然的，因為不像硬件，我們至今尚不能將大多數軟件特性進行量化。因此有效的質量保證就要求開發更多特定的組織標準。

　　當然，為質量保證而開發軟件標準所帶來的問題及軟件產品的優良程度難于評估是軟件質量難以把握的本質。Boehm等人(1978)提出的質量準則包括但不局限于：

　　經濟性　　　　　正確性　　　　　彈性

　　完整性　　　　　可靠性　　　　　可使用性

　　文檔　　　　　　可修改性　　　　明晰性

　　易理解性　　　　合法性　　　　　可維護性

　　靈活性　　　　　通用性　　　　　可移植性

　　互操作性　　　　可測試性　　　　效率

　　模塊性　　　　　可重用性

　　如何精確量化其中的某些準則尚不清楚。而且，正如Buckley 和 Poston(1984)指出的那樣，此定義的某些部分對特定產品也許毫無價值。把一個系統從一臺微機移到一臺大型機上是可能的，但這樣做往往是毫無用處的。因此，軟件質量的評估仍然依賴于熟練的個人判斷。盡管這并不意味著此方法一定比定量評估差。盡管我們不能定量地評價一幅畫或一場演出，但這畢竟不能阻止對其質量的判斷。

　　在一個組織內，質量保證應由一個獨立的軟件質量保證小組來實施，該小組直接向項目經理層之上的管理層報告。質量保證小組不應與任何開發小組有聯系，但要對本組織中所有的項目組的質量保證負責。

　　質量保證活動包括旁聽設計復審、程序走查等，并報告開發過程中產品的整體質量。質量保證也包括檢查已完成產品及其有關的文件說明是否與現有標準一致。質量保證小組也可以評估一件產品的不同表示方式(需求、設計、代碼)是否一致和完備。

　　注意，質量保證不同于系統測試。系統有效性確認是開發或測試小組的責任，而質量保證小組要報告確認和確認工作是否充分。這自然意味著質量保證與系統最后階段的綜合測試有著密切的聯系。

　　軟件質量保證正成為軟件工程的一個新興分支。正如Buckley 和Poston所指出的，有效的軟件質量保證很可能導致軟件費用的最終降低。然而，在這一領域中軟件管理的最主要障礙是缺乏適用的軟件標準。為人們所接受和普遍適用的標準的開發應成為軟件工程研究的一個主要目標。

　　相關推薦：

　　2015年軟件水平考試《程序員》練習題匯總

　　2015年軟考《信息系統項目管理師》練習題匯總

　　2015年軟考《信息技術處理員》鞏固練習題匯總