ESB平台服务业务监控概要设计说明书.doc

ESB平台服务管理业务监控系统概要设计说明书V0.1文档编号：当前版本：0.1作 者：编写日期：评 审:评审日期:审 核：审核日期：批 准：批准日期：文档状态: 变更次数:All rights reserved版权所有，侵权必究30文档修订记录日期修订号描述作者2014-6-2V0.1创建1引言21.1编写目的21.2背景21.3范围21.4术语和缩略语31.5参考资料42总体设计42.1需求规定42.1.1业务监控总体需求42.1.2业务监控流程控制介绍42.2开发过程及运行环境52.3基本设计概念和方法62.4系统总体结构62.4.1业务监控系统架构62.4.2业务监控系统功能结构72.4.3业务监控系统逻辑结构82.4.4面向层次的技术架构构成93系统功能模块103.1标准代码管理103.1.1模块描述103.1.2功能操作103.2业务信息管理113.2.1模块描述113.2.2功能操作123.3业务流程管理133.3.1模块描述133.3.1功能操作133.4业务流程管理163.4.1模块描述163.4.2功能操作173.5进程预警管理173.5.1模块描述173.5.2功能操作183.6用户权限管理193.6.1模块描述193.6.2功能操作193.7数据统计分析203.7.1模块描述203.7.2功能操作214系统数据结构设计214.1标准代码管理信息结构表214.1.1 系统类别代码表单214.1.2 系统代码表单224.1.3 业务种类类代码表单224.1.4 业务流程代码表单224.2业务基础信息管理代码表234.2.1 业务信息字段名称对照表234.2.2 业务信息表244.2.3 结点信息表扩展254.2.4 业务流程状态代码表单254.3业务流进程管理表264.3.1 业务进程消息表单264.3.2 业务流程监控点配置表单264.3.3 业务流程监控点状态表单274.3.4 业务流程监控点之间关系对应表单274.4系统用户及权限表274.4.1 部门表单274.4.2 系统用户信息表单284.4.3 系统角色表单284.4.4 操作项、功能点表单294.4.5 用户与角色对应关系表单294.4.6 角色与操作项对应关系表单294.4.7 操作项组、功能组表单305系统出错处理设计305.1出错信息305.2补救措施305.3系统维护设计301引言1.1编写目的编写本概要设计说明书的目的是对ESB平台服务管理系统当中业务监控系统进行总体设计的说明，包括业务监控流程、输入输出、与被监控系统的接口设计、数据库设计、预警设计和系统出错处理设计等。该概要设计是指导相关工作人员进行后续详细设计、数据库设计、编码、测试用例设计、系统部署的重要依据，是联结需求阶段和开发阶段指导性文档。1.2背景随着XXXX银行（以下简称：行内）业务系统建设的逐步完善，业务工作对IT系统的依赖程度也越来越高，由于行内IT系统的进一步集成，系统中的业务流程已由原来分段单系统处理、跨系统人工流转的方式，变为业务流程跨系统自动实现流转。当一项业务发生时，业务流程在多个系统中自动实现流转，关注该业务进程的领导及相关业务人员无法通过快捷的、直观的方式了解当前业务进程位置、状态及异常原因等。若建立一个时时的、端到端的业务流跟踪监控系统，将可为领导及相关业务人员及时关注业务进程提供一个形象直观的技术平台，并自动实现业务流程异常报警、实现多维信息统计等功能，进而为业务人员优化业务流程和领导决策提供依据。在此需求的基础上，规划处提出了建设业务监控系统，满足业务发展的要求。1.3范围1.4术语和缩略语名词说明ESBESB全称为Enterprise Service Bus，企业服务总线，是行内构建基于服务架构的主要基础设施支持。BusinessWorks/BWBusinessWorks(BW)是行内ESB的基础运行容器，在ESB上实施的服务都会通过这个容器进行服务提供。BW提供完整的项目周期管理支持，包含了图形化的服务流程设计器、适配器配置和部署；服务流程的运行管理也可以通过基于Web浏览器实现。HawkHawk是一个监控和管理分布式应用和操作系统的工具。它是专为监控分布式系统而设计，无需中央控制台也无需通过频繁网络轮询获取监控目标运行信息。GIGeneral Interfaces是TIBCO推出的开源的基于Ajax技术的UI技术，方便开发具有高交互能力的基于Web系统。EMSEnterprise Message Service是Tibco的消息服务器，用于消息的接收和发送。1.5参考资料ESB服务平台管理系统需求规格说明书v0.92总体设计2.1需求规定2.1.1业务监控总体需求业务监控系统的业务流程端到端跟踪监控的实现是在配置业务流程信息的前提下，对业务流进程信息进行管理，即在业务流程中，每次业务流经不同作业处理点（被监控点）时，应向业务监控系统发送状态消息（具体消息通过报文或消息的方式约定），实际操作过程中，该系统可灵活的添加或减少作业处理点，通过对业务流程信息的管理实现具体业务端到端的业务流程跟踪监控；当系统业务流异常时，根据预先配置的预警规则，通过短信或邮件方式提醒预警提示人员；被监控系统每形成一条业务流时，应向监控系统发送业务基础信息，监控系统将以此自动生成一条监控信息和业务流程，并且该基础信息为业务流程含义展示和统计汇总提供数据。2.1.2业务监控流程控制介绍当业务系统生成一条具体业务流时，在初始点及各监控点应向监控系统发送消息，具体业务流程消息发送的方式为：在业务流起始时，向业务监控系统发送一条基础信息，监控系统据此自动生成一条业务流跟踪监控流程；在业务流程中，每一作业处理点（即：监控点）接收到一条需处理作业时，向业务监控系统发送一条已接收到该作业的状态消息，当该作业处理点完成作业后，向下一作业处理点发送时，同步应向业务监控系统发送一条该作业处理结果的状态消息（状态消息可为：该作业内容更改并成功向下一作业处理点发送，或作业处理成功并向下一作业点发送，或拒绝作业返回至上一或几作业处理点，或流程结束）；当在某监控点或流转中，由于系统技术原因发生异常，应向监控系统发送系统技术异常消息（如：无法发出、系统延时、系统无法接收等），以上发送的各类消息可在具体添加被监控系统时，约定消息内容。业务系统发送至监控系统的消息内容应包括：该具体作业流程的唯一标识代码（全流程不变），本处理点名称代码，本节点所处系统代码；收发作业标识，收发类型（七种：1.正常接收；2.正常发送至下一作业处理点；3.退回上一或几作业处理点；4.作业流程终止并退出；5.技术延时异常;6.技术异常，系统终止;7.作业流程终止并退出，该类内容可在监控系统实现维护），内容更改标识，具体更改内容代码，更改后的具体内容。2.2开发过程及运行环境 软件开发要符合计算机软件产品开发文件编制指南GB 8567-88 的要求； 软件开发要符合ISO9001：2000的要求； 默认的编码格式是UTF-8； 应用服务器操作系统为Windows2000、Windows2003、WindowsXP、 Linux； 应用服务器软件采用Tomcat 5.5.27、 JDK 1.5； 开发工具采用MyEclipse6.0； 数据库为Oracle10g(10.2.0)； 采用B/S(Browser/Server)技术进行软件开发，客户端操作系统为Windows2000、Windows2003、WindowsXP，客户端浏览器主要为IE6.0或以上版本等软件。 系统操作简便，用户界面友好，符合用户使用的习惯； 系统响应速度快，运行稳定，用户使用时无等待感，查询或刷新时间不超过10秒； 软件不能有空链接，软件应该能根据客户端机器分辨率(主要有800*600、1024*768两种分辨率)自动合理布局； 用户瞬间访问高峰时界面查询或刷新时间不超过20秒。 系统能够支持100个以内的用户同时访问。 客户机的最低配置为：256M 内存。2.3基本设计概念和方法业务监控系统在设计时，将从以下几方面进行可复用性、可移植性、可靠性等方面的考虑： 复用性的支持业务监控系统应对架构、代码等的复用性进行考虑，为行内其它项目做技术储备。对于系统的代码复用，可通过加强模块的合理分割来实现一部分类似功能的代码复用，从而减少开发时间。 移植性的支持本项目采用Ajax+Spring+DAO开发架构，使得每一层都以一种松耦合的方式彼此沟通，可移植性极强。 可靠性的支持本系统的数据库使用ORACLE。业务监控系统采用的开发架构对表示层采用Dwr实现、业务层采用Spring完成，持久层采用DAO来处理，而这个框架本身提供了底层的代码访问封装，开发人员只是调用接口实现业务逻辑处理。在这些支持软件的基础上所进行的应用开发，可靠性是有保证的。2.4系统总体结构2.4.1业务监控系统架构整个业务监控系主要实现三大目标即：业务流程跟踪监控、异常预警和数据统计分析。l 业务监控系统的业务流程端到端跟踪监控的实现是在配置业务流程信息的前提下，对业务流进程信息进行管理，即在业务流程中，每次业务流经不同作业处理点（被监控点）时，应向业务监控系统发送状态消息（具体消息通过报文或消息的方式约定），实际操作过程中，该系统可灵活的添加或减少作业处理点，通过对业务流程信息的管理实现具体业务端到端的业务流程跟踪监控。 l 当系统业务流异常时，根据预先配置的预警规则，通过短信或邮件方式提醒预警提示人员l 被监控系统每形成一条业务流时，应向监控系统发送业务基础信息，监控系统将以此自动生成一条监控信息和业务流程，并且该基础信息为业务流程含义展示和统计汇总提供数据。 业务监控架构图2.4.2业务监控系统功能结构业务监控系统的功能架构是为实现端到端的业务进程跟踪监控，该系统功能模块主要包括：标准代码管理、业务信息管理、业务流程管理、业务进程管理、进程预警管理、用户权限管理、系统接口和安全及审计管理等，核心模块为业务信息管理、业务流程管理和业务进程管理。2.4.3业务监控系统逻辑结构业务监控系统在获取具体业务流的基础信息和进程信息的基础上，通过控制流程驱动和预警管理机制实现业务流跟踪时时动态图和数据统计；在发生异常时，通过与外部系统的接口实现邮件或短信提醒，进而通过人工干预，恢复业务流程的正常运转。2.4.4面向层次的技术架构构成从面向层次设计的视角，可将系统设计为如下层次：用户交互层、交互控制层、业务服务层、公共服务层、业务流程管理扩展、数据访问层和数据存储层。 用户交互层，基于Web2.0实现技术，负责用户与系统的人机交互界面，为用户提供一定的本地计算能力。 交互控制层，负责为界面和业务服务之间进行数据转换，同时对系统的事务进行总体控制，隔离界面实现与后台服务实现，使后台业务服务实现更为标准化。 业务服务层，主要包括各类封装了业务实现逻辑的业务服务组件，调用数据访问层的数据服务，本身不直接访问数据库。 公共服务层为整个应用的公共需求提供统一的、重用的服务。包括：日志、异常、事务、认证、校验等。时 数据访问层，负责进行数据访问及系统间交互操作，关注数据的存取操作，不关心业务服务如何调用数据， 屏蔽对数据库表的直接SQL操作。3系统功能模块3.1标准代码管理3.1.1模块描述为使整个系统内容规范、一致，便于与被监控系统定义业务信息、进程信息的内容，以及部分元数据与服务注册系统进行同步，本系统需建立标准代码管理，独立维护本系统所使用的标准代码，当与服务注册系统实现对接后，服务注册系统作为本系统部分标准代码源信息，通过接口向本系统提供标准代码信息，本系统可关闭服务注册系统提供源数据部分的代码添加、修改功能，仅保留具体内容本系统是否可见功能。形成标准代码的目的是为保证系统间的标准信息格式定义一致，以及对业务及业务进程基础信息进行统计和分析提供便捷。本系统涉及到的主要标准代码包括：系统类别代码、系统代码、业务种类、业务流代码。3.1.2功能操作l 代码添加描述：用户填写代码详细信息，包括代码、名称、备注等，系统提供校验代码是否重复、是否符合约定格式、名称不能为空等功能，提交后在数据库中形成一条正确的新数据。l 代码修改描述：用户选中要修改的一条代码，可对代码、名称、备注等进行修改，系统对修改部分除提供与代码添加同样校验功能外，还应提供该代码是否已被引用等校验功能，对于已被引用和约定使用的代码，原则上不得进行修改，修改后系统更新数据库。l 代码删除描述:用户选中要删除的代码，系统应校验该代码是否已经被引用，若被引用应待引用记录全部删除后，方可进行删除，对于不能删除又需用户不可见的代码，提供客户端是否隐藏（即客户端不可见，不可在引用）功能。l 代码浏览描述：用户登陆后，系统根据用户选择显示代码详细信息。l 代码查询用例名称：用户登录后，输入代码、名称等条件，进行代码查询，理论上各个字段都可以作为查询条件，并支持字母和汉字的模糊查询；描述：系统通过用户输入条件，查询相关记录。3.2业务信息管理3.2.1模块描述 当业务系统发起一笔被监控的业务流程时，发起系统应根据系统接入时的约定，通过消息方式向监控系统发送该笔业务信息，作为监控系统自动建立一条具体业务流程的起始依据，并且为业务进程监控提供业务信息。本系统可人工修改此类基础消息（具体业务流程结束后，该类基础信息不得修改）。在该具体业务流程运行中，某流程中合法用户对初始业务信息内容发生更改，本系统自动对已入库的数据进行修正；并且本系统可根据业务流状态，自动变更存储位置，即当具体业务流程未结束时，应一直存于进程中业务信息数据表，结束（包括取消、正常完成及合法终止）进程后，此基础信息应存于已完成业务信息表，已完成业务信息表中内容为统计汇总功能提供数据。监控系统获取各被监控系统业务信息后，按统一模式命名字段名称并进行存储和管理，该模式字段名称对各业务系统在一定程度上，都有一定不易读性，为在查询浏览及汇总统计时，提高业务信息的可读性，需按业务系统本意还原各字段名称。需对将原来各字段名称与统一字段名称进行对应转换。业务信息是具有清晰业务含义的数据内容，不但是动态监控描述的信息源，同时也是本系统提供统计汇总功能的唯一源数据，业务信息应包括：唯一标识、发起系统、发起单位、目标系统、目标单位、业务种类、涉及额度、付出金额单位、付出金额账户、收取金额单位、收取金额账户，过账依据，过账经办单位、过账经办人等，若涉及其他重要信息可在预留字段中约定。根据具体情况，对该类进程中业务信息可进行修改、查询及浏览功能，对已完成业务信息内容仅可查询和浏览，不得修改，下面对各用例进行详细描述。3.2.2功能操作l 业务信息字段名称对照添加描述：用户选定业务流后，可添加业务信息字段名称对照信息，提交后在数据库中形成信息。l 业务信息字段名称对照修改描述：用户选中要修改的一条数据，可对内容进行修改可更改具体名称以及从事设置为空，修改后系统更新数据库。l 业务信息字段名称对照删除描述:用户选中要删除的对照记录，可进行删除。l 业务信息字段名称对照浏览描述：用户登陆后，系统根据用户选择显示字段名称对照详细信息。l 业务信息字段名称对照查询描述：可按系统代码名称或业务流代码名称等输入查询条件，查询相关记录，并支持按照字母或汉字的模糊查询。l 业务信息修改描述：业务信息修改只对业务进程中的业务信息有效（但系统要设计对已完成进程的业务信息修改的功能，以便为后期前台维护提供便捷），用户选中要修改的业务信息，可对其中涉及额度、付出金额单位、付出金额账户、收取金额单位、收取金额账户，过账依据，过账经办单位、过账经办人以及预留字段内容等数据进行修改，修改后系统更新数据库。l 业务信息浏览描述：此部分针对进程中业务信息，系统根据用户选择显示代码详细信息；l 业务信息查询描述：输入系统代码（名称）、业务流代码（名称）条件或相关基础信息内容，查询相关记录，并支持按照字母或汉字的模糊查询。3.3业务流程管理3.3.1模块描述监控系统能自动发挥监控功能的基础在于监控业务流的建立，即在被监控系统发起一笔新业务时，监控系统通过业务系统按约定内容向监控系统发送的信息（该消息可为业务系统自动发出，也可通过ESB平台已获得信息解析得到），监控系统能自动形成一个约定的监控流程。该监控流程需在业务系统发起前一次性约定，具体过程中可根据业务要求灵活配置被监控业务流的方向和监控点名称、数量，可增加或删除监控点及相对处理时间等基本信息，业务流基础信息管理就是在监控系统中，通过配置监控点及监控点状态信息和业务流程状态信息，建立各类业务流程。3.3.1功能操作业务流监控点配置根据不同的业务流代码或名称，可增加或删除该业务流下的业务流程和监控点，对于已存在的业务流程可对其内部监控点数量及各监控点上下级关系进行调整，保证业务流的灵活配置，但同一业务流下，不同监控流程的监控点代码不得相同，系统应具有校正功能。一条业务流下，可有一条或多条业务流程，对未被引用的业务流（其中监控点代码也未与其他被监控做出使用约定）可选择删除，对于已被使用的业务流，可对其实施整体进程中停用（该具体业务流程处于普通用户不可见状态），下面对各用例进行详细描述。l 业务流监控点添加描述：用户选定业务流后，添加新的监控点代码、名称，并可选择上、下级监控点代码或名称（可多选），提交后在数据库中生成新的代码信息；输出：业务流监控配置点表中增加一条正确记录。l 业务流监控点修改描述：用户选中一条要修改监控点的业务流，然后选中要修改的监控点，可对该监控点的代码、名称等进行修改，原则上，对于已被使用或已约定使用的代码不得进行修改，可修改名称或备注等信息，系统对于已被使用的代码应提供校验功能，并有提醒功能，修改后系统更新数据库。l 业务流监控点删除描述:用户选中业务流中要删除监控点记录，若该监控点在实际已发生业务流中被引用，不能删除，仅能将该监控点状态改为隐藏，该监控点在普通用户客户端变为不可见状态；若该监控点未被引用，也未与其他系统做出使用约定，可进行删除；若该监控点已被其他监控点设为上级监控点，系统应提醒具体引用的下级监控点名称，待下级监控点将其移除，方可隐藏或删除。l 业务流监控流程浏览描述：用户登陆后，根据用户选择业务流，显示监控流程详细信息，此处为一条完成的业务流程，而非简单的监控点罗列。l 业务流监控流程查询描述：用户输入条件，可按所属业务、监控点名称等，查询相关记录，结果应按一条完成的业务流程显示，而非简单的监控点罗列。监控点处理状态代码配置描述：在每条进程中的业务流，从业务层面上，具体监控点处理作业时，应向监控系统提交该监控点处理状态，具体在业务流监控图中体现为点位信息，即监控点的代码、名称、数量等，通过红、黄、绿三色（红色表示异常，黄色表示延时，绿色表示正常处理，具体状态可根据业务要求前台配置）表达该监控点的处理状态，每监控点处理的状态包括：已接收需处理的作业，已正常完成处理作业发送下一作业处理点，已改动完成处理作业发送下一作业处理点，从技术层面上，应包括系统正常处理，系统异常情况等，为保证各监控点监控状态的灵活配置，需建立监控点状态灵活配置机制，即建立监控点状态配置表，统一规定处理状态。l 监控点处理状态代码添加描述：用户登陆后，选择监控点处理状态代码配置，添加新的监控点处理状态代码、名称，提交后在数据库中形成代码信息。l 监控点处理状态代码修改描述：用户选中一条要修改的监控点状态，可对该监控点的代码、名称等进行修改，修改后系统更新数据库，已被引用或虽未被引用但已与其他系统约定的代码不得修改，修改时，系统应具有是否被引用校验功能，并有提醒功能。l 监控点处理状态代码删除描述:用户选中一条监控点代码状态信息，删除该信息，若该状态代码已在发生的实际业务流中被引用，不得删除，系统应有校验和提醒功能，若该状态代码未被引用也未与其他系统约定使用，可进行删除。l 监控点处理状态代码浏览描述：选择监控点处理状态代码，显示该代码详细信息。l 监控点处理状态代码查询描述：输入条件，查询相关记录，并支持按照字母或汉字的模糊查询。业务流进程状态代码管理描述：业务流进程状态代码是描述一条业务流进程状态信息，同时能够描述某个监控点处理该业务流状态，业务流进程状态分为正常、异常、终止、结束（从技术层面描述该条业务进程的状态）；在监控图上，进程体现为箭头，监控点体现为圆点，具体通过颜色代表不同状态（例如：红表示异常，黄表示延时，绿表示正常处理）。由此判断其他系统发送的该业务流进程状态。l 业务流进程状态代码添加描述：用户填入状态代码和名称并提交后，数据库中形成代码信息。l 业务流进程状态代码修改描述：用户选中一条要修改的业务流进程状态，可对内容进行修改，修改后系统更新数据库，原则上已被引用或已与其他系统约定使用的代码不可修改代码，系统应具有校验和提醒功能。l 业务流进程状态代码删除描述:用户选中要删除的业务流状态记录，若该状态代码已被引用或已约定使用，不得进行删除，系统应具有校验和提醒功能，其他情况，方可删除。l 业务流进程状态代码浏览描述：选择业务流进程状态代码，显示该代码详细信息。l 业务流进程状态代码查询描述：输入条件，查询相关记录，并支持按照字母或汉字的模糊查询。3.4业务流程管理3.4.1模块描述监控系统能对被监控系统业务流进行监控的核心是对处于处理中的业务进程进行消息反馈，反馈内容应包括：所属具体业务流标识ID、该消息所属业务流代码、所属业务流状态代码、所属监控点代码、监控点处理状态代码，具体改动业务信息代码，具体改动内容（即进程中对核心信息的改动）等，在被监控系统接入业务监控系统时，需双方约定反馈内容的消息格式，发送方式，监控系统通过ESB平台统一接受各被监控系统发送的进程消息，并保存该类消息，作为进程中业务流跟踪和历史数据查询的基础。根据业务信息、业务进程消息的具体内容，业务进程可分为：进行中业务进程和已结束的业务进程，两种不同的业务进程应有不同的存储数据表格，以便更好的实现时时业务流跟踪和历史业务流程信息查询，业务流程中要体现该业务进程的基础信息、监测点数量、已完成作业监测点的处理时间点，当前业务进程的状态。可人工改变业务进程信息和状态，但不可添加或删除业务流程，根据业务要求，对于不同系统发起的业务流程应有不同的浏览查看权限。3.4.2功能操作业务进程管理描述：业务进程是描述一条业务进程当前状态，为动态实时跟踪监控提供数据，该内容由被监控系统发送消息自动完成，管理员仅能对系统原因产生的数据进行必要的修改，不得进行增加、删除功能，其他有权用户可以查询自己负责相关监控点的状态消息。l 业务进程修改描述：用户选中要修改的进程信息，修改具体信息内容，对于已结束进程的信息不得修改。l 业务进程浏览描述：选择一条业务进程信息，显示该条进程详细信息。l 业务进程查询描述：输入条件，查询相关记录，支持模糊查询。3.5进程预警管理3.5.1模块描述当系统出现异常时，通过配置好的规则自动实行异常预警，对于异常预警级别设置为三级：正常、超时、失败，但在级别划分上能根据具体工作进行前台层级配置，且能体现层级结构，并根据各个级别能设定预警发送信息3.5.2功能操作进程预警配置管理描述：通过进程预警配置管理，当业务进程异常时，业务监控系统能够通过OA系统或邮件服务器，自动向相关预警提醒人员发送短信或者邮件。实际情况中，可以按照业务流程、监控点等进行预警提醒人员配置，当业务流程发生异常时，按照预先配置发送消息（业务进程异常情况及可能的原因），提示相关工作人员。l 进程预警配置添加描述：代码维护员选择添加人员，并可维护预警提示人员的手机号码、电子邮箱等个人信息，也可不选择预警提示人员名称单独添加手机号码和邮箱，并且一个业务流或监控点可以填入多个预警提示用户，并选择用户类型（默认是全部）；提交后，业务进程预警配置表中增加一条信息，对于监控人员类型亦同。l 进程预警配置修改描述：用户选中一条要修改的进程预警配置，可对手机号码、邮箱、备注等内容进行直接修改，对预警提示人员名称选择变动，修改后系统更新数据库，对于监控人员类型亦同。l 进程预警配置删除描述:用户选中要删除的一条预警信息或者一条预警信息中具体预警提示人员进行删除，对于监控人员类型亦同，若该人员类型已被引用，需清除后方可删除，并需提醒功能。l 进程预警配置浏览描述：选择一条预警信息，可浏览包括该预警信息所处系统、业务流、监控点、预警提示人员所在部门及个人预警信息等全部详细内容，对于监控人员类型亦同。l 进程预警配置查询描述：可以按业务流或监控点下所有预警信息，也可按照预警提示人员查询所有提示该人员的业务流或监控点信息，输入条件，查询相关记录，并支持按照字母或汉字的模糊查询，对于监控人员类型亦同。3.6用户权限管理3.6.1模块描述由于被监控系统涉及各业务系统核心内容，并提供统计分析功能，且部分内容的保密要求很高，因而应对各功能模块及具体实例的增加、删除、修改、查看、浏览功能根据不同用户可单独前台配置，并且应能设置常用权限组合，进行整体配置。对于预警提示人员，应在添加用户时，自动实现该用用户对该业务流全流程的浏览、查看功能。为方便以后该系统与门户平台、统一认证集成，用户信息应包含用户账号、用户名称，所在部门信息、职务信息等。在逐一配置用户权限的同时，可实现权限组合与用户的部门或职务的映射整体配置，实现批量权限维护。系统管理员可实现维护用户信息、角色信息、部门职级等基础信息，可按照组合权限和单一权限（当重叠时取交集）配置用户权限，用户能维护（账号除外）个人姓名、所在部门、职级、手机号码、邮箱、登录密码（做强密码要求）等个人基本信息。3.6.2功能操作描述：用户权限管理主要包括：用户信息维护、密码维护、部门职级维护、角色维护、用户权限维护等主要功能，管理员可以实现用户及权限的添加、修改、删除、浏览及查看功能，个人用户仅能对个人基本信息维护。l 用户权限添加用例名称：用户权限添加描述：根据用户权限要求可实现部门、用户等基本信息的添加、系统，系统应具有默认初始密码，在部门、职级、用户账号添加时，提供校验代码是否重复、是否符合约定格式、名称不能为空等功能，提交后在数据库中形成一条正确的新数据。l 用户权限修改用例名称：用户权限修改描述：管理员根据可修改各项基本信息，并且可以更改默认的初始密码，以及对个人密码的重置；用户可更改个人信息；具体更改时，应对代码做是否重复校验，修改后系统更新数据库。l 用户权限删除用例名称：用户权限删除描述:用户选中要删除的内容，系统应校验该代码是否已经被引用，若被引用应待引用记录全部删除后，方可进行删除。l 用户权限浏览用例名称：用户权限浏览描述：管理员可浏览所有用户及权限，个人用户仅能浏览个人信息及权限，系统根据用户选择显示详细信息。l 用户权限查询用例名称：管理员登录后，输入查询条件，可查询所有内容，并支持字母和汉字的模糊查询。3.7数据统计分析3.7.1模块描述 业务监控系统总体有两种统计口径：业务基础信息统计和业务流程信息统计，可固定统计，也可通过查询条件进行统计，查询条件可为处理系统，起始时间，监控点等进程统计。系统能共用多种查询参数作为查询条件，指定查询范围，结果通过报表模板以表格和图的方式输出。3.7.2功能操作数据统计分析的用户分统计分析人员和系统管理员两类。统计分析人员是该模块的使用者，包括各相应统计权限人员。不同角色的用户，所能看到的信息不一样，根据用户的具体角色，用户能查询全部或部分基础信息或业务流。使用时，用户只需选择统计分析功能，指定查询范围，即可得到经过汇总统计后的报表。系统管理员是该功能需求的维护者。在业务需求发生变化时，系统管理员可以修改已有的或增加新的统计分析种类。4系统数据结构设计4.1标准代码管理信息结构表4.1.1 系统类别代码表单说明：系统类别代码表。主键：Oracle Sequence外键：无索引：无4.1.2 系统代码表单说明：系统代码表。主键：Oracle Sequence外键：SYS_KIND_ID索引：无4.1.3 业务种类类代码表单说明：业务种类代码表。主键：Oracle Sequence外键：INFO_SYS_ID 索引：无4.1.4 业务流程代码表单说明：业务流程代码表。主键：Oracle Sequence外键：BIZ_KIND_ID索引：无4.2业务基础信息管理代码表4.2.1 业务信息字段名称对照表说明：业务信息字段名称对照表。主键：Oracle Sequence外键：BIZ_PROC_ID索引：无4.2.2 业