EOS产品特点和技术优势
相关主题
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件开发效率 ×… 阶段4：面向构件开发
软件工业化的到来
×100
阶段3：面向对象语言
开发语言本身的提高
开发过程图形化程度 ×10 ×1 60/70年代 阶段2：高级语言 阶段1：汇编语言
While {} Class{}
开发过程复用程度
80年代 90年代 未来
时间
个性化
面向构件
产品化
可视化－>快速应用提升效率
Composite Y
Component B
policy
构件容器
数据服务 implement implement
数据服务
基础设施
JAVA/WebService...
构件环境
完全开放的系统结构
Browser Mobile GUI Other
EOS Server
从软件结构到生产方 式符合SOA 构件的接口的形式统 一为XML形式 所有构件都可以发布 成WebService 构件的松耦合与EAI的 集成
优势---快速适应变化
VS
EOS改变了什么？
设计阶段
应用架构和框架的高度复用 降低技术与业务之间的鸿沟
开发阶段
整合了形成一体化的企业应用开发运行环境：功能、流程、报表开发、调试、部 署、监控的一体化 变代码为构件图形化组装，开发效率提高3-5倍 详细设计自动生成 软件开发过程可控，避免出现短板效应 测试效率大幅提升，Bug数量成倍下降
运行阶段
性能卓越 稳定性提高5-10倍
维护阶段
维护成本降低70% 故障追踪、调优、监控方便快捷
项目管理
统一的项目管理机制变为可能 外包管理简单可控
EOS对软件过程的管控
不使用EOS
难理清复杂应用的结构，难以适 应需求变化。需求变化直接导致 项目出现各种问题 庞大的系统因开发不规范、项目 人员变动带来维护风险。 手工作坊式软件开发，代码质量、 系统稳定性差。模块间紧密耦合， 导致拆分复用性低，项目周期不 可控。 不同项目、不同开发商之间难于 构件积累与共享 没有统一规范的管理不同开发商 之间系统难以集成
public final class OrderHTMLAction extends HTMLActionSupport { public Event perform(HttpServletRequest request) throws HTMLActionException { // Extract attributes we will need // XXXX this needs to be part of the form ContactInfo shipper = extractContactInfo(request, "_a"); ContactInfo receiver = extractContactInfo(request, "_b"); CreditCard creditCard = new CreditCard( "1234-2334", "Duke Express", "10/2001") ; return new OrderEvent(shipper,receiver,creditCard); } /* parse address form and generate a ContactInfo object */ private ContactInfo extractContactInfo(HttpServletRequest request, String suffix) throws HTMLActionException { ArrayList missingFields = null; String familyName = request.getParameter("family_name" +suffix).trim(); if (familyName.equals("")) { if (missingFields == null) { missingFields = new ArrayList(); } missingFields.add("Last Name"); suffix).trim(); if (postalCode.equals("")){ if (missingFields == null) {
Entity Bean
SQL
4
7
6
Message Bean
5
数据库
客户端展现
服务端展现
服务端业务
数据库操作服务
执行过程
数据流向
基于EOS的互联网应用实现
流程引擎 1 数据 字典
执行过程
2
数据流向 页面构件
5
8
7
展现构件 业务构件
3
运算构件
4 6
数据构件
数据库
展现引擎
业务引擎
数据引擎
XML数据总线
符合SOA标准的核心架构
EOS构件体系
企业应用
客户管理 页面构件 展现构件 业务构件 运算构件 数据构件 财务管理 工单处理 人力资源
……
数据构件
运算构件
业务构件
展现构件
页面构件
流程构件
EOS核心---数据总线
传统构件接口方式
提供接口 构件名 依赖接口 提供接口 构件名 依赖接口 提供接口 构件名 依赖接口
构件类型
构件类型
符合SOA标准的核心架构
Ajax Java 其他 RCP等其他Client
EOS缺省 展现端实现 业务逻辑引擎
Context
Web UI 模型 / PageFlow
EOS
implement
Studio
接入
Component A
EOS Governor
监管
Composite X
Component C
EOS简化J2EE应用的开发
不使用EOS
开发人员编写 EJB, Web Service的访问与调用 的代码 开发人员必须熟悉底层的 API(EJB, JavaBean, Web Service)
使用EOS
可视化的开发环境，EOS提 供调用EJB、Web Service的 构件 不需要知道底层API,图形化的 组装环境
紧耦合: 更换ＥJB需要重写代 码
如果一个模块需要异部调用， 必需通过写代码来实现 很难理清复杂应用的结构
松耦合: 构件可以很容易被替 换，支持热部署
通过参数设置即可设定构件 调用方式为异步调用 基于构件组装的系统，拥有 清晰的系统架构
Web Service HTTP Driver RMI
构件容器 展现构件 逻辑构件 运算构件 数 据 总 线
Java Java Web Service EJB Java
EOS产品优势
这里介绍EOS产品的优势 1、设计即是编码 2、快速适应变化 然后介绍EOS改变了什么？
优势---设计即是编码
VS
使用EOS
关注对需求的理解和建模，屏蔽技术 细节。增量开发、松耦合性等特点解 决需求变化带来的连锁反应。 构件化使不同SI开发的应用可以统一 管理起来，有效控制供应链质量。 构件复用的过程也是构件更加强壮的 过程，极高提升了系统稳定性。构件 间具有松耦合性，易与复用增量开发， 形成软件工业化。 •统一构件平台有利于知识积累和共享、 避免重复性的投资。 构件技术、 Web Services技术、 XML总线技术，具有天然的集成性。
“不断采用构件技术是未来软件生产力提 高的主要来源”。 ——麦肯锡《软件成功的奥秘》
个性化
面向构件
产品化
应用框架－>动态成长适应变化
需求改变 需求改变 需求改变
…
采用构件技术的软件： – 产品投放时间可缩短为原来的1/2到1/5 – 产品缺陷密度可降低为原来的1/5到1/10 – 维护成本可降低为原来的1/5到1/10 – 整体开发成本可降低15%，长期项目可降低75% ——《Software Reuse》
(SOA, 面向构件, 平台)
UI
Control Wizard Channel
Process
Workflow Page Flow Logic Flow SCA Components
Information
SDO DAS Schema
典型企业级互联网应用实现
1
JSP
2
Session Bean
3
DAO
Java Servlet
构件名
依赖接口
业务构件
运算构件
数据构件
EOS产品特点
这里介绍EOS丰富的构件库
然后介绍EOS在解决J2EE架构上的优势 1、构件分层 2、数据总线 3、松散耦合 4、符合SOA架构 5、构件服务的提供
丰富的复用构件库
架构永恒的三个问题域
传统的方式
(C/S,B/S, Framework)
新的方式
SOA从面向构件开始
面向构件的SOA中间件－普元EOS
王平· 咨询顾问
上海普元信息技术有限责任公司 2013-7-10
EOS产品特点
这里介绍EOS产品带来的三个特点： 1、构件化 2、图形化 3、应用框架 然后介绍EOS产品的两个核心技术 1、构件技术 2、XML数据总线技术
构件化－ >高度复用节省投资
构件类型
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
构Biblioteka Baidu类型
构件类型
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
构件类型
构件类型
数据总线的构件接口方式
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
页面构件
展现构件
流程构件
数据总线
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
提供接口
个性化
面向构件
产品化
EOS核心---构件组装
从软件结构
快速集成/快速重组/快速适应变化 构件的高度复用，降低成本 应用框架的复用，稳定性 松散的结构，标准的服务模式 面向构件的开发、运行、维护环境
软件生产方式
简单统一的组装模式 图示化的知识表达 高度的复用和知识的积累
软件工业化的到来
×100
阶段3：面向对象语言
开发语言本身的提高
开发过程图形化程度 ×10 ×1 60/70年代 阶段2：高级语言 阶段1：汇编语言
While {} Class{}
开发过程复用程度
80年代 90年代 未来
时间
个性化
面向构件
产品化
可视化－>快速应用提升效率
Composite Y
Component B
policy
构件容器
数据服务 implement implement
数据服务
基础设施
JAVA/WebService...
构件环境
完全开放的系统结构
Browser Mobile GUI Other
EOS Server
从软件结构到生产方 式符合SOA 构件的接口的形式统 一为XML形式 所有构件都可以发布 成WebService 构件的松耦合与EAI的 集成
优势---快速适应变化
VS
EOS改变了什么？
设计阶段
应用架构和框架的高度复用 降低技术与业务之间的鸿沟
开发阶段
整合了形成一体化的企业应用开发运行环境：功能、流程、报表开发、调试、部 署、监控的一体化 变代码为构件图形化组装，开发效率提高3-5倍 详细设计自动生成 软件开发过程可控，避免出现短板效应 测试效率大幅提升，Bug数量成倍下降
运行阶段
性能卓越 稳定性提高5-10倍
维护阶段
维护成本降低70% 故障追踪、调优、监控方便快捷
项目管理
统一的项目管理机制变为可能 外包管理简单可控
EOS对软件过程的管控
不使用EOS
难理清复杂应用的结构，难以适 应需求变化。需求变化直接导致 项目出现各种问题 庞大的系统因开发不规范、项目 人员变动带来维护风险。 手工作坊式软件开发，代码质量、 系统稳定性差。模块间紧密耦合， 导致拆分复用性低，项目周期不 可控。 不同项目、不同开发商之间难于 构件积累与共享 没有统一规范的管理不同开发商 之间系统难以集成
public final class OrderHTMLAction extends HTMLActionSupport { public Event perform(HttpServletRequest request) throws HTMLActionException { // Extract attributes we will need // XXXX this needs to be part of the form ContactInfo shipper = extractContactInfo(request, "_a"); ContactInfo receiver = extractContactInfo(request, "_b"); CreditCard creditCard = new CreditCard( "1234-2334", "Duke Express", "10/2001") ; return new OrderEvent(shipper,receiver,creditCard); } /* parse address form and generate a ContactInfo object */ private ContactInfo extractContactInfo(HttpServletRequest request, String suffix) throws HTMLActionException { ArrayList missingFields = null; String familyName = request.getParameter("family_name" +suffix).trim(); if (familyName.equals("")) { if (missingFields == null) { missingFields = new ArrayList(); } missingFields.add("Last Name"); suffix).trim(); if (postalCode.equals("")){ if (missingFields == null) {
Entity Bean
SQL
4
7
6
Message Bean
5
数据库
客户端展现
服务端展现
服务端业务
数据库操作服务
执行过程
数据流向
基于EOS的互联网应用实现
流程引擎 1 数据 字典
执行过程
2
数据流向 页面构件
5
8
7
展现构件 业务构件
3
运算构件
4 6
数据构件
数据库
展现引擎
业务引擎
数据引擎
XML数据总线
符合SOA标准的核心架构
EOS构件体系
企业应用
客户管理 页面构件 展现构件 业务构件 运算构件 数据构件 财务管理 工单处理 人力资源
……
数据构件
运算构件
业务构件
展现构件
页面构件
流程构件
EOS核心---数据总线
传统构件接口方式
提供接口 构件名 依赖接口 提供接口 构件名 依赖接口 提供接口 构件名 依赖接口
构件类型
构件类型
符合SOA标准的核心架构
Ajax Java 其他 RCP等其他Client
EOS缺省 展现端实现 业务逻辑引擎
Context
Web UI 模型 / PageFlow
EOS
implement
Studio
接入
Component A
EOS Governor
监管
Composite X
Component C
EOS简化J2EE应用的开发
不使用EOS
开发人员编写 EJB, Web Service的访问与调用 的代码 开发人员必须熟悉底层的 API(EJB, JavaBean, Web Service)
使用EOS
可视化的开发环境，EOS提 供调用EJB、Web Service的 构件 不需要知道底层API,图形化的 组装环境
紧耦合: 更换ＥJB需要重写代 码
如果一个模块需要异部调用， 必需通过写代码来实现 很难理清复杂应用的结构
松耦合: 构件可以很容易被替 换，支持热部署
通过参数设置即可设定构件 调用方式为异步调用 基于构件组装的系统，拥有 清晰的系统架构
Web Service HTTP Driver RMI
构件容器 展现构件 逻辑构件 运算构件 数 据 总 线
Java Java Web Service EJB Java
EOS产品优势
这里介绍EOS产品的优势 1、设计即是编码 2、快速适应变化 然后介绍EOS改变了什么？
优势---设计即是编码
VS
使用EOS
关注对需求的理解和建模，屏蔽技术 细节。增量开发、松耦合性等特点解 决需求变化带来的连锁反应。 构件化使不同SI开发的应用可以统一 管理起来，有效控制供应链质量。 构件复用的过程也是构件更加强壮的 过程，极高提升了系统稳定性。构件 间具有松耦合性，易与复用增量开发， 形成软件工业化。 •统一构件平台有利于知识积累和共享、 避免重复性的投资。 构件技术、 Web Services技术、 XML总线技术，具有天然的集成性。
“不断采用构件技术是未来软件生产力提 高的主要来源”。 ——麦肯锡《软件成功的奥秘》
个性化
面向构件
产品化
应用框架－>动态成长适应变化
需求改变 需求改变 需求改变
…
采用构件技术的软件： – 产品投放时间可缩短为原来的1/2到1/5 – 产品缺陷密度可降低为原来的1/5到1/10 – 维护成本可降低为原来的1/5到1/10 – 整体开发成本可降低15%，长期项目可降低75% ——《Software Reuse》
(SOA, 面向构件, 平台)
UI
Control Wizard Channel
Process
Workflow Page Flow Logic Flow SCA Components
Information
SDO DAS Schema
典型企业级互联网应用实现
1
JSP
2
Session Bean
3
DAO
Java Servlet
构件名
依赖接口
业务构件
运算构件
数据构件
EOS产品特点
这里介绍EOS丰富的构件库
然后介绍EOS在解决J2EE架构上的优势 1、构件分层 2、数据总线 3、松散耦合 4、符合SOA架构 5、构件服务的提供
丰富的复用构件库
架构永恒的三个问题域
传统的方式
(C/S,B/S, Framework)
新的方式
SOA从面向构件开始
面向构件的SOA中间件－普元EOS
王平· 咨询顾问
上海普元信息技术有限责任公司 2013-7-10
EOS产品特点
这里介绍EOS产品带来的三个特点： 1、构件化 2、图形化 3、应用框架 然后介绍EOS产品的两个核心技术 1、构件技术 2、XML数据总线技术
构件化－ >高度复用节省投资
构件类型
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
构Biblioteka Baidu类型
构件类型
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
构件类型
构件类型
数据总线的构件接口方式
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
页面构件
展现构件
流程构件
数据总线
提供接口
构件名
依赖接口
提供接口
构件名
依赖接口
提供接口
个性化
面向构件
产品化
EOS核心---构件组装
从软件结构
快速集成/快速重组/快速适应变化 构件的高度复用，降低成本 应用框架的复用，稳定性 松散的结构，标准的服务模式 面向构件的开发、运行、维护环境
软件生产方式
简单统一的组装模式 图示化的知识表达 高度的复用和知识的积累