Visual rules管理系统VRS方案
合集下载
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 业务人员
– 整理业务规则，整理相 关数据和文档
• 测试人员
– 组织测试数据和测试用 例 – 执行测试用例，并反馈 问题 – 审核并发布规则
– 参与规则设计和开发。 可负责调整部分规则
• 技术人员
– 相关数据结构设计以及 永久数据存储设计
– 业务流程算法设计以及 规则结构设计 – 协助规则执行纠错
业务需求
业务软件
业务规则服务框架
菜单 门户 单据 规则 逻辑
企业数据模型
流程政策 团队管理 外部接口
技术框架
VRS平台设计原则
• 规范管理企业规则
– 用规则平台来统一管理和设计企业中应用到的各项政策和规则
• 业务人员参与业务规则实现
– 采用业务语言来实现业务规则，让业务人员参与业务规则的实现
• 上线运行时规则配置
薪资管理系统VRS方案实现
薪资管理系统大致需求说明
• 不同国家用户登录，显示不同语言的界面 • 可以对不同国家的薪资计算规则进行配置
• 允许薪资管理人员调整计算规则，并对调 整后的规则进行版本控制 • 记录薪资计算的执行轨迹 • 表格化的参数配置
薪资管理系统实现考虑
• • • • • • • 采用国际化处理web界面 界面生成模板化，并可调整样式 数据库访问操作统一配置管理 业务规则可配置，并兼顾性能 Excel表格管理配置参数 运行结果可追溯 操作简单易用易学
总结
产品优势
• 灵活 – 旗正规则平台不光使得业务规则可以适应需求变化， 包括数据结构、数据源结构等也能适应需求变化 – 规则引擎内置批处理数据对象，适用面更广 • 易用性 – 旗正规则编辑器是目前最方便使用的配置器，学习曲 线很低 • 性能 – 旗正规则执行的速度和所占用的系统资源和手写代码 基本一致，不存在传统规则引擎所面临的性能问题
Visual Rules Solution 业务规则管理系统
2010年
旗正发展历程
2009年金融客户推广 2009
2008年制造业客户推广 2009 信息化管理系统开始使用 2008 2007
2010
2009年12月VRS3.5发布
电子政务开始使用
2006 保险系统开始使用 2005 2004
2007年3月VRS3.0正式发布
应用基础框架
技术特点
• 基于规则组件（业务构件，知识积累和复 用的单元） • 需求驱动（对业务需求进行描述，需求发 生了变化，不需要改代码，只需要调整需 求描述） • SOA－面向服务架构（业务规则运行架构 ）
使用的主要技术
• • • • • • SOA标准技术 BRMS规则引擎技术 业务数据建模技术 作业控制(Job) 统一门户技术 国际化配置技术
规则服务打造竞争优势
• 标准化的规则服务
– 不同语言接口服务 – 不同协议的通讯接口
• 精细化业务规则管理
– 精确管理系统中需要实现的每个业务规则 – 精确管理涉及的数据结构和外部配置 – 规则包的权限控制和版本控制
• 卓越性能
– 按顺序常规设计处理思路，易学易用 – 编译运行，最佳性能
角色分工
VRS方案
VRS的信息架构
数据 模型 部门 定制 使用 规则定制平台 集成 集成 应用 业务 规则 工作 门户 定制 中心 ERP
应用
应用
应用
一体化
配置实现业务规则
Excel报表输出
方案特点
VRS业务规则服务平台
运营 需求 部署 VRS 规则引擎 配置 试用 规则 设计 规则 开发 规则 测试 规则 部署 规则 维护 规则 查阅
– 采用规则平台，在系统上线后自行配置变动后的业务规则
• 标准化
– 使用行业标准的技术体系，如Java、SOA、WebService等
• 开放性
– 可以使用通用、标准的技术对系统进行扩展 – 可以与其他应用系统快速接口 业务规则 业务规则
• 可持续
– 不断积累业务模式，持续发展
• 高性能
– 可扩展支持大容量的企业业务要求
• 管理人员
– 查看已应用规则 – 监控实施进度 – 规则设计优化
谢谢！
软件厂商负责平台支持
VRS总体架构
客户
项目管理
系统分析 菜单管理
架构设计 权限管理
系统开发 日志管理
系统测试 规则配置器 界面生成器
文档编写
封装模块
封装服务和构件
数据结构配置器
规则服务平台（规则引擎）
服务抽取
底层实现接口
Database Excel XML SOAP Sheet Class Chart Word Ajax
1
2 3 4 5
•
用业务语言来描述和实现需求
业务部门共同参与业务逻辑实现
业务部门 – 负责提供需求 – 开发过程中确认需求细节 – 全程参与开发和测试过程
– 协助厂商调研和整理需求 – 负责进行一些常规维护 – 负责后期的维护改动
• 技术部门
无编码配置型开发
• 厂商
技术部门自行维护系统
– 提供开发平台支持 – 负责最初的项目构建 – 负责框架的升级
VRS应用运行架构
客户管理
业务流程
生产管理 业绩管理 机种管理 生产线管理 组织机构 核心业务 用户
业务规则
报表
日程管理 权限管理 内外系统接口 基础业务 数据模型
S O A / J 2 E E
DB
门户模型
应用业务
中间件
数据层
案例
主要案例
• • • • • • 松下PPAS管理系统 华三合作伙伴利益核算系统 泰康保险保单处理系统 华夏银行信用卡处理系统 太平人寿银保通输出 新疆公安厅爆炸物品管理系统
• 数据结构变化难以适应
– 数据结构涉及到数据库结 构变化，难以调整
• 系统使用简单
– 操作简单、速度快
• 软件需要定制
– 受制于技术员的开发能力
• 系统响应要快
– 业务调整时，系统要及时 快速调整
• 响应需要时间
– 受制于软件厂商，响应需 要时间
核心理念
旗正业务规则定制平台
让管理系统随需而变
业务、技术、厂商分工
规则包 POJO EJB 公共类
数据库操作类
数据存储
2015年3月31日
7ቤተ መጻሕፍቲ ባይዱ
VRS主要目的作用
• • • • • 减轻数据库端处理压力 逻辑规则统一管理，动态配置 数据结构统一管理，图形化描述 规则应用服务化，接口标准化 操作界面模板化，统一国际化处理
B/S架构管理系统项目
• • • • 一般特点 VRS方案 方案特点 demo演示
VRS系统结构
• • • • • • 规则引擎 规则配置器 规则管理系统 数据库配置器 页面配置器 规则服务
页面配置器 规则配置器 规 则 引 擎 规 则 服 务 业务逻辑 数据库配置器 表格操作类 EXCEL操作类 XML操作类
HTML AJAX JSP Web应用框架 操作界面 业务规则管理系统
2005年3月VRS2.0发布
旗正信息公司成立 2003
2004年5月获创新基金支持
2003年12月VRS1.0发布
业务部门与技术部门困惑
业务部门
• 需求描述困难
– 影响因素多 – 不好总结
技术部门
• 需求容易变化
– 需求调研困难、项目中途 或后期都容易变化
• 数据来源复杂
– 有大量临时数据 – 容易调整
– 整理业务规则，整理相 关数据和文档
• 测试人员
– 组织测试数据和测试用 例 – 执行测试用例，并反馈 问题 – 审核并发布规则
– 参与规则设计和开发。 可负责调整部分规则
• 技术人员
– 相关数据结构设计以及 永久数据存储设计
– 业务流程算法设计以及 规则结构设计 – 协助规则执行纠错
业务需求
业务软件
业务规则服务框架
菜单 门户 单据 规则 逻辑
企业数据模型
流程政策 团队管理 外部接口
技术框架
VRS平台设计原则
• 规范管理企业规则
– 用规则平台来统一管理和设计企业中应用到的各项政策和规则
• 业务人员参与业务规则实现
– 采用业务语言来实现业务规则，让业务人员参与业务规则的实现
• 上线运行时规则配置
薪资管理系统VRS方案实现
薪资管理系统大致需求说明
• 不同国家用户登录，显示不同语言的界面 • 可以对不同国家的薪资计算规则进行配置
• 允许薪资管理人员调整计算规则，并对调 整后的规则进行版本控制 • 记录薪资计算的执行轨迹 • 表格化的参数配置
薪资管理系统实现考虑
• • • • • • • 采用国际化处理web界面 界面生成模板化，并可调整样式 数据库访问操作统一配置管理 业务规则可配置，并兼顾性能 Excel表格管理配置参数 运行结果可追溯 操作简单易用易学
总结
产品优势
• 灵活 – 旗正规则平台不光使得业务规则可以适应需求变化， 包括数据结构、数据源结构等也能适应需求变化 – 规则引擎内置批处理数据对象，适用面更广 • 易用性 – 旗正规则编辑器是目前最方便使用的配置器，学习曲 线很低 • 性能 – 旗正规则执行的速度和所占用的系统资源和手写代码 基本一致，不存在传统规则引擎所面临的性能问题
Visual Rules Solution 业务规则管理系统
2010年
旗正发展历程
2009年金融客户推广 2009
2008年制造业客户推广 2009 信息化管理系统开始使用 2008 2007
2010
2009年12月VRS3.5发布
电子政务开始使用
2006 保险系统开始使用 2005 2004
2007年3月VRS3.0正式发布
应用基础框架
技术特点
• 基于规则组件（业务构件，知识积累和复 用的单元） • 需求驱动（对业务需求进行描述，需求发 生了变化，不需要改代码，只需要调整需 求描述） • SOA－面向服务架构（业务规则运行架构 ）
使用的主要技术
• • • • • • SOA标准技术 BRMS规则引擎技术 业务数据建模技术 作业控制(Job) 统一门户技术 国际化配置技术
规则服务打造竞争优势
• 标准化的规则服务
– 不同语言接口服务 – 不同协议的通讯接口
• 精细化业务规则管理
– 精确管理系统中需要实现的每个业务规则 – 精确管理涉及的数据结构和外部配置 – 规则包的权限控制和版本控制
• 卓越性能
– 按顺序常规设计处理思路，易学易用 – 编译运行，最佳性能
角色分工
VRS方案
VRS的信息架构
数据 模型 部门 定制 使用 规则定制平台 集成 集成 应用 业务 规则 工作 门户 定制 中心 ERP
应用
应用
应用
一体化
配置实现业务规则
Excel报表输出
方案特点
VRS业务规则服务平台
运营 需求 部署 VRS 规则引擎 配置 试用 规则 设计 规则 开发 规则 测试 规则 部署 规则 维护 规则 查阅
– 采用规则平台，在系统上线后自行配置变动后的业务规则
• 标准化
– 使用行业标准的技术体系，如Java、SOA、WebService等
• 开放性
– 可以使用通用、标准的技术对系统进行扩展 – 可以与其他应用系统快速接口 业务规则 业务规则
• 可持续
– 不断积累业务模式，持续发展
• 高性能
– 可扩展支持大容量的企业业务要求
• 管理人员
– 查看已应用规则 – 监控实施进度 – 规则设计优化
谢谢！
软件厂商负责平台支持
VRS总体架构
客户
项目管理
系统分析 菜单管理
架构设计 权限管理
系统开发 日志管理
系统测试 规则配置器 界面生成器
文档编写
封装模块
封装服务和构件
数据结构配置器
规则服务平台（规则引擎）
服务抽取
底层实现接口
Database Excel XML SOAP Sheet Class Chart Word Ajax
1
2 3 4 5
•
用业务语言来描述和实现需求
业务部门共同参与业务逻辑实现
业务部门 – 负责提供需求 – 开发过程中确认需求细节 – 全程参与开发和测试过程
– 协助厂商调研和整理需求 – 负责进行一些常规维护 – 负责后期的维护改动
• 技术部门
无编码配置型开发
• 厂商
技术部门自行维护系统
– 提供开发平台支持 – 负责最初的项目构建 – 负责框架的升级
VRS应用运行架构
客户管理
业务流程
生产管理 业绩管理 机种管理 生产线管理 组织机构 核心业务 用户
业务规则
报表
日程管理 权限管理 内外系统接口 基础业务 数据模型
S O A / J 2 E E
DB
门户模型
应用业务
中间件
数据层
案例
主要案例
• • • • • • 松下PPAS管理系统 华三合作伙伴利益核算系统 泰康保险保单处理系统 华夏银行信用卡处理系统 太平人寿银保通输出 新疆公安厅爆炸物品管理系统
• 数据结构变化难以适应
– 数据结构涉及到数据库结 构变化，难以调整
• 系统使用简单
– 操作简单、速度快
• 软件需要定制
– 受制于技术员的开发能力
• 系统响应要快
– 业务调整时，系统要及时 快速调整
• 响应需要时间
– 受制于软件厂商，响应需 要时间
核心理念
旗正业务规则定制平台
让管理系统随需而变
业务、技术、厂商分工
规则包 POJO EJB 公共类
数据库操作类
数据存储
2015年3月31日
7ቤተ መጻሕፍቲ ባይዱ
VRS主要目的作用
• • • • • 减轻数据库端处理压力 逻辑规则统一管理，动态配置 数据结构统一管理，图形化描述 规则应用服务化，接口标准化 操作界面模板化，统一国际化处理
B/S架构管理系统项目
• • • • 一般特点 VRS方案 方案特点 demo演示
VRS系统结构
• • • • • • 规则引擎 规则配置器 规则管理系统 数据库配置器 页面配置器 规则服务
页面配置器 规则配置器 规 则 引 擎 规 则 服 务 业务逻辑 数据库配置器 表格操作类 EXCEL操作类 XML操作类
HTML AJAX JSP Web应用框架 操作界面 业务规则管理系统
2005年3月VRS2.0发布
旗正信息公司成立 2003
2004年5月获创新基金支持
2003年12月VRS1.0发布
业务部门与技术部门困惑
业务部门
• 需求描述困难
– 影响因素多 – 不好总结
技术部门
• 需求容易变化
– 需求调研困难、项目中途 或后期都容易变化
• 数据来源复杂
– 有大量临时数据 – 容易调整