個人軟體過程(PSP).ppt.pptVIP

軟體過程改善 (Software Process Improvement) Module-4 個人軟體過程(PSP) 軟體的問題 已交付系統中不良的軟體品質，其成本是相當昂貴的 昂貴的服務與強化(enhancement) 意外或生命財產損失的可能性 組織過程改善的進展有限是因為 過程改善要獲致成果非常耗時／難以推廣 PSP以下列各點來處理這些問題 提供過程改善之利益，令人信服的證據 讓每位工程師在其工作中，可以獲得運用有效之過程的好處 教導工程師有效的過程改善方法 提供更能有效管理成本、時程與品質的歷史性資料 PSP典範(Paradigm) PSP係奠基於過程改善的原理上。 軟體工程人員訂定個人的過程目標 由工程人員自己定義將使用的方法 由工程人員量測自己的產出 由工程人員分析量測的結果 工程人員依據量測的結果，調整其工作方法，以朝向個人目標改善 PSP策略 從軟體工程師目前使用的過程開始 逐步導入新的方法 以模組大小的程式，演練這些方法 然後由工程人員自己去瞭解這些方法對他有多少幫助 PSP 綜觀 - 1 PSP是屬於個人使用的過程。 它可應用於絕大多數結構化的工作上。 寫作小型的程式或文件 定義需求或過程 主導審查或測試，等等 它可以擴展到大型軟體系統的團隊開發上。 PSP 綜觀 - 2 個人以7個過程步驟學習PSP(下一張投影片) 在學習PSP時，軟體工程師要以PSP的步驟撰寫10個模組大小的程式。 就其產出的資料進行蒐集與分析 依據這些分析所得，改善自己的工作方法 PSP的演練，可提供有效學習所需的迅速回饋(迅速獲得成效資料)。 PSP屬於演進式的過程 PSP0 過程 在PSP0時，工程師以其目前使用的設計與開發方法工作 工程師蒐集自己產出的資料 以階段區分工作所花費的時間 在編譯與測試期間所發現的缺陷 工程人員對這些資料進行分析並提出報告 PSP0 過程的課程 在PSP0時，工程人員學習基本個人過程的使用。 工程人員蒐集自己在個人產出及個人使用之過程上的相關資料 工程人員習得量測其產品規模的方法，以及量測產品規模的理由。 PSP1 過程 PSP0被擴大，以納入 程式編碼的標準 規模的估算 資源的估算 時程的估算 測試報告 獲取價值(earned value)的追蹤 過程改善建議書(process improvement proposal, PIP) PSP1 課程 在PSP1時，工程人員對其產出的規模及開發時間做估算。 工程人員運用其歷史性資料，以改善其估算值 工程人員預推其估算值可能的統計範圍，並習得縮減此一範圍的方法。 PSP2與PSP3課程 在PSP2時，工程人員以其過往的資料，改善其產出之程式模組的品質。 工程人員量測其缺陷去除方法的效率 工程人員要運各種過程品質量測項目，包括收益率(yield)、品質成本(COQ, cost of quality)、以及評鑑對失效比率(A/FR, appraisal/failure ratio)，量測產出的品質 在PSP3時，工程人員習得如何依據工作產出的類型，調整其個人的過程。 PSP基本要素 過程腳本(A process script) 專案規劃摘要表(A project plan summary form) 時間紀錄(A time recording log) 缺陷回報紀錄(A defect reporting log) 缺陷型標準(A defect type standard) 過程腳本 腳本是以過程對工程人員提供指導。 目的 必要的輸入資料 過程階段 結束準則 專案規劃摘要 專案規劃摘要表包含 專案規劃資料 專案實際結果 規模 時間 缺陷資料 所有PSP專案截至目前為止的累計資料 時間紀錄 PSP每個階段花費的時間均予紀錄 開始時間 結束時間 中斷時間 階段 評論 缺陷紀錄 在審查、編譯與測試期間所發現之每一項缺陷的資訊均予紀錄。 編號 類型 造成的階段 (發現)移除的階段 發現/修正時間 描述 PSP過程流 PSP規劃 在PSP上，工程人員使用自己的個人資料訂定計畫 規劃作業包括 規模估算 資源估算 時程估算 在PSP上，程式碼行數(LOC)被當作規模的量測項 還有其他的量測項也可以使用 為何要估算規模？ 為了能做更好的規劃 以能更準確地測出工作的規模 以便將工作劃分成各別的要素 對專案進度的追蹤提供協助 可以更準確地對工作產出進行量測 PSP的價值 學習估算的方法 養成估算的技能 規模估算的原理 估算是屬於不確定，而且直覺式的過程 估算的目標在於 達成一致的估算值 明瞭估算的變動性 在過度與不足的估算之間取得平衡點 經過定義之估算方法的優點在於 擁有可資改善的已知常規 提供蒐集資料的工作框架 一致的方