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

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

国家标准 GB/T32429一2015 信息技术SOA应用的生存周期过程 Informationtechnology一LifeeyeleprocessesofsOAapplieatiom 2015-12-31发布 2017-01-01实施 国家质量监督检验检疫总局 发布 国家标准化管理委员会国家标准
GB/T32429一2015 目 次 前言 范围 规范性引用文件 术语和定义 总则 服务生存周期过程 5.1综述 5.2服务分析与设计过程 5.2.1服务分析过程 5.2.2服务设计过程 5.3服务创建过程 5.3.1服务构造过程 5.3.2服务测试过程 5.3.3服务部署过程 5.3.生服务发布过程 5.4服务组装过程 5.4.1服务发现过程 5.4.2服务组合过程 5.5服务运维过程 5.5.1服务监管过程 5.5.2服务退役过程 sOA应用的生存周期过程 综述 6.1 6.2SO)A系统的生存周期过程 6.2.1协议过程 6,.2.2组织的项目使能过程 6.2.3项目过程 10 6,.2.4技术过程 1l 6.3SOA软件的生存周期过程 12 6.3.1软件实现过程 12 6.3.2软件支持过程 13 6.3.3软件复用过程 14 15 附录A规范性附录符合性和裁剪过程 附录B(资料性附录本标准与IsO/IEC12207:2008的关系
GB/T32429一2015 前 言 本标准按照GB/T1.1一2009给出的规则起草 请注意本文件的某些内容可能涉及专利 本文件的发布机构不承担识别这些专利的责任 本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口 本标准起草单位:北京航空航天大学、电子技术标准化研究院、人民解放军后勤学院、北京 大学,北京锐易特软件技术有限公司 本标准主要起草人:赵永望、袁媛、马殿富、冯惠、杨云、赵俊峰、王潮阳、袁志华、孙勇韬,董建 m
GB/T32429一2015 信息技术SoA应用的生存周期过程 范围 本标准规定了服务生存周期过程,sOA系统生存周期过程和sOA软件生存周期过程,以及它们的 活动和任务 本标准适用于sOA项目的规划、设计、开发及测试、部署,发布、运行和维护 规范性引用文件 下列文件对于本文件的应用是必不可少的 凡是注日期的引用文件,仅注日期的版本适用于本文 件 凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T29262信息技术面向服务的体系结构(sOA术语 ISO/IEC12207:2008系统和软件工程软件生存周期过程 术语和定义 GB/T29262,Iso/IEC12207:2008中界定的以及下列术语和定义适用于本文件 3.1 SoA系统soAsystem 为支撑soA应用而组织起来的、相互作用的元素的组合体 注sOA系统包括支撑sOA应用的硬件基础设施、中间件和soA软件 3.2 SOA软件soAsoftware 支撑sOA应用的软件产品和服务 注;SOA软件有非服务和服务两种形态 服务形态的软件指以服务的方式对外提供功能的软件 3.3 SOA项目sOAprojeet 具有预定的起始和结束时间、根据规定的资源和需求承诺创建so)A应用或服务的一个行动 总则 本标谁为soA应用的生存周期过程建立了一个公共框架,以供soA应用开发商和集成商使用 它包括在sOA应用的获取期间以及在SO)A应用的供应,开发,运行和维护期间所需的过程、活动和 任务 本标准中的sOA应用分为sOA系统和sOA软件两类,sOA系统由sOA应用的硬件基础设施 中间件和sOA软件构成;sOA软件则包括服务和非服务两种形态 sOA应用的生存周期过程分为sOA系统生存周期过程,sOA软件生存周期过程和服务生存周期 过程3类 soA系统生存周期过程指导整个soA应用的开发实施,其中对于soA软件的部分,则遵 循sOA软件生存周期过程;而sOA软件中服务的部分,遵循服务生存周期过程
GB/T32429一2015 本标准中的生存周期过程均可裁剪使用 附录A为对本标准的符合性及裁剪过程进行了规定 本标准的sOA系统和sOA软件的生存周期过程在遵循ISO/IEC12207:2008的通用软件生存周 期过程基础上扩展了sOA和服务特有的内容 附录B给出了本标准与ISO/IEC12207:2008的关系 服务生存周期过程 5.1 综述 本章给出了sOA应用中服务生存周期过程的要求 定义了过程的目的和输出,以及完成过程所 必需的活动 服务生存周期过程按以下4个过程组进行描述: 服务分析设计; 服务创建; 服务组装 服务运维 上述过程组进一步包括10个过程,如图1所示 创建过程 分析设计过程 服务构造过程服务测试过 服务分析过程 服务部署过程服务发布过程 服务设计过程 服务生存周期过程 运维过程 组装过程 服务监管过程 服务发现过程 服务退役过程 服务组合过程 图1服务生存周期过程 5.2服务分析与设计过程 5.2.1服务分析过程 5.2.1.1目的 服务分析是基于sOA应用的总体需求,综合运用多种方法手段,多维度逐步发现、甄别服务的 过程 5.2.1.2输出 服务分析过程的输出结果包括: 候选服务列表,包含服务名称,功能描述,服务来源,服务使用者,服务提供者,服务流程信息等 服务需求信息;
GB/I32429一2015 业务需求被分解,并对应到SOA应用的服务需求中; b 服务需求与业务需求的一致性和可追溯性; c d)经正确性、可测试性等分析的服务需求 5.2.13活动和任务 服务分析过程包括目标建模、领域建模、流程建模、数据建模、业务维服务分析、系统维服务分析、服 务识别与筛选7个活动 具体如下所示: 目标建模 a 目标建模宜从分析业务问题、明确项目目标的角度出发.识别与项目目标相关的领域、流程及 数据,为下一步领域.,流程及数据建模锁定分析范围 b领域建模 从了解组织结构,请晰岗位职责的业务维度出发,了解当前业务部门组织结构和职责,探讨未 来业务部门或业务领域)划分和职责界定,并标识当前或未来业务中会重点关注的热点职责， 形成候选服务 流程建模 从区分业务场景,梳理业务流程的角度出发,围绕与项目目标相关的关键业务场景,逐个场景 地分析、探讨当前流程和未来优化流程,细化流程中的操作要求,形成候选服务 数据建模 从收集单证报表,获取数据需求的业务维度出发,围绕与项目目标相关的关键业务场景,逐个 场景地收集相关单证报表资料,获取部门、岗位之间的数据需求,形成候选服务 业务维服务分析 围绕与项目目标相关的关键业务场景,汇总领域、流程、数据建模的结果,逐个场景地形成业务 流程模型和业务组件模型,最终形成候选服务集 系统维服务分析 从系统的维度出发,分析识别遗留系统以及系统之间的访问接口和功能列表,发现候选服务的 过程 服务识别与筛选 从候选服务中,运用校验,评估等方法从候选服务中逐步筛选并得到待暴露(实现)的服务的 过程 5.2.2服务设计过程 5.2.2.1目的 服务设计是对服务分析过程中得到的服务进行分类、定义(规约、管理等一系列活动 5.2.2.2输出 服务设计过程的输出结果包括: a)服务的分类信息; b服务接口定义列表 服务接口详细规约 d)服务实现矩阵; 服务需求与服务设计的一致性和可追溯性
GB/T32429一2015 5.2.2.3活动和任务 服务设计过程包括服务分类、服务定义、服务接口设计,服务实现方式决策4个活动 具体如下 所示 服务分类 a 为了有助于服务组合和分层,对不同服务实施不同的管控,并为逻辑设计提供依据,从而提高 服务可管理性,按照服务的不同属性进行分层抽象划分,提取 服务分类按照层次可包括;流 程服务、任务服务,实体服务,功能服务,连接服务和信息资源服务 b服务定义 服务定义的活动包括确定服务边界、,定义服务接口 服务接口可包括服务名称、服务调用方 式,依赖的服务、响应时间,服务安全要求,允许调用的角色,、服务操作、消息格式等 服务接口设计 服务接口设计的活动包括确定服务的调用方式,确定覆盖功能与非功能需求,制定服务接口详 细规约 服务实现方式决策 D 服务实现方式决策的活动包括确定服务质量要求、确定业务服务在技术上的实现方式,制定服 务实现矩阵 5.3服务创建过程 5.3.1服务构造过程 5.3.1.1目的 服务构造是将已定义的服务接口详细规约通过技术开发手段变成可部署运行的服务的过程 5.3.1.2输出 服务构造过程的输出结果包括: a)可部署的服务包; b) 服务描述文档 e)对照服务需求的服务验证准则 d 服务包与服务需求、服务设计之间的一致性和可追溯性 5.3.1.3活动和任务 依据服务不同的实现方式决策,服务构造方式可分为3种类型,分别为;新建功能服务,映射已有功 能服务和组合服务构造 对应的服务构造过程包括新建功能服务,映射已有功能服务,新建组合服务 个活动 具体如下所示: 新建功能服务 a 新建功能服务是从无到有地开发服务的一种方式,它的活动包括服务实现编码、服务打包、服 务测试准则与过程编制等 映射已有功能服务 映射已有功能服务是服务注册中心已经存在该功能服务情况下,通过服务发现与绑定来开发 服务的一种方式 重用已有功能,可避免重复功能的存在,降低维护成本 它的活动包括服务 发现和服务绑定 服务发现见5.4.1 服务绑定应考虑传输协议、消息格式的差异,可通过引 人中介来弥合服务调用者和提供者之间的差异
GB/T32429一2015 新建组合服务 见5.4.2 5.3.2服务测试过程 5.3.2.1 目的 服务测试过程是验证服务构造过程输出的可部署服务包,在功能和服务质量上是否符合服务需求 和服务设计要求的过程 5.3.2.2输出 服务测试过程的输出结果包括: 服务测试准则; a 服务测试结果记录 b 5.3.2.3活动和任务 服务测试过程包括服务测试准则制定与评价、服务接口测试、服务集成测试、测试结果评价4个活 动 具体如下所示 a)服务测试准则制定与评价 服务描述文档是服务对自身功能、行为、服务质量等信息的声明 应根据服务描述文档给出的 信息制定服务测试的准则,包括测试方法、测试用例等 同时,应对服务测试准则进行评价和 修正 b)服务接口测试 服务接口测试是依据服务测试准则对单个服务进行的测试,包括服务接口功能测试和各种服 务质量特性测试 服务集成测试 服务集成测试是依据服务测试准则对组合服务进行的测试,包括组合服务功能测试和各种服 务质量特性测试 测试结果评价 依据服务测试准则和服务需求,对服务测试结果进行评估,并记录评估结果 5.3.3服务部署过程 5.3.3.1目的 服务部署过程是将符合服务需求的可部署服务包安装到目标运行环境中的过程 5.3.3.2输出 服务部署过程的输出结果包括: a)服务部署策略; b运行态的服务; 更新的服务描述信息 c 5.3.3.3活动和任务 服务部署过程包括服务部署策略制定与评价,原子服务部署,组合服务部署、服务部署确认4个活 动 具体如下所示
GB/T32429一2015 服务部署策略制定与评价 依据目标运行环境,服务需求,制定服务部署的计划,策略和过程 同时,应对服务部署策略进 行评估和修正 原子服务部署 依据服务部署策略,将可部署服务包安装到目标运行环境的应用服务器中,并确保服务所需资 源已准备就绪 同时,应根据实际部署环境的配置,更新服务描述信息 组合服务部署 依据服务部署策略.将组合服务的可部署服务包安装到目标运行环境的组合服务引擎中,并确 保组合服务所需资源和被调用服务已准备就绪 服务部署确认 dD 通过服务测试等方法,确认服务部署成功 5.3.4服务发布过程 5.3.4.1 目的 服务发布过程是将已部署的服务通过在服务注册中心注册等方式对外公开的过程 5.3.4.2输出 服务发布过程的输出结果包括 a)与第三方机构的服务发布合约 b)符合服务发布的服务描述文档 服务对外公开发布 5.3.4.3活动和任务 股务发布过程包精服务发布合约制定、服务发布声明制定和评价、服务发布3个活动 具体如下 所示 服务发布合约制定 对于通过第三方机构进行服务发布的方式,应与该机构共同制定服务发布合约,规定相应的责 任和义务 b)服务发布声明制定和评价 依据服务发布的具体方式,制定服务发布所需的服务描述文档 同时应对服务发布声明进行 评价和修正 服务发布 将服务发布声明对外公开或在服务注册中心注册 5.4服务组装过程 5.4.1服务发现过程 5.4.1.1目的 服务发现是指服务使用者依据服务描述,查找获取可以满足特定需求的服务的过程 它涉及到功 能性和服务质量指标及匹配 服务发现一般通过服务注册中心来完成 5.4.1.2输出 服务发现过程的输出结果包括:
GB/T32429一2015 服务匹配模板; a b被发现服务的列表及描述文档 c 服务评估结果记录 5.4.1.3活动和任务 服务发现过程包括服务匹配模板制定、服务搜索、服务评估与选择3个活动 具体如下所示: a)服务匹配模板制定 服务注册中心一般提供服务搜索的外部接口,通过输人相应的搜索条件检索需要的服务 应 依据服务需求和服务注册中心的外部接口,制定服务匹配模板,确定服务搜索的条件 服务搜索 依据服务匹配模板的搜索条件,通过调用服务注册中心的外部接口,进行服务搜索 服务评估与选择 服务搜索的结果一般是满足条件的多个服务 应根据服务需求,对这些服务的描述文档进行 评估,选择最优的服务 5.4.2服务组合过程 5.4.2.1 目的 服务组合过程是将一组服务按照一定的规则进行组合,使它们共同完成一个特定的任务或业务 流程 5.4.2.2输出 服务组合过程的输出结果包括: a服务编排模型 b 服务组合模型 c)模型评价结果; d) 服务绑定 5.4.2.3活动和任务 服务组合过程包括服务编排建模、服务组合模型设计,模型评价、服务发现、服务构造、服务绑定 6个活动 具体如下所示 a)服务编排建模 依据业务需求及业务流程,确定业务角色及角色间的交互模型 b)服务组合模型设计 依据服务编排模型,确定每个业务角色的业务过程,并据此设计实现业务过程的服务组合 序列 模型评价 对服务编排模型和服务组合模型进行评价,并记录评价结果 同时对上述模型进行必要的 修正 服务发现 为实现组合服务,需创建服务,与组合服务中调用外部服务的活动进行绑定 可通过5.4.1的 过程发现可重用的服务 服务构造
GB/T32429一2015 对于所需的服务不存在的情况,可通过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个活动 具 体如下所示: 服务监视 依据服务需求中确定的策略,对服务的运行情况进行实时监视,并在异常情况下进行报警 b)服务测量信息收集 对服务各类服务质量指标进行测量,并记录测量结果 服务异常管理 对服务运行过程中产生的异常进行记录,并进行统计报告 服务配置 d 在环境条件发生改变或服务需求变更等情况下,对服务部署和运行的参数进行重配 服务更新 在服务需求变更后,将服务更新为新的版本 服务更新应保持更新前后系统的一致性 5.5.2服务退役过程 5.5.2.1目的 服务退役过程是服务不再使用时,将服务从目标运行环境中卸载的过程 5.5.2.2输出 服务监管过程的输出结果包括 服务退役计划 a b)服务退役公告 c 服务从目标运行环境中卸载; d 目标运行环境保持一致状态
GB/T32429一2015 5.5.2.3活动和任务 服务退役过程包括服务退役计划制定,服务退役公布,服务卸载3个活动 具体如下所示: 服务退役计划制定 a 制定服务退役的过程和策略,可包括后续服务技术支持的安排、服务及文档的规定、后续遗留 问题的职责划分、向新服务迁移的策略等 服务退役公布 公布服务退役计划 可在互联网上进行退役公布,也可主动通知服务使用者,向其公布退役 计划 服务卸载 将服务从目标运行环境中卸载 对于服务退役和新服务部署重叠的情况,应保证新旧服务更 替的平滑过渡 同时,应根据服务需求,确保服务相关数据的记录及可访问性 SoA应用的生存周期过程 6.1 综述 本章提出SOA系统的生存周期过程和sOA软件的生存周期过程 sOA系统生存周期过程指导 整个sOA应用的开发实施,其中sOA软件的部分应遵循sOA软件生存周期过程;SOA软件中服务的 部分,应遵循服务生存周期过程 6.2sSOA系统的生存周期过程 6.2.1协议过程 协议过程定义了在两个组织间建立协议所必需的活动 协议过程包括以下2个过程,ISO/IEC12207: 2008中协议过程规定的活动和任务可直接应用到sOA应用 6.2.1.1获取过程 获取过程的目的是根据需方的要求获取产品或服务 该过程从确认客户需求开始,到需方认可软 件产品/服务为止 6.2.1.2供应过程 供应过程的目的是向需方提供满足约定需求的产品或服务 6.2.2组织的项目使能过程 组织的项目使能过程通过项目的启动、支持和控制,来管理组织以获取和供应产品或服务的能力 它们提供支持项目和保障组织的目标以及已确定的协议得到满足所必需的资源和基础设施 组织的项 目使能过程包括以下5个过程,IsO/IEC12207;2008中组织的项目使能过程规定的活动和任务可直接 应用到sOA应用 6.2.2.1生存周期模型管理过程 生存周期模型管理过程用于定义、维护和保障生存周期策略、生存周期过程、生存周期模型和组织 使用步骤的可用性 该过程提供与企业目标一致的生存周期策略、过程和步骤,为支持组织内个别项 目,它们可被定义、修改、改进和维护,并可与有效的方法和工具共用
GB/T32429一2015 6.2.2.2基础设施管理过程 基础设施管理过程用于为项目提供必要的基础设施和服务,在整个项目生命周期内支持组织和项 目目标 该过程定义、提供、维护项目所需的设施、工具,通信信息技术资产等， 6.2.2.3项目投资管理过程 项目投资管理过程用于为满足组织战略目标启动和维护必要、,充分和合适的项目 6.2.2.4人力资源管理过程 人力资源管理过程用于提供组织所必需的人力资源,并来维护组织的竞争力、与商业需求的一致 性 该过程可保障提供有经验、合格的人员来执行生存周期过程,从而达到组织、项目和客户的目标 6.2.2.5质量管理过程 质量管理过程用于保障产品、服务和生命周期过程的实施满足组织的质量目标,达到客户满意度的 要求 6.2.3项目过程 项目过程用于制定和发展项目计划,以便根据计划评估实际的完成情况和进展,并控制项目的执行 直到完成 项目过程包括以下7个过程,IsO/IEC12207:2008中项目过程规定的活动和任务可直接应 用到sOA应用 6.2.3.1项目规划过程 项目计划过程用于生成和交付有效、可执行的项目计划 该过程确定项目管理和技术活动的范围 确认过程的输出、项目任务和可交付物,创建项目任务的进度安排、验收标准和资源需求 sOA应用特有的输出包括 SOA应用战略报告; bsOA应用的sOA路标; 应用向SOA迁移的可行性分析报告; sOA应用的治理策略; sOA应用的服务策略 sOA应用特有的活动和任务包括 制定soA应用的发展和领域战略,形成soA应用的战略报告 制定sOA应用开发和运维的sOA路标,形成sOA应用的sOA路标,包括sOA原则(业务、 应用、技术和数据相关的原则),SOA参考架构(业务,基础设施和数据的架构); 对于应用升级的项目,应对当前应用进行迁移和升级分析,形成应用向sOA迁移的可行性分 析报告; d)制定应用相关的sOA治理策略 制定应用相关的服务策略,包括服务的粒度、服务成熟度等 6.2.3.2项目评估与控制过程 项目评估和控制过程用于确定项目的状态,保障项目按照预定的预算、技术要求、进度安排顺利地 进行 1o
GB/T32429一2015 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/IEC12207;2008中技术过程规定的活动和任务可直接应用到sOA应用 6.2.4.1共利益者需求定义过程 共利益者需求定义过程用于在一个明确定义的环境中定义可以向用户和其他利益相关者提供服务 的软件系统的需求 它识别系统生存周期过程中系统相关的共利益者及类别、共利益者的需求和期望， 对其进行分析并转化为共利益者需求的公共集,用以表达系统与运行环境的交互,输出的运行服务也可 据此进行确认是否满足系统需求 6.2.4.2系统需求分析过程 系统需求分析过程用于将已定义的共利益者需求转变成可以用来指导软件系统设计的系统技术 需求 6.2.4.3系统体系结构设计过程 系统体系结构设计过程用于将系统需求分配到组成系统的各个元素上,并且定义系统的各种接口 6.2.4.4实现过程 实现过程用于实现指定系统的各个元素 对于sOA软件的实现过程(见6.3.1). 11
GB/T32429一2015 6.2.4.5系统集成过程 系统集成过程用于整合系统的硬件、软件等各个组成元素以便生成一个可以满足系统设计和客户 期望的完整系统 6.2.4.6系统质量测试过程 系统质量测试过程通过测试确保系统的需求都得到了实现并且做好了软件系统的交付准备 6.2.4.7软件安装过程 软件安装过程用于在目标环境中按照预定的要求安装软件产品 注，对于soA应用中服务的安装过程,包括服务部署和服务发布,见5..3和5.3. 6.2.4.8软件接受支持过程 软件接受支持过程用于支持软件产品的需方相信该产品达到了预定的需求 6.2.4.9软件运行过程 软件运行过程用于在预先定义的实际环境中运行软件产品并向软件产品的客户提供支持 6.2.4.10软件维护过程 软件维护过程用于在软件产品交付之后提供各种有效的支持 注，对于soA应用中服务的维护过程,见5.5.1 6.2.4.11软件处置过程 软件处置过程用于终止软件产品的运行和存在 该过程终止运行和服务组织的支持活动,或解除、 分解、移除有效的软件产品,将其置人最终条件,并使运行环境处于可接受的条件下 该过程依据法律 协议、组织约束和共利益者需求,以正确方式销毁或存储系统软件元素和相关产品 注，对于soA应用中服务的处置过程.见552 6.3soA软件的生存周期过程 6.3.1软件实现过程 软件实现过程用于生产一种在软件中实现的特殊的系统元素(软件项) 这些过程将特殊的行为 接口和实现约束转化成实现动作,并输出一个满足系统需求的系统元素 软件实现过程包括以下6个 过程,Iso/IEC12207;2008中软件实现过程规定的活动和任务可直接应用到sO)A应用 6.3.1.1软件需求分析过程 软件需求分析过程用于创建系统软件元素的需求 SOA应用特有的输出包括 a)业务过程被有效地定义; b业务规则被有效地定义; 业务角色被有效地识别 d)每个业务过程被赋予对应的业务角色; 业务服务,构件,流程及相关信息; fD 业务过程优先级被有效定义 12
GB/T32429一2015 SOA应用特有的活动和任务包括 a)进行企业业务需求分析,建立企业的业务需求、业务过程和业务规则; b)识别企业的业务角色,并为每个业务过程识别对应的业务角色 识别业务服务、构件,流程和信息; c d)对业务过程和业务服务进行优先级排序 对于soA应用中服务的需求分析过程(见5.2.1) a 6.3.1.2软件体系结构设计过程 软件体系结构设计过程用于提供实现需求,可被需求验证的软件设计 soA应用特有的输出包括 a)经过评审的业务需求,业务过程 b)业务流程和组合服务模型 业务服务接口; c) 服务的实现构件; 可重用的服务 SOA应用特有的活动和任务包括: 对业务需求、业务过程等进行评审,使其满足进行体系结构设计的要求; a b 根据企业业务过程,设计业务流程和组合服务模型 根据业务服务需求,设计业务服务接口; 根据业务服务需求,设计服务的实现构件 通过服务发现,识别可重用服务; 评审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软件集成过程 软件集成过程用于将软件单元和软件组件集成起来,形成与软件设计一致的集成软件项,详细描述 功能/非功能软件需求在一个完整运行平台上得以满足 对于sSOA应用中服务的集成过程,包括服务 发现和服务组合分别见5.4.1和5.4.2. 6.3.1.6软件质量测试过程 软件质量测试过程用于确认集成软件产品符合既定需求 对于sOoA应用中服务的测试过程(见 5.3.2) 6.3.2软件支持过程 软件支持过程提供一个活动的特殊集用于执行特殊的软件过程 一个支持过程可作为软件实现过 13
GB/T32429一2015 程中特殊目的的一部分,从而有助于软件项目的成功和质量 软件支持过程包括以下8个过程， 1SO/IEC12207: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/IEC12207:2008中软件复用过程规定的活动和任务可直接应用到soA应用 6.3.3.1领域工程过程 领域工程过程用于开发和维护领域模型、领域架构和领域资产 6.3.3.2复用资产管理过程 复用资产管理过程用于管理可复用资产从构思到退役的全过程 6.3.3.3复用程序管理过程 复用程序管理过程用于规划,创建、管理、控制和监视一个组织的可复用程序,并系统地开发复用 机会 14
GB/T32429一2015 附 录A 规范性附录 符合性和裁剪过程 A.1综述 本标准含有一组过程,活动和任务,可根据SOA项目的情况加以裁剪,裁剪过程就是删除不适用 的过程,活动和任务 注:可按SO)A应用合同中的规定增加独特的或专门的过程、活动和任务 A.2符合性 执行按裁剪过程,从本标准中为某个sOA项目选择的所有过程.活动和任务即定义为符合本标 准 当所有要求的任务按照预定的准则和合同规定的要求执行时,就是执行了一个过程或完成了一项 活动 任何组织(例如国家机关、行业协会、公司)在作为贸易条件而应用本标准时,有责任规定并明示所 要求的过程、活动和任务的最小子集,该最小子集构成了sOA应用提供商对本标准的符合性要求 A.3裁剪过程 裁剪过程是针对某一sO)A应用对本标准进行基本裁剪的一个过程 本过程包括下述活动 a)标识项目环境 b) 请求输人 e)选择过程活动和任务; d 把裁剪决定和理由写成文档 A.3.1标识项目环境 此项活动包括下述任务: 应标识影响裁剪的项目环境特性 这些特性可能是生存周期模型;系统生存周期的当前活动;系统 和软件需求;组织的方针,规程和策略;系统、软件产品或服务的规模,关键性和类型;以及涉及的人员数 量和参与方 A.3.2请求输入 此项活动包括下述任务: 应从受裁剪决定影响的组织请求输人 用户,支持人员,签订合同的官员、潜在的投标者应参与 裁剪 A.3.3选择过程活动和任务 此项活动包括下述任务 应确定要执行的过程、活动和任务,其中包括需要编写的文档以及负责这些过程、活动和任务的人 员 为此应根据在A.3.1和A.3.2中搜集的相关数据评价本标准 15
GB/T32429一2015 在A.3.1中已确定的但在本标准中未规定的过程、活动和任务应在本合同中规定 应评价生存周 期组织过程,以确定相关组织是否能够提供这些过程、活动和任务 A.3.4把裁剪决定和理由形成文档 此项活动包括下述任务 应将所有裁剪决定以及作出决定的理由形成文档 16
GB/T32429一2015 附 录 B 资料性附录 本标准与Iso/IEC12207;2008的关系 本标准在总体采纳ISsO/IEC12207;2008标准的生存周期过程的基础上,根据sOA应用的要求. 对系统生存周期过程和软件特有生存周期过程组进行了扩展 在系统生存周期过程组内的组织学项目 使能过程、项目过程和技术过程,以及软件特有生存周期过程组内软件实现过程中,增加了sOA应用 相关的过程、活动和任务,涉及项目规划过程,实现过程、软件安装过程、软件运行过程、软件维护过程、 软件处置过程,软件需求分析过程、软件体系结构设计过程、软件构造过程,软件集成过程 其次,增加了服务生存周期过程,以满足sA应用中服务的需求 服务生存周期过程是软件实现 过程中sOA应用领域的特殊使用 服务生存周期过程内的子过程可对应到软件实现过程内的子过 程中 图B.1是SOA应用的生存周期过程组的分类 so系统生存周期过程 soA软件生存周期过程 服务生存周期过程 软件实现过程 软件支持过程 服务分析与设计过程" 服务创建过程 软件文档管理过程 服务分析过程 服务构造过程 协议过程 软件需求分析过程 服务设计过程 服务测试过程 软件配置管理过程 软件体系结构 软件质景保证过程 服务部署过程 设计过程 组织的项目 服务发布过程 软件验证过程 软件详细设计过程 使能过程 软件构造过程 软件确认过程 服务组装过程 服务运维过程 软件集成过程 软件评审过程 服务发现过程 服务监管过程 项目过程 软件质量测试过程 软件审核过程 服务组合过程 服务退役过程 软件问题解决过程 软件复用过程" 技术过程 领域工程过程 复用资产管理过程 复用程序管理过程 图B.1 oA应用的生存周期过程组的分类

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

引言

随着信息技术的发展，SOA（面向服务架构）已经成为一种流行的架构模式。它通过将软件系统划分为独立的服务单元，使得这些服务可以被组合，形成更大的系统。SOA应用的开发和维护需要一个完整的生存周期过程来保证其质量和稳定性，而GB/T32429-2015则提供了相应的标准。

SOA应用生存周期过程

SOA应用的生存周期过程包括以下阶段：

• 规划
• 分析与设计
• 实现与测试
• 部署
• 运维
• 退役

规划阶段：在这个阶段中，确定SOA应用的目标、范围和需求，并制定项目计划和预算。此时需要考虑项目的商业目标、技术要求和团队组织等方面。

分析与设计阶段：在这个阶段中，需要对SOA应用进行详细的需求分析和架构设计。通过定义服务接口和数据模型等方式来确定服务边界，并实现服务的复用和共享。

实现与测试阶段：在这个阶段中，需要根据分析与设计的结果来实现SOA应用，并进行各种类型的测试，包括单元测试、集成测试和系统测试等。

部署阶段：在这个阶段中，将SOA应用部署到生产环境并进行验证。此时需要考虑如何管理和监控应用程序的性能和可用性，以确保其满足预期的要求。

运维阶段：在这个阶段中，需要对SOA应用进行日常维护和支持，包括故障排除、升级、扩展和安全管理等。

退役阶段：在这个阶段中，需要考虑SOA应用的生命周期结束后的处理，包括数据备份和迁移等。

GB/T32429-2015标准

GB/T32429-2015是中国国家标准，定义了SOA应用的生存周期过程和相关的术语、概念和方法。它对SOA应用的规划、分析、设计、实现、测试、部署、运维和退役等各个阶段进行了详细的说明，并提出了相应的要求。

该标准适用于SOA应用开发和维护的全过程，可以帮助企业和组织规范SOA应用的开发和维护过程，提高软件质量和效率。

结论

通过对SOA应用的生存周期过程和GB/T32429-2015标准的介绍，我们可以看出，SOA应用的开发和维护需要一个完整的生存周期过程，而GB/T32429-2015提供了相应的标准。这些标准可以帮助企业和组织规范SOA应用的开发和维护过程，提高软件质量和效率。

在实际操作中，我们需要根据具体情况进行调整和优化。需要注意的是，在SOA应用的开发和维护过程中，要注重服务的复用和共享，以便提高开发效率和系统的可维护性。

总之，对于SOA应用的开发和维护人员来说，务必要熟悉SOA应用的生存周期过程和GB/T32429-2015标准，以便更好地完成工作任务。

信息技术SOA应用的生存周期过程的相关资料

和信息技术SOA应用的生存周期过程类似的标准