第6章-軟件過程改進環(huán)境

1、1各位同學好2現(xiàn)場考試題姓名 學號 日期 與軟件過程改進有關的標準你學過幾個？ 請寫出這些標準的名字。1. 在這些標準中，分為連續(xù)式和階段式。請舉例說明，哪些標準用階段式表示法，哪些用連續(xù)式表示法。3教學內(nèi)容目錄教學內(nèi)容目錄第第0 0章章 前言前言第第1 1章章 軟件過程及過程成熟度軟件過程及過程成熟度第第2 2章章 軟件過程標準軟件過程標準 GB/T 8566GB/T 8566第第3 3章章 ISO 9000ISO 9000第第4 4章章 CMMCMM和和CMMICMMI第第5 5章章 ISO/IEC 15504 ISO/IEC 15504 和其他標準和其他標準第第6 6章章 軟件過程改進環(huán)

2、境軟件過程改進環(huán)境 第第7 7章章 軟件度量軟件度量第第8 8章章 軟件過程改進評估方法軟件過程改進評估方法4 軟件過程改進環(huán)境軟件過程改進環(huán)境在前幾章。我們講了有關軟件過程改進的幾種著名標準，在這個基礎上，我們有條件將其共性、通用性的內(nèi)容提升一級。這就是我們將在本章介紹的四項內(nèi)容。5 軟件過程改進環(huán)境軟件過程改進環(huán)境 軟件過程架構 過程改進規(guī)劃圖 軟件過程評估 軟件過程改進計劃6 軟件過程改進環(huán)境軟件過程改進環(huán)境軟件過程改進架構軟件過程改進規(guī)劃圖軟件過程改進計劃軟件過程評估方法軟件過程改進環(huán)境包含四方面的內(nèi)容：即軟件過程改進環(huán)境包含四方面的內(nèi)容：即軟件過程改進架構、軟件過程改進架構、 軟件過

3、程改進規(guī)劃圖、軟件過程改進規(guī)劃圖、軟件過程評估方法、軟件過程評估方法、 軟件過程改進計劃。軟件過程改進計劃。7 軟件過程改進架構軟件過程改進架構架構（architecture）一詞的原義用在建筑學上非常形象。中文中的原義是：建筑物的結構形式。對于一個組織（單位）來說，是指“支撐一個組織或系統(tǒng)運作的底層框架，包括組織的結構、政策、標準、培訓設施以及工具” 軟件過程改進的架構，當是“企業(yè)運行的底層框架，并且能對軟件過程改進活動（包括過程的定義、過程的建模、過程的培訓、過程的監(jiān)控、過程的強制執(zhí)行、過程實施情況的反饋）提供支持與幫助。”軟件過程改進的架構，應包括兩個方面的內(nèi)容： 組織與管理架構：包括實

4、現(xiàn)軟件過程改進活動（例如管理、實施、監(jiān)控）所涉及到的角色與職責。 技術及工具架構：包括實現(xiàn)過程活動自動化以及實現(xiàn)對不同角色和其職責提供支持時所需的設備與工具。8 軟件過程改進架構軟件過程改進架構組織與管理方面的架構包括： 建立過程監(jiān)控的角色與職責。 對過程執(zhí)行實施強制措施的角色與職責。這些角色與職責 有針對整個組織的，稱為全局的角色與職責如軟件工程過程組（SEPG） 也有針對項目組級的或關鍵過程域的，稱為局部的角色與職責。有全職的，如SEPG；也有兼職的，如軟件過程改進組（軟件PIT）9 軟件過程改進架構軟件過程改進架構實施負責人執(zhí)行委員會軟件過程改進組#1軟件過程改進組#2軟件過程改進組#3

5、軟件過程改進組#4項目#1 項目#2 項目#3 項目#4實施的SEPG10 軟件過程改進架構軟件過程改進架構技術方面的架構，包括： 支持軟件工程過程組（SEPG）和過程改進團隊（軟件PIT）的技術架構 計算機設備及工具技術架構應包括： 全局一級的 與過程有關的內(nèi)容 項目/團隊一級的與過程有關的內(nèi)容 個體一級的 與過程有關的內(nèi)容為支持與過程有關的活動，我們還需要一些工具。 11 軟件過程改進架構軟件過程改進架構我們著重介紹一把手和SEPG這兩個角色。雖說在軟件過程改進中每一個角色都很重要，但其中有兩個角色尤其重要： 一是軟件過程改進的負責人（一把手，或一把手授權的管理者代表）； 一是軟件工程過程

6、組（SEPG）。SEPG是過程改進的重點，它由來自一線的具有不同技能的實踐者所組成，并且是整個企業(yè)中進行軟件工程改進的協(xié)調(diào)中心。按本人的體會，軟件過程改進是“一把手”工程或稱之為“一把手授權的工程”。SEPG是具體執(zhí)行者。下面分述“一把手”和“SEPG”的作用。12 軟件過程改進架構軟件過程改進架構l“一把手工程一把手工程”稱謂的混亂稱謂的混亂 明明是二把手、三把手完全可以解決的事，明明是二把手、三把手完全可以解決的事，也硬要升格為一把手工程。也硬要升格為一把手工程。 可能是由于抓這項工作的人有意夸大那項工可能是由于抓這項工作的人有意夸大那項工程的作用，程的作用， 也可能是由于他想推卸責任，也

7、可能是由于他想推卸責任，（諺語：當官當副的。）（諺語：當官當副的。） 還可能是對管理分工上本來存在某些問題的還可能是對管理分工上本來存在某些問題的反映。反映。13軟件過程改進架構軟件過程改進架構l 軟件過程改進是一場全面深刻的革命，是軟件過程改進是一場全面深刻的革命，是一場牽涉到組織（單位）本身一場牽涉到組織（單位）本身“脫胎換骨脫胎換骨”的的革命。是一把手不管不行的大事。革命。是一把手不管不行的大事。l 軟件過程改進是要借助現(xiàn)代信息技術，引軟件過程改進是要借助現(xiàn)代信息技術，引進現(xiàn)代管理理念，對不適應體制要求的落后管進現(xiàn)代管理理念，對不適應體制要求的落后管理方式、僵化組織結構、低效管理流程等進

8、行理方式、僵化組織結構、低效管理流程等進行改造。改造。14軟件過程改進架構軟件過程改進架構l 軟件過程改進的內(nèi)容涉及到軟件過程改進的內(nèi)容涉及到對單位現(xiàn)有資源的重新配置，如企對單位現(xiàn)有資源的重新配置，如企業(yè)過程重組（企業(yè)流程再造，業(yè)過程重組（企業(yè)流程再造，BPRBPR），涉及企業(yè)資源的全面調(diào)配。），涉及企業(yè)資源的全面調(diào)配。這樣的事在一個單位里必須由一把手拍板定案。這樣的事在一個單位里必須由一把手拍板定案。l 軟件過程改進本身是一項復雜的系統(tǒng)工程。涉及到一個單位的軟件過程改進本身是一項復雜的系統(tǒng)工程。涉及到一個單位的每一個部門、每一個員工、每一項產(chǎn)品。每一個部門、每一個員工、每一項產(chǎn)品。l 軟件過

9、程改進的成敗全在執(zhí)行。一把手身先士卒的執(zhí)行是無聲軟件過程改進的成敗全在執(zhí)行。一把手身先士卒的執(zhí)行是無聲的命令。的命令。l“軟件過程改進軟件過程改進” ” 這是一個全面普及、逐步提升的這是一個全面普及、逐步提升的過程，這需要一定的時間。這個改進過程貫穿持續(xù)發(fā)展、過程，這需要一定的時間。這個改進過程貫穿持續(xù)發(fā)展、日臻完善的思想。這不是一蹴而就的事。軟件過程改進日臻完善的思想。這不是一蹴而就的事。軟件過程改進是單位一把手領銜主演的一場大戲。是單位一把手領銜主演的一場大戲。15軟件過程改進是軟件過程改進是一把手工程。一把手必須：一把手工程。一把手必須：l制訂規(guī)劃，領導并對全員培訓，使軟件過程改進成為全

10、員的制訂規(guī)劃，領導并對全員培訓，使軟件過程改進成為全員的行動指南。行動指南。l領導建立并健全領導建立并健全ISO 9000ISO 9000（CMMICMMI或其他）體系（根據(jù)本單位或其他）體系（根據(jù)本單位的特點選擇某一種或多種）。全力（人力、物力和財力）支持的特點選擇某一種或多種）。全力（人力、物力和財力）支持過程規(guī)范化。過程規(guī)范化。l建立相應的組織機構（如相應的處、科、室等）、建立相應的組織機構（如相應的處、科、室等）、 專業(yè)隊伍（如專業(yè)隊伍（如SEPGSEPG）與兼職隊伍（如）與兼職隊伍（如PITPIT、內(nèi)審或自我評估隊、內(nèi)審或自我評估隊伍）。伍）。l將軟件過程持續(xù)改進的工作，持之以恒，貫

11、徹始終。將軟件過程持續(xù)改進的工作，持之以恒，貫徹始終。l堅持做到堅持做到ISO 9000ISO 9000（或（或CMMICMMI等）中對一把手（角色）的職責。等）中對一把手（角色）的職責。16軟件過程改進架構軟件過程改進架構l 軟件工程過程組（軟件工程過程組（SEPGSEPG）主要的工作就是協(xié)）主要的工作就是協(xié)調(diào)，協(xié)調(diào)軟件調(diào)，協(xié)調(diào)軟件PITPIT的各種活動，而不是開發(fā)。的各種活動，而不是開發(fā)。l SEPGSEPG應在企業(yè)層面上，而不是在部門級。應在企業(yè)層面上，而不是在部門級。l SEPGSEPG的的 目標、目標、 任務、任務、 活動活動詳見下兩頁的表格17 軟件過程改進架構軟件過程改進架構 S

12、EPG SEPG的目標的目標領導并保持SPI的工作促進改變過程培訓與咨詢過程評估與改進計劃 SEPG SEPG的任務與活動的任務與活動 有各級管理者的支持 為SPI人員指出總的工作方向 確保有關活動涉及到所有軟件工程師和項目經(jīng)理 與參與過程變革項目的經(jīng)理共同工作，全面預測改進效果并協(xié)助制訂改進目標 協(xié)調(diào)與軟件工程師之間的工作關系，幫助引入新技術并制訂相應計劃 安排過程改進方面的有關培訓與持續(xù)的教育內(nèi)容 為項目的開發(fā)與管理提供有關過程的咨詢 促進軟件過程的評估 將過程評估融入過程改進計劃之中 推進并協(xié)調(diào)過程改進計劃的實施18 軟件過程改進架構軟件過程改進架構 SEPG SEPG的目標（續(xù)）的目標

13、（續(xù)）監(jiān)控過程的實施并收集反饋意見定義過程協(xié)調(diào)軟件過程改進 SEPG SEPG的任務與活動（續(xù)）的任務與活動（續(xù)） 鼓勵、促進并收集與過程實施有關的反饋意見 跟蹤、監(jiān)控并且報告過程的實施情況 分析過程度量數(shù)據(jù)，公布結果， 與軟件PIT合作，促進過程定義的創(chuàng)建與維護 維護過程數(shù)據(jù)庫 鼓勵經(jīng)理與工程人員參與軟件PIT 活動 協(xié)調(diào)軟件過程改進組的活動 確保對軟件PIT成員活動的管理權19 軟件過程改進架構軟件過程改進架構軟件過程改進組（軟件PIT）的角色 由軟件工程師組成，成員的構成，取決于關鍵過程域的特點。例如，需求管理過程改進組的成員，應該包括客戶、項目管理人員、專包商、最終用戶的代表等。 利用

14、部分時間工作。 針對某一特定領域（例如，需求管理、項目計劃、項目跟蹤等）進行過程改進。 每一個關鍵過程領域都必需有一個相對應的過程改進組，負責該領域過程改進活動的實施20 軟件過程改進架構軟件過程改進架構軟件過程改進組（軟件PIT）的職責實現(xiàn)特定關鍵過程域的過程改進活動。包括： 當前過程的分析、再設計以及文檔化。 為新過程編制相應文檔 支持新過程的實現(xiàn)、評估，選擇方法、技術和工具 設立新過程的培訓課程 在SEPG的幫助下，協(xié)調(diào)與其它相關軟件PIT的關系。例如配置管理PIT與質(zhì)量保證PIT的協(xié)調(diào)。 為監(jiān)控過程的實施制訂相應的規(guī)程、反饋機制，提供用于反饋工作的分析工具。21 軟件過程改進環(huán)境軟件過

15、程改進環(huán)境 軟件過程架構 過程改進規(guī)劃圖 軟件過程評估 軟件過程改進計劃22 軟件過程改進規(guī)劃圖軟件過程改進規(guī)劃圖軟件過程改進規(guī)劃圖凡事豫則立，不豫則廢。凡事豫則立，不豫則廢。 中庸 人無遠慮，必有近憂。人無遠慮，必有近憂。論語衛(wèi)靈公第十五 軟件過程改進活動是一個重復、螺旋式上升的過程，需要在疊代期保持一致，所以在其過程改進模型中應定義過程改進的規(guī)劃圖。以資在規(guī)劃圖中指明發(fā)展方向以及用于度量過程改進的尺度。最流行的軟件過程改進規(guī)劃圖就是CMM模型。23 軟件過程改進規(guī)劃圖軟件過程改進規(guī)劃圖軟件過程改進規(guī)劃圖過程規(guī)劃改進圖會為你劃分出過程改進中不同的階段，并告訴你在每個階段過程應具備什么樣的特點

16、和屬性。例如，在CMM中的1-5級，便是一個實際的軟件過程改進規(guī)劃圖，對過程改進的度量標準是一個五級成熟度模型，表示從一個混亂的過程（“救火”式）發(fā)展到優(yōu)化級過程改進環(huán)境（“缺陷預防”）所經(jīng)歷的階段。（如下頁圖）24 軟件過程改進規(guī)劃圖軟件過程改進規(guī)劃圖 持 續(xù) 改 進 過 程 5 優(yōu) 化 過 程 變 更 管 理 （ P C M ） 技 術 變 更 管 理 （ T C M ） 缺 陷 預 防 （ D P ） 可 預 測 過 程 4 已 管 理 軟 件 質(zhì) 量 管 理 (S Q M ) 定 量 過 程 管 理 （ Q P M ） 標 準 符 合 過 程 3 已 定 義 同 行 評 審 （ P R

17、 ） 組 間 協(xié) 調(diào) （ IC ） 軟 件 產(chǎn) 品 工 程 （ S P E ） 集 成 軟 件 管 理 （ IS M ） 培 訓 大 綱 (T P ) 機 構 過 程 定 義 (O P D ) 機 構 過 程 關 注 (O P F ) 規(guī) 范 化 過 程 2 可 重 復 軟 件 配 置 管 理 (S C M ) 軟 件 質(zhì) 量 保 證 (S Q A ) 軟 件 子 合 同 管 理 (S S M ) 軟 件 項 目 追 蹤 (S P T ) 軟 件 項 目 策 劃 (S P P ) 需 求 管 理 （ R M ） 特 定 過 程 1 初 始 圖 8 -2 關 鍵 過 程 域 25 軟件過程改進規(guī)

18、劃圖軟件過程改進規(guī)劃圖 不同的改進規(guī)劃圖采取的方法與尺度各不相同。如我們前面講過的有：階段法如CMM，將不同的過程域放在不同的級別上。二維法如ISO/IEC 15504，針對每個不同的領域都定義有相應的改進級別。連續(xù)法如CMMI的連續(xù)式表示法26 軟件過程改進環(huán)境軟件過程改進環(huán)境 軟件過程架構 過程改進規(guī)劃圖 軟件過程評估 軟件過程改進計劃27 軟件過程評估軟件過程評估知人者智，自知者明。勝人者有力，自勝者強。 道德經(jīng)。第三十三章If you dont know where you are, a map wont If you dont know where you are, a map wo

19、nt helphelp（如果你不知道身在何處，任何地圖對你都無濟于事） 我們再次引用CMM的先驅者Humphrey的名言為什么需要軟件過程評估？通過評估可以幫助組織對當前的軟件過程環(huán)境與基礎組織有一個正確的認識。28 軟件過程評估軟件過程評估軟件過程評估是對一個組織（單位）的軟件過程進行評估和檢查。國防部門是實行軟件過程改進的先驅者： 美國國防部 英國國防部 德國聯(lián)邦武裝在通信領域如： 加拿大的貝爾公司 英國電信公司29 軟件過程評估軟件過程評估軟件過程評估的定義，百花齊放，見仁見智。ISO的定義：組織以一系列的標準為依據(jù)進行相應的檢查，用以從質(zhì)量、成本以及進度方面判斷過程的能力。（ISO/I

20、EC JTC1/SC7，1992）BOOTSTRAP的定義：它是過程改進的先決條件，用以判斷軟件過程的當前實施情況，并且對改進的方法加以約束。SEI的定義：由接受過培訓的專業(yè)人員所組成的小組對組織的當前軟件過程進行評估，以確定其狀態(tài)，確定組織所面臨的與軟件過程相關事務的優(yōu)先級，并從組織中獲得對軟件過程改進的支持。（Paulk 1994）ISO/IEC 15504的定義：根據(jù)過程模型或其它模型對組織的軟件過程所進行的規(guī)范的評估。30 軟件過程評估軟件過程評估軟件過程評估的一般定義應是：軟件過程評估是針對一個組織建立在過程模型基礎上的軟件過程所進行的規(guī)范化檢查。通過以過程改進規(guī)劃圖為依據(jù)所進行的度

21、量，從而實現(xiàn)評估的目的，即檢測這些過程的成熟度級別。最終的結果應能確定并終結出當前實踐活動的特點，給出優(yōu)勢與劣勢，判斷出當前過程對質(zhì)量、成本、進度方面進行控制以避免問題出現(xiàn)的能力。評估中所發(fā)現(xiàn)的問題還可以標識這些過程的成熟度水平（即在軟件開發(fā)中質(zhì)量、費用以及進度方面可預測性的程度）。31 軟件過程評估軟件過程評估軟件過程評估的主要目標應是：1.了解并檢查組織當前軟件工程實施情況，了解整個組織的運行情況。2.確定過程中的優(yōu)勢與劣勢，確定軟件過程改進的關鍵領域。3.促進過程改進活動的開展并讓組織領導者參加到改進過程中來。4.為過程改進活動提供框架（通常此框架是基于一個定義有改進規(guī)劃圖的過程模型）。

22、5.幫助獲得應有的權力并對評估活動提供支持。32 軟件過程評估軟件過程評估軟件過程評估中注意的主要問題： 不應將注意力只集中于過程是否文檔化，應關注是否進行了軟件管理以及具體實施的培訓，應判斷過程是否有效； 不應只通過幾個問題就對過程加以評估，而應通過檢查以及小組討論真正深入到軟件開發(fā)和項目管理中去，應由受過培訓的專業(yè)軟件人員進行培訓，應遵循一個已定義的軟件過程改進規(guī)劃圖并在它的指導下對當前狀況進行分析與評估。33 軟件過程評估軟件過程評估評估不同于審核。審核往往是由部門外的專家負責實施的正規(guī)檢查和認證。在ISO 90003中提出，認證或者第三方評估（是指在同一國家注冊的機構）是由一個獨立的機

23、構依據(jù)一定的標準來完成的。軟件過程評估不是審核，而是對軟件組織的點評，并就如何改進組織的實施情況給管理者和有關人員提出建議。（Humphrey，1989）34 軟件過程評估軟件過程評估評估與審核的類型。評估的三個類型：自我評估（first-party assessment亦稱“第一方評估”）是指由軟件開發(fā)組織內(nèi)部進行的評估，主要是由成員個人進行的評估行為。其主要目的在于確定組織本身的軟件過程能力并為軟件過程改進建立一個相應的計劃。有時，第一方評估也請有關專家參加予以指導。第二方評估（Second-party assessment），由外部評估人員負責實施。其主要目的在于評估并判斷組織是否具有合

24、約中要求的能力。第三方評估（Third-party assessment），由獨立的第三方組織負責實施。其主要目的在于驗證組織是否有能力承包合約或者完成軟件產(chǎn)品的生產(chǎn)。35 軟件過程評估軟件過程評估審核的三個類型（我們在講ISO 9000時曾提到過）： 內(nèi)審（first-party audit，又稱第一方審核）：組織進行內(nèi)部審核，通常在第三方進行正式審核之前進行。 第二方審核（Secondparty audit）：客戶對組織的產(chǎn)品以及過程進行審核。如我所的軍方審核。第二方審核涉及的領域可能會相對窄一些，只涉及它所訂購的產(chǎn)品。 第三方審核（Third-party audit）：在沒有直接客戶的情

25、況下，組織申請公正的認證機構進行審核，依據(jù)ISO 9001的標準、質(zhì)量手冊、程序、作業(yè)文件等。對審核機構支付一定的費用。36 軟件過程改進環(huán)境軟件過程改進環(huán)境 軟件過程架構 過程改進規(guī)劃圖 軟件過程評估 軟件過程改進計劃37 軟件過程改進計劃軟件過程改進計劃為什么需要軟件過程改進計劃？假設，已經(jīng)設計了軟件過程改進架構 已經(jīng)采用了軟件過程改進規(guī)劃圖 已經(jīng)通過了軟件過程改進評估 也就是說，已經(jīng)了解到當前軟件過程的狀態(tài)，制度化了軟件過程的度量，文檔化了軟件過程改進的措施，提出了軟件過程改進的目標，接下來的問題是： 如何將評估結果轉化為改進行動的計劃， 如何逐步實現(xiàn)軟件過程改進的目標， 各種角色和職責

26、是如何分配的。 沒有人對過程進行改進，過程會退化； 糾正與預防措施（ISO 9000） 與時俱進，過程需要更新 實現(xiàn)過程成熟度的不斷提高38 軟件過程改進計劃軟件過程改進計劃根據(jù)評估結果制訂行動計劃根據(jù)評估結果制訂行動計劃評估結果（優(yōu)勢與劣勢）改進建議行動計劃行動軟件過程改進項目 對評估結果劃分出輕重緩急 分出短期、中期、長期 標識出改進領域，要舉一反三 評估改進的建議 標識出需采取的行動 確定工作組 確定資源 任務分配39 軟件過程改進計劃軟件過程改進計劃軟件過程改進計劃應注意的幾個方面： 計劃中必須包括：活動、時間安排、資源安排、項目經(jīng)理、預算、質(zhì)量計劃、配置管理計劃以及活動安排。 計劃中

27、必須指明管理方面的負責人，明確項目經(jīng)理、軟件經(jīng)理的職責。 計劃必須建立在評估的基礎之上。 變更程序中，必須包括計劃、實施以及管理方面的內(nèi)容，并且應考慮到組織對變更的承受程度。 計劃必須有明確定義的范圍、清晰的目標與主要管理點。 計劃必須包括軟件組織中所有成員，每位成員都應明確自己在過程改進活動中的職責。40 軟件過程改進計劃軟件過程改進計劃一個評估的實例評估小組發(fā)現(xiàn)：有個別項目并未按照組織的要求進行質(zhì)量評審。轉化為以下建議： 高層管理者應對所有的項目經(jīng)理強調(diào)在項目中加強質(zhì)量監(jiān)控和管理的重要性。 必須建立有關的監(jiān)控程序并明確職責，以保證質(zhì)量評審的實施。（一個人出問題的原因；多個人出同類問題的原因

28、；） 定義并公布相應的規(guī)程，對不遵守要求的項目組進行處罰。（我所的處罰方式：首次問題的處罰方式；同類性質(zhì)的問題，處罰方式；）41 軟件過程改進計劃軟件過程改進計劃一個改進建議轉化為行動的實例改進建議：應把建立一個有明確職責的規(guī)程，用以對質(zhì)量加以監(jiān)控。轉化為行動計劃： 成立一個專門的任務小組（軟件PIT），用以制訂監(jiān)控規(guī)程。小組應定義的內(nèi)容：小組領導人、小組成員名單、小組活動預算及經(jīng)費來源、預期的進度計劃等。 任務小組應向指定的經(jīng)理或軟件工程過程組（SEPG）匯報工作進展情況。42 軟件過程改進取得成功的要素軟件過程改進取得成功的要素軟件過程改進取得成功的要素：1.與該單位的策略和目標保持一致。

29、 （所以，在ISO 9000的質(zhì)量手冊中必須明確你單位的主要產(chǎn)品、方針、政策等）2.獲得與軟件過程改進有利害關系的所有人的支持。（通過宣傳、培訓）3.尤其要獲得“一把手”、高層管理者和中層管理者的支持。 （如，有關處、科、室管理者）4.有一名專門的高層管理者負責。（如副總經(jīng)理）5.有專門的管理機構協(xié)調(diào)處理過程改進活動。（一般是質(zhì)量管理處）6.有適當?shù)慕?jīng)費支持。7.有合理的獎罰措施。8.抓準本單位的關鍵問題。43 軟件過程改進制度化軟件過程改進制度化軟件過程改進制度化所謂“化”的涵義： 機械， 機械化 工業(yè)， 工業(yè)化 制度， 制度化 所謂化者，徹頭徹尾、徹里徹外之謂也“化”，從時間上說，是一個過程， 從廣度上說，牽涉到所