Chap. 2 Introduction to SQA

Presentation on theme: "Chap. 2 Introduction to SQA"— Presentation transcript:

1 Chap. 2 Introduction to SQA
品保標準機構及文件 作業項目 標準文件 軟體發展方式 DOD-STD-2167A(1987)、SDG 2.0 文件製作 DOD-2167A Section 6列的DIDs、SDG 2.0 ANSI/IEEE Std 830(1984) SRS ANSI/IEEE Std 829(1983) TEST 技術審核 MIL-STD-1521B 品保作業 DOD-STD-2168 ANSI/IEEE Std 730，1989 型態管制作業 ANSI/IEEE Std 828, 1983 程序撰寫 ANSI/IEEE Std 990(1987) Ada 1

2 軟體審核(SOFTWARE Reviews)
審核指引(Review Guidelines) 正式技術審核之基本觀念及指引 審核的是產品，而不是審核產品設計製作者。 為正式審核安排資源及時程。 預定議程表(Agenda) ，並維持該議程時間表。 限制參加人數，堅持事先準備 為審核者預做有效的訓練。 複核你先前的審核。 對要審核的產品先列一份檢討清單(Checklist)。 列出問題區，但是不要想要解決「所有」問題。 限制爭執及爭吵。 資料記錄白紙黑字。 參與審核者在審核程序中所應注意事項之參考項目 審核前 審核中 審核後 被審核者 審核者 1,2,3,4,5 1,3,8 1,10 1,5,6,7 1,8 2

3 System Development Standard Steps Within The System Life Cycle
SRR: SYSTEM REQUIREMENTS REVIEW SDR: SYSTEM DESIGN REVIEW SSR: SOFTWARE SPECIFICATION REVIEW PDR: PRELIMINARY DESIGN REVIEW CDR: CRITICAL DESIGN REVIEW TRR: TEST READINESS REVIEW FCA: FUNCTIONAL CONFIGURATION AUDIT PCA: PHYSICAL CONFIGURATION AUDIT FQR: FORMAL QUALIFICATION REVIEW +: MAYBE MULTIPLE REVIEWS AND MAYBE NOT INTEGRATED WITH HARDWARE REVIEWS Concept Exploration phase Demonstration and validation phase Full scale development phase Production and deployment phase HARDWARE(HWCI) DEVELOPMENT HWCI TESING PRELIMINARY DESIGN DETAILED DESIGN FABRICATION HARDWARE REQUIREMENT ANALYSIS FCA PCA SYSTEM REQUIREMENTS ANALYSIS SYSTEM DESIGN SYSTEM INTEGRATION& TESTING CUSTOMER TESTING & EVALUATION + SRR SDR SSR PDR + FQR CDR TRR SOFTWARE REQUIREMENT ANALYSIS FCA PCA PREI IMINARY DESIGN DETAILED DESIGN CODING & CSU TESTING CSC INTEGRATION & TESTING CSCI TESTING SOFTWARE(CSCI) DEVELOPMENT DEVELOPMENT CONFIGURATION PRODUCT BASELINE FUNCTIONAL BASELINE ALLOCATED BASELINE 3

4 軟體專案規劃審查(Software Project Planning,SPP/SDP)
審查要項 1. 軟體範疇(Scope)是否已清楚訂定並界定範圍 ? 2. 所用名辭術語(terminology)是否清楚 ? 3. 所用的資源(resources)是否適當 ? 4. 資源是否現成已可以取得 ? 5. 工作定義及先後次序是否清楚 ?資源之同時共用是否合理可行 ? 6. 成本估算所用的基礎資訊是否合理 ?是否曾以兩種獨立方式做成本估算 ? 7. 生產力及品質資料的歷史資料是否曾使用 ? 8. 各種預估間的差異是否曾做綜合考量 ? 9. 預訂的預算和時程是否合理 ? 10.時程是否一致(consistent) ? 4

5 軟體需求分析審查(Software Requirement Analysis)
審查要項 1. 資訊域(Information domain)分析是否完整,一致及準確 ? 2. 問題分解(Partitioning)是否完整 ? 3. 外部及內部界面定義是否已適當定義 ? 4. 所有的需求是否均可追蹤(Trace)至系統層次 ? 5. 是否有為客戶做雛形(Prototyping)介紹 ? 6. 對於其他系統單元之限制及性能需求是否可以達成 ? 7. 時程, 資源, 預算等是否能與需求配合一致 ? 8. 驗證準則(validation criteria)是否完整 ? 5

6 PDR:PRELIMINARY DESIGN REVIEW-初步設計評審 PDR需先備妥之文件項目
MIL-STD-1521B 對軟體審查要求摘要 PDR:PRELIMINARY DESIGN REVIEW-初步設計評審 PDR需先備妥之文件項目 文件 版本狀況 1. 軟體高階設計文件 ( STLDD) 2. 軟體測試計劃 (STP) 3. 電腦系統操作員手冊 (CSOM) 4. 軟體使用手冊 (SUM) 5. 電腦系統診斷手冊 (CSDM) 6. 電腦資源整合手冊 (CRISD) 完全 初版 PDR對CSCI之審查項目要求 A.功能流程 - 含CSCI及高階軟體合件TLCSC。 B.儲存分配 - 說明。 C.管制功能敘述。 D.型態項目結構。 E.安全。 F.可重入性。 G.軟體發展設施。 H.軟體發展設施對操作系統。 I.發展工具 - 說明中需含不能交付之項目。 6

7 PDR評審要點 J.測試工具 - 說明中需含不能交付之項目。 K.市場現有資源,商用現有裝備之性能、規格及限制之說明。
L.市場現有文件,商用手冊等。 M.支援資源。 N.操作及支援文件：各種操作及使用手冊（CSOM, SUM, CSDM, CRISD) 。 O.更新合約商資料需求清單(CDRL) 。 P.其他配合HWCI之評審考量。 PDR評審要點 A.鑑定CSCI與其他型態項目間之介面,均符合軟體需求規範(SRS)及界面需求規範(IRS)之所有要求。 B.鑑定高階設計是否包括所有之軟體及界面需求規範之所有需求。 C.鑑定已核准之設計方法是否已用於高階設計(STLD)中。 D.鑑定適當之人性因素工程(HFE-Human Factors Engineering)原則是否已包含於此設計中。 E.鑑定計時(timing)及大小(sizing)之限制是否已列入設計考慮。 7

8 對每一型態項目在製作/生產/編碼(CODING)許可之前進行CDR以確 立細部設計及相關文件。
CDR：Critcal Design Review - 關鍵設計評審 對每一型態項目在製作/生產/編碼(CODING)許可之前進行CDR以確 立細部設計及相關文件。 需先備妥之項目 文件 版本狀況 1. 軟體細部設計文件 (SDDD) 2. 界面設計文件 (IDD) 3. 資料庫設計文件 (DBDD) 軟體測試描述 (STD) 6. 電腦資源整合手冊 (CRISD) 4. 軟體程式員手冊 (SPM) 韌體支援手冊 (FSM) 電腦系統操作員手冊 (CSOM) 軟體使用手冊 (SUM) 5. 電腦系統診斷手冊 (CSDM) 完全 更新完全 8

9 A.軟體細部設計、資料庫設計、界面設計及其文件。 B.提供已完成之分析及測試等結果之支援資料。 C.各預定場所之軟體型態項目之系統分配文件。
CDR中CSCI之審查項目要求 A.軟體細部設計、資料庫設計、界面設計及其文件。 B.提供已完成之分析及測試等結果之支援資料。 C.各預定場所之軟體型態項目之系統分配文件。 D.電腦資源整合手冊(CRISD) 。 E.軟體程式員手冊(SPM) 。 F.韌體支援手冊(FSM) 。 G.PDR後之業務進展。 H.更新之操作及支持文件(CSOM,SUM,CSDM) 。 I.其餘重大事項之時程表。 J.前已審查發佈與關鍵設計評審清單項目(CDRL)有關之軟體更新。 9

10 B.評審軟體單元間之資料流程、各單元獲得管制之方法、彼此相關之單元順序。
CDR評審要點 A.評審CSCI對各低階電腦軟體組合件(LLCSC)之需求分配，此項分配之設計原則，CSCI之軟體單元(Unit)與LLCSC之追蹤能力(Traceability) ，說明程式單元在達成TLCSC之充分性與必要性。 B.評審軟體單元間之資料流程、各單元獲得管制之方法、彼此相關之單元順序。 C.評審CSCI 、TLCSCs 、LLCSCs及單元細部設計，包括定義、Timing、大小、資料及儲存需求與配置。 Ｄ.評審所有界面之細部設計特性，包括資料來源、目的、界面名稱及相互關係，以及對直接記憶存取(DMA)之設計。關鍵界面設計含資料流程格式是否為固定式或隨動態因素變動等審查。 E.評審資料庫之細部特性，評審資料庫結構及細部設計，包括檔案、資料錄、欄位及項目。存取規則，如檔案共用之控制法、系統失效後資料庫之恢復與再生程序、資料庫完整性規則。說明資料館規則及演算法，資料存取語言等。 10

11 TRR中CSCI之審查項目要求 A. 經SSR確認的SRS與IRS有變更部份且會影響CSCI Test。
B. 經PDR與CDR確認的STLDD、SDDD、DBDD、IDD有變更部份且會影 響CSCI Test。 C. 任何STP與STD的變更。 D. 所有的測試程序，包括異常重測與更正程序。 E. CSC的整合測試案例、測試程序與結果。 F. 。 G. 。 H. 。 I. 。 J. 。

12 TRR評審要點 A 。 B. 。 C. 。 Ｄ. 。 E. 。

13 FCA功能型態稽核 目的：證實型態項目之實際性能 FCA評審要點
FCA為該型態項目是否會被接受的必要條件。軟體方面要求對測試報告及文件(CSOM,SUM,CSDM)等之確實及完整程度達成技術上之瞭解。 FCA評審要點 A.合約商向稽核小組簡報，紀錄各CSCI測試結果及決定。 B.做一次正式STP/STD/測試程序之稽核，檢查其結果之完整性與正確性。 C.稽核軟體測試報告。 D.評審ECP 。 E.文件版本修訂確認。 F.鑑定PDR/CDR會議記錄。 G.評審界面需求測試。 H.依據需求，評審資料庫、儲存配置、計時及順序(Sequencing)特性。 13

14 目的: 針對型態項目之已完成設計(As-built)文件做正式鑑定，以建立產品基準。 PCA評審要點(章節:80.4.10)
B. 評審FCA時記錄之缺失及所採取的行動。 C. 評審設計說明文件計載之條文、符號、標籤、參考符號及資料說明是否恰當。 D. 比較低階設計與軟體清單(Software Listing)之一致。 E. 檢驗文件表格之完整性及是否按文件撰寫指引(DID)撰寫文件，檢驗SUM 、SPM 、CSOM 、FSM 、CSDM手冊 。 F. 檢驗實際的電腦軟體型態項目之傳送媒體，如磁帶等，以確定其按照SRS第五章之需求。 G. 根據核定之編碼(Coding)標準，評審表列程式之註解。 14

15 縮寫 CDR Critical Design Review關鍵設計評審
CRISD Computer Resources Integration Support Manual 電腦資源整合支援手冊 CSCI Computer Software Configuration Item 電腦軟體型態項目 CSDM Computer Software Diagnostic Manual 電腦系統診斷手冊 CSOM Computer Software Operator Manual 電腦系統操作員手冊 FCA Functional Configuration Audit 功能型態稽核 HWCI Hardware Configuration Item 硬體型態項目 LLCSC Low Level Computer Software Component 低階軟體組合件 MTBF Mean Time Between Failure 平均失效間隔時間 MTTR Mean Time To Repair 平均修復時間 PCA Physical Configuration Audit 實體型態稽核 PDR Preliminary Design Review 初步設計評審 SCMP Software Configuration Management Plan 軟體型態管制計劃書 (IEEE) SCMPR Software Configuration Management Plan Review 軟體型態管制計劃書審核 (IEEE) 15

16 縮寫 SDD Software Design Description 軟體設計說明(IEEE)
SDD Software Design Document 軟體設計文件 (DOD-STD-2167A) SRS Software Requirement SPEC 軟體需求規格 STLDD Software Top Level Design Document 軟體高階設計文件 (DOD-STD-2167A) STP Software Test Plan 軟體測試計劃 (US DOD) STR Software Test Report 軟體測試報告 (US DOD) SVVP Software Verification And Validation Plan (IEEE) 軟體驗證計劃書 註:相當於US DOD的STP SVVR Software Verification And Validation Report (IEEE) 軟體驗證報告 註:相當於US DOD的STR SUM Software User Manual 軟體使用手冊 TLCSC Top Level Computer Software Component 高階軟體組合件 16

17 軟體異常管制流程- 步驟一:錯誤報告接收 備註 虛線: 報告單生成與後續 實線: 動作啟動與後續 17

18 軟體異常管制流程- 步驟二: 錯誤報告處理方案研擬與確認
18

19 軟體異常管制流程-步驟三: 錯誤報告處理 19