典尚

  • 典尚
  • 百度
  • 360
首页   当前位置：全部素材 > 规范图集 > 图标图集
GBT 27926.3-2011 金融服务 金融业通用报文方案 第3部分：建模导则PDF文本

ICS03.060A11中华人民共和国国家标准GB/T27926.3-2011/IS0/TS20022-3:2004金融服务金融业通用报文方案第3部分：模导则Financiai seri尚ce惠ni壳fdu好y message seheme-Part 3:Modelling guidelines(ISO/TS20022-3:2004,IDT)2011-12-30发布2012-05-01实施中华人民共和国国家质量监督检验检疫总局中国国家标准化管理委员会发布興素衬网Z.ZS心.ET
GB/T27926.3-2011/IS0/TS20022-3:2004目次前言…引言Ⅱ1业务分析…11.1简介…11.2过程概览1.3活动……………………21.4导则………32需求分析……………42.简介…2.2过程概览………………42.3活动………52.4导则………63逻辑分析3.1简介…3.2过程概览3.3活动当毫统索网83.4导则……4报文设计…104.1简介……………………104.2过程概览………………………104.3活动：定义报文组件114.4活动：构报文…………………175技术设计………186命名约定……18附录A（资料性附录)示例…19A.1业务分析：基金行业业务过程…19A.2需求分析：基金行业信息交换需求…22A.3逻辑分析：业务交易………24A.4报文设计：组报文…25莲蜀素衬网Z.Z0
GB/T27926.3-2011/IS0/TS20022-3:2004前言GB/T27926《金融服务金融业通用报文方案》由以下5部分构成：一一第1部分：输入输出方法和格式规范；—第2部分：注册机构的角色及职责；一一第3部分：模导则；一一第4部分：XML设计规则；一第5部分：反向工程。本部分为GB/T27926的第3部分。本部分等同采用IS0/TS20022-3:2004《金融服务金融业通用报文方案第3部分：IS020022模导则》（英文版）。为便于使用，本标准还做了下列编辑性修改：a)“IS020022的本部分”改为“GB/T27926的本部分”；b)删除国际标准前言；c)将国际标准名称由“IS020022模导则”改为“模导则”。本部分附录A为资料性附录。本部分由中国人民银行提出。本部分由全国金题标准化技术委员会SACITC0)归巴Z.J本部分负责起草单位：中国金融电子化公司。本部分参加起草单位：中国人民银行、中国证券监督管理委员会、中国工商银行、中国设银行、博时基金管理有限公司、深圳证券通信公司、申银万国证券股份有限公司、中国人民银行长春中心支行、中国人民银行南京分行。本部分主要起草人：王平娃、陆书春、李曙光、赵志兰、马小琼、贾树辉、王毛路、王德英、巫禄芳、强庆华、施轶倩、李迎辉、成永德、刘运、景芸、陈立军、程晓阳。罚素村网JZ沁.ET
GB/T27926.3-2011/IS0/TS20022-3:2004引言GB/T27926的本部分描述了适用于标准化业务交易和报文集开发的方法论。标准化业务交易的目标是，针对特定的业务过程环境，为不同组织间存在的信息交换问题定义一个通用的解决方案。对于特定业务背景下的信息交换问题，可开发出多个解决方案。本部分的目的是向模人员说明应遵循的不同步骤，以确保业务组件/元素、报文组件/元素、业务交易和报文定义的一致性。GB/T27926模方法由一系列活动构成。这些活动分为以下阶段：业务分析；需求分析；逻辑分析；逻辑设计（报文设计）；技术设计。对于每项活动，本部分描述了：—开始该项活动所需的条件（需要的输入）；一该项活动应产生的结果（预期输出）；示例—在有必要时；一应当遵循或者参考的模导则和其他导则。本部分对应满足的条华和7或者应提交给注册机构的文档未加描述。这些信息见GB/T27926网站上发布的提交模板及其相关指南。提供的示例仅用于说明模的方法，不应视做所描述业务领域的定义性描述。GB/T27926.1中的术语和定义适用于本部分。泰衬网ZC
GB/T27926.3-2011/IS0/TS20022-3:2004金融服务金融业通用报文方案第3部分：模导则1业务分析业务分析的简单示例参见附录A(业务分析：基金行业业务过程)。1.1简介1.1.1目的业务分析的目的是为更好的理解业务领域和业务过程，并基于此制定符合GB/T27926标准的业务交易和报文集：一描述业务过程，包括业务角色及其对业务信息的需求，以帮助确定该过程各参与方间的信息交换问题。这些信息交换问题是进行下一阶段（需求分析）的主要动因；一识别业务领域中使用的业务信息也非常重要，因为在后续阶段设计的报文会包括与该业务信息有关的数据元素。业务元素/组件和报文元素/组件间的明确联系有助于互操作性，也有助于以后的维护和变更管理：即如果业务领域内的某些因素发生变化时，就可能确定其对先前已定义的报文的影响。1.12关键主题—确定待解决信息交换问题的亚务背景；一理解业务领域和业务过程中的日常业务，而不是仅关注于待开发的业务交易和报文集；提取业务过程中使用的业务信息；确保所有人员，如业务专家和标准制定者对业务领域和业务过程有共同理解。1.1.3交付内容一业务领域的文字描述（目标、范围和边界）；一描述业务过程和其包含的业务信息和业务角色的模型，所有模型元素的详细的文字说明，并包含业务术语表。1.2过程概览下图给出了在本阶段开展的不同活动（以椭圆形表示）和需要的输入输出（以矩形表示）。这些活动在下文中有详细描述。蜀素前网Z.Z沁
GB/T27926.3-2011/1S0/TS20022-3:2004《文档》项目范围与橘求《提炼》《提炼》定义业务背景《组件》《组件》业务组件业务参与者和业务角色定义业务模型k.2 SO(类图》《活动图》业务组件图业务活动图《类图》《用例图》业务角色图业务过程图1.3活动1.3.1定义业务背景本活动包括定义和提炼：一业务目标：所考虑的业务领域的全局目标和目的；范围：包含的业务过程或金融工具，需要考虑的业务参与者和业务角色等；边界：业务背景中处理和/或使用的关键业务组件和业务元素。它们可分成输入信息（即影响业务过程，但是又不在业务背景控制范围内的信息)和输出信息（即在业务背景控制内且影响其他业务过程的信息)；与业务领域相关的假设；业务需求（预期功能）和约束（例如，将成为解决方案一部分的市场基础架构、性能需求(T+1)、互操作性需求、应考虑的市场惯例)；业务术语，该术语或者由简短明确的描述进行定义以消除可能的歧义，或者更适宜的是指向已存在的业务术语表。興尚理蜀素Z.Z心
GB/T27926.3一2011/IS0/TS20022-3:20041.3.2定义业务模型为了定义业务模型，应采用下列步骤：)业务过程图：根据项目范围中已确定的业务过程列表，生成一幅包含所有业务过程的图表。该图表应从顶层节点（表示总体业务目标）开始给出业务过程的组织。可通过AND分解，OR-分解，“包含”关联和“扩展”关联进行细化；b)业务活动图：对于每个业务过程，使用一个或多个业务活动图来补充业务过程图。业务活动图更好更详尽的说明了业务过程中各式各样的活动和业务角色、活动和业务角色间的交互作用。活动图应尽可能的描述每个业务过程中的常规流和非常规流。推荐的活动图类型称之为“泳道(swim lane).”。实际上对于每个业务角色，都存在一个这样的“泳道(swim lane)”,用来描述该业务角色的活动以及（选择性的）包含该业务角色可达到的主要状态；c)对每个业务过程以及每个业务过程的活动进行描述：·定义（即活动的说明）；·触发事件（即导致活动开始的事件）；前置条件（即开始该活动应满足的条件）；·后置条件（即完成该活动应满足的条件）；·参数（即活动执行所必需的、生成的或改变的信息）：·角色（即活动中业务参与者的功能）。)业务角色图：生成与项目范围相关的所有业务角色的图表（这些角色在前述的步骤中已定义）。遍历GB/T27926数据字典(DD)中已有角色，并复制业务角色图中需要的角色，使用这些业：务角色及在数据字典中不存在的业务角色完成图表。如果业务角色与数据字典中的角色相比具有“多于或少于”的差异（即具有很大的相符之处但同时也存在一些重大差异），应生成新的角色并在该图表中标注出与数据字典中已存在的相关业务角色间的联系。所有这些附加业务角色都应提交至注册机构；?)业务组件图：生成一个由上述第c)步中“参数”得到的所有业务组件”的图表。它应包括继承、关联和聚合关系。遍历GB/T27926数据字典(DD)中的所有已存在的业务组件，并复制业务组件图中需要的组件。使用这些业务组件及在数据字典中不存在的业务组件完成图表。如果业务组件与数据字典中的组件相比具有“多于或少于”的差异（即具有很大的相符之处但同时也存在一些重大差异)或需要增加新的业务元素，应生成新的组件并在该图表中标注出与数据字典中已存在的相关业务组件间的联系。所有这些附加业务组件都应提交至注册机构；)通过验证以下内容来检查业务模型的一致性：·业务过程和业务活动图中使用的所有业务组件和业务角色是否都包含于业务角色图和业务组件图中？图中定义的所有业务组件和业务角色，是否至少在一个业务过程或活动中涉及（除了那些从数据字典中复制的作为项目“特定化”基础的组件或角色)？·业务过程图与项目范围中的信息是否一致？·业务组件图与项目边界中的信息是否一致？·业务过程和业务活动是否正确函盖了所用业务组件的生命周期（生成、更新、删除）”？1.4导则一应用“鸟瞰视图”。在业务分析阶段，我们需要集中关注业务而避免讨论解决方案及信息交换1)在业务模型中，业务组件定义为类。业务组件就是业务概念的一个详尽定义。应注意业务组件不会直接用于报文模型，因为它是通用的且不会考患报文环境的特殊需求。2)这不意味着在描述的业务过程中，所有的业务组件都必须经过生成、更新和删除过程，而意味着必须明确哪些组件包含了生成、更新和删除过程，哪些组件为什么不必包含。3興尚莲筑素荷网Z.ZS心
GB/T27926.3-2011/1S0/TS20022-3:2004问题。这意味着我们假设不存在信息交换问题，每个业务角色对任何业务过程中使用的信息具有充分的了解及访问。须牢记一个“好”的业务过程应切实增加业务价值；一通过引入业务组件或业务角色，主要集中于能带来巨大价值的业务过程。不要太关注如“撤消”、“修改”、“生成”等细节。本阶段也不对错误处理进行分析。例如，“银行内转账”业务过程将引出如“账户”、“贷记”等概念，“撤消银行内转账”却不会带来特别的价值，在本阶段应不予考虑。这些细节将在逻辑分析阶段，业务交易和报文集定义完毕后进行详细描述；一集中于功能型角色，而不是现实的业务参与者。例如，当前阶段最重要的是确定“购买者”这一角色，而不是确定购买者是个人、企业还是金融机构；依据可用细节层次的不同程度，可以将业务过程分解成多个更细化的业务过程；通常，角色应仅与最细化的业务过程和业务活动（即最低层次）关联；确保为新的业务组件和业务角色提供所有需要的信息（例如，议的名称和定义）；注意业务组件图中“聚合关系”仅用于表示具有真正业务包含关系的情况（例如，对于账户中未涉及到的参与方，则账户和该方之间不应具有聚合关系)。真正的业务包含关系意味着在现实中被包含元素不能脱离于包含元素而存在（例如，账户余额不能脱离账户存在）；-业务组件图可包含关于多样性的信息，且应指明每个业务元素的类型（通过数据类型或业务组件表示)。2需求分析需求分析的简单示例参见附录A(需求分析：基金行业信息交换需求)。2.1简介21.1目的需求分析的目的是定义由于业务参与者的物理分离导致的信息交换需求，这些业务参与者将在业务过程中执行不同的业务角色。需求分析将确定并详细说明业务过程和业务活动在协定范围内出现的所有信息交换需求。它将确定谁、从何处、在何时、需要何种信息。这样，需求分析将为待开发的解决方案（即业务交易和报文集）提供详细描述，而不是去探究报文和报文流的实际定义。2.1.2关键主题一对业务分析的结果进行分析以引出信息交换器求；对待开发的业务交易和报文集预期属性进行准确定义（功能及与业务角色的交互关系）。2.1.3主要活动确定待开发的业务交易和报文集的目标（信息交换以及尽可能的提高特定业务过程或活动的性能)；详细描述待开发业务交易和报文集的功能（即行为）需求；详细描述待开发业务交易和报文集的约束条件（即硬性限制）。2.1.4交付内容一最终解决方案范围和边界的文字描述；经提炼的、完整的约束条件的文字描述：一待开发业务交易和报文集的预期功能的需求用例。用例的说明应包含定义、参数、触发事件、前置条件和后置条件；每个业务角色使用的信息的业务组件图（可通过相关业务规则进行补充）。2.2过程概览下图给出了在本阶段开展的不同活动（以椭圆形表示）和需要的输入输出（以矩形表示）。这些活动在下文中有详细描述。4理罚素前网Z.ZC.ET
GB/T27926.3-2011/IS0/TS20022-3:2004《文档》《用例图》《活动图》项目范围和酷求业务过程图业务活动图(提炼)《提炼》《提炼》定义最终范围和边界《类图》《类图》业务组件图业务角色图(提炼》《提炼》筑素冰网定义信息交换需求《用例图》需求用例图(文档)约束完成需求和约束2.3活动2.3.1定义最终范围和边界待开发业务交易和报文集支持的业务过程和活动的定义，需基于业务分析阶段定义的业务过程图、业务活动图，及本项目定义的需求和范围。興尚蜀素前网Z.JZ沁
GB/T27926.3-2011/IS0/TS20022-3:20042.3.2定义信息交换需求在本阶段，不再使用业务分析阶段使用的“鸟瞰视图”。要认识到业务过程活动中的业务角色不能访问所有信息（即它们对业务组件和/或业务过程中其他活动的状态仅有有限的了解），由于对业务组件和/或业务过程中其他活动的状态缺少了解从而导致业务过程不能完成。实际上，根本问题是：我们需要确保业务过程（范围中的）中的所有活动能够访问完成活动所需的信息。因此，解决方案是生成一个或多个业务交易，这些业务交易解决业务过程中各业务角色之间所有必要的信息交换。这样，业务交易将确保业务过程中的每项活动都能访问它所需的信息。需求分析的目标就是确定并详细说明这些信息交换需求（即在何种条件下，需要向谁提供何种信息等）。需遵循的步骤如下：a)在业务活动图中，确定在业务范围内的活动和参与活动的角色；b)为执行的每项活动定义所需的信息。包括：输入的参数、触发该活动的可能信息（例如，另外一项活动结束)和检查前置条件可能需要的信息；?)‘从上述定义的所需信息中定义业务角色执行该活动无法获得的信息（即业务角色不拥有何种信息)；d)根据信息生成“需求用例”，并确定提供信息的业务角色。上述信息需作为待开发业务交易的一部分进行信息交换。在某些情况下，信息（部分信息）可由多个业务角色共同提供（在整个业务过程中的不同时刻)。需要注意需求用例可能已经生成的情况（如果其他活动需要）。需求用例”使用下述信息进行描述：定义：用例的目标和功能，即向哪些活动提供何种信息以及在何种业务角色间提供；触发事件：使用例开始执行的事件：前置条件执行用例应满足的条件网J.NE后置条件：执行用例完毕应满足的条件；参数：用例使用和生成的信息。2.3.3完成需求和约束条件一基于前阶段已经完成的分析和确定的项目范围，系统地记录所有约束条件（例如，属于特定实现的约束条件)；一验证上述约束条件是否对需求用例中描述的功能有影响，如有必要，修改用例。2.4导则一当对需求进行详细说明时，可能有必要结合一些潜在的需求用例（例如，因为它们处理同一业务信息或者总是被同一业务角色一起执行)或者放大/缩小潜在的需求用例（例如，为了使细节具有可管理的层次)。3逻辑分析逻辑分析的简单示例参见附录A(逻辑分析：业务交易)。3.1简介3.1.1目的逻辑分析的目的是详细描述待开发业务交易和报文集的细节。因此本阶段的重点是定义报文流和报文，用于在正确的时间从正确的业务角色获取所需的信息。本阶段仍从单纯的业务视角看待业务交易和报文集，也就是说从语义的视角（即潜在的业务含义）而非语法的视角（即报文的表达及其规则）。所有的结论均源自需求分析阶段已确认和说明的需求（功能需求和约束)。3)需要注意，需求用例中的信息可能基于业务过程或活动中的相关信息，但是不一定完全如此。6興尚莲筑素村网Z.Z心.ET
评星:

  • 顶

    0

  • 踩

    0

作品评论(0)

登录 后参与讨论
相关推荐：
本站所有资源由用户上传，仅供学习和交流之用；未经授权，禁止商用，否则产生的一切后果将由您自己承担！素材版权归原作者所有，如有侵权请立即与我们联系,我们将及时删除
收藏 免注册直接免费下载
下载地址二：下载
下载出错?
浏览：100 次数：0
下载：免费下载 收藏：0
等级：
编号：200408 1
文件格式：pdf文本
文件大小：1.21MB
投稿：1001 进入
上传时间：2022/8/15 19:21:26
如有侵权请联系删除

您可能在找这些：

GBT 27902-2011 电气火灾模拟试验技术规程GBT 27750-2011 绝缘液体的分类GBT 27749-2011 绝缘漆耐热性试验规程 电气强度法GBT 27748.3-2011 固定式燃料电池发电系统 第3部分：安装GBT 27748.1-2011 固定式燃料电池发电系统 第1部分：安全GBT 27747-2011 额定电压72.5 Kv及以上交流隔离断路器GBT 27746-2011 低压电器用金属氧化物压敏电阻器(MOV)技术规范GBT 27745-2011 低压电器通信规范GBT 27744-2011 超高效三相永磁同步电动机技术条件(机座号132～280)GBT 27743-2011 变压器专用设备检测方法GBT 27700.1-2011 有质量评定的声表面波（SAW）滤波器 第1部分：总规范GBT 27605-2011 卫星导航动态交通信息交换格式GBT 27544-2011 工业车辆 电气要求GBT 26974-2011 平板型太阳能集热器吸热体技术要求GBT 26972-2011 聚光型太阳能热发电术语GBT 26941.6-2011 隔离栅 第6部分：钢板网
技术措施 09版-规划·建筑·景观 纠错表 幕墙检测收费标准2015年执行 木质防火门---1999沪J613 闽3003J101塑钢门窗 闽2010-J-34 福建 酚醛保温板外墙保温隔热建筑构造 闽2010-J-34 酚醛保温板外墙保温隔热建筑构造 闽2010-J-31建筑硅质刚性防水构造(DBJT13-85)1 闽2007G119 先张法预应力高强混凝土管桩 闽2006J10福建省蒸压砂加气混凝土砌块建筑构造 闽2006J10 蒸压砂加气混凝土砌块建筑构造 闽2005J03 平屋面建筑构造 闽2005J02坡屋面建筑构造 闽2005J02 坡屋面建筑构造 闽2004J05楼梯栏杆（DBJT13-70） 闽2004J05 楼梯栏杆 闽2004J04-A 福建省村镇住宅A型通用图 闽2004J02 闽2004J02 顶棚 闽2004G108 闽2004G108 锚杆静压桩

网站首页 典尚平台 建筑素材 三维模型 室内装修 视频素材网 上传教程 帮助中心 热门搜索 版权申明 关于我们 联系典尚

Copyright © 2000-2020 www.jzsc.net.粤ICP备07047611号 All Rights Reserved.

客服QQ:609470690 客服电话:0755-83549300 深圳市典尚风设计有限公司

Copyright© 2016典尚平台 JZSC.NET

网站推荐使用腾讯、Chrome浏览器浏览，不推荐360,很卡

粤公网安备 44030302000908号

◆
QQ咨询
◆
推广分享
×
复制本页url网址

推广详情

如您已登录，分享网址将自动加载您的推广编号，您将获得2元/注册用户的奖励。

推广记录  积分记录

◆
网站首页
◆
回顶部