根据网上资料整理希望对大家有帮助.doc

IEEE Std 12207-2008（第二版）冯海鹏 整理尽管从ISO/IEC 12207:1995年版本，ISO组织即强调软件开发者首先要具备系统性整体思想，但是对于软件开发者而言，始终难以把握个中真味。ISO/IEC 15288于2002年问世之后，产品开发从企业层级开始的系统思考要求更为殷切。日本、加拿大等各国家的标准机构，亦向ISO提出，要将两份文件给予有效的调和与统一，以谋求两项标准的运用，更为有效。国际标准组织于2008年2月1日发行ISO/IEC 12207:2008(Second edition)。英文全称为：System and Software engineering - Software life cycle processes。作为ISO/IEC 12207的第二版本，ISO/IEC 12207:2008(Second edition)与先前版本的主要差异在于文件架构的改变。为了与ISO/IEC 15288:2002版本保持一致，促进在软件开发过程中，导入系统思维与系统工程操作，改版中沿用了ISO/IEC 15288 系统工程-系统生命周期过程(System engineering - System Life Cycle Process)标准之文件的架构。 本次改版，亦将2002年与2004年的修正案(亦即所谓Amd.1及Amd.2)纳入新版的内容。为实现对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都列出了