07 集团型企业信息化建设业务活动监控技术规范Word文件下载.docx
《07 集团型企业信息化建设业务活动监控技术规范Word文件下载.docx》由会员分享，可在线阅读，更多相关《07 集团型企业信息化建设业务活动监控技术规范Word文件下载.docx（13页珍藏版）》请在冰豆网上搜索。
模型开发工具
模型开发工具是提供给开发人员和用户的操作界面。
通过该界面，开发人员可以定义在图表展现层中所展示的数据的模型，并将该模型与BAMServer中的数据对应起来，主要功能包括模型定义与模型测试功能。
图表展现组件
图表展现组件通过提供一系列的图表来展现来自BAMSever中的数据，提供的图表形式包括各种仪表盘、报表等，还负责对展现数据的缓存、提供了各种扩展KPI用于应用系统进行展现的扩展、实时反映数据的变化等功能
4 功能性规范
现在成熟的BAM产品都是相对BPM独立，它们需要支持BPM，包括不同厂商的BPM，还有企业中的各个关键业务应用。
通过将BAM与BPM集成来跟踪流程和捕获业务事件，识别业务流程中的瓶颈，从而监控并优化流程,而且,通过对服务水平施以更好的管理和实时可见性提供出色的客户体验。
提供基于时间和自定义维度的商业智能分析，支持业务度量的聚集、切片和分块挖掘，以协助管理人员做出商业决策，快速定位问题区域。
下面我们将对各个功能组件具备的功能逐一进行阐述。
数据获取和过滤
在BAM中展现的数据来自于企业各种各样的系统，包括BPM系统、ERP等业务系统等。
作为企业级的业务活动监控产品，BAM产品要能够支持从多种数据源中获取数据。
针对不同的数据源，BAM产品需要提供数据源适配工具以便获取数据，例如从数据库中获取数据时要能够提供面向数据库的适配器等。
此外获取数据的方式可以分为两种：
主动获取与被动获取方式。
主动获取指BAM产品会监控各种数据源，当数据源中的数据发生变化时，它能够检测到这种变化，并将变化后的数据取过来进行显示；
被动获取方式是指数据源主动的向BAM产品发送数据，BAM产品拿到数据后进行实时的显示。
当从数据源中获取到数据后，需要运行定义好的实时数据过滤程序，对数据进行清洗、汇聚、过滤、联合等处理。
当处理结束后，数据源管理组件将实时信息更新到BAMServer中进行进一步的处理和展现。
功能名称
功能描述
支持从多数据源读取数据
支持从BPM产品、各种自开发的业务系统、ERP、JMS、数据库等读取数据。
支持主动获取数据的方式
支持以主动的方式从各个数据源读取数据
支持被动获取数据的方式
提供JavaAPI或者Web服务，便于数据源将数据发送到BAM中
支持数据的过滤处理操作
支持数据的清洗、汇聚、过滤等操作
支持WebService传输的相关协议
支持如HTTP/SOAP,WS-I,WS-Security,WS-Policy,SOAP1.2,WS-Addressing等传输协议
支持多种消息传输协议
支持如JMS,MQ,EJB/RMI,Tuxedo,FTP,SFTP,File,Email,Socket等消息传输协议
支持从多种中间件获取数据
支持但不局限与OracleWebLogic,IBMWebsphereTibcoEMS,IBMMQ,IBMWebSphere等消息中间件获取数据
实时数据管理组件
实时数据管理组件提供了基于事件的报告和警报来访问目前的业务活动信息。
通过它可实时地可视化地监控商业流程、商业信息和商业活动，随时了解关键商业流程的实时性能，提高服务质量。
它具有实时智能分析数据缓存能力。
实时数据管理能够监视和察觉具体视图的变化。
当检测到业务活动数据发生变化后，实时数据管理把变化的信息作为一个XML消息送到仪表盘，仪表盘实时更新视图；
或者向事件引擎发送警报，供其进行分析处理。
支持采集数据的临时缓存
通过适配器采集的数据应具备临时缓存机制
监控视图变化
能够监视和察觉到具体视图的变化
检测到视图变化后，发送XML消息到仪表盘显示
当活动数据发生变化后，需要能够生成一个报告，在该报告中记录了变化的数据，并将该数据发送到BAM仪表盘中
根据数据视图的变化向事件引擎发送警报
当活动数据发生变化后，根据定义的规则相事件处理引擎发送警报，通知事件处理引擎
提供JavaAPI数据操作接口
需要提供Java API接口,便于外部系统对实时数据管理中的数据对象，进行插入修改删除数据的操作。
提供Web服务接口
需要提供Web服务接口,便于外部系统对实时数据管理中的数据对象，进行插入修改删除数据的操作。
提供JMS消息的发布
外部系统可以通过定义该组件发布的消息阅读来保持BAM与企业系统后台程序的一致
支持动态警报功能
支持动态警报（DynamicAlerts）功能，可使业务用户在发生情况时指定警报的时间、人员和方式。
事件引擎
事件处理引擎是业务活动监控的基础，BAM的功能的执行过程可以分为捕获，过滤、分析、警告四个阶段，其中：
●捕获：
BAM捕获各种事件（通过消息监听器、适配器、代理等）。
这些事件来自应用、系统软件、外部交易伙伴。
消息是BAM的核心——它们反应底层业务流程的状况。
●过滤：
BAM过滤掉没有直接后果的事件，在很多情况下由支持事件流处理或复杂事件处理CEP引擎来进行过滤。
●分析：
BAM根据分析模型和规则将相关事件联系起来。
●警告：
BAM向用户提出警告，以便用户在必要时进行控制。
如上所示，BAM的执行过程包含四个步骤，而前三个步骤都是对事件进行相关的处理（捕获事件、过滤事件、分析事件、关联事件），因此在事件处理引擎在BAM中占据一个非常重要的地位。
与CEP相比，BAM的事件引擎只能进行一些相对简单的事件处理和分析，BAM需要支持与专业的CEP产品集成。
支持可自定义的规则
可以以业务化、非编码的方式对定义各种事件
事件触发通知服务
实时的监控业务活动，获取实时信息，基于规则对事件信息进行过滤，并根据过滤的效果触发外部操作
支持邮件通知
能实时发现反常情况或紧急事件，发出告警，支持人性化电子邮件通知
支持流事件的实时监控
支持对连续不断的数据进行实时监控处理
事件过滤功能
对发生的事件提供过滤支持，智能用户定义过滤条件，对事件进行过滤
可以定义事件处理的规则
规则语言定义事件处理的规则，即条件+动作。
当某些条件满足时，执行一些处理，一些动作，规则语言定义的规则集合在运行时由规则引擎来执行，当有新的事件和对象产生，或者已有事件和对象变化时，匹配所有规则，满足条件的规则按优先级进入执行队列，按顺序执行规则中的动作。
如果该动作的处理导致事件和对象的变化，可能会有新的规则加入执行队列，或者从执行队列中减去一些规则。
这个过程会一直执行下去，模拟了一个实体对变化的持续反
提供持续查询语言CQL来描述事件和事件反应处理规则
对于内存中大量的外部事件和内部对象，CQL通过查询语句来做条件匹配，同时提供回调函数，当某些事件或者对象符合查询条件，就调用回调函数做相应的处理
提供事件回放功能
提供业务事件记录和回放功能，让管理员可以记录事件流，并在以后导出或回放，提高问题确定的效率，同时可以更容易地维护环境
支持WS-Notification规范
数据持久化
当BAMServer收到来自各个数据源的实时数据后，会对实时数据进行一定的分析处理。
当数据处理完毕后，如果需要进行持久化的处理，则可以将这些数据进行持久化处理，将其保存都数据库或者文件中。
此外，当将数据送到图表展现组件中进行显示完毕后，这些数据就成为了历史数据，这些历史数据需要保存起来，用于一些复杂的历史数据查询以及高级的数据报表。
这些历史数据可以作为BI的数据源之一，通过BI进行进一步的挖掘和处理。
BAM产品需要提供基于历史数据的趋势预测功能，以便管理人员提前采取措施，主动避免潜在问题，发现潜在机遇；
基于历史数据提供基于预测功能的警报功能，可以基于KPI预测值定义警报的触发，能够对业务状况做出快速而又明智的响应。
实时数据存储
支持将处理完毕的实时数据存储到数据库或者文件中
提供可配置化的存储策略
可以在BAMServer中对实时数据的存储策略进行配置，可以设置哪些数据需要进行存储，哪些数据不需要进行存储
基于历史数据进行趋势预测
基于历史数据进行趋势分析，便于管理人员提前发现潜在的问题和机遇
基于历史数据提供警报功能
支持基于历史数据的KPI预测值定义警报
实时数据缓存
企业的监控数据可能源源不断的会被送到BAMServer，这些数据经过处理后，会被送到图表展现管理组件进行展示，数据源推送的速度可能与BAMServer处理的速度存在不匹配，为了解决二者之间的不匹配，就需要对实时数据进行适当的缓存处理，每次数据源先将数据送到实时数据缓存组件中，事件引擎在处理完毕数据后会从缓存中读取数据进行处理，利用缓存，可以极大地提高事件的处理效率，提高BAM产品的性能。
提供实时数据缓存
对来自数据源中的数据进行缓存，
可配置的数据缓存策略
可以对缓存的间隔、时效性、个数等特性进行详细的配置
对数据缓存进行管理
可以对BAMServer中的实时数据缓存进行管理
模型定义
模型开发工具提供了在BAMServer中进行处理的数据的类型，格式，属性等信息，这些信息都是通过模型定义功能进行操作的，通过模型定义功能，我们可以定义各种在图表中展现的数据格式，可以定义这些数据的处理规则，定义如何对这些数据进行清洗、综合处理，定义当满足一定的条件时触发一系列的特殊操作。
定义模型的数据格式
定义模型的各个属性
定义模型的处理规则
针对不同的数据采用不同的处理规则策略
定义数据的触发条件和操作
定义在什么样的条件下触发外部的操作，触发什么样的操作
模型测试
当定义完模型后，需要能够对这些定义的模型进行一系列的测试，确保定义的模型没有问题。
所进行的测试包括：
测试数据的处理规则、数据触发的条件、数据所触发的操作以及数据的模拟查询与展示，具体而言，包括
模拟查询数据
对定义的数据进行各种查询
测试数据的处理规则
对数据的处理规则进行测试
测试数据的触发条件和操作
图表展现管理组件
当实时数据管理组件中的数据发生变化后，这种变化要能够实时的在仪表盘以及相关图表中反应出来。
这就要求业务活动监控产品提供对图表数据的管理，即从实时数据管理组件发过来的数据要先放在图表数据管理组件中，图表数据管理组件会将数据主动发送到仪表盘，仪表盘会实时进行展示，支持对每个KPI的缓存间隔进行细粒度控制，这对于进行需要大量筛选、计算时间长的KPI的性能而言特别重要。
展现开发工具
展现开发工具是面向业务用户，用于创建报表的Web应用，可在不同用户之间共享工作成果。
通过展现开发工具，业务用户可以根据自己的需求开发出特定的图表。
这些图表包括一个或多个视图，用于监控活动数据缓存中众多的数据对象，视图类型包括各种列表、图形、柱状报告、箭头、表单、KPI等样式。
提供多种常见展现图表的开发
提供各种列表、图形、柱状报告等常见图表形式的开发
基于浏览器的开发方式
提供基于B/S的开发方式进行展现图表的开发
提供图形化的操作界面
支持基于角色的、可定制的图形操作界面，提供流程图监控、关键性能指标和维度分析功能
仪表盘组件
图表的管理容器，通过它可以展示各种各样的业务活动KPI指标。
仪表盘组件应该默认提供各种各样的图表组件，图表组件包括：
饼状图、柱状图、仪表盘图、折线图、点线图、图文混合图表等常见组件，用户通过在展现开发工具中指定监控数据显示所用的仪表盘来显示数据。
如果BAM默认提供的仪表盘无法满足要求，BAM必须支持扩展功能，支持开发人员对这些系统自带的仪表盘进行扩展，根据业务的实际情况进行开发。
默认提供多种常见仪表盘
提供饼状图、柱状图、仪表盘图、折线图、点线图、图文混合图表等常见组件
仪表盘可以进行扩展开发
开发人员可以对现有的仪表盘根据自己的情况进行扩展开发
仪表盘支持数据的实时显示
仪表盘要支持数据的实时显示，不能靠人工去刷新页面的方式来刷新页面
仪表盘可以单独进行展现和使用
第三方应用可以使用这仪表盘，将其嵌入在应用中
图表服务器
图表服务器按照用户定义，接收并转换数据，产生简单或复杂的报表。
它维护到图表之间的开放性连接，监控缓存数据变化，并实时显示变化后的数据。
图表服务器负责接受来自BAMServer的数据，并将这些数据更新到相关数据的缓存中，并将这些数据推送到仪表盘进行实时的显示。
接受来自BAMServer的数据
实时接收来自BAMServer的数据
缓存图表数据
将来自BAMServer的数据缓存起来，再将其发送到仪表盘显示
图表数据的实时显示
当图表数据缓存中的数据发生变化时，要能够将变化后的数据实时的发送的仪表盘进行显示
快照与变更列表
可以对数据缓存中的内容进行快照,提供对报告的随机存储
报告缓存保存变更列表,保证故障恢复
图表数据缓存
当实时数据管理组件中的数据没有发生变化时，需要将数据进行缓存起来，以供仪表盘数据显示
图表数据主动推送
能够维持到图表的链接，当数据发生变化后能够将数据主动推送到仪表盘进行展示
图表数据格式化处理
能够对图表中的数据进行各种各样的格式化处理
实时数据监控功能
当实时数据管理组件中的数据发生变化时，图标管理组件要能够实时的监控到这种变化，并进行相关的操作
数据缓存间隔控制
可以按照时间、大小、有效期等维度对数据缓存进行细粒度控制
对查询结果进行缓存
可以有效地预计算和存储开销很高的查询结果（用于多维度量），避免多维导航（如展开操作）过程中潜在的长时间延迟，提高用户端的响应时间
消息中心组件
消息中心组件就可以在某些事情（比如异常）发生的时候，通过站内短信或手机短信将相关的数据发送给用户。
支持多种消息提醒方式
支持通过邮件、站内消息、手机短信的方式通知用户或者相关的应用
消息可进行细粒度配置
对提示的消息可以进行内容、提示频率等进行详细设置
展现扩展开发
BAM产品需要能够提供丰富的图表，包括以列表、图形等形式展示。
此外还需要提供一个基于角色的、可定制的图形操作界面，提供流程图监控、关键性能指标和维度分析功能。
通过该工具，用户可以指定实时数据管理组件中的模型，修改这些数据的模型，指定数据模型展示的形式，确定模型与图表之间的对应关系。
支持图形化的语义描述开发界面，支持动态调试增加断点、单步执行、跳入、跳出、实时修改数据的图形化调试工具。
可提供高级数据分析接口
可将复杂的事件处理与商务智能以及历史、实时数据和事件的高级实时报表相结合，通过视图、信息面板，为业务用户提供关于关键业务参数的可操作信息，有助于识别业务流程和数据源中的瓶颈，提高操作效率，促进做出明智决策。
支持各种度量指标库
支持各种开放标准的关键性能指标（KPI），包括各种列表、图表、分栏报表、交叉表、箭头和KPI、电子表格、漏斗图、3D图表（柱状图、线图、区域图、组合图、饼图、堆叠条形图）、SPC图表、市场箭头、矩阵交叉表、汇总交叉表、动作列表（单选钮）、折叠列表和动作表单等。
仪表盘开发功能
需要提供开发各种仪表盘的功能，用户通过在Studio中拖拽操作以可视化的方式快速方便的完成各种仪表盘的开发
实时数据模型开发
可在开发工具中进行实时数据模型的开发，可以从实施数据管理组件中读取里面的数据，也可以新建实时数据模型
图形化开发界面与动态调试
支持图形化的语义描述开发界面；
支持动态调试、增加断点、单步执行、跳入、跳出、实时修改数据的图形化调试工具
支持与业务建模工具结合
支持与业务建模工具的有机结合，在将来的模型中能应用收集到的真实活动数据，来帮助简化与优化商业流程，提高建模的准确性和降低风险
提供可扩展的API
提供可扩展的API供开发人员按照实际项目的需要进行扩展
5 非功能性规范
除了要满足以上的功能性要求外，在某企业使用的业务活动产品在非功能方面也有一些要求，主要包括产品兼容性、可靠性、负载要求、容错性、安全性，此外，业务活动产品也要支持在集群环境下部署。
兼容性
业务活动监控平台应全面兼容主流操作系统（如Windows、Linux、Unix、AIX）、数据库（如：
Oracle、SQLServerDB2、Sybase）、应用服务器平台（如：
IBMWebsphere、OracleWeblogic、Jboss、ApacheTomcat）等应用。
可靠性
平台在规定的容量设计范围的压力下，正常不间断的运行7*24个小时，同时能够保证平台运行稳定和一定的处理速度；
在应用出现各种严重异常的情况下，平台能够容错，并快速建立一系列的处理机制。
负载要求
压力超过设计容量的30%的情况下，能维持稳定24小时，超过100%的情况下能维持稳定1小时，并在压力恢复的时候，平台恢复正常（cpu以及内存等各种资源）。
容错处理
业务活动监控平台要能捕获业务应用错误，并屏蔽其对平台造成的影响，同时，提供相应的错误处理机制。
安全性
平台安全应达到GB/T18336-2001《信息技术安全技术信息技术安全性评估准则》的第三级标准。
集群部署
业务活动监控产品，可适应集群环境部署，并能正确处理多服务器集群环境的消息同步处理、定时服务、缓存同步等。
6 部署规范
如果使用业务监控产品监控单个业务系统内的活动，则监控产品与业务应用分开部署，业务活动监控产品定期或者实时的从业务应用各种获取数据，显示各种KPI指标；
如果是使用业务监控产品监控多个业务系统中的业务活动，建议在某企业与各个分子公司各自部署一套产品，各产业单位与金融单位各自部署一套产品，基于这种统一的业务监控中心对各个业务系统中的业务处理活动进行监控，如下所示：
应用模式
部署模式
监控单个系统
监控产品与业务应用分开部署
监控多个系统
在某企业总部部署一套，各个分子公司、产业单位、金融单位各部署一套
7 术语表
术语名称
解释
KPI
Keyperformanceindicator，关键性能指标
CEP
复杂事件处理，可以对各种基本事件进行实时处理的技术
WS-Security
Web服务安全协议
WS-Addressing
Web服务地址协议
SOAP1.2
简单报文协议，一种数据传输协议，与Web服务一起使用
升级会员 