ESB平台服务管理系统V09

《ESB平台服务管理系统V09》由会员分享，可在线阅读，更多相关《ESB平台服务管理系统V09（64页珍藏版）》请在装配图网上搜索。

1、XXXXX银行ESB平平台服务务管理系系统需求规格格说明书书（业务监监控系统统分册）营运中心心规划处处ESBB小组二九九年五月版本修改改记录变更版本本修订日期期原因与修修改情况况描述位置修订人审核人目录第三章业业务监控控系统553.1 系统概概述53.1.1 业业务系统统现状553.1.2 系系统建设设目标553.1.3 系系统实施施范围663.1.4 系系统功能能架构773.1.5 系系统逻辑辑架构773.1.6 与与其他系系统的关关系83.2 业务需需求分析析93.2.1 业业务总体体需求993.2.2 业业务流程程93.3 系统功功能及信信息分析析113.3.1 标标准代码码管理1123

2、.3.1.11 需求求描述1123.3.1.22 用例例视图1123.3.1.33 用例例描述1133.3.1.44 信息息结构1153.3.1.55 信息息描述1153.3.2 业业务信息息管理1173.3.2.11 需求求描述1173.3.2.22 用例例视图1183.3.2.33 用例例描述1183.3.2.44 信息息结构2223.3.2.55 信息息描述2223.3.3 业业务流程程管理2243.3.3.11 需求求描述2243.3.3.22 用例例视图2253.3.3.33 用例例描述2253.3.3.44 信息息结构3323.3.3.55 信息息描述3333.3.4 业业务进程程

3、管理3343.3.4.11 需求求描述3343.3.4.22 用例例视图3343.3.4.33 用例例描述3353.3.4.44 信息息结构3363.3.4.55 信息息描述3363.3.5 进进程预警警管理3373.3.5.11 需求求描述3373.3.5.22 用例例视图3373.3.5.33 用例例描述3383.3.5.44 信息息结构4413.3.5.55 信息息描述4413.3.6 用用户权限限管理4423.3.6.11 需求求描述4423.3.6.22 用例例视图4433.3.6.33 用例例描述4433.3.6.44 信息息结构4453.3.6.55 信息息描述4463.3.7

4、进进程监控控展示4473.3.7.11 需求求描述4473.3.7.22 浏览览权限4483.3.8 数数据统计计分析4483.3.8.11 统计计口径4483.3.8.22 报表表类型4483.3.8.33 用例例视图4493.3.8.44 统计计权限5503.3.9 需需求内容容说明5503.3.9.11 功能能需求说说明5003.3.9.22 角色色需求说说明5113.4 接口设设计需求求513.5 柜台前前移系统统接入需需求5113.5.1 报报文解析析阶段5513.5.2 映映射解析析阶段5513.6 系统非非功能需需求5223.6.1 用用户界面面523.6.2 语语种要求求523

5、.6.3 性性能要求求523.6.3.11 并发发用户数数523.6.3.22 页面面完全展展现时间间533.6.3.33 数据据库检索索速度和和容量5533.6.3.44 资源源使用率率533.6.4 灵灵活性5533.6.5 可可扩展性性533.6.6 可可靠性5543.6.7 安安全性5543.6.8 可可维护性性543.6.9 规规范性555第三章业业务监控控系统3.1 系统概概述3.1.1业务务系统现现状随着XXXXX银银行（以以下简称称：行内内）业务系系统建设设的逐步步完善，业业务工作作对ITT系统的的依赖程程度也越越来越高高，由于行内内IT系统统的进一一步集成成，系统统中的业业务

6、流程程已由原原来分段段单系统统处理、跨系统统人工流流转的方方式，变变为业务务流程跨跨系统自自动实现现流转。当一项项业务发发生时，业务流流程在多多个系统统中自动动实现流流转，关关注该业业务进程程的领导导及相关关业务人人员无法法通过快捷捷的、直直观的方方式了解解当前业业务进程程位置、状状态及异异常原因因等。若建立一个个时时的的、端到到端的业业务流跟跟踪监控控系统，将可为领领导及相相关业务务人员及及时关注注业务进进程提供供一个形形象直观观的技术术平台，并并自动实实现业务务流程异异常报警警、实现现多维信息息统计等等功能，进而为为业务人人员优化化业务流流程和领领导决策策提供依依据。在此需需求的基基础上，

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

8、；并并且随着着ESBB平台上接入系系统的增加，将将逐一实实现对被被监控系系统核心心业务流流程的监控。被监控控业务流流接入时时，监控控系统仅仅需前台台配置，无无需后台台代码更更改，形形成对业业务流程程的跟踪监控控、异常常预警和和数据统统计功能能。由于需需接入的的业务系系统自身身功能各各不相同同，核心心业务流流各有差差异，在在该系统统建设过过程中，同步制制定一套套统一的的基础信信息与进进程中信信息（或或进程报报文）通通信格式式，形成成一套制制定基础信息息与监控控信息格格式的规规范，为为被监控控系统的的接入方方式做好好基础架架构，对对后继业业务系统统接入提提供统一一的方法法和流程程。核心信息数据库业

9、务流跟踪根据预定规则，自动跟踪各业务流进程，并适时动态显示，方便各级领导和工作人员及时关注业务流的进程状态，以便合理的做出工作安排。业务流进程跟踪业务流发生异常时，系统能自动给相关技术和业务人员通过短信或邮件的方式发出预警提醒，方便相关人员第一时间了解业务流异常。业务、技术异常预警异常预警数据统计根据各业务流的基础信息，可对业务流涉及的业务按照多维度、全视角进行统计分析，并为业务状态预测提供基础信息。业务数据统计系统目标标示意图图3.1.3 系系统实施施范围在现有基基本技术术监控基基础上，由由原来仅仅监控EESB平平台报文文运行状状态，转转变为业业务全流流程跟踪踪监控。该该系统既既是ESSB平

10、台台的一部部分，又又是区别别于具体体业务系系统的一一个独立立的监控系系统。通通过对被被监控系系统的理理解和分分析，确确定出被被监控系系统的核心业业务流信信息、基基础信息息数据和和监控点点反馈信信息数据据，实现现对业务流流跟踪监监控、异异常预警警和数据据统计分分析；并与技术术监控系系统部分分功能融融合，实实现业务务流异常常的业务务原因及技术原原因的预警，为为方便后后继系统统的接入入，系统统应制定定标准接接口，以以便具体体接入时时，业务务监控系统统本身无需需再做代代码改造造。3.1.4 系系统功能能架构为实现端端到端的的业务进进程跟踪踪监控，该该系统功功能模块块主要包括括：标准代代码管理理、业务务

11、信息管管理、业业务流程程管理、业业务进程程管理、进进程预警警管理、用户权权限管理理、系统统接口和和安全及及审计管管理等，核心模模块为业业务信息息管理、业业务流程程管理和业业务进程程管理。系统功能能架构示示意图3.1.5 系系统逻辑辑架构业务监控控系统在在获取具体体业务流流的基础信息息和进程信信息的基基础上，通通过控制制流程驱驱动和预预警管理理机制实实现业务务流跟踪踪时时动动态图和和数据统统计；在发生生异常时时，通过与与外部系系统的接接口实现现邮件或或短信提提醒，进进而通过过人工干干预，恢恢复业务务流程的的正常运运转。业务监控控系统逻逻辑图3.1.6 与与其他系系统的关关系该系统建建成后，需与E

12、SB平台、注册服务系统、具体业务系统、OA系统、邮件服务系统等进行数据交互，具体与上述各系统关系如下：l 业务监控控系统与与ESBB平台：业务监监控系统统接受EESB平平台转发发的各类类监控所所需的信信息或报报文；l 业务监控控系统与与注册服服务系统统：对于部部分基础础代码，需需将注册册服务系系统数据据作为业业务监控控系统的的元数据据，注册册服务系系统满足足业务监监控系统统直接调调用。l 业务监控控系统与与具体业业务系统统：业务务监控系系统在与与具体业业务系统统约定信信息及报报文内容容的基础上上，通过过固定接接口，接接收具体体业务系系统发送送的信息息或报文文；l 业务监控控系统与与OA系系统：

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

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

15、生成成一条业业务流跟跟踪监控控流程；在业务务流程中中，每一一作业处处理点（即即：监控控点）接接收到一一条需处处理作业业时，向向业务监监控系统统发送一一条已接接收到该该作业的的状态消消息，当当该作业业处理点点完成作作业后，向下一作业处理点发送时，同步应向业务监控系统发送一条该作业处理结果的状态消息（状态消息可为：该作业内容更改并成功向下一作业处理点发送，或作业处理成功并向下一作业点发送，或拒绝作业返回至上一或几作业处理点，或流程结束）；当在某监控点或流转中，由于系统技术原因发生异常，应向监控系统发送系统技术异常消息（如：无法发出、系统延时、系统无法接收等），以上发送的各类消息可在具体添加被监控系

16、统时，约定消息内容。业务系统统发送至监控系统统的消息息内容应应包括：该具体作业业流程的唯唯一标识识代码（全全流程不不变），本本处理点点名称代代码，本本节点所所处系统统代码；收发作作业标识识，收发发类型（七种：1.正常接收；2.正常发送至下一作业处理点；3.退回上一或几作业处理点；4.作业流程终止并退出；5.技术延时异常;6.技术异常，系统终止;7.作业流程终止并退出，该类内容可在监控系统实现维护），内容更改标识，具体更改内容代码，更改后的具体内容。业务监控控进程示意意图3.3 系统功功能及信信息分析析通过对业业务需求求的分析，要要实现业业务流程程端到端端的跟踪踪监控、异异常预警警和数据据统计功

17、功能，本本系统主主要功能能模块包包括：标标准代码码管理、业业务信息息管理、业业务流程程管理、业业务进程程管理、进进程预警警管理、用用户及权权限管理理、进程程跟踪展展示、数数据统计计分析等等部分，对对于每一一部分具具体功能能及信息息分析逐逐一展开开，具体体如下：3.3.1标准准代码管管理3.3.1.11 需求求描述为使整个个系统内内容规范范、一致，便于与与被监控控系统定定义业务务信息、进进程信息息的内容容，以及及部分元元数据与与服务注注册系统统进行同同步，本系统统需建立立标准代代码管理理，独立立维护本本系统所所使用的的标准代代码，当当与服务务注册系系统实现现对接后后，服务务注册系系统作为为本系统

18、统部分标准准代码源源信息，通通过接口口向本系系统提供供标准代代码信息息，本系系统可关关闭服务务注册系系统提供供源数据据部分的的代码添添加、修修改功能能，仅保留具具体内容容本系统统是否可可见功能能。形成标标准代码码的目的的是为保保证系统统间的标准信信息格式式定义一一致，以以及对业业务及业业务进程程基础信息息进行统统计和分分析提供供便捷。本系统统涉及到到的主要要标准代代码包括括：系统统类别代代码、系系统代码码、业务务种类、业务流代码。3.3.1.2用例视视图标准代码码管理用用例图3.3.1.3用例描描述用例名称称：标准准代码管管理描述：该该部分代码码内容虽虽各不相相同，但但在代码码管理上是是一致的

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

20、码，可可对代码码、名称称、备注注等进行修修改，系统对修修改部分分除提供供与代码码添加同同样校验验功能外外，还应应提供该该代码是是否已被被引用等等校验功功能，对对于已被被引用和和约定使使用的代代码，原原则上不不得进行行修改，修改后后系统更更新数据据库；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统 ；输入：填填入需变变动内容容；输出：对对应的相相关数据据库表中一条记记录数据据发生变变化。l 代码删除除用例名称称：代码码删除描述:用用户选中中要删除除的代码码，系统统应校验验该代码码是否已已经被引引用，若若被引用用应待引用用记录全全部删除除后，方方可进行行删除，对于不不能删除除又需

21、用用户不可可见的代代码，提提供客户户端是否否隐藏（即即客户端端不可见见，不可可在引用用）功能能；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：无无；输出：对对应的相相关数据据表中一一条记录录被删除除或发生生变化。l 代码浏览览用例名称称：代码码浏览描述：用用户登陆陆后，系系统根据据用户选选择显示示代码详详细信息息；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统输入：无无输出：代代码详细细信息。l 代码查询询用例名称称：用户户登录后后，输入入代码、名称等条条件，进进行代码码查询，理理论上各各个字段段都可以以作为查询询条件，并并支持字字母和汉汉字的模模糊查

22、询询；描述：系系统通过过用户输输入条件件，查询询相关记记录；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统；输入：查查询条件件输出：代代码详细细条目信息息。3.3.1.4信息结结构标准代码码主要包包括：行行内信息息系统类类别代码码、信息息系统代代码、业业务种类类代码和和业务流流代码，前前三类代代码应与与行内其他他系统保保持一致致，待服服务注册册系统建建成后，通通过数据据库订阅阅等方式式实现数数据同步步，本系统无无须再修修改，仅仅对其在在本系统统是否可可见做调整，业业务流代代码是根根据各业业务系统统的具体体业务种种类不同同而形成成不同业业务流代代码，作作为具体体业务流流程的依据。

23、标准代码码管理信信息结构构图3.3.1.5信息描描述系统类别别代码表表序号字段名类 型型长 度度备注1系统类别别名称2系统类别别代码唯一标识识3是否可见见4备注系统代码码表序号字段名类 型型长 度度备注1信息系统统名称2信息系统统代码唯一标识识3所属系统统类别代代码4是否可见见5备注业务种类类代码表表序号字段名类 型型长 度度备注1业务种类类名称2业务种类类代码唯一标识识3所属信息息系统代代码4是否可见见5备注业务流代代码表序号字段名类 型型长 度度备注1业务流名名称2业务流代代码唯一标识识3所属业务务种类代码码4是否可见见5备注3.3.2业务信息息管理3.3.2.1 需求描描述当业务系系统发

24、起起一笔被被监控的的业务流程时，发起起系统应应根据系系统接入入时的约定定，通过过消息方方式向监监控系统统发送该该笔业务务信息，作作为监控控系统自自动建立立一条具具体业务务流程的起始依依据，并并且为业务进进程监控控提供业业务信息息。本系系统可人人工修改改此类基基础消息息（具体业务务流程结束束后，该该类基础信信息不得得修改）。在该具体业务流程运行中，某流程中合法用户对初始业务信息内容发生更改，本系统应能自动对已入库的数据进行修正；并且本系统可根据业务流状态，自动变更存储位置，即当具体业务流程未结束时，应一直存于进程中业务信息数据表，结束（包括取消、正常完成及合法终止）进程后，此基础信息应存于已完成

25、业务信息表，已完成业务信息表中内容为统计汇总功能提供数据。具体业务进程中的业务信息应包括：唯一标识（作为具体业务流程唯一标识）、发起系统、发起单位、目标系统、目标单位、业务种类、涉及额度、付出金额单位、付出金额账户、收取金额单位、收取金额账户，过账依据，过账经办单位、过账经办人等，对于与固定字段无法对应的业务信息，应与预留字段对应，对于各预留字段，根据对应情况，逐步约定各预留字段对填入信息的要求。被监控系统在被接入前，双方应确定以上具体信息格式，对各字段应按照服务注册系统业务属性要求进行约定，并确定以上内容在被监控系统标准名称（即在原系统所使用的称谓），方便在浏览和统计时，依数据原本意义展现此

26、类基础信息。3.3.2.2用例视视图业务基础础信息管管理用例例图3.3.2.3用例描描述业务信息息字段名称称对照管管理用例名称称：业务务信息字段段名称对照照管理描述：由由于监控控系统获获取各被被监控系系统业务务信息后，按按统一模模式命名名字段名名称并进行存存储和管管理，该模式式字段名名称对各各业务系统统在一定定程度上上，都有有一定不不易读性性，为在在查询浏浏览及汇汇总统计计时，提提高业务务信息的的可读性性，需按按业务系系统本意意还原各各字段名名称。需对将原原来各字字段名称称与统一一字段名称称进行对应应转换，具具体需转转换的字字段主要要包括：业务种种类、涉涉及额度度、付出出金额单单位、付付出金额

27、额账户、收收取金额额单位、收收取金额额账户，过过账依据据，过账账经办单单位、过过账经办办人及预预留字段段。对该类类对照表表可进行行增加、删删除、修修改、查查询及浏浏览功能能，当在业业务信息息字段名名称对照照中，某某项内容容为空、无无记录或或者被删删除时，应按照通用字段名称展示，下面对各用例进行详细描述。l 业务信息息字段名名称对照照添加用例名称称：业务务信息字字段名称称对照添添加描述：用用户选定定业务流流后，可可添加业务务信息字字段名称称对照信信息，提提交后在在数据库库中形成成信息；参与者/角色：核心信信息维护护员；先决条件件：以合合法身份份登陆系系统；输入：用用户输入入选择业业务流名名称或代

28、代码，添添加具体体名称；输出：业业务信息息字段名名称对照照表中增增加一条条正确记记录。l 业务信息息字段名名称对照照修改用例名称称：业务务信息字字段名称称对照修修改描述：用用户选中中要修改改的一条条数据，可对内容容进行修修改可更更改具体体名称以以及从事事设置为为空，修改后后系统更更新数据据库；参与者/角色：核心信信息维护护员；先决条件件：以合合法身份份登陆系系统 ；输入：填填入需变变动内容容；输出：业业务信息息字段名名称对照照表中一条记记录数据据发生变变化。l 业务信息息字段名名称对照照删除用例名称称：业务务员信息息字段名名称对照照删除描述:用用户选中中要删除除的对照照记录，可进行行删除；参与

29、者/角色：核心信信息维护护员；先决条件件：以合合法身份份登陆系系统；输入：无无或查询询条件；输出：业业务信息息字段名名称对照照表中一一条记录录被删除除。l 业务信息息字段名名称对照照浏览用例名称称：业务务基础信信息对照照浏览描述：用用户登陆陆后，系系统根据据用户选选择显示示字段名名称对照照详细信信息；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统输入：无无或查询询条件；输出：业业务信息息字段名名称对照照内容详详细信息息。l 业务信息息字段名名称对照照查询用例名称称：业务务信息字字段名称称对照查询询描述：可可按系统统代码名名称或业业务流代代码名称称等输入入查询条件件，查询询相关记

30、记录，并支持持按照字字母或汉汉字的模模糊查询询；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统；输入：查查询条件件输出：业业务信息息字段名名称对照照内容条条目信息息。业务信息息管理用例名称称：业务务信息管管理描述：业业务信息息是具有有清晰业业务含义义的数据据内容，不不但是动动态监控控描述的的信息源源，同时时也是本本系统提提供统计计汇总功功能的唯唯一源数数据，业务信息息应包括括：唯一一标识、发发起系统统、发起起单位、目目标系统统、目标标单位、业业务种类类、涉及及额度、付付出金额额单位、付付出金额额账户、收收取金额额单位、收收取金额额账户，过过账依据据，过账账经办单单位、过过账经办

31、办人等，若若涉及其其他重要要信息可可在预留留字段中中约定。根据具具体情况况，对该该类进程程中业务务信息可可进行修修改、查查询及浏浏览功能能，对已已完成业业务信息息内容仅仅可查询询和浏览览，不得得修改，下下面对各各用例进进行详细细描述。l 业务信息息修改用例名称称：业务务信息修修改描述：业业务信息息修改只只对业务务进程中中的业务务信息有有效（但但系统要要设计对对已完成成进程的的业务信息息修改的的功能，以以便为后期前前台维护护提供便便捷），用户选选中要修修改的业业务信息息，可对其其中涉及及额度、付付出金额额单位、付付出金额额账户、收收取金额额单位、收收取金额额账户，过过账依据据，过账账经办单单位、

32、过过账经办办人以及及预留字字段内容容等数据进进行修改改，修改改后系统统更新数数据库；参与者/角色：信息管管理员；先决条件件：以合合法身份份登陆系系统；输入：选选中要修修改的业业务信息息内容，修修改具体体要调整整的名称称；输出：基基础信息息表中一一条记录录发生变变化。l 业务信息息浏览用例名称称：业务务信息浏浏览描述：此此部分针针对进程程中业务务信息，系统根根据用户户选择显显示代码码详细信信息；参与者/角色：有权限限用户；先决条件件：以合合法身份份登陆系系统输入：无无输出：详详细基础础信息l 业务信息息查询用例名称称：业务务信息查询询描述：输输入系统统代码（名名称）、业业务流代代码（名名称）条条

33、件或相相关基础础信息内内容，查查询相关关记录，并支持按照照字母或或汉字的的模糊查查询；参与者/角色：有权限限用户；先决条件件：以合合法身份份登陆系系统输入：查查询条件件输出：业业务信息息条目信信息3.3.2.4信息结结构业务基础础信息管管理信息息结构图图3.3.2.5信息描描述业务信息息字段名名称对照照表序号字段名类 型型长 度度备注1对照表IID唯一标识识2所属业务务流代码码必填3业务种类类标称4涉及额度度标称5付出金额额单位标标称6付出金额额账户标标称7收取金额额单位标标称8收取金额额账户标称称9过账依据据标称10过账经办办单位标标称11过账经办办人标称称12预留字段段1-33013备注业

34、务信息息表序号字段名类 型型长 度度备注1具体业务务流标识识ID唯一标识识2所属业务务流代码码必填3发起系统统代码必填4发起单位位必填5目标系统统代码6目标单位位7业务种类类8涉及额度度9付出金额额单位10付出金额额账户11收取金额额单位12收取额度度账户13过账依据据14过账经办办单位15过账经办办人16业务流状状态代码码17预留字段段1-33018备注3.3.3业务流程程管理3.3.3.11 需求求描述监控系统统能自动动发挥监监控功能能的基础础在于监监控业务务流的建建立，即在被监监控系统统发起一一笔新业业务时，监控控系统通通过业务务系统按按约定内内容向监监控系统统发送的的信息（该该消息可可

35、为业务务系统自自动发出出，也可可通过EESB平平台已获获得信息息解析得得到），监控系系统能自自动形成成一个约约定的监监控流程程。该监控流流程需在在业务系系统发起起前一次次性约定定，具体过过程中可可根据业业务要求求灵活配配置被监控业业务流的的方向和和监控点点名称、数数量，可可增加或或删除监监控点及及相对处处理时间间等基本本信息，业业务流基基础信息息管理就就是在监监控系统统中，通通过配置置监控点点及监控控点状态态信息和和业务流流程状态态信息，建建立各类类业务流流程。3.3.3.2用例视视图业务流程程信息用用例图3.3.3.3用例描描述业务流监监控点配配置用例名称称：业务务流监控控点配置置描述：根根

36、据不同同的业务务流代码码或名称称，可增增加或删删除该业业务流下下的业务务流程和和监控点，对于于已存在在的业务务流程可对对其内部部监控点点数量及及各监控控点上下下级关系系进行调调整，保保证业务务流的灵灵活配置置，但同一一业务流流下，不同同监控流流程的监控点点代码不不得相同同，系统统应具有有校正功功能。一条业业务流下下，可有有一条或或多条业业务流程程，对未未被引用用的业务务流（其其中监控控点代码码也未与与其他被被监控做做出使用用约定）可可选择删删除，对对于已被被使用的的业务流流，可对对其实施施整体进进程中停停用（该该具体业务务流程处于于普通用用户不可可见状态态），下下面对各各用例进进行详细细描述。

37、l 业务流监监控点添添加用例名称称：业务务流监控控点添加加描述：用用户选定定业务流流后，添添加新的的监控点点代码、名名称，并并可选择择上、下下级监控控点代码码或名称称（可多多选），提提交后在在数据库库中生成成新的代码码信息；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：用用户选择择业务流流名称或或代码，添加监监控点代代码、名名称，选选择上级级监控点点名称或或代码；输出：业业务流监监控配置置点表中增增加一条条正确记记录。l 业务流监监控点修修改用例名称称：业务务流监控控点修改改描述：用用户选中中一条要要修改监监控点的的业务流流，然后选选中要修修改的监监控点，可对该监控点

38、的代码、名称等进行修改，原则上，对于已被使用或已约定使用的代码不得进行修改，可修改名称或备注等信息，系统对于已被使用的代码应提供校验功能，并有提醒功能，修改后系统更新数据库；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统 ；输入：填填入需变变动内容容；输出：业业务流监监控点配配置表中一条记记录数据据发生变变化。l 业务流监监控点删删除用例名称称：业务务流监控控点删除除描述:用用户选中中业务流流中要删删除监控控点记录录，若该监监控点在在实际已发发生业务务流中被被引用，不能删除，仅能将该监控点状态改为隐藏，该监控点在普通用户客户端变为不可见状态；若该监控点未被引用，也未与其他系统

39、做出使用约定，可进行删除；若该监控点已被其他监控点设为上级监控点，系统应提醒具体引用的下级监控点名称，待下级监控点将其移除，方可隐藏或删除；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：无无或查询询条件；输出：业业务流监监控点配配置表中中一条记记录被改改动状态态或被删删除。l 业务流监监控流程程浏览用例名称称：业务务流流程程浏览描述：用用户登陆陆后，根根据用户户选择业业务流，显示监控控流程详详细信息息，此处处为一条条完成的的业务流流程，而而非简单单的监控控点罗列列；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统输入：无无或查询询条件；输出：业业务流流流

40、程详细细信息。l 业务流监监控流程程查询用例名称称：业务务流流程程查询描述：用用户输入入条件，可可按所属属业务、监监控点名名称等，查查询相关关记录，结结果应按按一条完完成的业业务流程程显示，而而非简单单的监控控点罗列列；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统；输入：查查询条件件输出：业业务流流流程详细细信息。监控点处处理状态态代码配配置用例名称称：监控控点处理理状态配置置描述：在在每条进进程中的的业务流流，从业务务层面上上，具体体监控点点处理作作业时，应向向监控系系统提交交该监控控点处理理状态，具体在业务流监控图中体现为点位信息，即监控点的代码、名称、数量等，通过红、黄

41、、绿三色（红色表示异常，黄色表示延时，绿色表示正常处理，具体状态可根据业务要求前台配置）表达该监控点的处理状态，每监控点处理的状态包括：已接收需处理的作业，已正常完成处理作业发送下一作业处理点，已改动完成处理作业发送下一作业处理点，从技术层面上，应包括系统正常处理，系统异常情况等，为保证各监控点监控状态的灵活配置，需建立监控点状态灵活配置机制，即建立监控点状态配置表，统一规定处理状态。l 监控点处处理状态态代码添添加用例名称称：监控控点处理理状态代码码添加描述：用用户登陆陆后，选选择监控控点处理理状态代代码配置置，添加加新的监监控点处处理状态态代码、名名称，提提交后在在数据库库中形成成代码信信

42、息；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：监监控点处处理状态态代码名名称及备备注；输出：监监控点处处理状态态代码表表中增加加一条正正确记录录。l 监控点处处理状态态代码修修改用例名称称：监控控点处理理状态代码码修改描述：用用户选中中一条要要修改的的监控点点状态，可可对该监监控点的的代码、名名称等进进行修改改，修改改后系统统更新数数据库，已被引引用或虽虽未被引引用但已已与其他他系统约约定的代代码不得得修改，修改时，系统应具有是否被引用校验功能，并有提醒功能；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统 ；输入：填填入需变变动内容容；输出：监监

43、控点处处理状态态代码表表一条记记录数据据发生变变化。l 监控点处处理状态态代码删删除用例名称称：监控控点处理理状态代代码删除除描述:用用户选中中一条监监控点代代码状态态信息，删删除该信信息，若该状态态代码已已在发生生的实际际业务流流中被引引用，不不得删除除，系统统应有校校验和提提醒功能能，若该该状态代代码未被被引用也也未与其其他系统统约定使使用，可可进行删删除；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：无无或查询询条件；输出：监监控点处处理状态态代码表表中一条条记录被被改动状状态或被被删除。l 监控点处处理状态态代码浏浏览用例名称称：监控控点处理理状态代代码浏览览

44、描述：选选择监控控点处理理状态代代码，显示该代码详细细信息；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统输入：无无或查询询条件；输出：监监控点处处理状态态代码详详细信息息。l 监控点处处理状态态代码查询询用例名称称：监控控点处理理状态代代码查询询描述：输输入条件件，查询相相关记录录，并支持持按照字字母或汉汉字的模模糊查询询；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统；输入：查查询条件件输出：监监控点处处理状态态详细信信息。业务流进进程状态态代码管理理用例名称称：业务务流进程程状态代代码管理理描述：业业务流进进程状态态代码是描描述一条条业务流流进程状状态信息

45、息，同时时能够描描述某个个监控点点处理该该业务流流状态，业业务流进进程状态态分为正正常、异异常、终终止、结结束（从从技术层层面描述述该条业业务进程程的状态态）；在在监控图图上，进进程体现现为箭头头，监控控点体现现为圆点点，具体体通过颜颜色代表表不同状状态（例如：红表示示异常，黄黄表示延延时，绿绿表示正正常处理理）。由由此判断断其他系系统发送送的该业业务流进进程状态态。l 业务流进进程状态态代码添加加用例名称称：业务务流进程程状态代代码添加加描述：用用户填入入状态代代码和名名称并提交后，数据库库中形成成代码信信息；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：业业务流进

46、进程状态态代码和和名称；输出：业业务流进进程状态态代码表表中增加加一条正正确记录录。l 业务流进进程状态态代码修改改用例名称称：业务务流进程程状态修修改描述：用用户选中中一条要要修改的的业务流流进程状状态，可对内容进进行修改改，修改改后系统统更新数数据库，原原则上已已被引用用或已与与其他系系统约定定使用的的代码不不可修改改代码，系系统应具具有校验验和提醒醒功能；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统 ；输入：填填入需变变动内容容；输出：业业务流进进程状态态代码表表一条记记录数据据发生变变化。l 业务流进进程状态态代码删除除用例名称称：业务务流进程程状态代代码删除除描述

47、:用用户选中中要删除除的业务务流状态态记录，若该状状态代码码已被引引用或已已约定使使用，不不得进行行删除，系统应具有校验和提醒功能，其他情况，方可删除；参与者/角色：代码维维护员；先决条件件：以合合法身份份登陆系系统；输入：无无或查询询条件；输出：业业务流进进程状态态代码表表中一条条记录被被改动状状态或被被删除。l 业务流进进程状态态代码浏浏览用例名称称：业务务流进程程状态代代码浏览览描述：选选择业务务流进程程状态代代码，显显示该代代码详细细信息；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统输入：无无或查询询条件；输出：业业务流进进程状态态代码详详细信息息。l 业务流进进程状

48、态态代码查查询用例名称称：业务务流进程程状态代代码查询询描述：输输入条件件，查询相相关记录录，并支持持按照字字母或汉汉字的模模糊查询询；参与者/角色：所有用户户；先决条件件：以合合法身份份登陆系系统；输入：查查询条件件输出：业业务流进进程状态态代码详详细信息息。3.3.3.4信息结结构业务流程程信息结结构图3.3.3.5信息描描述业务流监监控点配配置表序号字段名类 型型长 度度备注1监控点名名称2监控点代代码联合主键键，唯一一标识3所属业务务流代码码4监控点位位置5上级监控控点代码码可空、可可多6下级监控控点代码码系统自动动填充7相对完成成时间可空8该条数据据状态可空9备注监控点处处理状态态代

49、码表表序号字段名类 型型长 度度备注1监控点状状态代码码2监控点状状态名称称3备注业务流进进程状态态代码表表序号字段名类 型型长 度度备注1业务流状状态代码码2业务流状状态名称称3备注3.3.4业务务进程管管理3.3.4.11 需求求描述监控系统统能对被被监控系系统业务务流进行行监控的的核心是是对处于于处理中的的业务进进程进行行消息反反馈，反反馈内容容应包括括：所属属具体业业务流标标识IDD、该消息息所属业业务流代代码、所所属业务务流状态态代码、所属监控点代码、监控点处理状态代码，具体改动业务信息代码，具体改动内容（即进程中对核心信息的改动）等，在被监控系统接入业务监控系统时，需双方约定反馈内

50、容的消息格式，发送方式，监控系统通过ESB平台统一接受各被监控系统发送的进程消息，并保存该类消息，作为进程中业务流跟踪和历史数据查询的基础。根据业务信息、业务进程消息的具体内容，业务进程可分为：进行中业务进程和已结束的业务进程，两种不同的业务进程应有不同的存储数据表格，以便更好的实现时时业务流跟踪和历史业务流程信息查询，业务流程中要体现该业务进程的基础信息、监测点数量、已完成作业监测点的处理时间点，当前业务进程的状态。可人工改变业务进程信息和状态，但不可添加或删除业务流程，根据业务要求，对于不同系统发起的业务流程应有不同的浏览查看权限。3.3.4.2用例视视图业务进程程用例图图3.3.4.3用

51、例描描述业务进程程管理用例名称称：业务务进程管管理描述：业业务进程程是描述述一条业业务进程程当前状状态，为为动态实实时跟踪踪监控提提供数据据，该内内容由被被监控系系统发送送消息自自动完成成，管理理员仅能能对系统统原因产产生的数数据进行行必要的的修改，不不得进行行增加、删删除功能能，其他他有权用用户可以以查询自自己负责责相关监控控点的状状态消息息。l 业务进程程修改用例名称称：业务务进程修修改描述：用用户选中中要修改的的进程信信息，修改具具体信息息内容，对对于已结结束进程程的信息息不得修修改；参与者/角色：核心信信息维护护员；先决条件件：以合合法身份份登陆系系统；输入：无无或查询询条件；输出：业

52、业务进程程管理表表中一条条记录发发生变化化。l 业务进程程浏览用例名称称：业务务进程浏浏览描述：选选择一条条业务进进程信息息，显示示该条进进程详细细信息；参与者/角色：有权用户户；先决条件件：以合合法身份份登陆系系统输入：无无或查询询条件；输出：业业务进程程详细信信息。l 业务进程程查询用例名称称：业务务进程查查询描述：输输入条件件，查询相相关记录录，支持持模糊查查询；参与者/角色：有权用户户；先决条件件：以合合法身份份登陆系系统；输入：查查询条件件输出：业业务进程程详细信信息。3.3.4.4信息结结构业务进程程管理信信息结构构图3.3.4.5信息描描述业务进程程管理表表序号字段名类 型型长

53、度度备注1业务进程程管理IID自增IDD2所属监控控点代码码3监控点状状态代码码4所属业务务流代码码5所属业务务流状态态代码6所属具体体业务流流标识IID7监控点处处理时间间点8备注3.3.5进程程预警管管理3.3.5.11 需求求描述本系统应应有预警警规则配配置，当当系统出出现异常常时，通通过配置置好的规规则自动动实行异异常预警警，对于于异常预预警级别别设置为为三级：正常、超超时、失失败，但但在级别别划分上上能根据据具体工工作进行行前台层级级配置，且能体现层级结构，并根据各个级别能设定预警发送信息。3.3.5.2用例视视图进程预警警管理用用例图3.3.5.3用例描描述进程预警警配置管理理用例

54、名称称：进程程预警配配置管理理描述：通通过进程程预警配配置管理理，当业业务进程程异常时时，业务务监控系系统能够够通过OOA系统统或邮件件服务器器，自动动向相关关预警提提醒人员员发送短短信或者者邮件。实实际情况况中，可可以按照照业务流流程、监监控点等等进行预预警提醒醒人员配配置，当业务务流程发发生异常常时，按按照预先先配置发发送消息息（业务务进程异异常情况况及可能能的原因因），提提示相关关工作人人员。对于预预警配置置的要求求，具体体为：如如果把某某工作人人员配置置为某业业务进程程预警提提醒人员员时，整整个业务务进程任任何一个个节点出出现异常常时都将向向该人发发送消息息；如果将将某预警警提醒人人员

55、配置置到某业务流流程的某一个个或几个个监控点点时，只只有处于于其预警警配置位位置发生生异常时时，系统统才向该该预警配配置人员员发送消消息，一一个预警警提示人人员可以以关注多多个业务务流程或或多个监监控点，一一个业务务流程监监控点可可配置多多人预警警提示人人员关注注；系统统应该灵灵活的实实现配置置，对于于预警提提示人员员及其手手机号码码和邮件件，应该该首先在在用户表表中补充充约定，供供预警配配置管理理选择使使用，并并且在预预警配置置管理中中可以维维护该预预警提示示人员的的手机号号码、邮邮箱等信信息，做做到便于于信息更更新方便便，对于于各类预预警提示示人员应应分监控控类型，及及业务监监控、业业务监

56、控控、全部部监控三三类。代代码维护护员可以以在配置置业务流流程、监监控点及及进程预预警配置置界面下下都可以以维护进进程预警警配置信信息，在在具体配配置预警警信息时时，查找找相关业业务流名名称、监监控点名名称、预预警提示示人员名名称时，支支持字母母和汉字字的模糊糊查询。具体预预警提示示内容针针对性要要强，应应该包括括被提示示人员的的具体姓姓名，发发起系统统的名称称业务流流的名称称、所处处监控点点的名称称、发生生异常的的原因等等，例如如：XXXX您好好，由XXXX系系统发起起的XXX业务正正处于XXXX阶阶段，可可能由于于XXXX原因，引引起业务务进程异异常，请请您及时时处理或或检查，业业务监控控

57、系统提提醒。l 进程预警警配置添加加用例名称称：进程程预警配配置添加加描述：代代码维护护员选择择添加人人员，并并可维护护预警提提示人员员的手机机号码、电电子邮箱箱等个人人信息，也也可不选选择预警警提示人人员名称称单独添添加手机机号码和和邮箱，并并且一个个业务流流或监控控点可以以填入多多个预警警提示用用户，并并选择用用户类型型（默认认是全部部）；提提交后，业务务进程预预警配置置表中增增加一条条信息，对对于监控控人员类类型亦同同；参与者/角色：信息维护护员；先决条件件：以合合法身份份登陆系系统；输入：选选择用户户姓名，维维护预警警提示人人员信息息；输出：进进程预警警配置表表中增加加一条正正确记录录

58、。l 进程预警警配置修改改用例名称称：进程程预警配配置修改改描述：用用户选中中一条要要修改的的进程预预警配置置，可对手机机号码、邮箱、备注等等内容进进行直接接修改，对对预警提提示人员员名称选选择变动动，修改后后系统更更新数据据库，对对于监控控人员类类型亦同同；参与者/角色：信息维护护员；先决条件件：以合合法身份份登陆系系统 ；输入：填填入或选选择需变变动内容容；输出：业业务进程程预警配配置表一一条记录录数据发发生变化化。l 进程预警警配置删除除用例名称称：进程程预警配配置删除除描述:用用户选中中要删除除的一条条预警信信息或者者一条预预警信息息中具体体预警提提示人员员进行删删除，对对于监控控人员

59、类类型亦同同，若该该人员类类型已被被引用，需需清除后后方可删删除，并并需提醒醒功能；参与者/角色：信息维护护员；先决条件件：以合合法身份份登陆系系统；输入：无无或查询询条件；输出：进进程预警警配置表表中一条条记录被被删除。l 进程预警警配置浏览览用例名称称：进程程预警配配置浏览览描述：选选择一条条预警信信息，可浏览览包括该该预警信信息所处处系统、业业务流、监监控点、预预警提示示人员所所在部门门及个人人预警信信息等全全部详细细内容，对对于监控控人员类类型亦同同；参与者/角色：有权用户户；先决条件件：以合合法身份份登陆系系统输入：无无或查询询条件；输出：一一条预警警内容详详细信息息。l 进程预警警配置查询询用例名称称：进程程预警配配置查询询描述：可可以按业业务流或或监控点点下所有有预警