OpenMas企业级快速开发实施平台概述.docx
《OpenMas企业级快速开发实施平台概述.docx》由会员分享，可在线阅读，更多相关《OpenMas企业级快速开发实施平台概述.docx（15页珍藏版）》请在冰豆网上搜索。
OpenMas企业级快速开发实施平台概述
OpenMas企业级快速开发实施平台
1.OpenMas挑战及背景
1.1技术与业务一致性的挑战
在过去的多年中，采用合适的技术帮助企业更流畅、更容易地开展业务，改进业务流程，一直是企业CIO们的第一要务。
技术服务于业务。
CIO们明白，作为企业战略的一部分，技术部门的职责在于与业务部门协作共同实现业务目标，并持续优化业务流程。
但是，CIO们也尴尬的发现，虽然一直以来皆把技术支持业务作为第一要务，但是技术与业务一致性的问题依然存在，而在中国尤其突出。
中国市场是目前世界上变化最快、增长最快的市场。
当前中国企业正面临着前所未有的机遇和挑战，竞争日趋激烈，新的业务和交易渠道不断涌现，企业需要不断快速交付和适应性调整。
客户经常发出慨叹“业务的变化需求N倍于应用系统的变化响应”。
在这样一个不断创新、迅速发展变化的环境中，中国的大量客户，包括电信、金融、政务，本身的业务模式、市场定位都在不断的演化过程中，相应的技术应用也需要随之改变以适应新业务的需要。
技术与业务一致性的问题，使得信息技术部门承担着巨大的压力，在整个企业级技术信息系统的规划和建设中面临着一系列艰苦的挑战：
挑战一：
如何更好理解业务？
开发人员使用的语言是系统、功能和各种技术术语，而业务人员理解的却是业务蓝图、业务场景、业务流程、业务服务、客户体验，技术和业务之间的交互因为这种差异，往往出现偏离和延迟。
挑战二：
如何快速实现业务交付？
业务总是希望能够快速提供产品和服务，以便于快速获得差异化的优势来抓住客户的偏好，或是迅速弥补与竞争对手的差距来实现同质化。
但是，业务应用的开发需要经过一个系统而复杂的过程。
领域的未知、理解的差异、需求的变更、人员的变动、技术的更替等等，这些都使得软件项目在交付、质量和成本上难以满足业务的需要。
挑战三：
如何灵活应对业务变化？
快速且难以预测的变化是当今业务环境的最大特点，新的竞争因素、业务模式、组织机构、业务规则、服务流程以及技术发展都会引发这种变化。
而现在企业级应用的现状却是众多独立封闭的业务系统，采用各自的单应用程序体系结构和编程方式，缺乏统一的开放标准和多应用体系结构，埋藏于各个应用系统中的业务流程、业务服务难以得到有效的识别、复用、管理和改进，这些使得难以根据业务的变化灵活复用、重组和集成，成为灵活对应业务变化的主要障碍。
挑战四：
如何管控治理业务绩效？
作为一项业务系统，需要从运营的角度不断提升其稳定和高效，需要从投资的角度不断优化其经营绩效。
但是如何通过技术手段来实现对于业务投入成本和收益回报的衡量，一直以来是一道难题。
比如，销售额增长20%，有可能是CRM系统发挥了作用，也有可能是销售人员的能力提升，还有可能是因为产品近期的促销活动。
目前缺乏一种有效的管理体系，来监控、评估和降低业务系统的总体拥有成本，并可持续优化业务服务、提升收益。
如果我们仔细分析，会发现这些问题都根源于我们当前系统规划与建设的思维模式和建设方式。
一个典型的信息系统的建设过程为：
通常，系统建设需求由某个业务部门发起，用以实现某个特定业务部门的需求，并由技术部门来组织实施，以整个系统为单位来规划并以整个系统为交付物。
系统的开发需要经过需求、设计、开发、测试、上线这样一个冗长的过程。
因为以系统为单位，每个系统内部耦合性很强，很难模块迭代式演进。
功能以及流程也被锁定在一个系统中，即使不同的信息系统存在着重复的功能，却无法复用，造成重复开发；同时因为缺乏统一规划，当业务部门意识到这些信息系统需要与其他系统交互的时候，因为不同的系统往往采用了不同的技术和实现，需要在数据、逻辑、互操作等层面对接，整合成本高昂；而且，业务集成接口相对固化，业务流程被硬编码到系统之中，更新业务流程本身需要巨大的工作量。
对于这种信息系统的建设方式，可以概括成几个突出的特征：
系统的业务规划：
现在的组织都是按照职能部门的方式来分工，包括任务的分配、预算的分配、绩效的考核等等；信息系统往往是单个业务部门发起的，服务于本部门的业务需求，这种系统建设的出发点没有或者很少考虑其他部门的需求以及与其他部门的协作，这就使得当需要部门之间进行业务集成和贯通业务流程的时候，信息系统无法快速满足。
系统的应用模式：
现在的业务都是按照应用系统的方式来建设和维护，例如CRM系统、ERP系统、电信的计费系统、银行的信用卡系统等等，每个应用系统的建设不会考虑其中的功能是否会被其他的应用所需要，不同的应用系统必然出现部分功能的重复建设，无法借助复用来提升开发效率和延长应用模块的生命周期。
系统的开发过程：
现在的系统开发过程更多是按照项目的方式来操作，业务需求的设计、开发、复用和积累都受限于本项目范围内，从而导致系统开发过程中业务与信息的沟通障碍，可利用的资源受限，可积累的资产受限，导致业务系统的交付和灵活应对都难以达到实际的业务需要。
虽然这种‘封闭’的信息系统建设方式过去以及现在仍在帮助我们业务取得发展，但是其越来越不能满足业务需求变化、业务快速交付、集成化业务、业务流程管理、业务服务复用、业务策略管控、业务绩效优化等等的需求和目标，客户的满意度提升也步履艰难。
1.2OpenMas的理想
OpenMas企业级快速开发实施平台是一个作用于IT全领域的信息平台。
也就是说只要是我们的用户是进行信息管理的应用领域，不区分任何行业的划分均可以采用OpenMas平台进行实施。
在以往IT系统的开发过程中技术人员会将系统中的业务分离为服务、过程、数据。
并根据面向对象编程原理均抽象为对象。
而当技术人员对系统业务的理解出现了偏差或者用户的业务、数据出现了变更这个时候需要技术人员花费大量的时间对程序进行修改。
为了解决因业务需求变更导致程序修改的情况出现OpenMas平台系统提出了基于“面向概念的编程方式”。
平台采用“通用值对象”进行系统建模。
并且将用户的业务划分为数据模型和应用场景。
在项目实施业务逻辑编写应用配置数据模型，执行时系统根据应用配置数据生成UI界面，UI界面产生的数据由应用逻辑根据配置数据模型进行接收。
定义数据模型以后随时可以对模型进行扩展，使用通用值对象，不需要重新改写bean配合数据驱动，在模型发生变化后不用修改程序编码。
“应用场景”主要是使用“相似概念”理论对业务的服务、流程、应用进行描述。
采用“蒙版”的方式在不同的场景中根据用户属性的不同将通用值对像的不同属性显示给用户并屏蔽不需要的属性。
OpenMas平台提出技术人员与业务人员相分离的概念
▪开发人员，开发人员是技术专家，他们不直接关注应用需求，他们为实施人员开发应用组件和应用工具
▪实施人员，实施人员是业务专家，他们可以根据客户的具体需求编写数据配置文件、调整模型、完善应用逻辑，他们不需要编程或只需要写脚本文件。
OpenMas平台为解决用户需求变更问题，提出独特的“需求后置”理论。
因为系统采用的是“通用数据模型”与场景描述，这些数据模型的修改、应用场景描述的变更都不用更改程序直接应用。
这样在用户修正系统的过程中健壮系统的应用功能。
其他系统都非常惧怕“需求业务变更”而OpenMas非常欢迎用户进行需求变更，可以不断的对系统进行业务调整使其健壮。
OpenMas平台不存在软件生命周期的问题。
OpenMas平台的最终理想就是技术与业务相分离。
实施人员或者用户都不需要懂技术，只需对业务进行理解，经过培训后可自行对业务平台进行搭建。
例如：
一个财务专家再不懂任何技术的情况下，经过平台人员的培训后，可以通过平台自行搭建一套财务软件。
2.OpenMas平台简介
OpenMas致力于为客户提供先进的JAVA架构的技术平台，帮助客户建立统一的软件研发管理体系。
通过技术平台与产品平台的建设，实现软件产品化。
实现软件产品研发和定制实施的分离，从而大幅度降低软件产品的实施与维护成本，提高应用系统交付能力，是一个企业级可实施快速开发平台。
该平台在延续以往OpenMas应用平台和先进架构基础上，采用“OSGi”规范，提供了一整套的基于Java的web应用程序的组件，工具和企业数据模型。
包括SOA、SDO属性对象实体引擎,服务引擎,消息引擎,工作流引擎,规则引擎等。
非常适合于开发企业管理自动化的应用，并且对架构进行优化，提供了精简框架和标准热部署结构，实现对已有java积累的快速整合，提供了大规模应用的开发、上线和管理监控的能力。
OpenMas在保留了软件开发管理能力的基础上，提供了更加贴近开发人员既有技能和使用习惯的编程方式，并且在保留面向对象“经典概念”模型的基础上进行扩展延伸于认知心理学的“相似性认知概念”对业务进行描述，使得开发人员的个性发挥和开发管控达到了平衡。
3.OpenMas应用范围
OpenMas在电信、移动、政府、客户链、互物联、社交、制造等行业拥有大型客户案例，涉及电信行业MAS、移动终端、物联网、Appstro和政府办公、数据采集、行政审批等各个领域。
4.OpenMas技术组成
•openMas是一组纯java的框架。
如果已经使用java作为开发平台，你不需要切换到其他开发语言、其他的IDE或其他的库文件。
•openMas基于OSGi规范。
你既可以使用openMas的全部框架特性，也可以仅仅选取一个或几个框架，作为你的应用基础。
•openMas提供、并强烈推荐使用“通用数据对象”作为应用系统建模工具。
•openMas提供模型级别的面性服务引擎。
•openMas使用“应用查询”工具来规范应用逻辑的过程。
•openMas支持javaweb应用规范。
使用OSGiBundle重新包装javawar。
同时提供类似于Tomcat的Contextpath路径方式的扩展框架用于开发调试。
•openMas提供运行时java动态编译支持，便于应用开发调试。
•openMas提供即插式租赁模型，支持将使用“应用查询”工具开发的应用系统自动转换为租赁应用系统。
5.OpenMas平台构架
•OpenMas是使用纯java框架开发的，基于OSGI规范的，企业级、运营级的应用架构
•OpenMas为企业应用开发、集成、管理、扩展提供全方位解决方案
•OpenMas提供需求、实施、设计、开发、运维的标准化流程
•OpenMas拥有短彩信、智能手机、移动终端、物联网设备、GIS等移动通讯能力
•OpenMas是一个可管理的、可观察的、可持续完善的企业应用平台
6.OpenMas相对于其他产品的优势
1．可实施快速开发平台特点
平台拥有组件组装方式开发，售前工程可以快速应用现有组件进行装配，按客户需求现场组装项目框架和机构，使得项目交流更加直观。
同比其他产品需要省去调研建模过程，解决了售前工程转述项目给开发人员对需求的理解偏差。
2．数据驱动
实施时根据业务逻辑编写应用配置数据,执行时系统根据应用配置数据生成UI界面,UI界面产生的数据由应用逻辑根据配置数据接收.数据驱动注定平台拥有机会完美的自定表单功能，所有数据登记项目都是根据数据动态生成，不依赖于开发人员，这样就可以进行任意需求的修改和调整。
相对于其他平台，可以更加快捷适应多变化的用户需求，特别是一般用户大多看见最终产品后才知道自己真正需求什么，在项目初期开发完成后的大量改动也是一般项目开发消耗大量工作量。
OpenMas具有天生刚修改能力，快速调整数据项目就解决开发问题。
3．模型扩展
定义模型以后随时可以对模型进行扩展，使用通用值对象，不需要重新改写bean配合数据驱动，在模型发生变化后不用修改程序编码。
4．运行中完善
OpenMas拥有平台运行热部署功能。
针对电信、银行级别项目项目修改项目后在不影响现有产品运行情况下进行实施更新产品，OpenMas提供针对扩展实体字段，增加实体，添加业务逻辑，添加变更角色，添加完善查询方案的运行部署功能，最大程度减小因为项目修改和部署对客户日常使用的影响。
5．基于属性级别的安全策略
OpenMas提供根据完善的安全策略，平台拥有全程日志记载功能，开发人员只需要根据需求显示客户关系的信息显示就可以，同时平台提供全文检索功能。
并且提供针对每个不同的角色授予不同属性不同的权限,例如：
销售人员可以看到订单中大多数信息，但是看不到结算信息；而财务人员则可以看多所有信息。
权限划分可以按照业务或者功能点，而且功能平台自动整合无需开发。
6．标准化实施服务流程
平台使用标准java开发模式，一般的开发人员通过简化培训就可以上手开发，并且产品按照组件开发方式大大减少交叉开发可能，提高并行工作效率。
产品拥有完善的技术文档，开发人员使用OpenMas平台进行工作全面按照标准编写代码，使得代码可读性和后续人员交接更加便利，减小因为某人导致的项目风险。
7.OpenMas客户价值
PrimetonEOS，是全球领先的SOA应用平台。
旨在帮助全球企业和机构通过落实“Enterprise-
on-Service”的业务愿景与IT策略，从而到达IT与业务的一致；并获得更低成本、更高质量和更快交付业务服务的竞争能力，最终实现其业务发展目标。
OpenMas将分别为如下的
这三类客户带来相应的关键价值：
第一类，大型企业和机构客户
•实现先进的、统一的企业级架构和应用平台
•高效地开发、积累和复用更多的业务构件和服务，并集约化运营
•规范化管理，并可自主掌控技术架构和平台
第二类，大型应用产品和解决方案开发商
•实现应用产品和解决方案更新换代到OpenMas版本
•高效地开发、积累和复用更多的业务构件和服务
•剥离技术平台或是借力合作，从而更多专注于业务优势
第三类，中小型企业客户和开发商
•规避技术障碍，快速交付客户所需的业务应用
•借助OpenMas的先进性从而提升自身的市场竞争力
•降低技术人员流失的风险
8.成功案例
●中国网通（集团）有限公司商务宽带AP产品—《客户关系管理系统》
⏹客户管理
⏹联系人管理
⏹市场管理
⏹机会管理
⏹行动管理
⏹营销管理
⏹考核管理
⏹外部系统集成
●中国网通（集团）有限公司商务宽带AP产品—《OA办公流程系统》
⏹待办事宜
⏹收发文管理
⏹公文流转
⏹通知公告管理
⏹日程管理
⏹工作日志管理
⏹公共文档管理
⏹通讯录
⏹外部系统集成
●中国网通（集团）有限公司商务宽带AP产品—《人力资源系统》
⏹招聘管理
⏹劳务合同管理
⏹员工档案管理
⏹考勤管理
⏹考评管理
⏹报销管理
⏹培训管理
⏹外部系统集成
●企业供应链系统
⏹订单合同管理
⏹采购管理
⏹库存管理
⏹收发货管理
⏹退换货管理
⏹经销商库存管理
⏹销售预测
⏹外部系统集成
●城镇居民消费品价格信息数据采集系统
⏹消费品管理
⏹采集周期管理
⏹采集终端管理
⏹采集点管理
⏹消费品数据管理
⏹采集方案、数据项定制
⏹移动客户端系统分发管理
⏹终端数据采集
⏹终端定位
⏹终端数据预警
⏹终端数据远程传输
⏹外部系统集成
●INR随诊数据移动采集、预警、反馈系统
●大型机械制造企业计划执行系统
⏹订单合同管理
⏹生产计划管理
⏹生产过程管理
⏹采购计划管理
⏹分包代工管理
⏹产品交付安装管理
⏹产品维修管理
⏹外部系统集成
●物业管理系统
⏹楼宇管理
⏹房屋管理
⏹业主、住户管理
⏹收费管理
⏹维修管理
⏹停车场管理
⏹商服管理
⏹公共设施管理
⏹外部系统集成
●淘宝独立网店系统
⏹独立网店模板管理
⏹独立网店内容管理
⏹淘宝商品
⏹淘宝销售管理
⏹淘宝订单管理
⏹淘宝评价管理
⏹淘宝客服管理
⏹外部系统集成
●短信、彩信、邮件营销系统
⏹客户联系信息管理
⏹短信群发
⏹彩信群发
⏹邮件群发
⏹定时任务管理
⏹外部系统集成
升级会员 