CMMI-DEV簡介

CMMI-DEV是基於CMMI發展出來的開發專用規範指引，以下將分別介紹何謂CMMI、CMMI的目的，一直談到CMMI-DEV有哪些成熟度等級等等。
CMMI 指的是能力成熟度整合模式(Capability Maturity Model Integration : CMMI)，是美國國防部委託卡內基美隆大學軟體工程學院
(Software Engineer Institute : SEI)所發展的，目前有以下版本問市
  • v1.1: 2002年問世，為CMMI的第一個版本
  • v1.2: 2006年問世
  • v1.3: 2010年問世，為最後一版免費版本，並包含DEV/SVC/ACQ等三個版本
  • v2.0: 2018年問世，但開始要收費了，所以我也拿不到相關細節，也因此大家大都還是以v1.3為主要參考內容
CMMI分為三個分部
  • CMMI-DEV: 軟體開發指引
  • CMMI-SVC: 服務提供引
  • CMMI-ACQ: 採購指引
大家主要說的CMMI還是以CMMI-DEV為主，以下也以CMMI-DEV v1.3為主要介紹內容，參考文件則為資策會翻譯的CMMI-DEV v1.3中文版，英文版的CMMI-DEV v1.3下載網頁在 https://resources.sei.cmu.edu/library/asset-view.cfm?assetID=9661 ，中文版則可以由 http://www.tisa.org.tw/uploads/file/CMMI-DEV_1-3_-Chinese-v7.pdf 直接下載。
CMMI-DEV分為五個成熟等級(ML:Maturity Level)，其實還有一個能力等級(Capability Level)，但一般還是以ML為主，因為CL只定義0-3，並未完全涵蓋所有等級，不過在PA定義中又與CL相關，不過這邊先介紹ML
  • ML1 Initial 初始級：只要你有寫程式就是ML1，他代表你開發軟體，但完全放棄流程
  • ML2 Managed 管理級：開發有依照流程進行，會進行監督與管控
  • ML3 Defined 調適級：在ML2基礎上，進一步建立與改善組織標準流程，ML3簡單來說就是ML2更嚴謹的定義
  • ML4 Quantitatively Managed 量化管理級：將管理量化讓績效可以持續改進
  • ML5 Optimizing 最佳化級：組織根據對於企業目標及績效需求的量化瞭解，並持續改善流程
台灣之前有些公司有到ML4/ML5，但這幾年通通降到ML3了，主要是台灣的環境並不容易執行ML4/ML5，而ML3涵蓋了軟體工程最基礎的範疇。
接下來介紹幾個專有名詞：
  • PA – Process Area：定義各個ML等級所涵蓋的領域，例如PP、VAL等等領域，每一個領域都是一個專門的流程
  • SG – Specific Goal：每個PA都會有幾個主要的目標，就做SG
  • SP – Specific Practice：每個SG都會有幾個執行方法，就叫SP
接下來大概介紹一下所有的PA，至於各PA的SG和SP就不在本文說明了，先把所有PA做整理並簡單說明
流程領域說明類別成熟度等級
原因分析與解決方案(CAR)顧名思義，就是針對問題的原因做分析並提出解決方案支援5
建構管理(CM)建立識別紀錄，簡單來說就是要做版控支援2
決策分析與解決方案(DAR)針對方案做評估，建立方案評估表以採用最有利的方案執行專案支援3
整合的專案管理(IPM)除了針對專案進行管理還要整合全公司的所有資源，也就是要做跨部門的專案管理專案管理3
度量與分析(MA)這就是要針對流程領域的執行效率做出標準的度量機制並分析其成效支援2
組織流程定義(OPD)建立流程資產，也就是說要對組織的所有流程做出完整定義並且建立保存方法流程管理3
組織流程專注(OPF)持續了解當前流程的優缺點以進行後續改善流程管理3
組織績效管理(OPM)管理組織績效以滿足經營目標流程管理5
組織流程績效(OPP)將組織績效做出量化流程管理4
組織訓練(OT)發展訓練計畫與訓練內容流程管理3
產品整合(PI)將產品元件組成可發行產品工程3
專案監控(PMC)定期監控專案進度並隨時調整策略以增進專案效率專案管理2
專案規劃(PP)進行專案規劃，最重要的產出就是專案管理計畫書專案管理2
流程與產品品質保證(PPQA)也就是進行QA以確保流程和產品的品質支援2
量化專案管理(QPM)用量化的方式進行專案管理專案管理4
需求發展(RD)引導客戶並發展出真正客戶需求，主要產出需求確認書工程3
需求管理(REQM)確保需求與產出的一致性，產出為雙向需求追溯表專案管理2
風險管理(RSKM)管理風險並避免風險發生，並計畫風險發生時的因應策略，主要產出為風險管控表專案管理3
供應商協議管理(SAM)與供應商的協議管理，也就是採購管理專案管理2
技術解決方案(TS)規劃技術解決方案，主要產出為系統分析書與系統設計書工程3
確認(VAL)確認產品可以在預期的環境中正確執行並滿足客戶需求，這比較接近UAT，要與客戶確認是否符合需求工程3
驗證(VER)這個指的是內部測試，根據測試案例產出測試報告書工程3
以上為CMMI-DEV的簡單介紹，但CMMI-DEV是個很廣的知識領域，有機會再細談各個PA吧。
您可以參考本站相關文章 軟體開發評估流程簡介、軟體開發人天成本的計算方法等文章
也可以參考我的課程『資訊工程兩三事』
文章出處：CMMI-DEV簡介

留言

張貼留言

這個網誌中的熱門文章

群組版規實務

圖片
社群媒體發達，生活中到處都有群組的影子，群組運作就了就會有越來越多光怪陸離的現象發生，為了解決這些問題，通常會進行管理團隊的推派與版規的建立，並不是所有的社群媒體都會有真正的群主(或稱之為群組管理者)，例如Line群組就是個人人是版主、人人有權力的世界，所以第一個動作就是推派群主，雖然這個群主的操作權限不一定跟別人一樣，但是大家會約定成俗地由這些群主進行一些特殊的工作 警告 提出群組 制定群規 那群規有哪些東西要制定呢？ 群組目的：至少要把當初建立群組的目的說清楚，這是接下來所有群規的依據 群規： 第一個群規大都是約束大家不要有情緒性字眼以及不尊重他人的字眼或指控 接下來會建議大家那些話題儘量避免，一般就是幾個：政治、宗教與違法議題 也會請大家避免進行借貸或者邀請大家投資等議題，如有需要就建立其他群組 如果真的要討論一些避免提及的議題，請詳細描述個人意見，不要只是轉貼 規定邀請機制，是要設定群組為公開或者封閉邀請制 不得任意修改群組名稱 懲罰規則制定：幾次違規要如何處理，幾次違規會踢出群組等等 群主權力的賦予，所有人約定成俗 尊重他人，所有人都有發言權，你沒有資格要求別人不要提出任何議題，除非版規有嚴格規定 是否禁止廣告或者限制發廣告的方法 是否允許早安圖、問候文等等 是否允許接龍 是否建立記事本收集成員資訊或者建立記事本提供成員分享資訊 以上是幾個比較常在板規中出現的資訊，但也可能因為實際狀況而增加相關資訊，大家就參考看看吧！
閱讀完整內容

軟體開發人天成本的計算方法

圖片
之前有幫人規畫過形象網站，他們的目的是要有一個屬於自己的網站來做產品行銷，因為官網代表著公司的形象，也是進行網路行銷的入門磚，但是當我告訴他一個有些許客製化的形象網站可能會落在三到五萬，對方的反應是，怎麼這麼高，我問他的預算在哪，他也講不出來，我猜他可能覺得一個網站大概只要三到五千吧，這篇文章主要是想讓大家知道軟體開發的人力成本是如何計算的，但這並不是唯一個算法，只是一種大家比較常用來計算的方法。 人天評估的問題另有專文說明，這邊想要解釋的是為什麼一個人天經常會被估成8,000台幣，這有兩個參考理論，第一個是以月薪為假設，我們假設一個還不錯的開發工程師一個月月薪是45,000，那一個月上班22天，他每一天的成本大約會是2,000，如果把公司的開銷都放進去的話，經常會乘以2，也就是4,000元的成本，假設公司獲利20%，大概就是5,000元左右，那3,000的差距為何會存在，因為他是用來配合幾個可能成本 被殺價 需求被一改再改 客戶不配合驗收 因此8,000是一個比較好的起點，但有很多地方已經把價格殺到5,000-6,000，其實根本沒空間了。 另外一個參考資料是採用比較有公信力的一些建立，尤其是資策會公布的『資訊委外服務人員計價參考要點』，可以到以下連結下載 http://admin.must.edu.tw/upfiles/ADUpload/c23_downmul1330722846.pdf 或者政府提供的『資訊服務委外經費估算原則』，連結如下 https://www.dgbas.gov.tw/public/Data/88712263090V1BWDI.pdf 這兩個規範都是將軟體系統分成第一類、第二類與第三類，他的區分主要是系統的規模以及需要的人月，而一般的系統會是第一類和第二類為主，所以他的建議是一個開發工程師的月成本大約是15萬台幣，除以22天，大約是7,000元，基於上面說到的殺價需求，一般大概也會加到8,000元整，因此，這是一個比較有理論基礎的算法。 如果你發現有人跟你說，我一天只要2,000，這時候你就要考慮一下是否要採用這個廠商，因為根據上面的算法，一個月薪45,000的工程師，一天的成本大概就要4,000，而且公司完全不賺錢，假設今天公司用22,000找了一個工程師來寫程式，公司都不賺錢也要2,00
閱讀完整內容

WordPress網站版型等於無痛建置網站？

 WordPress網站版型等於無痛建置網站？這是近期聽到不少人的疑問，甚至是不少人認定的事實，但是否套現成的版型就可以無痛建置網站，其實這裡面有幾個不太正確的思考點，以下一一說明。 WordPress是免費的，所以用它建網站應該要很便宜？ WordPress確實是免費的，但它只是一個框架，並不是現成的東西，很多人以為裝好WordPress就完成我的網頁了，其實後續還有很多工作要做，要完成自己的網站是需要很多後續工作，包括網站規劃、網站設計、內容準備等等，不要以為是WordPress就覺得它應該是便宜的。 安裝WordPress很簡單嗎？ 對於有足夠知識的人而言，確實很簡單，但對於第一次建置網站的人，是有很多東西需要學習的，包括 選擇網站提供商，不管是自己在GCP、AWS或Azure自己建置網站伺服器，還是去買Bluehost、A2 Hosting、CloudWays、GoDaddy等國外有名提供商，或者在台灣找遠振、戰國策這一類本地提供商，都需要一定的了解才能選擇正確的提供商，不然就會發生網站牛步等等問題 安裝WordPress很快，如果網站提供商有現成的安裝工具更快，但如果沒有，你就要學會如何建立MySQL資料庫，設定帳號密碼與權限 裝好就可以了嗎？你要規劃好自己的網站有幾種主要方式 第一個就是使用WordPress原生的版型，自己編輯頁面，透過WordPress編輯器把你想要的頁面建立好，這種方式可以呈現的效果很有限 選一個版型，買下來，用這個版型直接改裡面的文字與圖片，這是最快可以讓你的網站呈現一定專業度的方法 選好版型後，自己寫一些程式，下一些CSS語法，讓你的網站與他人與眾不同，但你要有比較多的HTML、CSS，甚至RWD的常識才有辦法做這些事情 所以安裝WordPress簡單嗎？其實算簡單，但後續的工作才是困難的地方 不使用WordPress框架的公司會比較專業？ 這個問題見仁見智，我個人是覺得WordPress有個強大的支持體系，會隨時更新，所以安全性問題會比較少，而且彈性靈活，建置網站速度真的會比較快。 當然，有些傳統網頁公司開發的框架也可以快速發展出網站，但其實這種框架會比較受限於開發時的想像，彈性不一定比較高。 建置一套WordPress網站需要多少時間？ 如果你不想買任何版型，想在原生版型上開發，或者你只想找到免費版型(也是有，但不多，大多好
閱讀完整內容