國際標準組織於2008年2月1日發行ISO/IEC 12207:2008(Second edition)。本版本亦為IEEE Std 12207-2008。其全名為：System and Software engineering - Software life cycle processes.
此版本為原ISO/IEC 12207的第二版本，與先前版本的主要差異在於文件架構的改變。文件架構之主要在於與ISO/IEC 15288:2002年版本的一致，即在此次的改版中沿用了ISO/IEC 15288 系統工程--系統生命週期過程(System engineering - System Life Cycle Process)標準之文件的架構。這樣的結果最主要在於標準的制訂單及相關的利益團體，希望軟體業在軟體的開發時，必須要具有系統思維與系統工程的作法。僅管ISO/IEC 12207:1995年版本(國家標準的編號CNS 14837)的原始設計上，即要求軟體開發應從系統層級開始，但是對於軟體開發者而言，依然並未真的掌握箇中真味，而ISO/IEC 15288(國家標準編號 CNS 15008)在2002年問世之後，產品開發從企業層級開始的系統思考要求更為殷切，同時在日本、加拿大等各國家的標準機構，亦向ISO提出要將兩份文件做一個有效的調和與統一，讓該兩項標準的運用，更為有效。
在本次改版當中，亦將之前在2002年與2004年的修正案(亦即所謂Amd.1及Amd.2)納入新版的內容(國家標準CNS 14837於94年7月改版時，改將此兩項標準修正案全部納入，成為單一的標準)，而基於對ISO/IEC 15504軟體過程評鑑的支援，成為評鑑時的過程參考模型(PRM)，而增加了過程的目的(purpose)及過程成果(outcomes)(在12207之2002年第一修正案中，即已提供)，當然這也是ISO/IEC 15288的過程與文件結構的元件，同時完成形式上的重新安排，而儘管如此，其內容的仍然以過程為主。
在新版的12207中，將軟體的生命週期過程分為系統全景過程群組與軟體特定過程兩大類、共七個群組，43項過程(備註：在1995年的版本中共有3個過程群組：主要、支援、組織，17項生命週期過程；2002年的修正案中增加至22個生命週期過程)，看起多了將近一半的過程。這些過程提列如下：
一、系統全景過程類 (6. System-Context Processes)
(一) 協議過程群 (6.1 Agreement Processes)：
1. 獲取過程 (6.1.1 Acquisition Process) 源於 12207:1995之5.1 Acquisition
2. 供應過程 (6.1.2 Supply Process)源於12207:1995之5.2 Supply
(二)組織性專案致能過程群(6.2 Organizational Project-enabling Processes)
1. 生命週期模型管理過程 (6.2.1 Life cycle model management Process) 源於12207:1995之7.3 Improvement
2. 基礎建設管理過程 (6.2.2 Infrastructure management process) 源於12207:1995之7.2 Infrastructure
3. 專案組合管理過程 (6.2.3 Project Profolio Management process) 源於 15288之5.3.3
4. 人力資源管理過程 (6.2.4 human resource management process) 源於 12207之2002年第一修正案 7.4 Human Resource management
5. 品質管理過程 (6.2.5 Quality Management process) 源於 15288之5.3.6
(三) 專案過程群(6.3 Project Processes)
1. 專案規劃過程 (6.3.1 Project Planning Process) 源於12207:1995之7.1 Management
2. 專案評鑑與控制過程 (6.3.2 Project assessment and control process) 源於12207:1995之7.1 Management
3. 決策管理過程 (6.3.3 Decision Management process) 源於 15288之5.4.5
4. 風險管理過程 (6.3.4 Risk Management process) 源於16085
5. 組態管理過程 (6.3.5 Configuration Management Process) 源於 15288之5.4.7
6. 資訊管理過程 (6.3.6 Information Management Process) 源於 15288之5.4.8
7. 測量過程 (6.3.7 Measurement Process) 源於15939
(四) 技術過程群 (6.4 Technical Processes)
1. 利害關係者需求定義過程 (6.4.1 Stakeholder Requirement definition process) 源於 15288之5.5.2
2. 系統需求分析過程 (6.4.2 system requirement analysis process)源於12207:1995 之5.3 Development
3. 系統架構設計過程 (6.4.3 System Architectural Design Process)源於12207:1995 之5.3 Development
4. 實作過程 (6.4.4 Implementation Process)
5. 系統整合過程 (6.4.5 System Integration Process) 源於12207:1995 之5.3 Development
6. 系統資格測試過程 (6.4.6 System Qualification Testing Process) 源於12207:1995 之5.3 Development
7. 軟體安裝過程 (6.4.7 Software Installation Process) 源於12207:1995 之5.3 Development
8. 軟體驗收支援過程 (6.4.8 Software Acceptance Support process) 源於12207:1995 之5.3 Development
9. 軟體運作過程 (6.4.9 Software Operation process) 源於12207:1995 之5.4 Operation
10. 軟體維護過程 (6.4.10 Software Maintenance Process) 源於12207:1995 之5.5 Maintenance
11. 軟體廢棄過程 (6.4.11 Software Disposal Process) 源於12207:1995 之5.5 Maintenance
二、軟體特定過程類 (7. Software Specific Processes)
(一)軟體實作過程群 (7.1 Software Implementation Processes)
1. 軟體實作過程 (7.1.1 Software Implementation Process) 源於12207:1995 之5.3 Development
2. 軟體需求分析過程 (7.1.2 Software Requirement Analysis Process) 源於12207:1995 之5.3 Development
3. 軟體架構設計過程 (7.1.3 Software Architectural Design Process) 源於12207:1995 之5.3 Development
4. 軟體細部設計過程 (7.1.4 Software Detail Design Process) 源於12207:1995 之5.3 Development
5. 軟體建構過程 (7.1.5 Software Construction Process) 源於12207:1995 之5.3 Development
6. 軟體整合過程 (7.1.6 Software Integration Process) 源於12207:1995 之5.3 Development
7. 軟體資格測試過程 (7.1.7 Software Qualification Testing Process) 源於12207:1995 之5.3 Development
(二) 軟體支援過程群 (7.2 Software Support Processes)
1. 軟體文件管理過程 (7.2.1 Software Documentation Management Process) 源於12207:1995 之6.1 Documentation
2. 軟體組態管理過程 (7.2.2 Software Configuration Management Process) 源於12207:1995 之6.2 Configuration Management
3. 軟體品質保證過程 (7.2.3 Software Quality Assurance Process) 源於12207:1995 之6.3 Quality Assurance
4. 軟體查證過程 (7.2.4 Software Verification Process) 源於12207:1995 之6.4 Verification
5. 軟體確認過程 (7.2.5 Software Validation Process) 源於12207:1995 之6.5 Validation
6. 軟體審查過程 (7.2.6 Software Review Process) 源於12207:1995 之6.6 Joint Review
7. 軟體稽核過程 (7.2.7 Software Audit Process) 源於12207:1995 之6.7 Audit
8. 軟體問題解決過程 (7.2.8 Software Problem Resolution Process) 源於12207:1995 之6.8 Problem Resolution
(三) 軟體再用過程群 (7.3 Software Reuse Processes)
1. 領域工程過程 (7.3.1 Domain Engineering Process) 源於12207 之2002年第一修正案，G6 Domain Engineering
2. 再用資產管理過程 (7.3.2 Reused Asset Management Process) 源於12207 之2002年第一修正案，G4 Asset Management
3. 再用計畫管理過程 (7.3.3 Reuse Program Management Process) 源於12207 之2002年第一修正案，G5 euse Program Management
儘管所提列的過程洋洋灑灑，但我們在前面已經提過，在這個稱為「第二版」的12207中，重要的幾項工作之一就是把先前的兩個修正案的內容整合起來並對ISO/IEC 15288 做對準(alignment)，所以，大體上，12207的過程是這些修正案及15288過程的重新劃分、組合、更名，甚至於將一些原來在ISO/IEC 12207:1995版本中，的activity層級practice，被提升為所謂lower-level process，這是基於15504的評鑑需要，必須為這一類的活動亦界定purpose及outcomes而作，這種情況尤其在於軟體實作(前版中為5.3 Development process)部分情況最多。
另外，在這個新的版本當中，也為12207的生命週期「過程」帶入新的視觀，一個過程一定要有目的與成果，及達成這些目的與成果的活動與工作，但基本上，過程所提供的資訊仍然為What to do(要做的事為何)，因此，我們可以從此將過程與程序做更為明確的區分，亦即程序是說明，要做的事情要如何做(How to do)。至於一份程序(procedure)應有的結構與內容，可在ISO/IEC 15289中找到。要將過程(process)與程序(procedure)區分清楚主要原因在於，本標準中各個描述活動的section都列出了一句話：「○○應依照可應用、關於XXXX過程的組織政策(policies)與程序(procedure)實作下列活動與工作。」其中○○可以是「專案」或「組織」，而XXXX則是過程的名稱。因為在整個架構中，為了能夠使組織內的軟體生命週期過程有效運作，對於相關的過程，都應該要建立如何實作該過程的程序的。
在第二版的12207當中，儘管沒有新的軟體生命週期的元件加入其中，只是既有資訊的重新結構與編排，但是，它能帶給軟體業，重新檢視公司現行的軟體過程與程序，同時也為軟體業的過程改善提供一個明確的方向(例如，該標準的附錄中亦提列了可用以實作12207軟體生命週期過程的IEEE標準)。

----------------
引文:

謝謝，學習了。

林老師，最近沒來我們這邊逛了。