宝信信息系统平台iPlat4j介绍v1.2

平台软件资产专注于不同领域
iPlat4j关键价值
提高企业资源利用率 提高信息化应用开发起点 降低信息化项目总体风险 提升信息化项目整体质量 提高信息化应用开发和运行效率 加强信息化系统间一致性
平台应用环境
客户端
应用服务器
数据库
操作系统 应用软件
CPU 内存 硬盘 特殊需求
WinXP/2000/2003/Vista/7/2 008 IE6.0及以上版本 Chrome Safari Firefox
平台构成-基础框架 元数据管理(ED)—功能
对于平台中的元数据，如页面、按钮及菜单、国际 化资源等，进行统一集中的管理。
页面信息管理：用于注册项目中开发的页面，平台根据页面注册 信息进行相关的调度。
按钮信息管理：用于注册各页面不同区域所包含的按钮，便于平 台的统一渲染。同时与授权相关联，可进行按钮的自动过滤。
传统的信息系统建设方式无法适 应企业业务需求的不断变更，常 常陷入“建成即闲置”的尴尬局 面。 传统的信息系统建设方式开发效 率低下，造成企业IT系统的总体 拥有成本过高。 传统的信息系统建设方式难以控 制应用的质量，往往取决于开发 人员的个人能力和水平。 传统的信息系统建设方式往往受 限于底层技术，难以扩展和维护。
业务处理SQL
Jsp 1
页面格式定义
Js
2
页面动作定义
Struts 托管
DispatchAction 平台集中托管
Spring 托管
Service 3
业务处理逻辑 ibatis托管
SQL xml 4
业务处理SQL
平台构成-基础框架 国际化资源管理
国际化(Internationalization，简称I18N)指的是在软件设计 阶段，就应该使软件具有支持多种语言和地区的功能。
英文环境
中文环境
平台构成-基础框架 国际化资源管理
国际化资源管理的程序具有以下特征：
当应用需要支持一种新的语言时，无需修改应用程序代码 文本、消息和图片从源程序代码中抽取出来，存储在外部 可以根据用户的语言和地理位置，对与特定文化相关的数据， 如日期、时间和货币，进行正确的格式化
提供数据库和资源文件两种实现方式，可以灵活地配置 修改资源信息后，可实现热加载，而无需重启应用
企业信息化存在的问题 原因分析
IT黑洞问题：
传统信息系统的建设，是在底层的技术平台上直接构建业务 系统，并且也只能采用面向技术的、业务无关的编程工具来开发 管理系统 。这种低层次的软件开发模式，导致功能组件的大量重 复开发，IT人员更加关注于具体技术，而对关键的业务知识和技 能难以得到提炼和积累，使信息系统的开发、维护和扩展困难重 重，导致IT黑洞现象的普遍发生。
一个数据块的列头信息由 独立的EiColumn对象进行描述
平台构成-基础框架 数据交换(EI)
EiInfo
blocks
EiBlock
blockMeta
EiColumn
columns EiBlockMeta
平台构成-基础框架 数据交换(EI)
通过采用统一的数据交换结构EiInfo
封装数据格式 统一交换标准 屏蔽底层细节
支撑云计算的分布式体系架构
应用拆包部署及应用跳转
对于大型工程应用，支持划分为较小的模块（或子系 统）分别进行部署。
支持各个模块（或子系统）之间的单点登录。
支持业务画面按照模块（或子系统）进行跳转。
通过Session复制或者Session共享的方式，保证用户 状态在各个模块（或子系统）之间的一致性。
应用孤岛问题：
由于各个业务系统独立进行资源规划，采用不同的开发框架 和组件库，在功能设计和具体技术上都存在一定的差异，没有形 成统一的标准，导致信息系统大多是孤岛型的应用，或者是业务 功能模块的简单累加，相互之间难以进行集成，资源难以得到有 效共享。
企业信息化需求的解决之道
统一的基础架构 统一的用户体验 标准的信息格式 公共的业务组件 灵活的配置模式 全流程工具支持
iPlat TM
平台构成-基础框架 数据持久化
基于成熟稳定的开源数据访问框架：
✓ 简单、轻便、灵活 ✓ 学习成本低
数据访来自百度文库接口的适当封装
✓ 屏蔽内部逻辑，用户操作简单
实用的扩展功能
✓ 根据不同的数据库类型自动适配，及性能最优化的自动封装 ✓ 用户无需了解诸多不同数据库的差异及优化方案，由平台来
保证开发效率及代码的可移植性
办公 (OA)
企业资源 管理(ERP)
人事绩效 (HR)
产品管理 (PDM)
客户关系/ 销售
(CRM)
……
决策分析 (DSS)
企业信息化存在的问题 信息孤岛
开发框架和组件 数据定义存储 维护/定制工具
应用孤岛 难以集成
开发框架和组件 数据定义存储 维护/定制工具
各个业务系统单独建设，资源利 用率低，无法有效共享资源。 各个业务系统重复开发大量的公 共组件，造成资源的巨大浪费。 各个业务系统采用不同底层技术 实现，在用户体验和操作模式上 存在巨大差异，增加学习成本。 各个业务系统形成信息孤岛，互 相之间难以互联互通，无法实现 信息资源的集成和共享。
•界面模型与业务模型之间、以及 各个系统之间通过统一的数据交换 中间件进行数据通信。
•遵循统一标准的指导思想及设计 理念进行实施，云中的应用系统将
能够非常快速地集成在一起。
基于SOA思想的体系架构
应用
服
务
组合 应用
托
管
iPlat4j SOA framework
SOA服务提供系统
基于SOA思想的体系架构
N/A
N/A
512M
2G
2G
N/A
500M
500M
显示分辨率：1024×768以上 允许对服务器ip地址的弹出窗口
浏览器设置为每次访问时都检查
先进的核心容器管理 灵活简洁的事务管理 统一便捷的异常管理
平台构成-基础框架 核心管理
配置文件看不懂 提交回滚语句不会写 异常处理太复杂
开发人员无需关注技术细节，可以专心于开发业务逻辑
传统代码片断：
平台构成-基础框架 元数据管理(ED)—效果
按钮定义
iPlat4j代码片断：
按钮自动渲染及 权限自动过滤
权限判断
平台构成-基础框架 数据交换(EI)
iPlat4j采用统一的数据交换结构EiInfo
前台页面提交的数据，系统会根据规则自动组织成EiInfo结构
交给后台应用进行处理
后台应用处理完成的数据组织成EiInfo的信息格式返回前台，
前台根据EiInfo的信息自动渲染成相应的页面展现元素
后台Service对外提供的所有方法的输入与输出参数都为
EiInfo
EiInfo
Service A
客户端 页面
EiInfo
Service B
一个EiInfo由若干个数据块 区(EiBlock)组成
一个数据块区（EiBlock） 相当于一个按行列组织的二维数 据，以行号和列名为关键字检索 数据
平台构成-基础框架动态配置
Jsp
页面格式定义
Js
页面动作定义
Struts Config
Structs Action
Struts动作(action)类
ActionForm
表单映射数据
Spring Config
通过动态配置实现对应用程序的全面托管
Service
业务处理逻辑
Ibatis Config
SQL xml
目录
1 为什么要开发iPlat4j？（Why） 2 iPlat4j是什么？（What） 3 iPlat4j的特性 4 iPlat4j的应用案例 5 如何使用iPlat4j？（How）
用户
美好的愿景
开发商
高额的投资
复杂的过程
艰
漫长的周期
苦 的
努
失控的质量
力
无尽的维护
IT黑洞
用户
双输的结局
开发商
企业信息化存在的问题 IT黑洞
产品构成
iPlat4j使您一次性获得多个 产品：
信息系统开发框架 信息系统前端组件库 业务流程管理平台 业务规则管理平台 内容管理平台 门户系统 报表系统 全生命周期开发套件 。。。
•将业务功能抽象为界面模型、业 务模型、数据模型3部分。
•在业务模型中抽象出服务控制层 ，实现对服务的托管控制及管理 。业务模型中的服务能够以松耦合 的方式被界面模型以及外部系统使 用。
平台构成-基础框架 数据持久化
多数据源访问：
✓ 支持在同一个应用系统中与多个不同的数据源进行交互。 ✓ 支持多数据源的动态切换。 ✓ 支持不同数据源的独立事务。 ✓ 多租户数据隔离。
NoSQL数据库访问：
✓ 支持Hbase等NoSQL数据库的访问。
多数据源调用示例：
EiInfo info = new EiInfo(); info.set(EiConstant.serviceName, "EE31"); info.set(EiConstant.methodName, "call"); info.set(SoaConstants.DATA_SOURCE_NAME, "dataSource2"); SoaManager.callNewTx(info);
服务 构件
服务 构件
服务 构件
EiInfo 数据包
HTTP REST RPC
服务 构件
服务 构件
服务 构件
iPlat4j SOA framework
服务使用者(业务系统)
JSON 数据包
WebService
数据 打包
第三方业务系统
调用方式 HTTP REST RPC
基于SOA思想的体系架构
支撑云计算的分布式体系架构
相关资源无法统一管理 配置信息难于动态加载 相关元素与授权信息关联不够 直接 资源重复定义，一致性差
✓ 信息集中维护，便于项目组对项目 规模进行全局管理
✓ 平台能根据页面注册信息进行统一 的调度
✓ 能根据各页面不同区域所注册的按 钮信息，进行自动渲染
✓ 信息修改可动态加载
✓ 资源可自动导入授权系统
✓ 与授权模块相关联，可进行按钮及 菜单等的自动过滤
解放了开发人员，使开发人员精 力集中于业务数据及逻辑的组织
保证了基于SOA服务的集中灵活 调度
平台构成-基础框架 排队作业—功能
调度异步后台作业 各类作业按照FIFO的方式排队 控制每种作业最大并发执行数 ---适配集群环境 控制排队长度
平台构成-基础框架 排队作业
查看作业执行情况以及 调整作业运行的优先级
1G
Windows、Unix、 Windows、Unix、Linux Linux
Weblogic 9及以 上版本、
Websphere 6.1 及以上版本、 Tomcat 5.0及以 上版本
Oracle 9i及以上版本、 DB2 9.7及以上版本、
SQL Server 2005及以上 版本、
MySQL 5.1及以上版本
Drivers
信息系统平台 iPlat4j
iPlat4j的设计思想
让大规模的开发团队高效的进行开发，支持各种规模 的项目。 运行高可靠性、高性能。 功能及接口简单、统一。 对重复性工作进行抽取，提高项目的开发效率及质量。 保证平台的灵活性、可扩展性及可维护性，应对多样 化的需求。
目录
1 为什么要开发iPlat4j？（Why） 2 iPlat4j是什么？（What） 3 iPlat4j的特性 4 iPlat4j的应用案例 5 如何使用iPlat4j？（How）
分布式缓存
解决集群条件下缓存的同步问题 部署方式简单灵活 增加资源利用率 缓存管理界面
支撑云计算的分布式体系架构
应用间Session信息同步
Session创建、失效（注销和过期） 不依赖于中间件、可以跨中间件共享 需要Session共享的各应用应处于相同顶级域名之下
子系统A：a.baosteel.com 子系统B：b.baosteel.com 子系统C：c.baosteel.com
查看作业的历史运行 情况
平台构成-基础框架 EAI集成(EA)
基于iPlat4j 的
应用系统
平台电 文接口
数据交换平台
菜单信息管理：用户可灵活地配置菜单项及层次关系，系统根据 用户的注册信息进行菜单的展现
国际化资源管理：对在项目中需要的国际化资源进行管理
页面
国际化 资源
平台构成-基础框架 元数据管理(ED)—样例
菜单
按钮
平台构成-基础框架 元数据管理(ED)—优点
以往的开发模式：
通过配置文件定义页面的跳转 按钮需要手工定义在页面中 菜单信息以配置文件维护或固化 在程序中 授权资源需要重新定义
支撑云计算的多租户架构
开放性的技术架构
完全符合J2EE规范。 Ajax、HTML5、CSS3等标
准支持。 struts、spring、ibatis、
jquery等业界主流构件。 符合WFMC模型的业务流程
管理系统。 支持REST等先进架构。 高可伸缩性，内置对云计算
的天然支持。
平台软件资产