GB/T32431-2015
信息技术SOA服务交付保障规范
Informationtechnology—SOAservicedeliveryassurancespecification
- 中国标准分类号（CCS）L79
- 国际标准分类号（ICS）35.100.05
- 实施日期2017-01-01
- 文件格式PDF
- 文本页数18页
- 文件大小418.34KB
以图片形式预览信息技术SOA服务交付保障规范
信息技术SOA服务交付保障规范
国家标准 GB/T32431一2015 信息技术SOA服务交付保障规范 nfrmatonteehmology一soAseriedeleryssuraneespecitieaton 2015-12-31发布 2017-01-01实施 国家质量监督检验检疫总局 发布 国家标准化管理委员会国家标准
GB/T32431一2015 目 次 前言 范围 规范性引用文件 术语和定义 缩略语 soA服务交付保障概述 交付保障活动 5.1 5.2sOA服务交付保障策划 sOA服务分析交付保障 6.1服务分析交付保障活动 6.2服务分析交付保障工作文档 6.3服务分析的评审 6.3.1目标模型的评审 6.3.2业务模型的评审 6.3.3流程模型的评审 6.3.4数据模型的评审 6.3.5候选服务的评审 SOA服务设计交付保障 7.1服务设计交付保障活动 7.2服务设计交付保障工作文档 7.3服务设计评审 7.3.1服务定义评审 7.3.2接口设计评审 sOA服务发现交付保障规范 8.1服务发现的交付保障活动 8.2服务发现交付保障工作文档 8.3组合的评审 sOA服务组合交付保障 服务组合的交付保障活动 9.1 9.2组合的交付保障工作文档 9.3组合的评审 l0 sOA服务构建交付保障 10.1服务构建交付保障活动 10.2服务构建交付保障工作文档 10.3服务构建评审
GB/T32431一2015 SOA服务测试交付保障 lC 1 11.1服务测试交付保障活动 11.2服务测试交付保障工作文档 11.3服务测试评审 12sOA服务部署交付保障 12.1服务部署交付保障活动 12.,2服务部署交付保障工作文档 12.3服务部署评审 13sOA服务发布交付保障 服务发布交付保障活动 13.1 3.》服务发布交付保障工作文档 13.3服务发布评审 soA服务监控交付保障 14 服务监控交付保障活动 14.1 2 14.2服务监控交付保障工作文档 2 14.3服务监控评审 2 15sOA服务退役交付保障 15.1服务退役交付保障活动 13 15.2服务退役交付保障工作文档 13 15.3服务退役的评审 参考文献
GB/T32431一2015 前 言 本标准按照GB/T1.1一2009给出的规则起草
本标准由全国信息技术标准化技术委员会(SAC/TC28)提出并归口 请注意本文件的某些内容可能涉及专利
本文件的发布机构不承担识别这些专利的责任 本标准起草单位:上海计算机软件技术开发中心,电子技术标准化研究院、北京航空航天大学、 上海宝信软件股份有限公司、上海软件行业协会、人民解放军后勤学院、神州数码信息系统有限公 司、软件行业协会系统与软件过程改进分会、上海产业技术研究院
本标准主要起草人;蔡立志、袁媛、刘振宇,胡芸,陈敏刚、陈文捷、杨根兴,周明、杨云、李凌云,王钧、 赵永望,王潮阳,董建,龚家瑜、赵颖颖
m
GB/T32431一2015 信息技术SOA服务交付保障规范 范围 本标准规定了在sOA应用中服务的分析,设计、发现、组合、构建、测试,部署,发布、监控,退役等 过程的交付环节应遵循的基本技术要求 本标准适用于sOA服务的设计、开发,提供、维护与使用,涉及SOA应用的服务消费者,服务提供 者、服务开发者、交付保障组织以及第三方评测机构等 规范性引用文件 下列文件对于本文件的应用是必不可少的
凡是注日期的引用文件,仅注日期的版本适用于本文 件
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 信息技术面向服务的体系结构(so)术语 GB/T292622012 信息技术面向服务的体系结构(sOA)应用的总体技术要求 GB/T292632012 信息技术soA应用的服务分析与设计 GB/T32430 GB/T32429 信息技术sOA应用的生存周期过程 术语和定义 GB/T29262一2012中界定的以及下列术语和定义适用于本文件
3.1 服务基准测试servicebenehmarktest 基准测试是指通过设计科学的测试方法,实现对服务的某项性能指标进行定量的、可对比的、可重 现的测试活动
3.2 容量测试servieeeapaeitytest 满足用户需求的条件下(如响应时间、吞吐量),对服务能够支持的最大并发用户数进行的测试 活动
3.3 服务交付servicedelive yery 在soA服务研制周期中的各个阶段,将工作成果提交给它的客户或计划中的用户供其使用的 活动 3.4 服务交付保障sericedeiveryassuranee 为使交付的服务符合规定需求所进行的一系列有计划的关联的活动
3.5 time 服务响应时间 serviceresponse 服务消费者发送服务请求到收到服务响应的时间间隔
GB/T32431一2015 3.6 评审review 在服务生存周期各个阶段,把一组(项)服务工作产品提交最终用户,顾客或其他有兴趣的各方介绍 产品,以供其评论和审定的活动
注评审可包括代码评审,设计评审,形式合格评审,需求评审和测试就绪评审等 服务浸泡测试sericesonktest 用固定并发用户数进行长时间服务请求,以验证sOA服务的健壮性的测试活动
3.8 服务吞吐量seryicethroughput 单位时间内能够成功处理的服务请求的数量
缩略语 下列缩略语适用于本文件
CO)RBA mmonObjectRequestBreakerArchitecture) -公共对象请求代理结构(Con DcOM 分布式组件对象模型(DistributedComponentObjectModeD) FTP 文件传输协议(FileTransferProtocob HTTP 超文本传输协议(Hypert protocoD texttransfer JMS Java消息服务(JavaMessageService) MAP 消息访问协议(InternetMessageAccessProtocol Pon 邮局通讯协议(PosOficeProtocol RMn 远程方法调用(RemoteMethodInvocation 服务组件架构(ServieeComponentArchitecture) bessionlnitiationProtocol 会话发起协议(Se 服务水平协议(ServicelevelAgreement) sMP 简单邮件传输协议(SimplemailTransferProtoeoly SOAP -简单对象访问协议(SimpleObjectAccessProtocol XMI 可扩展置标语言(ExtensiveMakeupL.anguage soA服务交付保障概述 5.1 交付保障活动 服务交付保障活动宜覆盖GB/T32429描述的sOA服务生存周期过程(包括服务分析、服务设计、 服务退役),在s0A服务交付保障过程中,要充分考虑GB/T29263-2012提出的sOA应用的总体技 术要求,为实现总体技术要求规定的内容而服务
在sOA服务分析前,宜进行服务保障策划.并按照soA应用中服务的特性建立soA服务交付保 障计划,用于指导在整个soA生存周期中的各个阶段的服务交付保障活动
在sOA服务保障策划阶段进行服务可行性评审
评审通过后启动服务交付保障活动
SOA应用 的各个服务过程交付保障活动的工作文档.如表1所示
GB/T32431一2015 表1soA服务交付保障活动在生存周期各个阶段的工作文档 提交时间 序号 交付保障工作文档 服务分析 《SOA服务分析评审报告》 开发者建立里程碑后 《SOA服务过程状态报告 服务分析》 分析评审会后 服务设计 服务设计评审后 《soA服务设计评审报告》 《soA服务需求跟踪表服务设计 服务设计评审后 《soA服务过程状态报告 服务设计》 开发者建立里程碑后 服务发现 《sO)A服务需求跟踪表 -服务发现》 服务发现、服务跟踪表以后 《sOA服务发现评审报告》 服务发现评审以后 《S(OA服务过程状态报告 -服务发现》 开发者建立里程碑后 服务组合 《S(OA服务需求跟踪表 -服务发现》 服务发现、组合形成服务跟踪表以后 《sA服务组合评审报告》 服务组合评审后 10 《sOA服务代码规范性评审报告服务发现,组合 编码关键节点完成后 l1 12 《soA服务过程状态报告服务发现,组合》 开发者建立里程碑后 服务构建 13 《S(OA服务需求跟踪表 -服务构建》 服务构建后跟踪 14 《sOA服务代码规范性评审报告 -服务构建》 服务构建完成 15 《sOA服务构建的配置管理报告》 服务构建完成 16 《sOA服务过程状态报告 建立里程碑后 服务构建》 服务测试 17 《soA服务测试计划评审报告》 各类测试计划发布前 各类测试用例发布前 18 《sA服务测试用例评审报告》 9 《soA服务测试结果评审报告》 各类测试报告结果发布前 《sOA服务测试的缺陷统计和质量趋势报告》 测试报告评审后 20 服务部署 21 《sOA服务部署方案评审报告》 切换上线方案评审后 《sOA服务部署配置报告》 开发者建立里程碑后 22 23 《SOA服务过程状态报告 服务部署》 系统切换上线结束时 服务发布 服务发布完成 《soA服务发布评审报告》 2 服务发布完成 25 《soA服务过程状态报告 -服务发布》
GB/T32431一2015 表1(续 提交时间 序号 交付保障工作文档 服务监控 26 《sOA服务监控评审报告》 系统试运行时的每双周 27 系统运行期间 《SoA服务监控文档汇编》 服务退役 服务退役评审报告》 系统退役审核后 28 《S(OA 《soA服务退役文档汇编》 系统退役审核后 29 《soA服务总体报告》 30 专家评审结束后 5.2soA服务交付保障策划 5.2.1soA服务策划,宜形成(但不限于)以下工作文档 《soA服务可行性方案评审报告》; -《so)A交付保障计划》, 《so)A服务计划评审报告》 5.2.2sOA交付保障计划的主要输人可包括 -《sOA服务计划》; -《sSOA服务合同》; 《组织过程资产》 5.2.3soA交付保障计划宜包括 范围 规范性引用文档 术语、定义和缩略语; soA交付的质量目标 soA交付的类别,服务新建、服务组合或者服务升级 soA交付保障计划的预期读者; soA交付保障的团队 soA交付保障的工具,技术 -时间驱动的sOA交付保障活动; 事件驱动的sOA交付保障活动; 参考文献
sSoA服务分析交付保障 服务分析交付保障活动 分析并确定通过SOA服务将要启动、增强与替换的业务功能和基础流程,分析基于sOA的战略 及其将要解决的业务和/或技术事件
关键的交付保障活动包括: sOA服务的变更控制 -控制sOA服务分析活动和组织标准过程的符合性;
GB/T32431一2015 sOA服务分析结果的评审,应对服务分析的目标模型、业务模型、流程和数据模型的分析结果 进行评审 sOA服务过程状态的收集与分析:工作绩效,质量,范围,成本和进度的测量结果
6.2服务分析交付保障工作文档 根据GB/T32430的规定开展服务分析,形成(但不限于)以下交付保障工作文档 -《sOA服务分析评审报告》 -《sOA服务过程状态报告 服务分析》
6.3服务分析的评审 6.3.1目标模型的评审 目标模型的评审主要包括目标、子目标、子目标和目标的关系以及业务,流程及数据对于目标的支 持程度
对于目标的评审宜覆盖全部的目标,若有子目标,宜评审所有的子目标
必要时,可邀请业务 的管理层参与评审
进行目标评审时宜考虑 业务目标的清晰程度; 目标的实现是否依赖历史系统; 目标的前瞻性; 标识目标和当前业务服务的差异性
b 执行子目标的评审时宜考虑 子目标对总目标的支撑程度; 子目标之间的独立性 评审业务、流程及数据对于目标的支持程度时宜考虑: 支持目标的业务,流程,、数据的清晰程度; 业务流程是新建的还是已经存在的 业务支持的子目标; 业务领域及其功能域
6.3.2业务模型的评审 进行业务模型的评审时宜关注业务模型和组织结构,职责的匹配程度和业务人员的意见;适当时 可邀请外部的业务专家参加
评审宜考虑 业务模型是否正确地反映了当前的组织结构 业务模型是否能匹配将来组织结构的变化 业务模型是否提供了可重配置特性以适应组织的变化; 重点业务的标识是否合理; 是否明确了候选服务之间的依赖关系 -标识业务需求并确定业务需求的优先级,是否记录了业务流程、规则和需求 是否考虑了遗留系统及其技术架构风格， -识别遗留系统之间相互访问、以及遗留系统对新服务结合的合理性
6.3.3流程模型的评审 流程的评审是服务分析的重要内容,宜考虑
GB/T32431一2015 -提供的业务场景是否正确地覆盖并反映出关键的业务; -业务流程分析应区分遗留流程和新建流程; 业务操作粒度应适应服务构建的需求; -应区分私有流程、公共流程、人员任务和出错处理流程; 是否提供配置全状态(长期运行),无状态(短期运行)流程设计模式,以及同步和异步流程执行 的灵活性; 分析流程模型和开放标准的兼容性 -是否提供流程监控获取运行流程的统计数据; 是否允许不同角色人员与运行中的业务流程交互,以处理流程异常、批准和状态跟踪; 用户和组管理,以及分配的角色、用户和组; 是否通过使用领先的标准协议
注:标准协议包括;安全的消息传递、数字签名和加密,可恢复和可跟踪的消息以及动态配置升级,2B协议支持与 供应商和客户的快速安全的在线连接
6.3.4数据模型的评审 数据模型的评审,宜考虑 是否合理地反映出不同部门之间的数据共性需求 不宜存在不合理的、不必要的数据冗余; 数据模型应能够支持流程的可重配置性; 应合理地区分服务中要使用的常量数据、可变数据、常变数据 是否正确评估数据质量状态 是否合理定义和应用数据标准化的业务规则 -是否公开共享服务以便客户应用程序利用数据匹配
6.3.5候选服务的评审 候选服务的评审,宜考虑 -候选服务的应用范围是否明确;应用内部,企业内部,还是对外开放的公共服务 -潜在的服务消费者对于服务的使用模式是否明确;编排、编制还是混合模式 候选服务的性能要求,包括响应时间,吞吐量、稳定性是否能够满足服务消费者的需求; 该服务的消费者需要具备的技能是否明确; -是否在企业或业务单位内部署多个执行相同任务的系统或者服务 是否存在集成到现有架构中的“一次性”服务
注: -次性”服务并不具有可复用的需求,不应作为服务形式集成
soA服务设计交付保障 7.1服务设计交付保障活动 在服务设计阶段,主要的交付保障活动包括 -对服务分析形成的需求进行分配记录; -服务分析需求的跟踪; sOA服务的变更控制 sOA服务设计和组织标准过程的符合性; sOA服务设计的评审,宜包括:服务定义、服务接口设计、服务构建策略等;
GB/I32431一2015 sOA服务过程状态的收集与分析工作绩效、质量、范围、成本,进度的测量结果
7.2服务设计交付保障工作文档 服务设计交付保障工作文档主要包括 -《sOA服务设计评审报告》; 《SOA服务需求跟踪表 服务设计》; 《SOA服务过程状态报告 -服务设计》. 7.3服务设计评审 7.3.1服务定义评审 服务定义的评审要点应包括但不局限于以下几个方面: -服务功能的定义是否正确反映了服务分析的结果; 从服务消费者的角度,评审服务是否满足内聚性和完整性的要求
注1:服务的内聚性包括功能内聚性和时间内聚性
功能内聚性;是否应由于操作使用相同的算法分组到一起
时 间内聚性:将在短时间内一起使用的操作分组到一起
服务的粒度是否符合可复用性、可维护性、可操作性和易用性
注2，如果粒度过粗,而将大量操作分组到单个 服务中,若对服务的某些方面进行更改(可能仅为了其中一些使用者 的利益),则必须重新发布整个服务,从而可能影响所有使用者
服务的粒度也将影响到服务的发现
操作约束(如服务质量)是否已经明确 安全需求是否和服务的业务需求相匹配 作为业务提供者,能力需求是否具有可验证性,是否和业务的需求,业务应用的范围相匹配， 作为服务消费者,能力需求是否对其要消耗的服务提出了明确的性能需求
7.3.2接口设计评审 接口设计评审宜包括但不局限于以下几个方面 服务接口应考虑到功能上的可扩展性,特别在服务使用范围较大时,不同的服务消费者的接口 需求; 服务使用者通过使用各种调用模式
示例1;使用sOAPoverHTTP的传统同步调用
示例2;使用sOAPoverJMs的基于消息的异步调用
示例3:使用过程的本地调用
服务消费者可自由选择本地调用和远程调用、同步调用和异步调用 -服务的接口设计应在服务的实现、消费两方面确保位置、,平台和编程语言分离 接口和业务场景的对应关系 各个操作接口应简单且易于理解 每个操作的更新单元应给出清楚的定义 操作粒度的锁定策略,对于资源的争用是否满足具有高并发性要求的系统的需求; 调用参数的粒度应支持在不干扰现有使用者的情况下提供新版本的操作 注1:具有大量类型相似的参数的操作易于在代码进行调用时发现转换错误
注2;当数据放置在所使用的结构化类型的显式方法中时,此方法出错的几率更小
服务接口尽可能地满足无状态要求,以满足服务可伸缩性的要求
注3:有状态型的服务依赖于使用者和提供者间长期存在的关系,操作调用应避免隐式地依赖于前一个调用
注4服务可伸缩性需高可用性基础结构的支持
GB/T32431一2015 遗留服务、新建服务的统一性如何,是否需要设计接口的适配器转换遗留服务; -明确服务的调用方式; -具体接口形式是否遵循特定的标准规范
注5:常见的标准接口包括:SCA接口、WebService接口、消息队列数据接口
soA服务发现交付保障规范 8.1服务发现的交付保障活动 服务发现阶段的交付保障活动: -服务发现方法和需求是否一致; -在发现的多个候选服务中选择合适的服务; sOA服务过程状态的收集与分析;工作绩效、质量、范围,成本,进度的测量结果
8.2服务发现交付保障工作文档 服务发现交付保障工组文档包括: -《SOA服务需求跟踪表 -服务发现》; -《sOA服务发现评审报告》 -《SOA服务过程状态报告 服务发现》
8.3组合的评审 对于服务发现的评审,宜关注: 候选服务选择的合理性; 候选服务的历史性能表现 候选服务的组合简易性; 候选服务的接口一致性 soA服务组合交付保障 9.1服务组合的交付保障活动 服务组合交付保障活动主要包括 -服务设计需求跟踪 服务组合的合理性评审 代码规范性评审; sO)A服务过程状态的收集与分析;工作绩效、质量、范围、成本,进度的测量结果
9.2组合的交付保障工作文档 组合的交付保障工作文档包括 《so)A服务需求跟踪表 服务发现、组合》; 《soA服务组合评审报告》 《sOA服务代码规范性评审报告 服务发现、组合》; 《sOA服务过程状态报告 服务发现、组合》
GB/T32431一2015 9.3组合的评审 对于服务组合的评审,宜关注: 数据的规范性和在组件间交互途径的合理性 -处理流程设计时的静态服务选择和执行过程中的动态服务选择机制 在该组合中使用和具体的连接的操作语义 服务组合方式的选择是否合理; 注服务组合主要包括服务编制和服务编排 在某些服务发生异常时组合服务是丙会立即终结 soA服务构建交付保障 10 服务构建交付保障活动 10.1 服务构建交付保障,主要包括以下活动 -服务设计和服务构建之间的需求跟踪 -服务构建代码规范性评审; 注:评审方式可包括同行评审、工具自动评审等; 服务构建的配置管理， SOA服务过程状态的收集与分析;工作绩效质量、范围,成本,进度的测量结果
10.2服务构建交付保障工作文档 服务发现交付保障工组文档包括: -《SOA服务需求跟踪表 -服务构建》; -《sOA服务代码规范性评审报告 -服务构建》; -《SOA服务构建的配置管理报告》 -《sOA服务过程状态报告 服务构建》 10.3服务构建评审 服务构建评审的要求包括: -功能和服务设计之间的匹配程度; 服务的sLA应能够满足业务的需求; 服务的价格比; 服务粒度应满足可重用性特征 是否存在相同功能的候选服务 服务的调用方式应和业务特征相吻合
服务总线应与服务注册表和服务管理组件进行集成,应能通过制定协议接受同步或异步消息,并根 据配置规则将其路由到目的地
服务总线实现的评审工作宜包括 异构环境之间的消息代理的评审,宜关注 a 支持异步,同步,发布和订阅消息传递; 支持同步和异步桥接; 支持多种消息格式 注1:常用的消息类型包括;sOAP,带附件的sOAP,XML,结构化非XMl数据、原始数据,文本以及带 附件的电子邮件
GB/T32431一2015 服务端点之间的异构传输方式评审,宜关注 支持协议种类
注2:常见的协议包括FTP.HTTP(s)JMs.RMI.web服务.cORBA.DcOM以及电子邮件(POP SMTP和IMAP)和SIP等
是否允许消费者与生产者进行消息转换
高可用性的评审,宜关注 支持集群并跨集群收集统计信息以审查违反SLA的情况 通过配置动态部署新的服务版本 在设计、阶段划分和生产之间迁移配置的服务和资源; 支持消息资源的多个版本,可通过路由进行选择性的服务访问来配置版本; 性能指标宜包括;吞吐时间、处理容量、消息处理的成功/失败比率、错误数等; 应具有安全违反情况的识别和模式验证能力
配置驱动的路由: 应提供基于策略进行消息路由,或者调用外部服务以支持复杂路由; 应用支持点对点、一对多路由方案,应允许请求-响应和发布-订阅模型 带搜索功能的服务监控、记录和审计功能; 捕获消息和传输属性的关键统计数据,包括消息调用、错误、性能、容量和sLA违反情况
11soA服务测试交付保障 11.1服务测试交付保障活动 在sOA服务测试阶段,主要的保障活动包括: -测试计划的评审,宜关注测试计划和服务发布时间的匹配程度,范围应满足计划的基本要求 -测试用例的评审,宜关注测试场景应满足SOA测试计划制定的覆盖准则 -若测试与开发并行,宜提供不同阶段的缺陷统计和质量趋势报告 sOA服务过程状态的收集与分析;工作绩效,质量、范围,成本,进度的测量结果
11.2服务测试交付保障工作文档 服务测试交付保障工作文档包括 -《sOA服务测试计划评审报告》; 《SOA服务测试用例评审报告》; 《SOA服务测试结果评审报告》; 《SOA服务缺陷统计和质量趋势报告》 11.3服务测试评审 SOA服务测试,除了按照传统的方法开展测试计划、测试用例、测试结果,缺陷和趋势评审外,还宜 按照以下(但不限于)原则开展sOA服务测试的评审: 是否为每个新服务进行性能测试和测量; 是否为每个新服务构建和执行整合测试套件 是否为系统更新的每个新子集执行整合测试套件; sOA服务性能测试应是否包括了基准测试、容量测试和浸泡测试 -是否为新客户提供早期的仿真服务,或测试实际服务版本
10o
GB/T32431一2015 1 sSoA服务部署交付保障 12.1服务部署交付保障活动 服务部署交付保障活动主要包括: -对服务的部署进行评审; sOA服务过程状态的收集与分析工作绩效、质量、范围、成本,进度的测量结果
12.2服务部署交付保障工作文档 服务部署交付保障工作文档包括: 《SOA部署方案评审报告》 《SOA服务部署配置报告》; 《SOA服务过程状态报告 -服务部署》. 12.3服务部署评审 服务部署评审宜包括: -部署的基础设施性能是否满足sLA的需求,是否提供冗余的服务配置等; 提供服务部署时的配置宜满足预先指定的要求
13 soA服务发布交付保障 13.1服务发布交付保障活动 sOA服务发布阶段的交付保障活动主要为评审下列内容 需要被共享的服务是否都已经得到了发布 发布的服务共享范围是否恰当; sOA服务过程状态的收集与分析;工作绩效,质量、范围、成本,进度的测量结果
13.2服务发布交付保障工作文档 服务发布交付保障工作文档包括 《soA服务发布评审报告》 《soA服务过程状态报告 服务发布》
13.3服务发布评审 若用户自行提供服务发布服务器,则应评审其服务注册是否具有以下功能 核心服务是否包括复制、UDD1数据存储和安全; 信息服务是否包括数据验证,.soA映射,高级分类以及业务数据访问服务 生命周期服务是否包括批准和更改管理、更改通知、业务服务发现和Qos管理， 是否配置基于web的业务服务控制台; 是否具有与启用管理和安全产品连接的、独立于具体平台的开放架构 sOA储存库应重点评审以下内容 发布和发现元数据(包括服务,业务流程、用户交互等)的能力 是否能够按照元数据开展组合搜索 11
GB/T32431一2015 注1:元数据可包括类别、应用程序名称、服务描述、范围如分部或部门)或者其他
服务依赖关系
注2:依赖关系用于跟踪服务依赖的资产以及依赖于此服务的资产
元数据更改的通知; 可扩展元数据分类信息
注3:业务可以根据要求自定义分类信息授权过程,控制具有创建和操作储存库中包含的元数据权限的角色
所有资产的版本信息的维护; -是否具有更改前预测性地测量更改影响的能力 -与其他外部存储的同步,例如注册表或其他储存库 -基于设计时策略的元数据的设计时语义验证; 是否具有用户提升或者拒绝元数据的批准工作流; 多个同步储存库的联合和分区
1 soA服务监控交付保障 14.1服务监控交付保障活动 服务监控阶段的保障活动包括但不限于以下功能 -对服务管理器功能进行评审; 对服务监管情况进行评审; sOA服务过程状态的收集与分析;工作绩效、质量、范围、成本、进度的测量结果
14.2服务监控交付保障工作文档 服务监控交付保障工作文档包括 -《SOA服务监控评审报告》; -《sOA服务监控文档汇编》 14.3服务监控评审 服务管理器应提供的包括但不限于以下功能: 管理和维护整个企业的服务级别 -跨企业映射和管理服务层次结构,并为操作提供依赖关系指标， 检测和管理异常情况; -审查和监控业务事务,并提供审查动态事务的功能 管理服务生命周期并在部署前进行验证 跨不同的系统提供非插人式服务发现功能 管理多个服务总线和服务注册基础架构并与之集成; 利用现有监控基础架构
服务监控内容评审应包括但不仅限于以下 服务事件是否通过监控系统或服务台接收的警报; 事件控制台是否提供存储在监控数据存储中的可用性和性能管理数据的视图; 服务级目标是否与应用程序或业务流程关联的可用性和性能目标的中央储存库; 服务级报告是否针对服务级别目标测量实际性能和可用性的能力 -业务可用性控制台是否从业务的角度提供可用性管理数据如何影响业务的信息
12
GB/T32431一2015 1 SoA服务退役交付保障 15.1服务退役交付保障活动 服务退役是服务的最后一个阶段,表示不再提供的服务
注册中心可以保存曾经处于活动状态但 不再可用的服务的记录
在此阶段主要的保障活动包括 要退役服务的评审; -对整个服务生存周期产生的文档进行整理、归档、汇编; sOA服务过程状态的收集与分析;工作绩效、质量,范围成本,进度的测量结果
15.2服务退役交付保障工作文档 服务退役交付保障工作文档包括 -s0服务退役详市报街7 -《soA服务退役文档汇编》 《soA服务总体报告》 15.3服务退役的评审 服务退役的评审宜重点关注 -哪些服务调用本服务; 服务是否存在可替换服务; 服务退役以后对业务造成的影响; 服务退役以后的处理机制的合理性; 服务在整个生存周期中的效益
GB/T32431一2015 参考文献 [1]美)项目管理协会.项目管理知识体系指南PMBOK(第4版)[M].王勇、张斌,译.北京;电子 工业出版社,2009 [2]GB/Z18493一2001信息技术软件生存周期过程指南 [3]GB/T8567一2006计算机软件文档编制规范 [[]GB/T19000一2008质量管理体系基础和术语(I1so9000;2005,IDT [5GB/T19001一2008质量管理体系要求(Iso9001;2008.Dr) 67GB/T25000.51201o 软件工程软件产品质量要求与评价(sQuaRE商业现货 COTS)软件产品的质量要求和测试细则
信息技术SOA服务交付保障规范GB/T32431-2015
面向服务架构（SOA）是一种常用的软件开发和管理模式，可以提高企业IT系统的灵活性、可扩展性和可重用性。然而，在实际应用中，SOA服务交付存在诸多挑战，如需求变化、服务协同、服务质量等问题。为了解决这些问题，国家标准化管理委员会推出了GB/T32431-2015标准，旨在规范SOA服务的交付过程，并确保其高质量。
SOA服务交付包括服务开发、测试、发布和监控等环节。在服务开发过程中，需要对服务进行功能设计、接口定义、数据传输方式选择、安全机制等方面的考虑。服务测试则需要验证服务的正确性、可靠性和性能等指标。服务发布要求将服务部署到适当的位置，并提供必要的文档和支持。服务监控则需要实时监控服务的运行情况，并进行必要的调整和优化。
GB/T32431-2015标准规定了SOA服务交付过程中的具体步骤和方法。其中，包括服务设计、服务开发、服务测试、服务发布和服务监控等环节。在服务设计阶段，需要对服务的功能、接口、数据传输方式、安全机制等方面进行详细的说明。在服务开发阶段，需要使用标准化的工具和技术进行开发，并尽可能地考虑到服务的可重用性和可扩展性。在服务测试阶段，需要进行全面的测试，以验证服务的正确性、可靠性和性能等指标。在服务发布阶段，需要将服务部署到适当的位置，并提供必要的文档和支持。在服务监控阶段，需要实时监控服务的运行情况，并进行必要的调整和优化。
总之，GB/T32431-2015标准为企业提供了一套完整的SOA服务交付保障规范。遵循该标准可以帮助企业确保SOA服务的高质量交付，提高服务的可靠性和可重用性，从而提升企业IT系统的整体效率。
