GB/T 32429-2015 信息技术 SOA 应用的生存周期过程

　　ICS 35. 100. 05 L 79

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 32429—2015

　　信息技术 SOA应用的生存周期过程

　　Information technology—LifecycleprocessesofSOA application

　　2015-12-31发布 2017-01-01实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　发

　　布

　　GB/T 32429—2015

　　前 言

　　本标准按照 GB/T 1. 1—2009给出的规则起草 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别这些专利的责任 。

　　本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归 口 。

　　本标准起草单位 :北京航空航天大学 、中国电子技术标准化研究院 、中国人民解放军后勤学院 、北京大学 、北京锐易特软件技术有限公司 。

　　本标准主要起草人 :赵永望 、袁媛 、马殿富 、冯惠 、杨云 、赵俊峰 、王潮阳 、袁志华 、孙勇韬 、董建 。

　　信息技术 SOA应用的生存周期过程

　　1 范围

　　本标准规定了服务生存周期过程 、SOA 系统生存周期过程和 SOA软件生存周期过程 , 以及它们的活动和任务 。

　　本标准适用于 SOA项目的规划 、设计 、开发及测试 、部署 、发布 、运行和维护 。

　　2 规范性引用文件

　　下列文件对于本文件的应用是必不可少的 。凡是注 日期的引用文件 ,仅注 日期的版本适用于本文件 。凡是不注日期的引用文件 ,其最新版本(包括所有的修改单)适用于本文件 。

　　GB/T 29262 信息技术 面向服务的体系结构(SOA) 术语

　　ISO/IEC 12207:2008 系统和软件工程 软件生存周期过程

　　3 术语和定义

　　GB/T 29262、ISO/IEC 12207:2008中界定的以及下列术语和定义适用于本文件 。

　　3. 1

　　SOA 系统 SOA system

　　为支撑 SOA应用而组织起来的 、相互作用的元素的组合体 。

　　注 : SOA 系统包括支撑 SOA应用的硬件基础设施 、中间件和 SOA软件 。

　　3.2

　　SOA 软件 SOA software

　　支撑 SOA应用的软件产品和服务 。

　　注 : SOA软件有非服务和服务两种形态 。服务形态的软件指以服务的方式对外提供功能的软件 。

　　3.3

　　SOA项目 SOA project

　　具有预定的起始和结束时间 、根据规定的资源和需求承诺创建 SOA应用或服务的一个行动 。

　　4 总则

　　本标准为 SOA应用的生存周期过程建立了一个公共框架 , 以供 SOA 应用开发商和集成商使用 。它包括在 SOA应用的获取期 间 以 及 在 SOA 应 用 的 供 应 、开 发 、运 行 和 维 护 期 间 所 需 的 过 程 、活 动 和任务 。

　　本标准中的 SOA应用分为 SOA 系统和 SOA软件两类 ,SOA 系统由 SOA应用的硬件基础设施 、中间件和 SOA软件构成;SOA软件则包括服务和非服务两种形态 。

　　SOA应用的生存周期过程分为 SOA 系统生存周期过程 、SOA软件生存周期过程和服务生存周期过程 3类 。SOA 系统生存周期过程指导整个 SOA应用的开发实施 ,其中对于 SOA 软件的部分 ,则遵循 SOA软件生存周期过程 ;而 SOA软件中服务的部分 ,遵循服务生存周期过程 。

　　GB/T 32429—2015

　　本标准中的生存周期过程均可裁剪使用 。 附录 A为对本标准的符合性及裁剪过程进行了规定 。

　　本标准的 SOA 系统和 SOA软件的生存周期过程在遵循 ISO/IEC 12207:2008的通用软件生存周期过程基础上扩展了 SOA 和服务特有的内容 。 附录 B 给出了本标准与 ISO/IEC 12207:2008的关系 。

　　5 服务生存周期过程

　　5. 1 综述

　　本章给出了 SOA应用中服务生存周期过程的要求 。定义了过程的 目 的和输出 , 以及完成过程所必需的活动 。

　　服务生存周期过程按以下 4个过程组进行描述 :

　　— 服务分析设计 ;

　　— 服务创建 ;

　　— 服务组装 ;

　　— 服务运维 。

　　上述过程组进一步包括 10个过程 ,如图 1所示 。

　　图 1 服务生存周期过程

　　5.2 服务分析与设计过程

　　5.2. 1 服务分析过程

　　5.2. 1. 1 目的

　　服务分析是基于 SOA 应 用 的 总 体 需 求 , 综 合 运 用 多 种 方 法 手 段 , 多 维 度 逐 步 发 现 、甄 别 服 务 的过程 。

　　5.2. 1.2 输出

　　服务分析过程的输出结果包括 :

　　a) 候选服务列表 ,包含服务名称 、功能描述 、服务来源 、服务使用者 、服务提供者 、服务流程信息等服务需求信息 ;

　　b) 业务需求被分解 ,并对应到 SOA应用的服务需求中 ;

　　c) 服务需求与业务需求的一致性和可追溯性 ;

　　d) 经正确性 、可测试性等分析的服务需求 。

　　5.2. 1.3 活动和任务

　　服务分析过程包括目标建模 、领域建模 、流程建模 、数据建模 、业务维服务分析 、系统维服务分析 、服务识别与筛选 7个活动 。具体如下所示 :

　　a) 目标建模

　　目标建模宜从分析业务问题 、明确项 目 目标的角度出发 ,识别与项 目 目标相关的领域 、流程及数据 ,为下一步领域 、流程及数据建模锁定分析范围 。

　　b) 领域建模

　　从了解组织结构 ,清晰岗位职责的业务维度出发 , 了解当前业务部门组织结构和职责 ,探讨未来业务部门(或业务领域)划分和职责界定 ,并标识当前或未来业务中会重点关注的热点职责 ,形成候选服务 。

　　c) 流程建模

　　从区分业务场景 ,梳理业务流程的角度出发 , 围绕与项 目 目标相关的关键业务场景 ,逐个场景地分析 、探讨当前流程和未来优化流程 ,细化流程中的操作要求 ,形成候选服务 。

　　d) 数据建模

　　从收集单证报表 ,获取数据需求的业务维度出发 , 围绕与项 目 目标相关的关键业务场景 ,逐个场景地收集相关单证报表资料 ,获取部门 、岗位之间的数据需求 ,形成候选服务 。

　　e) 业务维服务分析

　　围绕与项 目 目标相关的关键业务场景 ,汇总领域 、流程 、数据建模的结果 ,逐个场景地形成业务流程模型和业务组件模型 ,最终形成候选服务集 。

　　f) 系统维服务分析

　　从系统的维度出发 ,分析识别遗留系统以及系统之间的访问接口和功能列表 ,发现候选服务的过程 。

　　g) 服务识别与筛选

　　从候选服务中 ,运用校验 、评估等方法从候选服务中逐步筛选并得到待暴露(实现) 的服务的过程 。

　　5.2.2 服务设计过程

　　5.2.2. 1 目的

　　服务设计是对服务分析过程中得到的服务进行分类 、定义(规约) 、管理等一系列活动 。

　　5.2.2.2 输出

　　服务设计过程的输出结果包括 :

　　a) 服务的分类信息 ;

　　b) 服务接口定义列表 ;

　　c) 服务接口详细规约 ;

　　d) 服务实现矩阵 ;

　　e) 服务需求与服务设计的一致性和可追溯性 。

　　5.2.2.3 活动和任务

　　服务设计过程包括服 务 分 类 、服 务 定 义 、服 务 接 口 设 计 、服 务 实 现 方 式 决 策 4 个 活 动 。 具 体 如 下所示 :

　　a) 服务分类

　　为了有助于服务组合和分层 ,对不同服务实施不同的管控 ,并为逻辑设计提供依据 ,从而提高服务可管理性 ,按照服务的不同属性进行分层抽象划分 、提取 。 服务分类按照层次可包括 : 流程服务 、任务服务 、实体服务 、功能服务 、连接服务和信息资源服务 。

　　b) 服务定义

　　服务定义的活动包括确定服务边界 、定义服务接 口 。 服务接口可包括服务名称 、服 务 调 用 方式 、依赖的服务 、响应时间 、服务安全要求 、允许调用的角色 、服务操作 、消息格式等 。

　　c) 服务接口设计

　　服务接口设计的活动包括确定服务的调用方式 、确定覆盖功能与非功能需求 、制定服务接口详细规约 。

　　d) 服务实现方式决策

　　服务实现方式决策的活动包括确定服务质量要求 、确定业务服务在技术上的实现方式 、制定服务实现矩阵 。

　　5.3 服务创建过程

　　5.3. 1 服务构造过程

　　5.3. 1. 1 目的

　　服务构造是将已定义的服务接口详细规约通过技术开发手段变成可部署运行的服务的过程 。

　　5.3. 1.2 输出

　　服务构造过程的输出结果包括 :

　　a) 可部署的服务包 ;

　　b) 服务描述文档 ;

　　c) 对照服务需求的服务验证准则 ;

　　d) 服务包与服务需求 、服务设计之间的一致性和可追溯性 。

　　5.3. 1.3 活动和任务

　　依据服务不同的实现方式决策 ,服务构造方式可分为 3种类型 ,分别为 :新建功能服务 、映射已有功能服务和组合服务构造 。对应的服务构造过程包括新建功能服务 、映射已有功能服务 、新建组合服务3个活动 。具体如下所示 :

　　a) 新建功能服务

　　新建功能服务是从无到有地开发服务的一种方式 , 它的活动包括服务实现编码 、服务打包 、服务测试准则与过程编制等 。

　　b) 映射已有功能服务

　　映射已有功能服务是服务注册中心已经存在该功能服务情况下 ,通过服务发现与绑定来开发服务的一种方式 。重用已有功能 ,可避免重复功能的存在 , 降低维护成本 。它的活动包括服务发现和服务绑定 。服务发现见 5. 4. 1。 服务绑定应考虑传输协议 、消息格式的差异 ,可通过引入中介来弥合服务调用者和提供者之间的差异 。

　　c) 新建组合服务

　　见 5. 4. 2。

　　5.3.2 服务测试过程

　　5.3.2. 1 目的

　　服务测试过程是验证服务构造过程输出的可部署服务包 ,在功能和服务质量上是否符合服务需求和服务设计要求的过程 。

　　5.3.2.2 输出

　　服务测试过程的输出结果包括 :

　　a) 服务测试准则 ;

　　b) 服务测试结果记录 。

　　5.3.2.3 活动和任务

　　服务测试过程包括服务测试准则制定与评价 、服务接口测试 、服务集成测试 、测试结果评价 4 个活动 。具体如下所示 :

　　a) 服务测试准则制定与评价

　　服务描述文档是服务对自身功能 、行为 、服务质量等信息的声明 。应根据服务描述文档给出的信息制定服务测试的准则 ,包括测试方法 、测试用例等 。 同时 ,应对服务测试准则进行评价和修正 。

　　b) 服务接口测试

　　服务接口测试是依据服务测试准则对单个服务进行的测试 ,包括服务接口功能测试和各种服务质量特性测试 。

　　c) 服务集成测试

　　服务集成测试是依据服务测试准则对组合服务进行的测试 ,包括组合服务功能测试和各种服务质量特性测试 。

　　d) 测试结果评价

　　依据服务测试准则和服务需求 ,对服务测试结果进行评估 ,并记录评估结果 。

　　5.3.3 服务部署过程

　　5.3.3. 1 目的

　　服务部署过程是将符合服务需求的可部署服务包安装到目标运行环境中的过程 。

　　5.3.3.2 输出

　　服务部署过程的输出结果包括 :

　　a) 服务部署策略 ;

　　b) 运行态的服务 ;

　　c) 更新的服务描述信息 。

　　5.3.3.3 活动和任务

　　服务部署过程包括服务部署策略制定与评价 、原子服务部署 、组合服务部署 、服务部署确认 4 个活动 。具体如下所示 :

　　a) 服务部署策略制定与评价

　　依据目标运行环境 、服务需求 ,制定服务部署的计划 、策略和过程 。 同时 ,应对服务部署策略进行评估和修正 。

　　b) 原子服务部署

　　依据服务部署策略 ,将可部署服务包安装到目标运行环境的应用服务器中 ,并确保服务所需资源已准备就绪 。 同时 ,应根据实际部署环境的配置 ,更新服务描述信息 。

　　c) 组合服务部署

　　依据服务部署策略 ,将组合服务的可部署服务包安装到目标运行环境的组合服务引擎中 ,并确保组合服务所需资源和被调用服务已准备就绪 。

　　d) 服务部署确认

　　通过服务测试等方法 ,确认服务部署成功 。

　　5.3.4 服务发布过程

　　5.3.4. 1 目的

　　服务发布过程是将已部署的服务通过在服务注册中心注册等方式对外公开的过程 。

　　5.3.4.2 输出

　　服务发布过程的输出结果包括 :

　　a) 与第三方机构的服务发布合约 ;

　　b) 符合服务发布的服务描述文档 ;

　　c) 服务对外公开发布 。

　　5.3.4.3 活动和任务

　　服务发布过程包括服务发布合约制定 、服务发布声明制定和评价 、服务发布 3 个活动 。具体如下所示 :

　　a) 服务发布合约制定

　　对于通过第三方机构进行服务发布的方式 ,应与该机构共同制定服务发布合约 ,规定相应的责任和义务 。

　　b) 服务发布声明制定和评价

　　依据服务发布的具体方式 ,制定服务发布所需的服务描述文档 。 同时应对服务发布声明进行评价和修正 。

　　c) 服务发布

　　将服务发布声明对外公开或在服务注册中心注册 。

　　5.4 服务组装过程

　　5.4. 1 服务发现过程

　　5.4. 1. 1 目的

　　服务发现是指服务使用者依据服务描述 、查找获取可以满足特定需求的服务的过程 。 它涉及到功能性和服务质量指标及匹配 。服务发现一般通过服务注册中心来完成 。

　　5.4. 1.2 输出

　　服务发现过程的输出结果包括 :

　　a) 服务匹配模板 ;

　　b) 被发现服务的列表及描述文档 ;

　　c) 服务评估结果记录 。

　　5.4. 1.3 活动和任务

　　服务发现过程包括服务匹配模板制定 、服务搜索 、服务评估与选择 3个活动 。具体如下所示 :

　　a) 服务匹配模板制定

　　服务注册中心一般提供服务搜索的外部接 口 ,通过输入相应的搜索条件检索需要的服务 。应依据服务需求和服务注册中心的外部接 口 ,制定服务匹配模板 ,确定服务搜索的条件 。

　　b) 服务搜索

　　依据服务匹配模板的搜索条件 ,通过调用服务注册中心的外部接 口 ,进行服务搜索 。

　　c) 服务评估与选择

　　服务搜索的结果一般是满足条件的多个服务 。应根据服务需求 ,对这些服务的描述文档进行评估 ,选择最优的服务 。

　　5.4.2 服务组合过程

　　5.4.2. 1 目的

　　服务组合过程是将一 组 服 务 按 照 一 定 的 规 则 进 行 组 合 , 使 它 们 共 同 完 成 一 个 特 定 的 任 务 或 业 务流程 。

　　5.4.2.2 输出

　　服务组合过程的输出结果包括 :

　　a) 服务编排模型 ;

　　b) 服务组合模型 ;

　　c) 模型评价结果 ;

　　d) 服务绑定 。

　　5.4.2.3 活动和任务

　　服务组合过程包括服务 编 排 建 模 、服 务 组 合 模 型 设 计 、模 型 评 价 、服 务 发 现 、服 务 构 造 、服 务 绑 定6个活动 。具体如下所示 :

　　a) 服务编排建模

　　依据业务需求及业务流程 ,确定业务角色及角色间的交互模型 。

　　b) 服务组合模型设计

　　依据服务编排模 型 , 确 定 每 个 业 务 角 色 的 业 务 过 程 , 并 据 此 设 计 实 现 业 务 过 程 的 服 务 组 合序列 。

　　c) 模型评价

　　对服务编排模型和服 务 组 合 模 型 进 行 评 价 , 并 记 录 评 价 结 果 。 同 时 对 上 述 模 型 进 行 必 要 的修正 。

　　d) 服务发现

　　为实现组合服务 ,需创建服务 ,与组合服务中调用外部服务的活动进行绑定 。 可通过 5. 4. 1 的过程发现可重用的服务 。

　　e) 服务构造

　　对于所需的服务不存在的情况 ,可通过 5. 3. 1 的服务构造过程 , 构造新的服务 , 满足业务过程需求 。

　　f) 服务绑定

　　所需的服务被发现或构造后 ,需要与服务组合模型中调用服务的活动进行绑定 。

　　5.5 服务运维过程

　　5.5. 1 服务监管过程

　　5.5. 1. 1 目的

　　服务监管过程是依据 SOA应用确定的决策和机制 ,对运行时的服务和业务流程进行监控和管理 ,以保证服务正常运行的一系列过程 。

　　5.5. 1.2 输出

　　服务监管过程的输出结果包括 :

　　a) 服务测量信息 ;

　　b) 服务管理记录 ;

　　c) 服务质量报告 。

　　5.5. 1.3 活动和任务

　　服务监管过程包括服务监视 、服务测量信息收集 、服务异常管理 、服务配置 、服务更新 5个活动 。具体如下所示 :

　　a) 服务监视

　　依据服务需求中确定的策略 ,对服务的运行情况进行实时监视 ,并在异常情况下进行报警 。

　　b) 服务测量信息收集

　　对服务各类服务质量指标进行测量 ,并记录测量结果 。

　　c) 服务异常管理

　　对服务运行过程中产生的异常进行记录 ,并进行统计报告 。

　　d) 服务配置

　　在环境条件发生改变或服务需求变更等情况下 ,对服务部署和运行的参数进行重配 。

　　e) 服务更新

　　在服务需求变更后 ,将服务更新为新的版本 。服务更新应保持更新前后系统的一致性 。

　　5.5.2 服务退役过程

　　5.5.2. 1 目的

　　服务退役过程是服务不再使用时 ,将服务从目标运行环境中卸载的过程 。

　　5.5.2.2 输出

　　服务监管过程的输出结果包括 :

　　a) 服务退役计划 ;

　　b) 服务退役公告 ;

　　c) 服务从目标运行环境中卸载 ;

　　d) 目标运行环境保持一致状态 。

　　5.5.2.3 活动和任务

　　服务退役过程包括服务退役计划制定 、服务退役公布 、服务卸载 3个活动 。具体如下所示 :

　　a) 服务退役计划制定

　　制定服务退役的过程和策略 ,可包括后续服务技术支持的安排 、服务及文档的规定 、后续遗留问题的职责划分 、向新服务迁移的策略等 。

　　b) 服务退役公布

　　公布服务退役计划 。可在互联网上进行退役公布 ,也可主动通知服务使用者 , 向 其 公 布 退 役计划 。

　　c) 服务卸载

　　将服务从目标运行环境中卸载 。对于服务退役和新服务部署重叠的情况 ,应保证新旧服务更替的平滑过渡 。 同时 ,应根据服务需求 ,确保服务相关数据的记录及可访问性 。

　　6 SOA应用的生存周期过程

　　6. 1 综述

　　本章提出 SOA 系统的生存周期过程和 SOA软件的生存周期过程 。SOA 系统生存周期过程指导整个 SOA应用的开发实施 ,其中 SOA软件的部分应遵循 SOA软件生存周期过程;SOA软件中服务的部分 ,应遵循服务生存周期过程 。

　　6.2 SOA 系统的生存周期过程

　　6.2. 1 协议过程

　　协议过程定义了在两个组织间建立协议所必需的活动 。协议过程包括以下 2个过程 ,ISO/IEC 12207: 2008中协议过程规定的活动和任务可直接应用到 SOA应用。

　　6.2. 1. 1 获取过程

　　获取过程的目的是根据需方的要求获取产品或服务 。该过程从确认客户需求开始 , 到需方认可软件产品/服务为止 。

　　6.2. 1.2 供应过程

　　供应过程的目的是向需方提供满足约定需求的产品或服务 。

　　6.2.2 组织的项目使能过程

　　组织的项目使能过程通过项目的启动 、支持和控制 ,来管理组织以获取和供应产品或服务的能力 。它们提供支持项目和保障组织的目标以及已确定的协议得到满足所必需的资源和基础设施 。组织的项目使能过程包括以下 5个过程 ,ISO/IEC 12207:2008中组织的项目使能过程规定的活动和任务可直接应用到 SOA应用 。

　　6.2.2. 1 生存周期模型管理过程

　　生存周期模型管理过程用于定义 、维护和保障生存周期策略 、生存周期过程 、生存周期模型和组织使用步骤的可用性 。该过程提供与企业目标一致的生存周期策略 、过程和步骤 , 为支持组织内个别项目 ,它们可被定义 、修改 、改进和维护 ,并可与有效的方法和工具共用 。

　　6.2.2.2 基础设施管理过程

　　基础设施管理过程用于为项目提供必要的基础设施和服务 ,在整个项目生命周期内支持组织和项目 目标 。该过程定义 、提供 、维护项目所需的设施 、工具 、通信信息技术资产等 。

　　6.2.2.3 项目投资管理过程

　　项目投资管理过程用于为满足组织战略目标启动和维护必要 、充分和合适的项 目 。

　　6.2.2.4 人力资源管理过程

　　人力资源管理过程用于提供组织所必需的人力资源 ,并来维护组织的竞争力 、与商业需求的一致性 。该过程可保障提供有经验 、合格的人员来执行生存周期过程 ,从而达到组织 、项目和客户的目标 。

　　6.2.2.5 质量管理过程

　　质量管理过程用于保障产品 、服务和生命周期过程的实施满足组织的质量目标 、达到客户满意度的要求 。

　　6.2.3 项目过程

　　项目过程用于制定和发展项目计划 , 以便根据计划评估实际的完成情况和进展 ,并控制项目的执行直到完成 。项目过程包括以下 7个过程 ,ISO/IEC 12207:2008中项目过程规定的活动和任务可直接应用到 SOA应用 。

　　6.2.3. 1 项目规划过程

　　项目计划过程用于生成和交付有效 、可执行的项目计划 。该过程确定项目管理和技术活动的范围 ,确认过程的输出 、项目任务和可交付物 ,创建项目任务的进度安排 、验收标准和资源需求 。

　　SOA应用特有的输出包括 :

　　a) SOA应用战略报告 ;

　　b) SOA应用的 SOA路标 ;

　　c) 应用向 SOA迁移的可行性分析报告 ;

　　d) SOA应用的治理策略 ;

　　e) SOA应用的服务策略 。

　　SOA应用特有的活动和任务包括 :

　　a) 制定 SOA应用的发展和领域战略 ,形成 SOA应用的战略报告 ;

　　b) 制定 SOA应用开发和运维的 SOA路标 ,形成 SOA应用的 SOA路标 ,包括 SOA原则(业务 、应用 、技术和数据相关的原则) 、SOA参考架构(业务 、基础设施和数据的架构) ;

　　c) 对于应用升级的项 目 ,应对当前应用进行迁移和升级分析 ,形成应用向 SOA 迁移的可行性分析报告 ;

　　d) 制定应用相关的 SOA治理策略 ;

　　e) 制定应用相关的服务策略 ,包括服务的粒度 、服务成熟度等 。

　　6.2.3.2 项目评估与控制过程

　　项目评估和控制过程用于确定项目的状态 ,保障项目按照预定的预算 、技术要求 、进度安排顺利地进行 。

　　6.2.3.3 决策管理过程

　　决策管理过程用于从多个可选的项目方案中选择一个最佳方案来执行 。 为获得特殊 、满意或优化的输出 ,该过程负责对系统生存周期中的决策进行响应 。

　　6.2.3.4 风险管理过程

　　风险管理过程用于持续地识别 、分析 、处理和监视项 目 中的风险 。该过程是系统或软件产品或服务全生存周期中系统地处理风险的连续过程 。它可用于获取 、开发 、维护或系统运行中的相关风险 。

　　6.2.3.5 配置管理过程

　　配置管理过程用于创建和维护项目或过程的所有已标识成果的完整性并且使得这些成果可以用在合适的地方 。

　　6.2.3.6 信息管理过程

　　信息管理过程用于在软件系统生存周期内或之后向指定的当事方提供相关的 、及时的 、完整的 、有效的 、甚至保密信息 。该过程产生 、收集 、转化 、保留 、获取 、散发和处置信息 。 它管理被指派的信息 ,包括技术 、项目 、组织 、协议和用户信息 。

　　6.2.3.7 度量过程

　　测量过程用于收集 、分析和报告开发产品和组织内过程相关的数据 ,支持过程的有效管理 ,并清晰地描述软件产品的质量状况 。

　　6.2.4 技术过程

　　技术过程用于定义系统的需求 ,把需求转化有效的产品,必要时运行对产品进行一致的再生产 ,使用产品提供必需的服务 ,维持对服务的提供 ,并当产品从服务中退役时对其进行处置 。技术过程定义了使企业和项目起作用的活动 , 以便使利益最大化并减少由技术决策和行为所引起的风险 。技术过程包括以下 10个过程 ,ISO/IEC 12207:2008中技术过程规定的活动和任务可直接应用到 SOA应用 。

　　6.2.4. 1 共利益者需求定义过程

　　共利益者需求定义过程用于在一个明确定义的环境中定义可以向用户和其他利益相关者提供服务的软件系统的需求 。它识别系统生存周期过程中系统相关的共利益者及类别 、共利益者的需求和期望 ,对其进行分析并转化为共利益者需求的公共集 ,用以表达系统与运行环境的交互 ,输出的运行服务也可据此进行确认是否满足系统需求 。

　　6.2.4.2 系统需求分析过程

　　系统需求分析过程用于将已定义的共利益者需求转变成可以用来指导软件系统设计的系统技术需求 。

　　6.2.4.3 系统体系结构设计过程

　　系统体系结构设计过程用于将系统需求分配到组成系统的各个元素上 ,并且定义系统的各种接 口 。

　　6.2.4.4 实现过程

　　实现过程用于实现指定系统的各个元素 。对于 SOA软件的实现过程(见 6. 3. 1) 。

　　6.2.4.5 系统集成过程

　　系统集成过程用于整合系统的硬件 、软件等各个组成元素以便生成一个可以满足系统设计和客户期望的完整系统 。

　　6.2.4.6 系统质量测试过程

　　系统质量测试过程通过测试确保系统的需求都得到了实现 ,并且做好了软件系统的交付准备 。

　　6.2.4.7 软件安装过程

　　软件安装过程用于在目标环境中按照预定的要求安装软件产品 。

　　注 : 对于 SOA应用中服务的安装过程 ,包括服务部署和服务发布 ,见 5. 3. 3 和 5. 3. 4。

　　6.2.4. 8 软件接受支持过程

　　软件接受支持过程用于支持软件产品的需方相信该产品达到了预定的需求 。

　　6.2.4.9 软件运行过程

　　软件运行过程用于在预先定义的实际环境中运行软件产品并向软件产品的客户提供支持 。

　　6.2.4. 10 软件维护过程

　　软件维护过程用于在软件产品交付之后提供各种有效的支持 。

　　注 : 对于 SOA应用中服务的维护过程 ,见 5. 5. 1。

　　6.2.4. 11 软件处置过程

　　软件处置过程用于终止软件产品的运行和存在 。该过程终止运行和服务组织的支持活动 ,或解除 、分解 、移除有效的软件产品,将其置入最终条件 ,并使运行环境处于可接受的条件下 。该过程依据法律 、协议 、组织约束和共利益者需求 , 以正确方式销毁或存储系统软件元素和相关产品 。

　　注 : 对于 SOA应用中服务的处置过程 ,见 5. 5. 2。

　　6.3 SOA 软件的生存周期过程

　　6.3. 1 软件实现过程

　　软件实现过程用于生产一种在软件中实现的特殊的系统元素(软件项) 。这些过程将特殊的行为 、接口和实现约束转化成实现动作 ,并输出一个满足系统需求的系统元素 。 软件实现过程包括以下 6 个过程 ,ISO/IEC 12207:2008中软件实现过程规定的活动和任务可直接应用到 SOA应用 。

　　6.3. 1. 1 软件需求分析过程

　　软件需求分析过程用于创建系统软件元素的需求 。

　　SOA应用特有的输出包括 :

　　a) 业务过程被有效地定义 ;

　　b) 业务规则被有效地定义 ;

　　c) 业务角色被有效地识别 ;

　　d) 每个业务过程被赋予对应的业务角色 ;

　　e) 业务服务 、构件 、流程及相关信息 ;

　　f) 业务过程优先级被有效定义 。

　　SOA应用特有的活动和任务包括 :

　　a) 进行企业业务需求分析 ,建立企业的业务需求 、业务过程和业务规则 ;

　　b) 识别企业的业务角色 ,并为每个业务过程识别对应的业务角色 ;

　　c) 识别业务服务 、构件 、流程和信息 ;

　　d) 对业务过程和业务服务进行优先级排序 ;

　　e) 对于 SOA应用中服务的需求分析过程(见 5. 2. 1) 。

　　6.3. 1.2 软件体系结构设计过程

　　软件体系结构设计过程用于提供实现需求 、可被需求验证的软件设计 。

　　SOA应用特有的输出包括 :

　　a) 经过评审的业务需求 、业务过程 ;

　　b) 业务流程和组合服务模型 ;

　　c) 业务服务接 口 ;

　　d) 服务的实现构件 ;

　　e) 可重用的服务 。

　　SOA应用特有的活动和任务包括 :

　　a) 对业务需求 、业务过程等进行评审 ,使其满足进行体系结构设计的要求 ;

　　b) 根据企业业务过程 ,设计业务流程和组合服务模型 ;

　　c) 根据业务服务需求 ,设计业务服务接 口 ;

　　d) 根据业务服务需求 ,设计服务的实现构件 ;

　　e) 通过服务发现 ,识别可重用服务 ;

　　f) 评审 SOA应用的体系结构 ,使其符合业务需求 ,并在企业间达成一致 ;

　　g) 对于 SOA应用中服务的设计过程(见 5. 2. 2) ;

　　h) 对于 SOA应用中组合服务的设计过程(见 5. 4. 2) 。

　　6.3. 1.3 软件详细设计过程

　　软件详细设计过程用于提供实现需求 、软件体系结构 ,并可被需求 、软件体系结构验证的软件设计 ,该设计需足够详细以运行编码和测试 。

　　6.3. 1.4 软件构造过程

　　软件构造过程用于产生正确反映软件设计的可执行软件单元 。

　　注 : 对于 SOA应用中服务的构造过程 ,见 5. 3. 1。

　　6.3. 1.5 软件集成过程

　　软件集成过程用于将软件单元和软件组件集成起来 ,形成与软件设计一致的集成软件项 ,详细描述功能/非功能软件需求在一个完整运行平台上得以满足 。对于 SOA应用中服务的集成过程 ,包括服务发现和服务组合分别见 5. 4. 1 和 5. 4. 2。

　　6.3. 1.6 软件质量测试过程

　　软件质量测试过程用于确认集成软件产品符合既定需求 。对于 SOA 应用中服务的测试过程(见

　　5. 3. 2) 。

　　6.3.2 软件支持过程

　　软件支持过程提供一个活动的特殊集用于执行特殊的软件过程 。一个支持过程可作为软件实现过

　　程中特殊目的 的 一 部 分 , 从 而 有 助 于 软 件 项 目 的 成 功 和 质 量 。 软 件 支 持 过 程 包 括 以 下 8 个 过 程 , ISO/IEC 12207:2008中软件支持过程规定的活动和任务可直接应用到 SOA应用 。

　　6.3.2. 1 软件文档管理过程

　　软件文档管理过程用于开发和维护过程产生的被记录的软件信息 。

　　6.3.2.2 软件配置管理过程

　　软件配置管理过程用于创建和维护过程或项目的软件项的完整性 ,并使其对相关利益方可用 。

　　6.3.2.3 软件质量保障过程

　　软件质量保障过程用于保障工作产品和过程遵从预定义的条款和计划 。

　　6.3.2.4 软件验证过程

　　软件验证过程用于确认过程或项目的每个软件工作产品或服务正确地反映规定的需求 。

　　6.3.2.5 软件确认过程

　　软件确认过程用于确认软件工作产品特定使用需求被完成 。

　　6.3.2.6 软件评审过程

　　软件评审过程用于维护与共利益者对协议目标进度和保障满足共利益者产品开发的一致理解 。软件评审应在项目管理和技术层面进行 ,并贯穿项目整个过程 。

　　6.3.2.7 软件审核过程

　　软件审核过程用于独立地确认被选产品和过程与需求 、计划 、协议的一致性 。

　　6.3.2. 8 软件问题解决过程

　　软件问题解决过程用于保障所有发现的问题均被识别 、分析 、管理和控制 。

　　6.3.3 软件复用过程

　　软件复用过程用于支持组织内复用跨项 目边界的软件项的能力 。 软件复用过程包括以下 3 个过程 ,ISO/IEC 12207:2008中软件复用过程规定的活动和任务可直接应用到 SOA应用 。

　　6.3.3. 1 领域工程过程

　　领域工程过程用于开发和维护领域模型 、领域架构和领域资产 。

　　6.3.3.2 复用资产管理过程

　　复用资产管理过程用于管理可复用资产从构思到退役的全过程 。

　　6.3.3.3 复用程序管理过程

　　复用程序管理过程用于规划 、创建 、管理 、控制和监视一个组织的可复用程序 ,并系统地开发复用机会 。

　　附 录 A

　　(规范性附录)

　　符合性和裁剪过程

　　A. 1 综述

　　本标准含有一组过程 、活动和任务 ,可根据 SOA 项 目 的情况加以裁剪 ,裁剪过程就是删除不适用的过程 、活动和任务 。

　　注 : 可按 SOA应用合同中的规定增加独特的或专门的过程 、活动和任务 。

　　A.2 符合性

　　执行按裁剪过程 ,从本标准中为某个 SOA 项 目选择的所有过程 、活动和任务即定义为符 合 本 标准 。 当所有要求的任务按照预定的准则和合同规定的要求执行时 ,就是执行了一个过程或完成了一项活动 。

　　任何组织(例如国家机关 、行业协会 、公司)在作为贸易条件而应用本标准时 ,有责任规定并明示所要求的过程 、活动和任务的最小子集 ,该最小子集构成了 SOA应用提供商对本标准的符合性要求 。

　　A.3 裁剪过程

　　裁剪过程是针对某一 SOA应用对本标准进行基本裁剪的一个过程 。本过程包括下述活动 :

　　a) 标识项目环境 ;

　　b) 请求输入 ;

　　c) 选择过程活动和任务 ;

　　d) 把裁剪决定和理由写成文档 。

　　A.3. 1 标识项目环境

　　此项活动包括下述任务 :

　　应标识影响裁剪的项目环境特性 。这些特性可能是生存周期模型 ;系统生存周期的当前活动 ;系统和软件需求 ;组织的方针 、规程和策略 ;系统 、软件产品或服务的规模 、关键性和类型 ; 以及涉及的人员数量和参与方 。

　　A.3.2 请求输入

　　此项活动包括下述任务 :

　　应从受裁剪决定影响 的 组 织 请 求 输 入 。 用 户 、支 持 人 员 、签 订 合 同 的 官 员 、潜 在 的 投 标 者 应 参 与裁剪 。

　　A.3.3 选择过程活动和任务

　　此项活动包括下述任务 :

　　应确定要执行的过程 、活动和任务 ,其中包括需要编写的文档以及负责这些过程 、活动和任务的人员 。为此应根据在 A. 3. 1 和 A. 3. 2 中搜集的相关数据评价本标准 。

　　在 A. 3. 1 中已确定的但在本标准中未规定的过程 、活动和任务应在本合同中规定 。应评价生存周期组织过程 , 以确定相关组织是否能够提供这些过程 、活动和任务 。

　　A.3.4 把裁剪决定和理由形成文档

　　此项活动包括下述任务 :

　　应将所有裁剪决定以及作出决定的理由形成文档 。

　　附 录 B

　　(资料性附录)

　　本标准与 ISO/IEC 12207:2008的关系

　　本标准在总体采纳 ISO/IEC 12207:2008标准的生存周期过程的基础上 ,根据 SOA 应用的要求 ,对系统生存周期过程和软件特有生存周期过程组进行了扩展 。在系统生存周期过程组内的组织学项 目使能过程 、项目过程和技术过程 , 以及软件特有生存周期过程组内软件实现过程中 ,增加了 SOA 应用相关的过程 、活动和任务 ,涉及项目规划过程 、实现过程 、软件安装过程 、软件运行过程 、软件维护过程 、软件处置过程 、软件需求分析过程 、软件体系结构设计过程 、软件构造过程 、软件集成过程 。

　　其次 ,增加了服务生存周期过程 , 以满足 SOA应用中服务的需求 。服务生存周期过程是软件实现过程中 SOA应用领域的特 殊 使 用 。 服 务 生 存 周 期 过 程 内 的 子 过 程 可 对 应 到 软 件 实 现 过 程 内 的 子 过程中 。

　　图 B. 1是 SOA应用的生存周期过程组的分类 。

　　图 B. 1 SOA应用的生存周期过程组的分类