ESB平台服务管理系统V09.doc

下载

下载

32积分

40积分

下载

40积分

VIP价：32积分

XXXX银行 ESB平台服务管理系统 需求规格说明书 （业务监控系统分册） 营运中心规划处ESB小组 二ОО九年五月 版本修改记录 变更 版本 修订日期 原因与修改情况描述 位置 修订人 审核人 目 录 第三章 业务监控系统 .......................................................................................................5 系统概述 ...............................................................................................................5 业务系统现状 .............................................................................................5 系统建设目标 .............................................................................................5 系统实施范围 .............................................................................................6 系统功能架构 .............................................................................................7 系统逻辑架构 .............................................................................................7 与其他系统的关系 .....................................................................................8 业务需求分析 .......................................................................................................9 业务总体需求 .............................................................................................9 业务流程 .....................................................................................................9 系统功能及信息分析 .........................................................................................11 标准代码管理 ...........................................................................................12 需求描述 .........................................................................................12 用例视图 .........................................................................................12 用例描述 .........................................................................................13 信息结构 .........................................................................................15 信息描述 .........................................................................................15 业务信息管理 ...........................................................................................17 需求描述 .........................................................................................17 用例视图 .........................................................................................18 用例描述 .........................................................................................18 信息结构 .........................................................................................22 信息描述 .........................................................................................22 业务流程管理 ...........................................................................................24 需求描述 .........................................................................................24 用例视图 .........................................................................................25 用例描述 .........................................................................................25 信息结构 .........................................................................................32 信息描述 .........................................................................................33 业务进程管理 ...........................................................................................34 需求描述 .........................................................................................34 用例视图 .........................................................................................34 用例描述 .........................................................................................35 信息结构 .........................................................................................36 信息描述 .........................................................................................36 进程预警管理 ...........................................................................................37 需求描述 .........................................................................................37 用例视图 .........................................................................................37 用例描述 .........................................................................................38 信息结构 .........................................................................................41 信息描述 .........................................................................................41 用户权限管理 ...........................................................................................42 需求描述 .........................................................................................42 用例视图 .........................................................................................43 用例描述 .........................................................................................43 信息结构 .........................................................................................45 信息描述 .........................................................................................46 进程监控展示 ...........................................................................................47 需求描述 .........................................................................................47 浏览权限 .........................................................................................48 数据统计分析 ...........................................................................................48 统计口径 .........................................................................................48 报表类型 .........................................................................................48 用例视图 .........................................................................................49 统计权限 .........................................................................................50 需求内容说明 ...........................................................................................50 功能需求说明 .................................................................................50 角色需求说明 .................................................................................51 接口设计需求 .....................................................................................................51 柜台前移系统接入需求 .....................................................................................51 报文解析阶段 ...........................................................................................51 映射解析阶段 ...........................................................................................51 系统非功能需求 .................................................................................................52 用户界面 ...................................................................................................52 语种要求 ...................................................................................................52 性能要求 ...................................................................................................52 并发用户数 .....................................................................................52 页面完全展现时间 .........................................................................53 数据库检索速度和容量 .................................................................53 资源使用率 .....................................................................................53 灵活性 .......................................................................................................53 可扩展性 ...................................................................................................53 可靠性 .......................................................................................................54 安全性 .......................................................................................................54 可维护性 ...................................................................................................54 规范性 .......................................................................................................55 第三章 业务监控系统 系统概述 业务系统现状 随着XXXX银行（以下简称：行内）业务系统建设的逐步完善，业 务工作对IT系统的依赖程度也越来越高，由于行内IT系统的进一步集成， 系统中的业务流程已由原来分段单系统处理、跨系统人工流转的方式， 变为业务流程跨系统自动实现流转。当一项业务发生时，业务流程在多 个系统中自动实现流转，关注该业务进程的领导及相关业务人员无法通 过快捷的、直观的方式了解当前业务进程位置、状态及异常原因等。若 建立一个时时的、端到端的业务流跟踪监控系统，将可为领导及相关业 务人员及时关注业务进程提供一个形象直观的技术平台，并自动实现业 务流程异常报警、实现多维信息统计等功能，进而为业务人员优化业务 流程和领导决策提供依据。在此需求的基础上，规划处提出了建设业务 监控系统，满足业务发展的要求。 系统建设目标 业务监控系统作为ESB平台服务管理系统（在建）三个主要组成部 分之一，建设目标是建立一个基于映射转化（而非基于报文解析）的可 配置、可管理的监控系统。该监控系统是通过建立核心数据库，实现业 务流进程跟踪监控、异常预警和数据统计三大功能。 业务监控系统是一个架构稳定灵活、接口实现方便的接入平台，只 有被监控系统接入才能发挥其功能。该系统建成的同时，将同步实现对 柜台前移系统通过报文解析进而转化为基于映射的接入；并且随着ESB 平台上接入系统的增加，将逐一实现对被监控系统核心业务流程的监控。 被监控业务流接入时，监控系统仅需前台配置，无需后台代码更改，形 成对业务流程的跟踪监控、异常预警和数据统计功能。由于需接入的业 务系统自身功能各不相同，核心业务流各有差异，在该系统建设过程中， 同步制定一套统一的基础信息与进程中信息（或进程报文）通信格式， 形成一套制定基础信息与监控信息格式的规范，为被监控系统的接入方 式做好基础架构，对后继业务系统接入提供统一的方法和流程。 系统目标示意图 系统实施范围 在现有基本技术监控基础上，由原来仅监控ESB平台报文运行状态， 转变为业务全流程跟踪监控。该系统既是ESB平台的一部分，又是区别 于具体业务系统的一个独立的监控系统。通过对被监控系统的理解和分 析，确定出被监控系统的核心业务流信息、基础信息数据和监控点反馈 信息数据，实现对业务流跟踪监控、异常预警和数据统计分析；并与技 术监控系统部分功能融合，实现业务流异常的业务原因及技术原因的预 核心信息 数据库 业务流跟踪 根据预定规则，自动跟踪各业务流进程，并 适时动态显示，方便各级领导和工作人员及 时关注业务流的进程状态，以便合理的做出 工作安排。 业务流进程跟踪 业务流发生异常时，系统能 自动给相关技术和业务人员 通过短信或邮件的方式发出 预警提醒，方便相关人员第 一时间了解业务流异常。 业务、技术异常预警 异常预警 数据统计 根据各业务流的基础信息， 可对业务流涉及的业务按照 多维度、全视角进行统计分 析，并为业务状态预测提供 基础信息。 业务数据统计 警，为方便后继系统的接入，系统应制定标准接口，以便具体接入时， 业务监控系统本身无需再做代码改造。 系统功能架构 为实现端到端的业务进程跟踪监控，该系统功能模块主要包括：标 准代码管理、业务信息管理、业务流程管理、业务进程管理、进程预警 管理、用户权限管理、系统接口和安全及审计管理等，核心模块为业务 信息管理、业务流程管理和业务进程管理。 系统功能架构示意图 系统逻辑架构 业务监控系统在获取具体业务流的基础信息和进程信息的基础上， 通过控制流程驱动和预警管理机制实现业务流跟踪时时动态图和数据 统计；在发生异常时，通过与外部系统的接口实现邮件或短信提醒，进 而通过人工干预，恢复业务流程的正常运转。 业务监控系统 标 准 代 码 管 理 业 务 信 息 管 理 业 务 流 程 管 理 业 务 进 程 管 理 进 程 预 警 管 理 用 户 权 限 管 理 安 全 及 审 计 管 理 系 统 接 口 业务流跟踪 异常预警数据统计 业务监控系统逻辑图 与其他系统的关系 该系统建成后，需与ESB平台、注册服务系统、具体业务系统、OA 系统、邮件服务系统等进行数据交互，具体与上述各系统关系如下： 业务监控系统与ESB平台：业务监控系统接受ESB平台转发的各 类监控所需的信息或报文； 业务监控系统与注册服务系统：对于部分基础代码，需将注册服 务系统数据作为业务监控系统的元数据，注册服务系统满足业 务监控系统直接调用。 业务监控系统与具体业务系统：业务监控系统在与具体业务系统 约定信息及报文内容的基础上，通过固定接口，接收具体业务 系统发送的信息或报文； 业务监控系统与OA系统：当发生异常预警时，业务监控系统将 通过OA系统向预警提示人员发送短息； 业务监控系统与邮件服务系统：当发生异常预警时，业务监控系 统将通过邮件服务系统向预警提示人员发送邮件。 监控逻辑图 业务数据 分析 OLAP 动态监控图 控 制 流 程 驱 动 预警 管理 符合 规则 正常 违反 规则 异常 消息 通知 消息模式 短信 邮件 人工 干预 业 务 控 制 数据仓库 (DW) 数据统计图表 业务监控系统与其他系统关系示意图 业务需求分析 业务总体需求 业务监控系统的业务流程端到端跟踪监控的实现是在配置业务流 程信息的前提下，对业务流进程信息进行管理，即在业务流程中，每次 业务流经不同作业处理点（被监控点）时，应向业务监控系统发送状态 消息（具体消息通过报文或消息的方式约定），实际操作过程中，该系 统可灵活的添加或减少作业处理点，通过对业务流程信息的管理实现具 体业务端到端的业务流程跟踪监控；当系统业务流异常时，根据预先配 置的预警规则，通过短信或邮件方式提醒预警提示人员；被监控系统每 形成一条业务流时，应向监控系统发送业务基础信息，监控系统将以此 自动生成一条监控信息和业务流程，并且该基础信息为业务流程含义展 示和统计汇总提供数据。 业务流程 当业务系统生成一条具体业务流时，在初始点及各监控点应向监控 系统发送消息，具体业务流程消息发送的方式为：在业务流起始时，向 业务监控系统发送一条基础信息，监控系统据此自动生成一条业务流跟 踪监控流程；在业务流程中，每一作业处理点（即：监控点）接收到一 条需处理作业时，向业务监控系统发送一条已接收到该作业的状态消息， 当该作业处理点完成作业后，向下一作业处理点发送时，同步应向业务 监控系统发送一条该作业处理结果的状态消息（状态消息可为：该作业 内容更改并成功向下一作业处理点发送，或作业处理成功并向下一作业 点发送，或拒绝作业返回至上一或几作业处理点，或流程结束）；当在 某监控点或流转中，由于系统技术原因发生异常，应向监控系统发送系 统技术异常消息（如：无法发出、系统延时、系统无法接收等），以上 发送的各类消息可在具体添加被监控系统时，约定消息内容。 业务系统发送至监控系统的消息内容应包括：该具体作业流程的唯 一标识代码（全流程不变），本处理点名称代码，本节点所处系统代码； 收发作业标识，收发类型（七种：1.正常接收；2.正常发送至下一作业 处理点；3.退回上一或几作业处理点；4.作业流程终止并退出；5.技术延 时异常;6.技术异常，系统终止;7.作业流程终止并退出，该类内容可在监 控系统实现维护），内容更改标识，具体更改内容代码，更改后的具体 内容。 业务监控进程示意图 系统功能及信息分析 通过对业务需求的分析，要实现业务流程端到端的跟踪监控、异常 预警和数据统计功能，本系统主要功能模块包括：标准代码管理、业务 信息管理、业务流程管理、业务进程管理、进程预警管理、用户及权限 管理、进程跟踪展示、数据统计分析等部分，对于每一部分具体功能及 信息分析逐一展开，具体如下： 监控系统核心数 据库 监控基础信息 业务流信息 管理员输入 基本信息 注册服务系统 基础信息代码 业务流基础信息 业务系统 进程信息 发起业务系统 基础信息 业务流基础信息 业务流进程信息 业务流跟踪显示 业务流约定 发送消息内容 预警发送 业务流基础信息 业务流进程信息 结束 数据统计显示 标准代码管理 需求描述 为使整个系统内容规范、一致，便于与被监控系统定义业务信息、 进程信息的内容，以及部分元数据与服务注册系统进行同步，本系统需 建立标准代码管理，独立维护本系统所使用的标准代码，当与服务注册 系统实现对接后，服务注册系统作为本系统部分标准代码源信息，通过 接口向本系统提供标准代码信息，本系统可关闭服务注册系统提供源数 据部分的代码添加、修改功能，仅保留具体内容本系统是否可见功能。 形成标准代码的目的是为保证系统间的标准信息格式定义一致，以及对 业务及业务进程基础信息进行统计和分析提供便捷。本系统涉及到的主 要标准代码包括：系统类别代码、系统代码、业务种类、业务流代码。 用例视图 标准代码管理用例图 代码维护员 标准代码维护 代码添加 代码修改 代码删除 代码查询 代码浏览 其他有权限用户 用例描述 用例名称：标准代码管理 描述：该部分代码内容虽各不相同，但在代码管理上是一致的，应 包括代码添加、代码修改、代码删除、代码浏览、代码查询等功能，下 面分别对各详细用例进行描述。  代码添加 用例名称：代码添加 描述：用户填写代码详细信息，包括代码、名称、备注等，系统提 供校验代码是否重复、是否符合约定格式、名称不能为空等功能，提交 后在数据库中形成一条正确的新数据； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：代码、名称、备注等需填写的详细信息； 输出：对应的相关数据库表中增加一条正确记录。  代码修改 用例名称：代码修改 描述：用户选中要修改的一条代码，可对代码、名称、备注等进行 修改，系统对修改部分除提供与代码添加同样校验功能外，还应提供该 代码是否已被引用等校验功能，对于已被引用和约定使用的代码，原则 上不得进行修改，修改后系统更新数据库； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统 ； 输入：填入需变动内容； 输出：对应的相关数据库表中一条记录数据发生变化。  代码删除 用例名称：代码删除 描述:用户选中要删除的代码，系统应校验该代码是否已经被引用， 若被引用应待引用记录全部删除后，方可进行删除，对于不能删除又需 用户不可见的代码，提供客户端是否隐藏（即客户端不可见，不可在引 用）功能； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：无； 输出：对应的相关数据表中一条记录被删除或发生变化。  代码浏览 用例名称：代码浏览 描述：用户登陆后，系统根据用户选择显示代码详细信息； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统 输入：无 输出：代码详细信息。  代码查询 用例名称：用户登录后，输入代码、名称等条件，进行代码查询， 理论上各个字段都可以作为查询条件，并支持字母和汉字的模糊查询； 描述：系统通过用户输入条件，查询相关记录； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：代码详细条目信息。 信息结构 标准代码主要包括：行内信息系统类别代码、信息系统代码、业务 种类代码和业务流代码，前三类代码应与行内其他系统保持一致，待服 务注册系统建成后，通过数据库订阅等方式实现数据同步，本系统无须 再修改，仅对其在本系统是否可见做调整，业务流代码是根据各业务系 统的具体业务种类不同而形成不同业务流代码，作为具体业务流程的依 据。 标准代码管理信息结构图 信息描述 系统类别代码表 序号 字段名 类 型 长 度 备注 1 系统类别名称 2 系统类别代码 唯一标识 3 是否可见 4 备注 系统代码表 PK 信息系统代码 信息系统名称 FK1 所属系统类别代码 是否可见 备注 系统类别代码表 PK 系统类别代码 系统类别名称 是否可见 备注 业务种类代码表 PK 业务种类代码 业务种类名称 FK1 所属信息系统代码 是否可见 备注 业务流代码表 PK 业务流代码 业务流名称 FK1 所属业务种类代码 是否可见 备注 系统代码表 序号 字段名 类 型 长 度 备注 1 信息系统名称 2 信息系统代码 唯一标识 3 所属系统类别代码 4 是否可见 5 备注 业务种类代码表 序号 字段名 类 型 长 度 备注 1 业务种类名称 2 业务种类代码 唯一标识 3 所属信息系统代码 4 是否可见 5 备注 业务流代码表 序号 字段名 类 型 长 度 备注 1 业务流名称 2 业务流代码 唯一标识 3 所属业务种类代码 4 是否可见 5 备注 业务信息管理 需求描述 当业务系统发起一笔被监控的业务流程时，发起系统应根据系统接 入时的约定，通过消息方式向监控系统发送该笔业务信息，作为监控系 统自动建立一条具体业务流程的起始依据，并且为业务进程监控提供业 务信息。本系统可人工修改此类基础消息（具体业务流程结束后，该类 基础信息不得修改）。在该具体业务流程运行中，某流程中合法用户对 初始业务信息内容发生更改，本系统应能自动对已入库的数据进行修正； 并且本系统可根据业务流状态，自动变更存储位置，即当具体业务流程 未结束时，应一直存于进程中业务信息数据表，结束（包括取消、正常 完成及合法终止）进程后，此基础信息应存于已完成业务信息表，已完 成业务信息表中内容为统计汇总功能提供数据。具体业务进程中的业务 信息应包括：唯一标识（作为具体业务流程唯一标识）、发起系统、发 起单位、目标系统、目标单位、业务种类、涉及额度、付出金额单位、 付出金额账户、收取金额单位、收取金额账户，过账依据，过账经办单 位、过账经办人等，对于与固定字段无法对应的业务信息，应与预留字 段对应，对于各预留字段，根据对应情况，逐步约定各预留字段对填入 信息的要求。被监控系统在被接入前，双方应确定以上具体信息格式， 对各字段应按照服务注册系统业务属性要求进行约定，并确定以上内容 在被监控系统标准名称（即在原系统所使用的称谓），方便在浏览和统 计时，依数据原本意义展现此类基础信息。 用例视图 业务基础信息管理用例图 用例描述 业务信息字段名称对照管理 用例名称：业务信息字段名称对照管理 描述：由于监控系统获取各被监控系统业务信息后，按统一模式命 名字段名称并进行存储和管理，该模式字段名称对各业务系统在一定程 度上，都有一定不易读性，为在查询浏览及汇总统计时，提高业务信息 的可读性，需按业务系统本意还原各字段名称。需对将原来各字段名称 与统一字段名称进行对应转换，具体需转换的字段主要包括：业务种类、 涉及额度、付出金额单位、付出金额账户、收取金额单位、收取金额账 户，过账依据，过账经办单位、过账经办人及预留字段。对该类对照表 可进行增加、删除、修改、查询及浏览功能，当在业务信息字段名称对 核心信息维护员 修改 查询 浏览 有权限用户 基础字段对照管理 添加 删除 修改 业务信息管理 照中，某项内容为空、无记录或者被删除时，应按照通用字段名称展示， 下面对各用例进行详细描述。  业务信息字段名称对照添加 用例名称：业务信息字段名称对照添加 描述：用户选定业务流后，可添加业务信息字段名称对照信息，提 交后在数据库中形成信息； 参与者/角色：核心信息维护员； 先决条件：以合法身份登陆系统； 输入：用户输入选择业务流名称或代码，添加具体名称； 输出：业务信息字段名称对照表中增加一条正确记录。  业务信息字段名称对照修改 用例名称：业务信息字段名称对照修改 描述：用户选中要修改的一条数据，可对内容进行修改可更改具体 名称以及从事设置为空，修改后系统更新数据库； 参与者/角色：核心信息维护员； 先决条件：以合法身份登陆系统 ； 输入：填入需变动内容； 输出：业务信息字段名称对照表中一条记录数据发生变化。  业务信息字段名称对照删除 用例名称：业务员信息字段名称对照删除 描述:用户选中要删除的对照记录，可进行删除； 参与者/角色：核心信息维护员； 先决条件：以合法身份登陆系统； 输入：无或查询条件； 输出：业务信息字段名称对照表中一条记录被删除。  业务信息字段名称对照浏览 用例名称：业务基础信息对照浏览 描述：用户登陆后，系统根据用户选择显示字段名称对照详细信息； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统 输入：无或查询条件； 输出：业务信息字段名称对照内容详细信息。  业务信息字段名称对照查询 用例名称：业务信息字段名称对照查询 描述：可按系统代码名称或业务流代码名称等输入查询条件，查询 相关记录，并支持按照字母或汉字的模糊查询； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：业务信息字段名称对照内容条目信息。 业务信息管理 用例名称：业务信息管理 描述：业务信息是具有清晰业务含义的数据内容，不但是动态监控 描述的信息源，同时也是本系统提供统计汇总功能的唯一源数据，业务 信息应包括：唯一标识、发起系统、发起单位、目标系统、目标单位、 业务种类、涉及额度、付出金额单位、付出金额账户、收取金额单位、 收取金额账户，过账依据，过账经办单位、过账经办人等，若涉及其他 重要信息可在预留字段中约定。根据具体情况，对该类进程中业务信息 可进行修改、查询及浏览功能，对已完成业务信息内容仅可查询和浏览， 不得修改，下面对各用例进行详细描述。  业务信息修改 用例名称：业务信息修改 描述：业务信息修改只对业务进程中的业务信息有效（但系统要设 计对已完成进程的业务信息修改的功能，以便为后期前台维护提供便 捷），用户选中要修改的业务信息，可对其中涉及额度、付出金额单位、 付出金额账户、收取金额单位、收取金额账户，过账依据，过账经办单 位、过账经办人以及预留字段内容等数据进行修改，修改后系统更新数 据库； 参与者/角色：信息管理员； 先决条件：以合法身份登陆系统； 输入：选中要修改的业务信息内容，修改具体要调整的名称； 输出：基础信息表中一条记录发生变化。  业务信息浏览 用例名称：业务信息浏览 描述：此部分针对进程中业务信息，系统根据用户选择显示代码详 细信息； 参与者/角色：有权限用户； 先决条件：以合法身份登陆系统 输入：无 输出：详细基础信息  业务信息查询 用例名称：业务信息查询 描述：输入系统代码（名称）、业务流代码（名称）条件或相关基 础信息内容，查询相关记录，并支持按照字母或汉字的模糊查询； 参与者/角色：有权限用户； 先决条件：以合法身份登陆系统 输入：查询条件 输出：业务信息条目信息 信息结构 业务基础信息管理信息结构图 信息描述 业务信息字段名称对照表 系统代码表 PK 信息系统代码 信息系统名称 FK1 所属系统类别代码 是否可见 备注 业务流代码表 PK 业务流代码 业务流名称 FK1 所属业务种类代码 是否可见 备注 业务流进程状态代码表 PK 业务流状态代码 业务流状态名称 备注 业务信息表 PK 具体业务流标识ID 所属业务流代码 发起系统代码 发起单位（代码） 目标系统代码 目标单位（代码） 业务种类 涉及额度 付出金额单位 付出金额账户 收取金额单位 收取金额账户 过账依据 过账经办单位 过账经办人 业务流状态代码 备注 业务信息字段名称对照表 PK 对照表ID 所属业务流代码 业务种类标称 涉及额度标称 付出金额单位标称 收取金额单位标称 收取金额账号标称 过账依据标称 过账经办单位标称 过帐经办人标称 备注 业务信息表 序号 字段名 类 型 长 度 备注 1 具体业务流标识 ID 唯一标识 2 所属业务流代码 必填 3 发起系统代码 必填 4 发起单位 必填 5 目标系统代码 6 目标单位 7 业务种类 8 涉及额度 9 付出金额单位 序号 字段名 类 型 长 度 备注 1 对照表 ID 唯一标识 2 所属业务流代码 必填 3 业务种类标称 4 涉及额度标称 5 付出金额单位标称 6 付出金额账户标称 7 收取金额单位标称 8 收取金额账户标称 9 过账依据标称 10 过账经办单位标称 11 过账经办人标称 12 预留字段 1-30 13 备注 10 付出金额账户 11 收取金额单位 12 收取额度账户 13 过账依据 14 过账经办单位 15 过账经办人 16 业务流状态代码 17 预留字段 1-30 18 备注 业务流程管理 需求描述 监控系统能自动发挥监控功能的基础在于监控业务流的建立，即在 被监控系统发起一笔新业务时，监控系统通过业务系统按约定内容向监 控系统发送的信息（该消息可为业务系统自动发出，也可通过ESB平台 已获得信息解析得到），监控系统能自动形成一个约定的监控流程。该 监控流程需在业务系统发起前一次性约定，具体过程中可根据业务要求 灵活配置被监控业务流的方向和监控点名称、数量，可增加或删除监控 点及相对处理时间等基本信息，业务流基础信息管理就是在监控系统中， 通过配置监控点及监控点状态信息和业务流程状态信息，建立各类业务 流程。 用例视图 业务流程信息用例图 用例描述 业务流监控点配置 用例名称：业务流监控点配置 描述：根据不同的业务流代码或名称，可增加或删除该业务流下的 业务流程和监控点，对于已存在的业务流程可对其内部监控点数量及各 监控点上下级关系进行调整，保证业务流的灵活配置，但同一业务流下， 不同监控流程的监控点代码不得相同，系统应具有校正功能。一条业务 流下，可有一条或多条业务流程，对未被引用的业务流（其中监控点代 码也未与其他被监控做出使用约定）可选择删除，对于已被使用的业务 代码维护员 业务流监控点配置管理 添加 修改 删除 查询 浏览 其他用户 监控点处理状态代码管理 添加 修改 删除 业务流进程状态管理 添加 修改 删除 流，可对其实施整体进程中停用（该具体业务流程处于普通用户不可见 状态），下面对各用例进行详细描述。  业务流监控点添加 用例名称：业务流监控点添加 描述：用户选定业务流后，添加新的监控点代码、名称，并可选择 上、下级监控点代码或名称（可多选），提交后在数据库中生成新的代 码信息； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：用户选择业务流名称或代码，添加监控点代码、名称，选择 上级监控点名称或代码； 输出：业务流监控配置点表中增加一条正确记录。  业务流监控点修改 用例名称：业务流监控点修改 描述：用户选中一条要修改监控点的业务流，然后选中要修改的监 控点，可对该监控点的代码、名称等进行修改，原则上，对于已被使用 或已约定使用的代码不得进行修改，可修改名称或备注等信息，系统对 于已被使用的代码应提供校验功能，并有提醒功能，修改后系统更新数 据库； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统 ； 输入：填入需变动内容； 输出：业务流监控点配置表中一条记录数据发生变化。  业务流监控点删除 用例名称：业务流监控点删除 描述:用户选中业务流中要删除监控点记录，若该监控点在实际已发 生业务流中被引用，不能删除，仅能将该监控点状态改为隐藏，该监控 点在普通用户客户端变为不可见状态；若该监控点未被引用，也未与其 他系统做出使用约定，可进行删除；若该监控点已被其他监控点设为上 级监控点，系统应提醒具体引用的下级监控点名称，待下级监控点将其 移除，方可隐藏或删除； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：无或查询条件； 输出：业务流监控点配置表中一条记录被改动状态或被删除。  业务流监控流程浏览 用例名称：业务流流程浏览 描述：用户登陆后，根据用户选择业务流，显示监控流程详细信息， 此处为一条完成的业务流程，而非简单的监控点罗列； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统 输入：无或查询条件； 输出：业务流流程详细信息。  业务流监控流程查询 用例名称：业务流流程查询 描述：用户输入条件，可按所属业务、监控点名称等，查询相关记 录，结果应按一条完成的业务流程显示，而非简单的监控点罗列； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：业务流流程详细信息。 监控点处理状态代码配置 用例名称：监控点处理状态配置 描述：在每条进程中的业务流，从业务层面上，具体监控点处理作 业时，应向监控系统提交该监控点处理状态，具体在业务流监控图中体 现为点位信息，即监控点的代码、名称、数量等，通过红、黄、绿三色 （红色表示异常，黄色表示延时，绿色表示正常处理，具体状态可根据 业务要求前台配置）表达该监控点的处理状态，每监控点处理的状态包 括：已接收需处理的作业，已正常完成处理作业发送下一作业处理点， 已改动完成处理作业发送下一作业处理点，从技术层面上，应包括系统 正常处理，系统异常情况等，为保证各监控点监控状态的灵活配置，需 建立监控点状态灵活配置机制，即建立监控点状态配置表，统一规定处 理状态。  监控点处理状态代码添加 用例名称：监控点处理状态代码添加 描述：用户登陆后，选择监控点处理状态代码配置，添加新的监控 点处理状态代码、名称，提交后在数据库中形成代码信息； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：监控点处理状态代码名称及备注； 输出：监控点处理状态代码表中增加一条正确记录。  监控点处理状态代码修改 用例名称：监控点处理状态代码修改 描述：用户选中一条要修改的监控点状态，可对该监控点的代码、 名称等进行修改，修改后系统更新数据库，已被引用或虽未被引用但已 与其他系统约定的代码不得修改，修改时，系统应具有是否被引用校验 功能，并有提醒功能； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统 ； 输入：填入需变动内容； 输出：监控点处理状态代码表一条记录数据发生变化。  监控点处理状态代码删除 用例名称：监控点处理状态代码删除 描述:用户选中一条监控点代码状态信息，删除该信息，若该状态代 码已在发生的实际业务流中被引用，不得删除，系统应有校验和提醒功 能，若该状态代码未被引用也未与其他系统约定使用，可进行删除； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：无或查询条件； 输出：监控点处理状态代码表中一条记录被改动状态或被删除。  监控点处理状态代码浏览 用例名称：监控点处理状态代码浏览 描述：选择监控点处理状态代码，显示该代码详细信息； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统 输入：无或查询条件； 输出：监控点处理状态代码详细信息。  监控点处理状态代码查询 用例名称：监控点处理状态代码查询 描述：输入条件，查询相关记录，并支持按照字母或汉字的模糊查 询； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：监控点处理状态详细信息。 业务流进程状态代码管理 用例名称：业务流进程状态代码管理 描述：业务流进程状态代码是描述一条业务流进程状态信息，同时 能够描述某个监控点处理该业务流状态，业务流进程状态分为正常、异 常、终止、结束（从技术层面描述该条业务进程的状态）；在监控图上， 进程体现为箭头，监控点体现为圆点，具体通过颜色代表不同状态（例 如：红表示异常，黄表示延时，绿表示正常处理）。由此判断其他系统 发送的该业务流进程状态。  业务流进程状态代码添加 用例名称：业务流进程状态代码添加 描述：用户填入状态代码和名称并提交后，数据库中形成代码信息； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：业务流进程状态代码和名称； 输出：业务流进程状态代码表中增加一条正确记录。  业务流进程状态代码修改 用例名称：业务流进程状态修改 描述：用户选中一条要修改的业务流进程状态，可对内容进行修改， 修改后系统更新数据库，原则上已被引用或已与其他系统约定使用的代 码不可修改代码，系统应具有校验和提醒功能； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统 ； 输入：填入需变动内容； 输出：业务流进程状态代码表一条记录数据发生变化。  业务流进程状态代码删除 用例名称：业务流进程状态代码删除 描述:用户选中要删除的业务流状态记录，若该状态代码已被引用或 已约定使用，不得进行删除，系统应具有校验和提醒功能，其他情况， 方可删除； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：无或查询条件； 输出：业务流进程状态代码表中一条记录被改动状态或被删除。  业务流进程状态代码浏览 用例名称：业务流进程状态代码浏览 描述：选择业务流进程状态代码，显示该代码详细信息； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统 输入：无或查询条件； 输出：业务流进程状态代码详细信息。  业务流进程状态代码查询 用例名称：业务流进程状态代码查询 描述：输入条件，查询相关记录，并支持按照字母或汉字的模糊查 询； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：业务流进程状态代码详细信息。 信息结构 业务流程信息结构图 系统代码表 PK 信息系统代码 信息系统名称 FK1 所属系统类别代码 是否可见 备注 业务流代码表 PK 业务流代码 业务流名称 FK1 所属业务种类代码 是否可见 备注 业务流监控点配置表 PK 监控点代码 监控点名称 FK1 所属业务流代码 FK2 上级监控点代码 FK3 下级监控点代码 FK4 所属系统代码 相对完成时间 该条数据状态 备注 业务流进程状态代码表 PK 业务流状态代码 业务流状态名称 备注 监控点处理状态代码表 PK 监控点状态代码 监控点状态名称 备注 信息描述 业务流监控点配置表 序号 字段名 类 型 长 度 备注 1 监控点名称 2 监控点代码 3 所属业务流代码 联合主键，唯一标 识 4 监控点位置 5 上级监控点代码 可空、可多 6 下级监控点代码 系统自动填充 7 相对完成时间 可空 8 该条数据状态 可空 9 备注 监控点处理状态代码表 序号 字段名 类 型 长 度 备注 1 监控点状态代码 2 监控点状态名称 3 备注 业务流进程状态代码表 序号 字段名 类 型 长 度 备注 1 业务流状态代码 2 业务流状态名称 3 备注 业务进程管理 需求描述 监控系统能对被监控系统业务流进行监控的核心是对处于处理中 的业务进程进行消息反馈，反馈内容应包括：所属具体业务流标识ID、 该消息所属业务流代码、所属业务流状态代码、所属监控点代码、监控 点处理状态代码，具体改动业务信息代码，具体改动内容（即进程中对 核心信息的改动）等，在被监控系统接入业务监控系统时，需双方约定 反馈内容的消息格式，发送方式，监控系统通过ESB平台统一接受各被 监控系统发送的进程消息，并保存该类消息，作为进程中业务流跟踪和 历史数据查询的基础。根据业务信息、业务进程消息的具体内容，业务 进程可分为：进行中业务进程和已结束的业务进程，两种不同的业务进 程应有不同的存储数据表格，以便更好的实现时时业务流跟踪和历史业 务流程信息查询，业务流程中要体现该业务进程的基础信息、监测点数 量、已完成作业监测点的处理时间点，当前业务进程的状态。可人工改 变业务进程信息和状态，但不可添加或删除业务流程，根据业务要求， 对于不同系统发起的业务流程应有不同的浏览查看权限。 用例视图 业务进程用例图 修改 查询 浏览 有权限用户 业务进程管理 信息维护员 用例描述 业务进程管理 用例名称：业务进程管理 描述：业务进程是描述一条业务进程当前状态，为动态实时跟踪监 控提供数据，该内容由被监控系统发送消息自动完成，管理员仅能对系 统原因产生的数据进行必要的修改，不得进行增加、删除功能，其他有 权用户可以查询自己负责相关监控点的状态消息。  业务进程修改 用例名称：业务进程修改 描述：用户选中要修改的进程信息，修改具体信息内容，对于已结 束进程的信息不得修改； 参与者/角色：核心信息维护员； 先决条件：以合法身份登陆系统； 输入：无或查询条件； 输出：业务进程管理表中一条记录发生变化。  业务进程浏览 用例名称：业务进程浏览 描述：选择一条业务进程信息，显示该条进程详细信息； 参与者/角色：有权用户； 先决条件：以合法身份登陆系统 输入：无或查询条件； 输出：业务进程详细信息。  业务进程查询 用例名称：业务进程查询 描述：输入条件，查询相关记录，支持模糊查询； 参与者/角色：有权用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：业务进程详细信息。 信息结构 业务进程管理信息结构图 信息描述 业务进程管理表 序号 字段名 类 型 长 度 备注 1 业务进程管理 ID 自增 ID 业务流代码表 PK 业务流代码 业务流名称 FK1 所属业务种类代码 是否可见 备注 业务流监控点配置表 PK 监控点代码 监控点名称 FK1 所属业务流代码 FK2 上级监控点代码 FK3 下级监控点代码 FK4 所属系统代码 相对完成时间 该条数据状态 备注 业务流进程状态代码表 PK 业务流状态代码 业务流状态名称 备注 业务进程管理表 PK 业务进程管理ID FK1 所属监控点代码 FK2 监控点状态代码 FK3 所属业务流代码 FK4 所属业务流状态代码 FK5 所属具体业务流标识ID 监控点处理时间点 备注 监控点处理状态代码表 PK 监控点状态代码 监控点状态名称 备注 业务信息表 PK 具体业务流标识ID 所属业务流代码 发起系统代码 发起单位（代码） 目标系统代码 目标单位（代码） 业务种类 涉及额度 付出金额单位 付出金额账户 收取金额单位 收取金额账户 过账依据 过账经办单位 过账经办人 业务流状态代码 备注 2 所属监控点代码 3 监控点状态代码 4 所属业务流代码 5 所属业务流状态代码 6 所属具体业务流标识 ID 7 监控点处理时间点 8 备注 进程预警管理 需求描述 本系统应有预警规则配置，当系统出现异常时，通过配置好的规则 自动实行异常预警，对于异常预警级别设置为三级：正常、超时、失败， 但在级别划分上能根据具体工作进行前台层级配置，且能体现层级结构， 并根据各个级别能设定预警发送信息。 用例视图 进程预警管理用例图 进程预警配置 修改 浏览 查询 有权用户 删除 增加 进程预警配置 修改 删除 增加 信息维护员 用例描述 进程预警配置管理 用例名称：进程预警配置管理 描述：通过进程预警配置管理，当业务进程异常时，业务监控系统 能够通过 OA 系统或邮件服务器，自动向相关预警提醒人员发送短信或 者邮件。实际情况中，可以按照业务流程、监控点等进行预警提醒人员 配置，当业务流程发生异常时，按照预先配置发送消息（业务进程异常 情况及可能的原因），提示相关工作人员。对于预警配置的要求，具体 为：如果把某工作人员配置为某业务进程预警提醒人员时，整个业务进 程任何一个节点出现异常时都将向该人发送消息；如果将某预警提醒人 员配置到某业务流程的某一个或几个监控点时，只有处于其预警配置位 置发生异常时，系统才向该预警配置人员发送消息，一个预警提示人员 可以关注多个业务流程或多个监控点，一个业务流程监控点可配置多人 预警提示人员关注；系统应该灵活的实现配置，对于预警提示人员及其 手机号码和邮件，应该首先在用户表中补充约定，供预警配置管理选择 使用，并且在预警配置管理中可以维护该预警提示人员的手机号码、邮 箱等信息，做到便于信息更新方便，对于各类预警提示人员应分监控类 型，及业务监控、业务监控、全部监控三类。代码维护员可以在配置业 务流程、监控点及进程预警配置界面下都可以维护进程预警配置信息， 在具体配置预警信息时，查找相关业务流名称、监控点名称、预警提示 人员名称时，支持字母和汉字的模糊查询。具体预警提示内容针对性要 强，应该包括被提示人员的具体姓名，发起系统的名称业务流的名称、 所处监控点的名称、发生异常的原因等，例如：XXX 您好，由 XXX 系 统发起的 XX 业务正处于 XXX 阶段，可能由于 XXX 原因，引起业务进 程异常，请您及时处理或检查，业务监控系统提醒。  进程预警配置添加 用例名称：进程预警配置添加 描述：代码维护员选择添加人员，并可维护预警提示人员的手机号 码、电子邮箱等个人信息，也可不选择预警提示人员名称单独添加手机 号码和邮箱，并且一个业务流或监控点可以填入多个预警提示用户，并 选择用户类型（默认是全部）；提交后，业务进程预警配置表中增加一 条信息，对于监控人员类型亦同； 参与者/角色：信息维护员； 先决条件：以合法身份登陆系统； 输入：选择用户姓名，维护预警提示人员信息； 输出：进程预警配置表中增加一条正确记录。  进程预警配置修改 用例名称：进程预警配置修改 描述：用户选中一条要修改的进程预警配置，可对手机号码、邮箱、 备注等内容进行直接修改，对预警提示人员名称选择变动，修改后系统 更新数据库，对于监控人员类型亦同； 参与者/角色：信息维护员； 先决条件：以合法身份登陆系统 ； 输入：填入或选择需变动内容； 输出：业务进程预警配置表一条记录数据发生变化。  进程预警配置删除 用例名称：进程预警配置删除 描述:用户选中要删除的一条预警信息或者一条预警信息中具体预 警提示人员进行删除，对于监控人员类型亦同，若该人员类型已被引用， 需清除后方可删除，并需提醒功能； 参与者/角色：信息维护员； 先决条件：以合法身份登陆系统； 输入：无或查询条件； 输出：进程预警配置表中一条记录被删除。  进程预警配置浏览 用例名称：进程预警配置浏览 描述：选择一条预警信息，可浏览包括该预警信息所处系统、业务 流、监控点、预警提示人员所在部门及个人预警信息等全部详细内容， 对于监控人员类型亦同； 参与者/角色：有权用户； 先决条件：以合法身份登陆系统 输入：无或查询条件； 输出：一条预警内容详细信息。  进程预警配置查询 用例名称：进程预警配置查询 描述：可以按业务流或监控点下所有预警信息，也可按照预警提示 人员查询所有提示该人员的业务流或监控点信息，输入条件，查询相关 记录，并支持按照字母或汉字的模糊查询，对于监控人员类型亦同； 参与者/角色：有权用户； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：业务进程配置详细信息。 信息结构 进程预警配置管理信息结构图 信息描述 进程预警配置表 序号 字段名 类 型 长 度 备注 1 预警发送信息 ID 2 监控点所属业务流代码 3 监控点所属系统代码 4 用户 ID 5 监控人员类型代码 6 备注 监控人员类型表 序号 字段名 类 型 长 度 备注 1 监控人员类型代码 系统代码表 PK 信息系统代码 信息系统名称 FK1 所属系统类别代码 备注 业务流代码表 PK 业务流代码 业务流名称 FK1 所属业务种类代码 备注 业务流监控点配置表 PK 监控点代码 监控点名称 FK1 所属业务流代码 FK3 所属系统代码 FK2 上级监控点代码 下级监控点代码 相对完成时间 该条数据状态 备注 用户管理表 PK 用户ID 用户名 用户姓名 FK1 职级代码 FK2 所在局行代码 用户手机 用户邮箱 注册日期 备注 进程预警配置表 PK 预警发送信息ID FK1 监控点代码 FK2 监控点所属业务流代码 FK3 监控点所属系统代码 FK5 监控提示类型代码 备注 监控人员类型表 PK 监控提示类型代码 监控提示类型名称 备注 2 监控人员类型名称 3 备注 用户权限管理 需求描述 由于被监控系统涉及各业务系统核心内容，并提供统计分析功能， 且部分内容的保密要求很高，因而应对各功能模块及具体实例的增加、 删除、修改、查看、浏览功能根据不同用户可单独前台配置，并且应能 设置常用权限组合，进行整体配置。对于预警提示人员，应在添加用户 时，自动实现该用用户对该业务流全流程的浏览、查看功能。为方便以 后该系统与门户平台、统一认证集成，用户信息应包含用户账号、用户 名称，所在部门信息、职务信息等。在逐一配置用户权限的同时，可实 现权限组合与用户的部门或职务的映射整体配置，实现批量权限维护。 系统管理员可实现维护用户信息、角色信息、部门职级等基础信息， 可按照组合权限和单一权限（当重叠时取交集）配置用户权限，用户能 维护（账号除外）个人姓名、所在部门、职级、手机号码、邮箱、登录 密码（做强密码要求）等个人基本信息。 用例视图 用户及权限维护用例图 用例描述 用例名称：用户权限管理 描述：用户权限管理主要包括：用户信息维护、密码维护、部门职 级维护、角色维护、用户权限维护等主要功能，管理员可以实现用户及 权限的添加、修改、删除、浏览及查看功能，个人用户仅能对个人基本 信息维护。  用户权限添加 用例名称：用户权限添加 描述：根据用户权限要求可实现部门、用户等基本信息的添加、系 统，系统应具有默认初始密码，在部门、职级、用户账号添加时，提供 校验代码是否重复、是否符合约定格式、名称不能为空等功能，提交后 在数据库中形成一条正确的新数据； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：需添加部分的详细信息； 用户及权限维护 添加 权限维护员 修改 删除 查询 浏览 输出：对应的相关数据库表中增加一条正确记录。  用户权限修改 用例名称：用户权限修改 描述：管理员根据可修改各项基本信息，并且可以更改默认的初始 密码，以及对个人密码的重置；用户可更改个人信息；具体更改时，应 对代码做是否重复校验，修改后系统更新数据库； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统 ； 输入：填入需变动内容； 输出：对应的相关数据库表中一条记录数据发生变化。  用户权限删除 用例名称：用户权限删除 描述:用户选中要删除的内容，系统应校验该代码是否已经被引用， 若被引用应待引用记录全部删除后，方可进行删除； 参与者/角色：代码维护员； 先决条件：以合法身份登陆系统； 输入：无； 输出：对应的相关数据表中一条记录被删除或发生变化。  用户权限浏览 用例名称：用户权限浏览 描述：管理员可浏览所有用户及权限，个人用户仅能浏览个人信息 及权限，系统根据用户选择显示详细信息； 参与者/角色：所有用户； 先决条件：以合法身份登陆系统 输入：无 输出：代码详细信息。  用户权限查询 用例名称：管理员登录后，输入查询条件，可查询所有内容，并支 持字母和汉字的模糊查询； 描述：系统通过用户输入条件，查询相关记录； 参与者/角色：管理员； 先决条件：以合法身份登陆系统； 输入：查询条件 输出：详细条目信息。 信息结构 用户权限信息结构图 用户管理表 PK 用户ID 用户名 用户姓名 FK1 职级代码 FK2 所在局行代码 用户手机 用户邮箱 注册日期 备注 用户密码表 PK,FK1 用户ID 用户名 用户密码 备注 职务级别表 PK 职级代码 职级名称 备注 权限信息表 PK,FK1 用户ID FK2 组合角色代码 FK3 单一角色代码 部门代码对应表 PK 局行代码 局行名称 备注 单一角色信息表 PK 单一角色代码 单一角色名称 单一角色内容 备注 组合角色信息表 PK 组合角色代码 组合角色名称 组合角色内容 FK1 关联局行代码 FK2 关联职级代码 备注 信息描述 用户管理表 序号 字段名 类 型 长 度 备注 1 用户 ID 2 用户名 3 用户名称 4 职级代码 5 所在局行代码 6 注册日期 部门代码对应表 序号 字段名 类 型 长 度 备注 1 局行代码 2 局行名称 3 备注 职务级别表 序号 字段名 类 型 长 度 备注 1 职级代码 2 职级名称 3 备注 单一角色信息表 序号 字段名 类 型 长 度 备注 1 单一角色代码 2 单一角色名称 3 单一角色内容 4 备注 组合角色信息表 序号 字段名 类 型 长 度 备注 1 组合角色代码 2 组合角色名称 3 组合角色内容 4 关联局行代码 5 关联职级代码 6 备注 权限信息表 序号 字段名 类 型 长 度 备注 1 用户 ID 2 组合角色代码 3 单一角色代码 进程监控展示 需求描述 进程监控展示是业务监控系统实时展示业务进程的对外界面，界面 应能具备按预定时间刷新功能；展示业务进程时，应说明业务进程的发 起单位、发起系统、目标系统，涉及的主要业务内容，各监控点名称、 所处系统、预警提示人员，业务运行状态等信息，业务流进程应是一条 完整的流线，在处理中业务进程多于屏幕区间时，系统应具有滚屏功能。 浏览权限 具体展示的内容，应根据用户权限展示不同，对于普通用户仅能展 示预警需要提醒该人的业务流，对于局处级领导仅能展示所经本局处业 务流程。行领导可见所有业务流程。 数据统计分析 统计口径 业务监控系统总体有两种统计口径：业务基础信息统计和业务流程 信息统计，可固定统计，也可通过查询条件进行统计，查询条件可为处 理系统，起始时间，监控点等进程统计。 报表类型 报表用于展示统计分析的结构。系统能共用多种查询参数作为查询 条件，指定查询范围，结果通过报表模板以表格和图的方式输出。报表 模板可以根据需要动态制定。 对于同一个或多个数据表，系统可以按多种口径、对不同数据项目、 做不同类型的汇总统计，实现统计、检查或分析，还能用多种查询参数 作为查询条件指定查询范围。需要通过简单而准确的描述，说明一个报 表所具有的功能，以方便用户使用。 报表描述一般原则：  标题：同时也可作为功能名称用于菜单中，需要简单明了的文字 描述。  范围：同时也作为查询参数  行标题：对应业务系统标准名称  列标题：统计的数据项  数值：可以是数量合计、计数、平均值、最大值、最小值、百分 比等。  短语约定：  各 XX：XX 应作为统计口径，在行标题中应列出各个 XX， 可以出现在标题、范围中。  全部 XX：XX 不应作为统计口径，在标题中应为“XX…”， 在范围中表示为“（全部 XX）”；如果在标题中为“全部 XX…”，在范围中不应再指定具体的 XX 或“（全部 XX）”。 上述所列作为参考，关键是达到简单而准确地说明一个报表所具有 的功能，特别是标题，在能反映具体业务信息时，应使用业务基础信息 字段名称对照表，可在不产生混淆的情况下使用简单的名字。 用例视图 统计分析用例图 各种统计分析采用相同的用户界面模式，以提高易用性。系统使用 图表模板管理 系统管理员 统计分析逻辑管理 统计分析 查询 汇总、计算 检查 统计人员 报表引擎 “统计分析”、“图表模板管理”、“统计分析逻辑管理”三个功能来处理各种 统计分析，后两个功能只是系统管理员在修改已有的或增加新的统计分 析时使用，一般统计分析人员只要使用“统计分析”一个功能即可。 统计权限 数据统计分析的用户分统计分析人员和系统管理员两类。 统计分析人员是该模块的使用者，包括各相应统计权限人员。不同 角色的用户，所能看到的信息不一样，根据用户的具体角色，用户能查 询全部或部分基础信息或业务流。使用时，用户只需选择统计分析功能， 指定查询范围，即可得到经过汇总统计后的报表。 系统管理员是该功能需求的维护者。在业务需求发生变化时，系统 管理员可以修改已有的或增加新的统计分析种类。 需求内容说明 功能需求说明 本节所提到功能需求是在收集规划处部分项目人员的需求信息基 础上，经分析、整理而成。需求描述及用例描述是作为后继总体设计、 数据库设计、详细设计、测试用例设计的基本依据，并且为判断系统建 成后是否满足需求的主要依据。在各功能的需求描述和用例描述基础上， 本需求规格说明书给出了为实现功能所需信息的数据结构及描述，该数 据结构及描述是为实现功能需求所必需的数据结构，并非全部系统所需 数据结构；该数据结构及描述仅作为需求内容，而非为设计内容，项目 在具体实施过程中，应通过总体设计、数据库设计、详细设计等环节， 可对本节所提信息描述进行重新编排，逐步补充数据结构；具体实现时， 可对需求规格说明书中数据描述内容进行调整，但不得减少需求，违背 需求本意，进行不应有的删减。 角色需求说明 具体各功能模块管理中，所提到的各类角色，仅作为设计阶段的参 考角色，根据具体用户权限要求，可在具体实施中，逐步规范各角色名 称，角色权限实现，皆为业务监控系统前台实现。 接口设计需求 为发挥该系统的监控、异常预警和数据统计功能，在系统建设完成 同时，应该就业务监控系统与具体业务系统接口、预警实现结构做出标 准接口接受各业务系统发送的信息（或报文），并就报文具体格式作统 一设计，以便后继系统接入时，仅就具体信息（或报文）进行简单复制 和修改即可，无须再重新设计、更改本系统的接口。 柜台前移系统接入需求 柜台前移系统作为第一个接入的被监控系统，在具体接入时，应按 照两步的方式实施，即：报文解析阶段和映射接入阶段，此实施步骤可 作为后继系统接入的参考步骤。 报文解析阶段 本阶段作为柜台前移系统接入的第一阶段，该阶段柜台前移系统无 须做任何更改，仅需将柜台前移系统经ESB平台与工作流系统交互的报 文进行解析，按照业务监控系统业务信息需求解析入库，作为监控系统 对一具体业务流程监控的业务信息，并将ESB平台接受到柜台前移系统 报文作为第一个监控点进行配置，整个业务监控流程监控点只有五个监 控点，即：柜台前移系统、ESB平台、工作流系统、ESB平台、柜台前 移系统。当工作流系统内部能细分监控点时，可通过约定发送信息（或 报文），形成真正全流程端到端的业务流程监控。 映射解析阶段 在完成报文解析阶段并经柜台前移系统改造后，柜台前移系统在具 体业务流程形成时，应向业务监控系统发送业务基础信息，柜台前移内 部监控点应按照要求发送进程状态消息（或报文），该阶段应将柜台前 移系统监控点分级为：贷款申请岗、企业内部审核岗、企业内部审批岗 三个监控点，完成后的，具体业务流程监控点变为七个监控点，即：贷 款申请岗、企业内部审核岗、企业内部审批岗、ESB平台、工作流系统、 ESB平台、柜台前移系统。 系统非功能需求 用户界面 界面要美观大方，首页上方应有功能模块导航栏，左侧应有功能列 表树和右侧为功能显示区，根据权限不同显示栏目不同，结合XXXX银 行现有系统界面风格，登陆首页要有实时跟踪监控动态图表，在设计阶 段要做主要功能界面原型，由规划处选择确认。 语种要求 结合开发银行现有内部系统语言要求，当前，仅需使用中文界面， 但系统要预留中英文界面切换功能，并在数据库设计中对界面固定元素 预留英文名称字段。 性能要求 系统在行内ESB平台相同环境下运行，系统满足并发访问、页面展 现响应时间和存储容量的要求。 并发用户数 要求系统能够满足1000人（但该系统不得有用户数量限制）以上用 户的使用，同时在线人数可以达到500人，并发访问数可达到50人。 页面完全展现时间 各常用页面(登录首页以及一级页面等)的完全展现响应时间不超过 3秒，对于进程中实时监控界面自动刷新时间为60秒（该时间，可根据 业务要求进行前台配置）；系统用户对数据库特定检索时，完全展现响 应时间不超过10秒。 数据库检索速度和容量 由于系统是在分析消息基础上，要考虑到当各业务系统发送到达系 统消息出现堵塞时，如何及时处理消息功能；在具体设计时，要考虑随 着数据增加，对数据库的检索的方式，以及对备份数据与实时数据组合 检索的实现方式时，对数据库服务器性能要求。 资源使用率 系统在关键业务点50用户并发时，CPU平均利用率小于85%。 灵活性 业务监控系统对各业务系统依赖程度很高，为了适应和保证各部分 的相对独立和发展，在建设中要注意系统配置的灵活性，对于确定下的 接口，无论业务系统如何调整，只要按照接口规范要求发送消息，按照 业务发展的需要随时调整系统资源的配置。由于涉及到业务系统核心业 务对于中心数据库、统计信息等保密信息对不同用户要灵活定制。 可扩展性 由于本系统在初始化业务流程时，各系统业务流所含信息与通用名 称各不相同，因此，系统设计要充分考虑基础信息管理数据的扩展和各 规则库的扩展，为今后顺利形成全流程端到端的业务监控打下良好的基 础、留下合理空间。 可靠性 随着行内商业化进程的逐步开展，对业务系统稳定运行以及出现异 常时及时准确定位将日显突出，因此保障该系统和与其有消息交互的业 务系统接口的可靠性尤为重要。系统应提供充分的冗余备份，一方面最 大限度地减少故障的可能性，另一方面要保证网络能在最短时间内修复， 但考虑到尽可能减少对其他业务系统的压力，各业务系统按照约定方式 发送消息后，本系统不做是否收到确认，所以在确定个通信协议及接口 规格时要充分考虑所采取实现方式的可靠性。 安全性 此系统为行内核心业务系统提供监控服务，由于该系统涉及到核心 系统数据和流程，对安全级别要求很高。系统应能提供安全手段防止系 统外部成员的非法侵入以及操作人员的越级操作，所有应用和软硬件都 应当遵守行内的信息安全规定，符合行内信息系统安全要求。 本系统拥有完整的多层次的安全保障体系，包括（对）授权/认证机 制、存取权限与执行控制、口令保护机制等多种安全保障机制，在实现 与 EP 及认证系统对接后，要充分考虑用户基础信息的安全性。 系统应保证数据完整性和机密性，具备安全检查功能。 系统应可设定备份周期和备份内容，进行多层次系统备份。对系统 主要的信息实行自动备份，以保证系统的异常情况的补救，并设有系统 自动恢复机制。对系统开发和维护人员无意地造成数据信息破坏的情况， 也必须给予必要的防范措施，将直接操作数据库信息权限限制在最小范 围。 可维护性 系统建成后，运行维护和其他业务系统接入将是关系到系统能否正 常运转、发挥监控功能的关键因素，因此在系统设计过程中要充分考虑 系统建设中和建成后的运行维护、其他系统接入等问题。倡导集中式配 置，以切实降低后续运行维护成本。整个系统的设备应易于管理，易于 维护，相关手册使用操作简单，易学，易用，便于进行系统配置。 规范性 业务系统接入须遵照行内相应的规范。制定工程建设相关的标准化 规范，包括项接口设计说明书、系统接入规范、配置管理规范、运行维 护规范等。