PSP-00TR022个人软体过程(PSP).pdfVIP

個人軟體過程(PSP) CMU/SEI-2000-TR-022 個人軟體過程 (Personal Software Process, PSP) Abstract 個人軟體過程(Personal Software Process, PSP)在提供工程師紀律嚴明之產製軟體產出的 個人工作框架。PSP 過程包括一組方法、表格與腳本，可以呈現軟體工程師就其工作產 出進行規劃、測量與管理的方法。PSP 是透過為業界與學術界使用而設計之教科書與課 程來導入的。PSP 之設計可以和任何程式設計語言或設計方法論併用，並且可以用在軟 體工作絕大多數的面向上，包括撰寫需求文件、執行測試作業、定義過程、以及修正缺 陷等等。當工程師使用了PSP，我們建議過程目標應訂為如期、如預算地產製零缺陷的 產品。當和團隊軟體過程(Team Software Process, TSP)併用時，PSP 就已經在協助工程師 達成這些目標上產生效用了。 本報告在詳細描述何謂PSP，以及PSP 運作的方式。報告首先由簡單地探討PSP 與一般 品質原理之間的關係開始，接著，說明PSP 是如何發展出來的，它的原理及方法為何。 然後是PSP 課程、講授PSP 使用的策略、依據PSP 的經驗選擇資料、PSP 調整為大學 課程、以及 PSP 導入業界狀況等等的摘要說明。本報告最後以 PSP 相關之未來可能趨 勢的評論作為結語。 1.軟體品質 從二次世界大戰後直到最近，絕大多數的工業組織所採行的品質策略，幾乎整個落在測 試上面。各種產業多半會設立特別的品質部門，以便在產品生產出來後，找出、並修改 產品的問題。直到 1970 到 1980 年代之間，戴明(W. Edwards Deming)與裘蘭(J.M. Juran) 才說服了美國工業界，將重點置於改善人們的工作方法上[Deming 82, Juran 88]。在後續 的數年當中，此種將焦點置於工作過程的作法，才擔負起汽車、電子或大多數他類產品， 品質改善上的重責大任。傳統的「測試與修改」(test-and-fix)策略，現在在產品設計與製 作上，已被公認是昂貴、耗時、而且沒有效果的。 儘管絕大多數的工業組織，目前已經採行了現代化的品質原理，但是軟體業界(software community)卻仍舊以測試作為主要的品質管理方法。就軟體來看，在戴明與裘蘭所引領 方向上的重要一大步，是麥克法根(Michael Fagan)所跨出的，他在 1976 年提出了軟體檢 視(software inspections)[Fagan 76, Fagan 86]。採用檢視的方法，組織已充分地改善了軟 體的品質。在軟體品質改善上，所跨出之重要的另一步，是 1987 年軟體能力成熟度模 型(Capability Maturity Model, CMM)的初次導入[Humphrey 89, Paulk 95]。CMM 的主要 焦點是放在管理制度(management system)，以及提供給開發工程師的支援與協助上。 CMM 在軟體組織的績效上，已經產生了實質的正面效果。[Herbsleb 97]。 軟體品質改善方面採取的進一步重要步驟，是個人軟體過程(Personal Software Process, 1/23 翻譯：林泰龍 2002/6/27 個人軟體過程(PSP) CMU/SEI-2000-TR-022 PSP)[Humphrey 95]。PSP 將改善過程(improvement process)擴展到實際執行工作的人員— 從事工作的工程師--身上。PSP 背後的原理乃是：要生產出具備品質的軟體系統，每一 個與系統研展製造有關的工程師，必須做具有品質的工作(產出)。 PSP 的設計在協助軟體專業人員們，能毫無差異地運用根深砥固的工程常規，提供軟體 專業人員規劃與追蹤其工作、運用定義好，而且處於測量狀況下的過程、訂定可資量測 的目標、並依據這些目標追蹤績效的方法。它可以告訴工程人員，如何從工作開始的時 候即做到品質管理、如何分析每項工作的結果、以及