ESB平台服务管理系统V

《ESB平台服务管理系统V》由会员分享，可在线阅读，更多相关《ESB平台服务管理系统V（44页珍藏版）》请在金锄头文库上搜索。

1、XXXX银行ESB平台服务管理系统需求规格说明书（业务监控系统分册）营运中心规划处ESB小组二00九年五月版本修改记录目录3.1系统概述3.1.1业务系统现状3.1.2系统建设目标3.1.3系统实施范围3.1.4系统功能架构3.1.5系统逻辑架构3.1.6与其他系统的关系3.2业务需求分析3.2.1业务总体需求3.2.2业务流程3.3系统功能及信息分析3.3.1标准代码管理需求描述用例视图用例描述信息结构信息描述3.3.2业务信息管理需求描述用例视图用例描述信息结构信息描述3.3.3业务流程管理需求描述用例视图用例描述信息结构信息描述3.3.4业务进程管理需求描述用例视图用例描述信息结构信息描

2、述3.3.5进程预警管理需求描述用例视图用例描述信息结构信息描述3.3.6用户权限管理需求描述用例视图用例描述信息结构信息描述3.3.7进程监控展示需求描述浏览权限3.3.8数据统计分析统计口径报表类型用例视图统计权限3.3.9需求内容说明功能需求说明角色需求说明3.4接口设计需求3.5柜台前移系统接入需求3.5.1报文解析阶段3.5.2映射解析阶段3.6系统非功能需求3.6.1用户界面3.6.2语种要求3.6.3性能要求并发用户数页面完全展现时间数据库检索速度和容量资源使用率3.6.4灵活性3.6.5可扩展性3.6.6可靠性3.6.7安全性3.6.8可维护性3.6.9规范性第三章业务监控系统

3、3.1系统概述3.1.1业务系统现状随着XXXX银行（以下简称：行内）业务系统建设的逐步完善，业务工作对IT 系统的依赖程度也越来越髙，由于行内IT系统的进一步集成，系统中的业务流程 已由原来分段单系统处理、跨系统人工流转的方式，变为业务流程跨系统自动实 现流转。当一项业务发生时，业务流程在多个系统中自动实现流转，关注该业务 进程的领导及相关业务人员无法通过快捷的、直观的方式了解当前业务进程位置 状态及异常原因等。若建立一个时时的、端到端的业务流跟踪监控系统，将可为 领导及相关业务人员及时关注业务进程提供一个形象直观的技术平台，并自动实 现业务流程异常报警、实现多维信息统计等功能，进而为业务人

4、员优化业务流程 和领导决策提供依据。在此需求的基础上，规划处提出了建设业务监控系统，满 足业务发展的要求。3.1.2系统建设目标业务监控系统作为ESB平台服务管理系统（在建）三个主要组成部分之一，建 设目标是建立一个基于映射转化（而非基于报文解析）的可配置、可管理的监控 系统。该监控系统是通过建立核心数据库，实现业务流进程跟踪监控、异常预警 和数据统计三大功能。业务监控系统是一个架构稳定灵活、接口实现方便的接入平台，只有被监控 系统接入才能发挥其功能。该系统建成的同时，将同步实现对柜台前移系统通过 报文解析进而转化为基于映射的接入；并且随着ESB平台上接入系统的增加，将逐 一实现对被监控系统核

5、心业务流程的监控。被监控业务流接入时，监控系统仅需 前台配置，无需后台代码更改，形成对业务流程的跟踪监控、异常预警和数据统 计功能。由于需接入的业务系统自身功能各不相同，核心业务流各有差异，在该 系统建设过程中，同步制定一套统一的基础信息与进程中信息（或进程报文）通信格式，形成一套制定基础信息与监控信息格式的规范，为被监控系统的接入方式做好基础架构，对后继业务系统接入提供统一的方法和流程。厂异常预警业务流进程跟踪根据预定规则，自动跟踪各业务流进 程，并适时动态显示，方便各级领导 和工作人员及时关注业务流的进程状 态，以便合理的做出工作安排。业务、技术异常预警 业务流发生异常时，系统 能自动给相

6、关技术和业 务人员通过短信或邮件 的方式发出预警提醒，方 便相关人员第一时间了核心信息 数据库业务数据统计= 根据各业务流的基础信 息，可对业务流涉及的业 务按照多维度、全视角进 行统计分析，并为业务状 态预测提供基础信息。系统目标示意图3.1.3系统实施范围在现有基本技术监控基础上，由原来仅监控ESB平台报文运行状态，转变为业 务全流程跟踪监控。该系统既是ESB平台的一部分，又是区别于具体业务系统的一 个独立的监控系统。通过对被监控系统的理解和分析，确定出被监控系统的核心 业务流信息、基础信息数据和监控点反馈信息数据，实现对业务流跟踪监控、异 常预警和数据统计分析；并与技术监控系统部分功能融

7、合，实现业务流异常的业 务原因及技术原因的预警，为方便后继系统的接入，系统应制定标准接口，以便 具体接入时，业务监控系统本身无需再做代码改造。3.1.4系统功能架构为实现端到端的业务进程跟踪监控，该系统功能模块主要包括：标准代码管 理、业务信息管理、业务流程管理、业务进程管理、进程预警管理、用户权限管 理、系统接口和安全及审计管理等，核心模块为业务信息管理、业务流程管理和 业务进程管理。系统功能架构示意图3.1.5系统逻辑架构 业务监控系统在获取具体业务流的基础信息和进程信息的基础上，通过控制 流程驱动和预警管理机制实现业务流跟踪时时动态图和数据统计；在发生异常时， 通过与外部系统的接口实现邮

8、件或短信提醒，进而通过人工干预，恢复业务流程 的正常运转。业务监控系统逻辑图3.1.6与其他系统的关系该系统建成后，需与ESB平台、注册服务系统、具体业务系统、0A系统、邮件 服务系统等进行数据交互，具体与上述各系统关系如下：业务监控系统与ESB平台：业务监控系统接受ESB平台转发的各类监控所需 的信息或报文； 业务监控系统与注册服务系统：对于部分基础代码，需将注册服务系统数据作为业务监控系统的元数据，注册服务系统满足业务监控系统直接调 用。 业务监控系统与具体业务系统：业务监控系统在与具体业务系统约定信息及报文内容的基础上，通过固定接口，接收具体业务系统发送的信息或报 文；业务监控系统与0A

9、系统：当发生异常预警时，业务监控系统将通过0A系统 向预警提示人员发送短息；业务监控系统与邮件服务系统：当发生异常预警时，业务监控系统将通过 邮件服务系统向预警提示人员发送邮件。业务监控系统与其他系统关系示意图3.2业务需求分析3.2.1业务总体需求业务监控系统的业务流程端到端跟踪监控的实现是在配置业务流程信息的前 提下，对业务流进程信息进行管理，即在业务流程中，每次业务流经不同作业处 理点（被监控点）时，应向业务监控系统发送状态消息（具体消息通过报文或消 息的方式约定），实际操作过程中，该系统可灵活的添加或减少作业处理点，通过 对业务流程信息的管理实现具体业务端到端的业务流程跟踪监控；当系统

10、业务流 异常时，根据预先配置的预警规则，通过短信或邮件方式提醒预警提示人员；被 监控系统每形成一条业务流时，应向监控系统发送业务基础信息，监控系统将以 此自动生成一条监控信息和业务流程，并且该基础信息为业务流程含义展示和统 计汇总提供数据。3.2.2业务流程当业务系统生成一条具体业务流时，在初始点及各监控点应向监控系统发送 消息，具体业务流程消息发送的方式为：在业务流起始时，向业务监控系统发送 一条基础信息，监控系统据此自动生成一条业务流跟踪监控流程；在业务流程中， 每一作业处理点（即：监控点）接收到一条需处理作业时，向业务监控系统发送 一条已接收到该作业的状态消息，当该作业处理点完成作业后，

11、向下一作业处理 点发送时，同步应向业务监控系统发送一条该作业处理结果的状态消息（状态消 息可为：该作业内容更改并成功向下一作业处理点发送，或作业处理成功并向下 一作业点发送，或拒绝作业返回至上一或几作业处理点，或流程结束）；当在某监 控点或流转中，由于系统技术原因发生异常，应向监控系统发送系统技术异常消 息（如：无法发出、系统延时、系统无法接收等），以上发送的各类消息可在具体 添加被监控系统时，约定消息内容。业务系统发送至监控系统的消息内容应包括：该具体作业流程的唯一标识代 码（全流程不变），本处理点名称代码，本节点所处系统代码；收发作业标识，收 发类型（七种：1.正常接收；2.正常发送至下一

12、作业处理点；3.退回上一或几作 业处理点；4.作业流程终止并退出；5.技术延时异常;6.技术异常，系统终止;7. 作业流程终止并退出，该类内容可在监控系统实现维护），内容更改标识，具体更 改内容代码，更改后的具体内容。业务监控进程示意图3.3系统功能及信息分析通过对业务需求的分析，要实现业务流程端到端的跟踪监控、异常预警和数 据统计功能，本系统主要功能模块包括：标准代码管理、业务信息管理、业务流 程管理、业务进程管理、进程预警管理、用户及权限管理、进程跟踪展示、数据 统计分析等部分，对于每一部分具体功能及信息分析逐一展开，具体如下：3.3.1标准代码管理3.3.1.1需求描述为使整个系统内容规

13、范、一致，便于与被监控系统定义业务信息、进程信息 的内容，以及部分元数据与服务注册系统进行同步，本系统需建立标准代码管理， 独立维护本系统所使用的标准代码，当与服务注册系统实现对接后，服务注册系 统作为本系统部分标准代码源信息，通过接口向本系统提供标准代码信息，本系 统可关闭服务注册系统提供源数据部分的代码添加、修改功能，仅保留具体内容 本系统是否可见功能。形成标准代码的目的是为保证系统间的标准信息格式定义 一致，以及对业务及业务进程基础信息进行统计和分析提供便捷。本系统涉及到 的主要标准代码包括：系统类别代码、系统代码、业务种类、业务流代码。3.3.1.2用例视图标准代码管理用例图3.3.1

14、.3用例描述用例名称：标准代码管理描述：该部分代码内容虽各不相同，但在代码管理上是一致的，应包括代码添加、代码修改、代码删除、代码浏览、代码查询等功能，下面分别对各详细用 例进行描述。代码添加用例名称：代码添加描述：用户填写代码详细信息，包括代码、名称、备注等，系统提供校验代 码是否重复、是否符合约定格式、名称不能为空等功能，提交后在数据库中形成 一条正确的新数据；参与者/角色：代码维护员；先决条件：以合法身份登陆系统； 输入：代码、名称、备注等需填写的详细信息； 输出：对应的相关数据库表中增加一条正确记录。 代码修改用例名称：代码修改描述：用户选中要修改的一条代码，可对代码、名称、备注等进行

15、修改，系 统对修改部分除提供与代码添加同样校验功能外，还应提供该代码是否已被引用 等校验功能，对于已被引用和约定使用的代码，原则上不得进行修改，修改后系 统更新数据库；参与者/角色：代码维护员；先决条件：以合法身份登陆系统； 输入：填入需变动内容； 输出：对应的相关数据库表中一条记录数据发生变化。 代码删除用例名称：代码删除描述:用户选中要删除的代码，系统应校验该代码是否已经被引用，若被引用 应待引用记录全部删除后，方可进行删除，对于不能删除又需用户不可见的代码提供客户端是否隐藏（即客户端不可见，不可在引用）功能；参与者/角色：代码维护员；先决条件：以合法身份登陆系统；输入：无；输出：对应的相关数据表中一条记录被删除或发生变化。代码浏览用例名称：代码浏览描述：用户登陆后，系统根据用户选择显示代码详细信息； 参与者/角色：所有用户；先决条件：以合法身份登陆系统输入：无输出：代