《ESB平台服务管理系统V0.9》由会员分享，可在线阅读，更多相关《ESB平台服务管理系统V0.9（55页珍藏版）》请在金锄头文库上搜索。
1、XXXX银行ESB平台服务管理系统需求规格说明书（业务监控系统分册）营运中心规划处ESB小组二九年五月版本修改记录变更版本修订日期原因与修改情况描述位置修订人审核人目 录第三章 业务监控系统53.1 系统概述53.1.1 业务系统现状53.1.2 系统建设目标53.1.3 系统实施围63.1.4 系统功能架构73.1.5 系统逻辑架构73.1.6 与其他系统的关系83.2 业务需求分析93.2.1 业务总体需求93.2.2 业务流程93.3 系统功能及信息分析113.3.1 标准代码管理123.3.1.1 需求描述123.3.1.2 用例视图123.3.1.3 用例描述133.3.1.4 信息
2、结构153.3.1.5 信息描述153.3.2 业务信息管理173.3.2.1 需求描述173.3.2.2 用例视图183.3.2.3 用例描述183.3.2.4 信息结构223.3.2.5 信息描述223.3.3 业务流程管理243.3.3.1 需求描述243.3.3.2 用例视图253.3.3.3 用例描述253.3.3.4 信息结构323.3.3.5 信息描述333.3.4 业务进程管理343.3.4.1 需求描述343.3.4.2 用例视图343.3.4.3 用例描述353.3.4.4 信息结构363.3.4.5 信息描述363.3.5 进程预警管理373.3.5.1 需求描述373.
3、3.5.2 用例视图373.3.5.3 用例描述383.3.5.4 信息结构413.3.5.5 信息描述413.3.6 用户权限管理423.3.6.1 需求描述423.3.6.2 用例视图433.3.6.3 用例描述433.3.6.4 信息结构453.3.6.5 信息描述463.3.7 进程监控展示473.3.7.1 需求描述473.3.7.2 浏览权限483.3.8 数据统计分析483.3.8.1 统计口径483.3.8.2 报表类型483.3.8.3 用例视图493.3.8.4 统计权限503.3.9 需求容说明503.3.9.1 功能需求说明503.3.9.2 角色需求说明513.4 接
4、口设计需求513.5 柜台前移系统接入需求513.5.1 报文解析阶段513.5.2 映射解析阶段513.6 系统非功能需求523.6.1 用户界面523.6.2 语种要求523.6.3 性能要求523.6.3.1 并发用户数523.6.3.2 页面完全展现时间533.6.3.3 数据库检索速度和容量533.6.3.4 资源使用率533.6.4 灵活性533.6.5 可扩展性533.6.6 可靠性543.6.7 安全性543.6.8 可维护性543.6.9 规性55第三章 业务监控系统3.1 系统概述3.1.1 业务系统现状随着XXXX银行（以下简称：行）业务系统建设的逐步完善，业务工作对IT
5、系统的依赖程度也越来越高，由于行IT系统的进一步集成，系统中的业务流程已由原来分段单系统处理、跨系统人工流转的方式，变为业务流程跨系统自动实现流转。当一项业务发生时，业务流程在多个系统中自动实现流转，关注该业务进程的领导及相关业务人员无法通过快捷的、直观的方式了解当前业务进程位置、状态及异常原因等。若建立一个时时的、端到端的业务流跟踪监控系统，将可为领导及相关业务人员及时关注业务进程提供一个形象直观的技术平台，并自动实现业务流程异常报警、实现多维信息统计等功能，进而为业务人员优化业务流程和领导决策提供依据。在此需求的基础上，规划处提出了建设业务监控系统，满足业务发展的要求。3.1.2 系统建设
6、目标业务监控系统作为ESB平台服务管理系统（在建）三个主要组成部分之一，建设目标是建立一个基于映射转化（而非基于报文解析）的可配置、可管理的监控系统。该监控系统是通过建立核心数据库，实现业务流进程跟踪监控、异常预警和数据统计三大功能。业务监控系统是一个架构稳定灵活、接口实现方便的接入平台，只有被监控系统接入才能发挥其功能。该系统建成的同时，将同步实现对柜台前移系统通过报文解析进而转化为基于映射的接入；并且随着ESB平台上接入系统的增加，将逐一实现对被监控系统核心业务流程的监控。被监控业务流接入时，监控系统仅需前台配置，无需后台代码更改，形成对业务流程的跟踪监控、异常预警和数据统计功能。由于需接
7、入的业务系统自身功能各不相同，核心业务流各有差异，在该系统建设过程中，同步制定一套统一的基础信息与进程息（或进程报文）通信格式，形成一套制定基础信息与监控信息格式的规，为被监控系统的接入方式做好基础架构，对后继业务系统接入提供统一的方法和流程。核心信息数据库业务流跟踪根据预定规则，自动跟踪各业务流进程，并适时动态显示，方便各级领导和工作人员及时关注业务流的进程状态，以便合理的做出工作安排。业务流进程跟踪业务流发生异常时，系统能自动给相关技术和业务人员通过短信或邮件的方式发出预警提醒，方便相关人员第一时间了解业务流异常。业务、技术异常预警异常预警数据统计根据各业务流的基础信息，可对业务流涉及的业
8、务按照多维度、全视角进行统计分析，并为业务状态预测提供基础信息。业务数据统计系统目标示意图3.1.3 系统实施围在现有基本技术监控基础上，由原来仅监控ESB平台报文运行状态，转变为业务全流程跟踪监控。该系统既是ESB平台的一部分，又是区别于具体业务系统的一个独立的监控系统。通过对被监控系统的理解和分析，确定出被监控系统的核心业务流信息、基础信息数据和监控点反馈信息数据，实现对业务流跟踪监控、异常预警和数据统计分析；并与技术监控系统部分功能融合，实现业务流异常的业务原因及技术原因的预警，为方便后继系统的接入，系统应制定标准接口，以便具体接入时，业务监控系统本身无需再做代码改造。3.1.4 系统功
9、能架构为实现端到端的业务进程跟踪监控，该系统功能模块主要包括：标准代码管理、业务信息管理、业务流程管理、业务进程管理、进程预警管理、用户权限管理、系统接口和安全及审计管理等，核心模块为业务信息管理、业务流程管理和业务进程管理。系统功能架构示意图3.1.5 系统逻辑架构业务监控系统在获取具体业务流的基础信息和进程信息的基础上，通过控制流程驱动和预警管理机制实现业务流跟踪时时动态图和数据统计；在发生异常时，通过与外部系统的接口实现或短信提醒，进而通过人工干预，恢复业务流程的正常运转。业务监控系统逻辑图3.1.6 与其他系统的关系该系统建成后，需与ESB平台、注册服务系统、具体业务系统、OA系统、服
10、务系统等进行数据交互，具体与上述各系统关系如下：l 业务监控系统与ESB平台：业务监控系统接受ESB平台转发的各类监控所需的信息或报文；l 业务监控系统与注册服务系统：对于部分基础代码，需将注册服务系统数据作为业务监控系统的元数据，注册服务系统满足业务监控系统直接调用。l 业务监控系统与具体业务系统：业务监控系统在与具体业务系统约定信息及报文容的基础上，通过固定接口，接收具体业务系统发送的信息或报文；l 业务监控系统与OA系统：当发生异常预警时，业务监控系统将通过OA系统向预警提示人员发送短息；l 业务监控系统与服务系统：当发生异常预警时，业务监控系统将通过服务系统向预警提示人员发送。业务监控
11、系统与其他系统关系示意图3.2 业务需求分析3.2.1 业务总体需求业务监控系统的业务流程端到端跟踪监控的实现是在配置业务流程信息的前提下，对业务流进程信息进行管理，即在业务流程中，每次业务流经不同作业处理点（被监控点）时，应向业务监控系统发送状态消息（具体消息通过报文或消息的方式约定），实际操作过程中，该系统可灵活的添加或减少作业处理点，通过对业务流程信息的管理实现具体业务端到端的业务流程跟踪监控；当系统业务流异常时，根据预先配置的预警规则，通过短信或方式提醒预警提示人员；被监控系统每形成一条业务流时，应向监控系统发送业务基础信息，监控系统将以此自动生成一条监控信息和业务流程，并且该基础信息
12、为业务流程含义展示和统计汇总提供数据。3.2.2 业务流程当业务系统生成一条具体业务流时，在初始点及各监控点应向监控系统发送消息，具体业务流程消息发送的方式为：在业务流起始时，向业务监控系统发送一条基础信息，监控系统据此自动生成一条业务流跟踪监控流程；在业务流程中，每一作业处理点（即：监控点）接收到一条需处理作业时，向业务监控系统发送一条已接收到该作业的状态消息，当该作业处理点完成作业后，向下一作业处理点发送时，同步应向业务监控系统发送一条该作业处理结果的状态消息（状态消息可为：该作业容更改并成功向下一作业处理点发送，或作业处理成功并向下一作业点发送，或拒绝作业返回至上一或几作业处理点，或流程
13、结束）；当在某监控点或流转中，由于系统技术原因发生异常，应向监控系统发送系统技术异常消息（如：无法发出、系统延时、系统无法接收等），以上发送的各类消息可在具体添加被监控系统时，约定消息容。业务系统发送至监控系统的消息容应包括：该具体作业流程的唯一标识代码（全流程不变），本处理点名称代码，本节点所处系统代码；收发作业标识，收发类型（七种：1.正常接收；2.正常发送至下一作业处理点；3.退回上一或几作业处理点；4.作业流程终止并退出；5.技术延时异常;6.技术异常，系统终止;7.作业流程终止并退出，该类容可在监控系统实现维护），容更改标识，具体更改容代码，更改后的具体容。业务监控进程示意图3.3
14、系统功能及信息分析通过对业务需求的分析，要实现业务流程端到端的跟踪监控、异常预警和数据统计功能，本系统主要功能模块包括：标准代码管理、业务信息管理、业务流程管理、业务进程管理、进程预警管理、用户及权限管理、进程跟踪展示、数据统计分析等部分，对于每一部分具体功能及信息分析逐一展开，具体如下：3.3.1 标准代码管理3.3.1.1 需求描述为使整个系统容规、一致，便于与被监控系统定义业务信息、进程信息的容，以及部分元数据与服务注册系统进行同步，本系统需建立标准代码管理，独立维护本系统所使用的标准代码，当与服务注册系统实现对接后，服务注册系统作为本系统部分标准代码源信息，通过接口向本系统提供标准代码信息，本系统可关闭服务注册系统提供源数据部分的代码添加、修改功能，仅保留具体容本系统是否可见功能。形成标准代码的目的是为保证系统间的标准信息格式定义一致，以及对业务及业务进程基础信息进行统计和分析提供便捷。本系统涉及到的主要标准代码包括：系统类别代码、系统代码、业务种类、业务流代码。3.3.1.2 用例视图标准代码管理用例图3.3.1.3 用例描述用例名称：标准代码管理描述：该部分代码容虽各不相同，但在代码管理上是一致的，应包括代码添加、代码修改、代码删除、代码浏览、
