軟體能力成熟度模式 (CMMI)

軟體能力成熟度模式(CMMI, Capability Maturity Model Integration)
用來評估企業軟體開發能力成熟度認證。企業也可用此為依據評估承包商的技術，分為五個層次。

優點：(嘴炮)
提高軟體生產力與品質，軟體開發程序化、制度化，避免工作重複執行。強調評估、回饋、分析成敗原因，以防再次犯錯。

1.初級
軟體開發程序未定義，沒有正式標準，以隨性偶發式來進行。整個開發過程充滿不確定性，專案是否能如期完成，與順利完成，無法預測。主要靠少數核心(有經驗老鳥)人物單打獨鬥。

2.可重複
具備基本的管理能力，對於專案的成本，時程及功能都有追蹤管理，組織可重複先前相同經驗，但仍缺乏正式的流程模型，專案的成功仰賴過去經驗。

3. 定義層級 (用文件來定標準)
組織已經有一套流程，規定軟體開發週期內該完成的活動，都已文件化標準化，並有正式程序來管理與驗證品質。

4. 管理層級 (量化!!)
使用客觀明確的量化指標，來衡量開發的品質。透過蒐集分析該數據，可以用來改善癥結點。

5. 最佳化層級
延續上個層級，進行持續改善，藉著量化回饋的資料，分析成敗原因，持續改善。除此之外，也嘗試使用新技術來進行開發。

[系統分析] 資訊系統轉換

在新系統開發完後，由舊有系統移轉到新系統之策略。

(1) 直接轉換 (Direct conversion)

又稱為立即轉換，將原有系統整個廢除，啟用新系統。
[適用] 規模小、風險低，重要性不高的系統。
[優點] 最省錢，不用同時維護兩個系統，而且文件輸出格式一致。
[缺點] 風險過高，當新系統有問題時，企業流程可能因此停擺。

(2) 平行轉換（Parallel conversion）

[定義] 將資料同時交由新、系統進行處理，並相互對照輸出結果，發現有錯就可以立即修正。
[適用] 重要性高、較為複雜的系統
[優點] 較為可靠、風險最低，留有舊系統可以參照
[缺點] 維護成本高，人力與金錢開銷，同時支付兩套系統費用。

(3) 分段轉換（Phase conversion）

就是將系統分成多個子系統，轉換時針對 module 逐一抽換。在大系統下，可避免掉分批轉換的問題(輸出不一致)，因為將統分成多個子系統，按照需求優先性，分批使用新系統，如果狀況理想再逐一改良其他模組。
[適用] 當系統規模大，而且新系統與舊系統架構相同時
[優點] 系統建置、轉換成本較低（一次只改一些），可將需求性較高的模組先行轉換。若新模組有問題，也比較容易除錯。錯誤僅限於實作的模組。
[缺點] 系統不一定容易分割成邏輯模組、新系統效能可能會受限於舊有系統。

(4) 前導轉換 (Pilot conversion)

新系統先由一部門試用（白老鼠），若使用狀況良好再全面推廣到各部門。
[適用] 風險高，規模大的系統
[優點] 轉換風險，較直接轉換低。新系統若有問題，回復成本較低。此法可讓新系統在真實環境下執行。
[缺點] 系統試用時程難以掌控。維護成本高，同時維護二個系統，系統輸出格式不一致，