1 / 13

品質手冊與計劃

The Management View of SQA. 品質手冊與計劃. 軟體品質手冊（ Software Quality Manual) 目的：. 廣告用. 對外，做為公司 / 單位的 品質櫥窗 。. 教育用. 對內部，做為教材使成員瞭解其責任。. 格式與內容：. 1) 公司 / 單位的品質策略。 - 政策聲明。 - 品質目標之通則。 - 品質保證授權與責任敘述。 - 手冊之修訂、再版與分發說明。 2) 系統摘要 - 摘述公司品質保證方案所採用之標準。 3) 作業程序書索引。. 1. 軟體品質手冊. 編撰注意事項：. 易更新.

zach
Télécharger la présentation

品質手冊與計劃

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. The Management View of SQA 品質手冊與計劃 軟體品質手冊（Software Quality Manual)目的： 廣告用 對外，做為公司/單位的品質櫥窗。 教育用 對內部，做為教材使成員瞭解其責任。 格式與內容： 1) 公司/單位的品質策略。 - 政策聲明。 - 品質目標之通則。 - 品質保證授權與責任敘述。 - 手冊之修訂、再版與分發說明。 2) 系統摘要 - 摘述公司品質保證方案所採用之標準。 3) 作業程序書索引。 1

  2. 軟體品質手冊 編撰注意事項： 易更新 需使其易於更新及修訂、避免不必要的修訂並減少管制發行數量。 體積小 避免其體積膨脹，最好維持在三、四十頁之內。 標準性 系統摘要需反應現有品質政策，考量相關國家規定、國際規範與相關品質保證方案規定一併考量。 完整性 作業程序書索引應含蓋「品質方案相關」及「管理作業相關」之所有作業程序書索引資料一併納入。含程序書名，不必含版次編號以避免手冊名稱與號碼之不必要修訂。 2

  3. 軟體品質計畫(Software Quality Plan) 目的：為特定之專案計畫或合約所編定之品質保證計畫。此計畫可擷取公司/單位品質方案規定，並納入此一方案或合約中之特有規定或作業方式之需求。 格式與內容： 專案品質計書與公司的品質手冊格式大致相同，內容可能的變更如下： 作業程序書部份 合約審察作業完成後，即可確定那些作 業程序書適用於此合約，以及那些現有 作業程序書需要作適度的修訂與變更， 以符合這個合約需求。 組織架構部份 若與公司 / 單位品質手冊有異者應在此 加以確認 。 3

  4. 軟體品保計畫架構 第一章 目的(Purpose) 第二章 參考文件(Reference Documents) 第三章 管理(Management) 第四章 文件製作(Documentation) 最低文件要求 - SRS, SDD, SVVP, SVVR, SUM, SCMP 第五章 標準(Standards) ，經驗(Practice) ，慣例(Convention)和量度(Metrics) 第六章 審查及稽核(Reviews and Audits) 最低審查要求 - SRR, PDR, CDR, SVVPR，功能稽核，實體稽核，In-Process Audits，Managerial Audit，SCMPR，事後(Post)審核 第七章 測試(Test) 第八章 問題報告及改正動作(Problem Reporting and Corrective Action) 第九章 工具、技術及方法 (Tools、Techniques and Methodologies) 第十章 程式碼管制(Code Control) 第十一章 媒體管制(Media Control) 第十二章 供應商管制(Supplier Control) 第十三章 記錄(Records) 蒐集、維護及保存 第十四章 訓練(Training) 第十五章 風險管理(Risk Management) 註:IEEE STD. 730 SQAP 4 Note: 黑色已講；灰色不講。

  5. 軟體生產管制與量測運用 基本觀念強調 A.重視品質。 B.重視生產力提昇。 C.選擇適當的指標(Metrics)量測進展。 D.設定實在(realistic)的目標。 軟體生產控制之四個主要指標(Core Metrics) A.里程碑(Milestone)達成度，即時程(schedule)指標。 B.人力支出，可以「人-月」為單位。 C.文件及程式碼生產，可以「頁」及「行」為單位。 D.缺點識別，即問題報告。 可按期(如每月)蒐集這資料與預期資料做差異分析，以掌握已延遲時間、多花費支出，並預估未來狀況。 5

  6. 品保組織 Acts as the customer’s representative Q/A SQA System engineering Software development Software Independent test Customer Maintenance staff Sales 6

  7. SQA structural alternatives: (a) aggregated resources (b.1) disaggregated resources (b.2) disaggregated resources low organization status high organization status General Manager General Manager General Manager Technical Manager Technical Manager Technical Manager Quality Manager Product Manager (1) Product Manager (2) Product Manager (1) Product Manager (2) Quality Manager Product Manager (1) Product Manager (2) Product Development Product Quality Product Quality Quality Teams Quality Teams Product Development 7

  8. 軟體品保組織實例： 寄居貝式(BARANACLES ON THE SOFTWARE SHIP) 軟體專案 軟體專案 軟體專案 …... 軟體品保經理 ＳＱＡ代表 ＳＱＡ代表 ＳＱＡ代表 ………………………………………... 運作方式： 1.SQA代表直接向QA經理報告 2.SQA代表隨時了解每一位開發者所使用的測試方法(testing methods) 3.SQA週會，每位SQA代表述說現在參與計劃狀況，比較註記及做法並討論問題及突破。如此可形在組織內之成計劃間的品保課題(Quality issues)的溝通。 特點： 1.讓品質組織在軟體生命週期的早期即開始參與，即設計和製做階段均有品保參與。 2.經驗顯示SQA代表經由提供較佳或者不同的測試方法可使得發展者提早找出較多的程式錯誤(bugs) 。這也涉及SQA代表對軟體測試經驗的程序。 3.SQA代表與軟體計劃經理和軟體開發成員良好關係的維持也非常重要。 8

  9. 90年代的軟體品質管理 1.軟體品質 產品品質(Product Quality) 製程品質(Process Quality) 2.有模型及尺度(models and metrics)的工程方式 正規方法(Formal methods) 設計方法(Design methods) 程式語言 量度方式(Measurement approaches) 利用與「少操作(Reduced-Operation)」軟體 重複使用(Reuse) 認知心理學(Cognitive psychology) 軟體社會學(Software sociology) 3.增進軟體品質 4.使軟體工程技術更易於轉移(transferable) 5.將軟體技術轉移入一個組織(organization) 6.結語 9

  10. 軟體品質 產品品質(Product Quality) Functionality、Reliability、Cost、Schedule 工程技術之改進以使軟體生產降低成本、縮短時間、減少錯誤 製程品質(Process Quality) • 需要有適宜的“品質導向的軟體開發程序”使軟體產品達成要求的品質目標。 • 中間產品品值特徵建立開發程序之模型、建立實際量度方法、收集量度資料 改進軟體品質 Modeling - Measurement - Assessment 「 Plan - Do - Check – Act」: PDCA Cycle 10

  11. 軟體工程技術發展 - 正規方法的運用 State machine、Clean room 設計方法的趨勢 - OOD 程式語言的趨勢 - OOP，C++、Ada、Smalltalk - 量測方法 量測以模型導向，目前是量尺或稱量測指標導向(metric oriented) 。量測時要訂清楚量測之目標、模型、及環境(Context) 11

  12. 軟體工程技術發展 軟體使用和“少操作”(Reduced-Operation)軟體軟體使用方式指引軟體發展方式，因此考量與軟體功能、使用環境、優先次序之安排，以類似於RISC對計算方式之改進，以發展ROS之操作設計觀念。 重覆使用(Reuse) - 提升層次由Code Level提高至各種軟體經驗的重複使用。 認知心理學 - 研究問題解決之科學。人機界面的研究，Help、 metaphors。軟體工程階段工作之工程人員之特質研究。 軟體社會學 - 軟體計劃執行屬群體活動(Group Activity) Communication、Negotiation及衝突解決建立發展人員對文件權威觀念之認同(服從及維護文件) 。 12

  13. 無塵室工程法 ( Cleanroom Engineering) 目標 ：製作出使用時不會出錯的軟體 。 利用有嚴謹數學基礎的工程方法達成智慧型的管制 。 1. 2. 建立 " 錯誤是不可接受 " 的態度及團隊責任式的品質觀念 。 3. 軟體開發及測試分由不同組人負責 。 4. 以統計式的品質控制方法確認軟體的 MTBF 。 責任分組 1. 規範組 ( Specification Team) 負責規範的準備及維護並將之分為開發用的小單元 (Development increment) 2. 開發組 ( Development Team) 負責軟體的設計及製作 3. 認證組 ( Certification Team) 負責軟體的編譯 、測試 、並認證軟體的正確性 。 軟體生產程序 1. 在開始軟體設計及開發之前先要完成嚴謹的正式規範 。 2. 規劃一軟體建造計劃，將規劃分解成可執行的小單元(increments)， 各單元一般不超過 10K 行 。 3. 對各可執行的小單元進行設計 。 4. 估算軟體品質 。 13

More Related