搜索
来自標準1.範圍(ScopeandReferences)1.1範圍標準的目的為軟體品質保證計畫的準備和內容(SQAPs)提供均勻,最小量可接受的需求。取代,修訂或者改正指向專門工業或者應(運)用的現(存)標準,這不是這個文件(獻)的目的。標準適用於關鍵軟體的發展和保養。1.2參考請參考第7頁之[1]-[20]来自標準2.定義和頭字語(acronyms)程式分支矩陣(branchmetric):全部模組的每一程式分支都執行過至少一次的區分結果。關鍵軟體(criticalsoftware):軟體的錯誤會造成安全破壞或引發財產損失衝擊的軟體。決策點矩陣(decisionpointmetric):將所有模組區分成每個決定點都有所有正常情況或一不正常情況，己解決的結果来自標準領域矩陣(domainmetric):將所有模組區分成一個有效樣本及一個已改正過的無效輸入樣本（問題可能是外部訊息．操作輸入．本地資料）的模組總數區分的結果錯誤訊息矩陣(errormessagemetric)全部錯誤訊息已經正式顯現的結果品質保證(qualityassurance)有計畫和系統的行動方案，對產品項目達成制定的技術要求，提供適度的保證来自標準需求示範矩陣(requirementsdemonstrationmetric)軟體需求規格(softwarerequirementsspecification,SRS)的各個需求，都已成功的展示．需求總數區分的結果来自標準2.2頭字語(Acronyms)CDR criticaldesignreviewPDR preliminarydesignreviewSCMP softwareconfigurationmanagementplanSCMPR softwareconfigurationmanagementplanreviewSDD softwaredesigndescription来自標準2.2頭字語(Acronyms)SQA softwarequalityassuranceSQAP softwarequalityassuranceplanSRR softwarerequirementsreviewSRS softwarerequirementsspecificationSVVP softwareverificationandvalidationplan来自標準2.2頭字語(Acronyms)SVVPR softwareverificationandvalidationplanreviewSVVR softwareverificationandvalidationreportUDR userdocumentationreview来自標準3.軟體品質保證計畫(SQAP)(1)目的(2)參考用文件說明(3)管理(4)文件(5)標準,實踐,規定,和矩陣来自標準3.軟體品質保證計畫(SQAP)(6)審視和稽查(7)測試(8)問題報告和矯正的行動(9)工具,技術,和方法(10)程式碼控制来自標準3.軟體品質保證計畫(SQAP)(11)媒介控制(12)供應商控制(13)記錄收集,維護,和保留(14)訓練(15)管理風險。来自標準3.1目的(SQAP中的單元1)這個部分將描繪特定SQAP的專門目的和範圍。SQAP將把包括的軟體項目的名字和軟體的打算的用途列成表。SQAP將陳述對於規定的每一軟體項目生命週期含蓋的軟體的部分。来自標準3.2參考文件(SQAP中的單元2)這個部分將提供在SQAP的內容中所參考的文件的一個完整目錄来自標準3.3管理(SQAP中的單元3)。這個部分將描述組織的任務和負責項目3.3.1組織。這個單元將描寫影響與控制軟體軟體品質的組織結構。包含組織主要單位的責任描述。負責SQA有關軟體開發和使用的單位，都必須清楚地描述。3.3.2任務。這個單元在描寫SQAP所含蓋的軟體生命週期各部分，執行軟體品質保證活動所須任務，任務與計畫查核點之間的關係．任務順序將標明3.3.3責任。這個單元將明訂負責每一任務的單位。来自標準3.4文件(SQAP中的單元4)3.4.1目的。(1)制定管理軟體開發．檢驗．證實．使用和維護的文件。(2)說明文件如何檢查是否適當。包含審視的標準，遵循的文件是否適當，可參考SQAP的單元6。来自標準3.4文件(SQAP中的單元4)3.4.1目的。(1)制定管理軟體開發．檢驗．證實．使用和維護的文件。(2)說明文件如何檢查是否適當。包含審視的標準，遵循的文件是否適當，可參考SQAP的單元6。来自標準3.4.2最小文件需求(MinimumDocumentationRequirements)3.4.2.1軟體需求規格(SRS)SRS將詳細描述軟體本身和外部界面每個需求（Functions．Performance．designconstraint．attributes）,每一個需求都需定義其達成定義，及客觀進行verification和validation的方法，（例如inspection，analysis，demonstration，test）来自標準3.4.2最小文件需求(MinimumDocumentationRequirements)3.4.2.2軟體設計描述(SDD)。SDD指如何將軟體結構化以滿足SRS的需求。SDD描述軟體設計的部分和子元件，其中包括資料庫和內部界面。首先作為初步的SDD(指最高層的SDD)，然後展開成細部SDD。来自標準3.4.2最小文件需求(MinimumDocumentationRequirements)3.4.2.3軟體verification和validation計畫(SVVP)。SVVP描述可能用到的方法(例如：inspection，analysis，demonstration，test)目的在檢驗經驗證機關認可的SRS需求，已實施的SRS需求，SDD的設計是否落實在程式中;確認程式碼的執行編譯符合SRS的需求。来自標準3.4.2最小文件需求(MinimumDocumentationRequirements)3.4.2.4軟體檢驗和證實報告(SVVR)。SVVR描述SVVP的執行結果。3.4.2.5使用者文件：使用者文件(例如：手冊，指南等等)規範描述所需資料，控制輸入，輸入序列，選項，程式限制，軟體成功執行所需的活動和項目。3.4.2.6軟體組態管理計畫(SCMP)。SCMP將記錄用來規範軟體項目，控制，實施改變，記錄和報告改變實施狀況．来自標準3.4.3其他(1)軟體發展計畫(2)標準和程序手冊(3)軟體專案管理計畫(4)軟體維護手冊来自標準3.5標準，實踐，規定和矩陣(SQAP中的單元5)3.5.1目的(1)制定應用所需的標準，實踐，規定和矩陣。(2)說明項目如何監控和保障。来自標準3.5標準，實踐，規定和矩陣(SQAP中的單元5)3.5.2內容：包括基本技術的，設計，和程式設計活動，如文件,變數和模組命名，寫程式，檢查，測試。(1)文件標準(2)邏輯結構標準(3)編碼標準(4)評論標準(5)測試標準和實踐(6)選擇軟體品質保證產品和過程(方法)的規則:(a)程式分支矩陣；(b)決定點矩陣；(c)領域矩陣；(d)錯誤訊息矩陣(e)需求展示矩陣来自標準3.6.2最小需求：軟體需求回顧和稽查3.6.2.1軟體需求回顧(SRR)。SRR用來確保SRS陳述的適當性。3.6.2.2初步設計回顧(PDP)。PDP(即最上層設計回顧)，用來評鑑軟體初步設計描述的適當程度．3.6.2.3關鍵設計回顧(CDR)，CDR(即細部設計回顧)，用來決定細部軟體設計的可接受性，是否滿足SRS的需求．来自標準3.6.2最小需求：軟體需求回顧和稽查3.6.2.4軟體檢驗和證實計畫回顧(SVVPR)。SVVPR，用來評鑑在SVVP所定義的檢驗和確認方法是否適當和完整3.6.2.5功能稽查:在軟體交貨前所需進行的稽查，以檢驗SRS的需求都滿足3.6.2.6實體稽查:檢驗軟體和文件一致，是可以準備交貨了。来自標準3.6.2.7過程中的稽查。設計樣本的過程中稽查，檢驗設計的一致，包括:(1)程式碼相對於設計文件(2)軟硬體界面規格(3)設計實施相對於功能需求(4)功能需求相對於測試描述来自標準3.6.2.8管理回顧。定期評估在SQAP中所訂的行動和項目的執行。這些回顧需獨立進行，或由合格的外部機構來進行。回顧可能需要在SQAP中做些改變。3.6.2.9軟體組態管理計畫回顧(SCMPR)。SCMPR，用來評鑑在SCMP定義的組態管理方法的適當和完整。3.6.2.10PostMotem回顧。專案結束時，用來評鑑專案發展活動，提供適當行動建議。