第一篇:开源工作流框架及平台集成分析报告(范文)
开源工作流框架及平台集成分析报告
目 录
Java主要开源工作流列表.......................................................................................................1 1.1.jBpm..............................................................................................................................1 1.2.OSWorkflow.................................................................................................................1 1.3.Enhydra Shark...............................................................................................................1 1.4.Activiti5........................................................................................................................1 1.5.OpenWFE.....................................................................................................................1 1.6.Werkflow.......................................................................................................................1 1.7.OFBiz............................................................................................................................2 1.8.Flow4J...........................................................................................................................2 1.9.ObjectWeb Bonita.........................................................................................................2 1.10.OBPM...........................................................................................................................2 四大开源工作流框架分析.......................................................................................................2 2.1.JBpm.............................................................................................................................2
优点...................................................................................................................................2 缺点...................................................................................................................................3 2.2.OSWorkflow.................................................................................................................3
优点...................................................................................................................................3 缺点...................................................................................................................................3 2.3.Enhydra Shark...............................................................................................................3
优点...................................................................................................................................3 缺点...................................................................................................................................3 2.4.Activiti5........................................................................................................................4
优点...................................................................................................................................4 缺点...................................................................................................................................4 与统一开发平台集成...............................................................................................................4 3.1.流程定义插件集成.......................................................................................................4 3.2.核心包及jar包集成...................................................................................................4 3.3.部署方式.......................................................................................................................4 3.4.版本选择与维护问题...................................................................................................5 1.2.3.1.Java主要开源工作流列表
1.1.jBpm jBpm是一个灵活可扩展的工作流管理系统。作为 jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。jBpm将工作流应用开发的便利性和杰出的企业应用集成(EAI)能力结合了起来。
1.2.OSWorkflow OSWorkflow是一个灵活的工作流引擎,设计成可嵌入到企业应用程序中。它提供了许多的持久化API支持包括:EJB,Hibernate,JDBC和其它。
1.3.Enhydra Shark Shark完全基于WfMC和OMG标准,使用 XPDL作为工作流定义语言。流程和活动的存储使用Enhydra DODS(一个开源OR映射工具)。
1.4.Activiti5 Activit5继承了jBpm4的所有优点,支持最新BPMN2.0规范,实现了流程的可视化以及创新的Activiti Cycle协作组件,此外,通过与Mule的集成加强了其集成能力。
1.5.OpenWFE OpenWFE是一个开放源码的Java工作流引擎。它是一个完整的业务处理管理套件:一个引擎,一个工作列表,一个Web界面和一个反应器(存放自动代理)。可以与应用程序很好的给合。
1.6.Werkflow Werkflow是一个灵活可扩展的基于流程和状态的工作流引擎。它的目标是满足可以想象的所有工作流程,从企业级的业务流程到小范围的用户交互流程。通过使用可插拔和分层结构,可以方便地容纳各种工作流语义.第1页 1.7.OFBiz OFBiz是一个非常著名的开源项目,提供了创建基于最新J2EE/XML规范和技术标准,构建大中型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架。OFBiz最主要的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具。包括实体引擎, 服务引擎, 消息引擎, 工作流引擎, 规则引擎等。
1.8.Flow4J Flow4J是一个可在Eclipse平台下以拖放的方式进行工作流建模的插件.。
1.9.ObjectWeb Bonita Bonita 是一个符合WfMC规范、灵活的协同工作流系统。对于各种动作如流程概念建模、定义、实例化、流程控制和用户交互等提供了全面的集成图形工具。100% 基于浏览器、使用SOAP和XML数据绑定技术的Web Services封装了已有的工作流业务方法并将它们以基于J2EE的Web Service形式发布。
1.10.OBPM OBPM是一个开源,轻量级的BPM系统。它的目标是让非IT人员也可以轻松构建IT业务处理流程。OBPM内建工作流引擎(Workflow Engine), Form构建器,Report设计器。OBPM支持浏览器(IE/Firefox)做为客户端,同时还提供了强大的图形客户端。
2.四大开源工作流框架分析
2.1.JBpm 优点
1、JBpm是最适合扩展的代表,是在所有开源引擎中最适宜被商业化应用的一款;
2、JBpm使用了开源框架Hibernate3, 支持当前大多数流行的数据库, 针对不同数据库有一个对应的初始化脚本文件.3、JBpm将数据的管理职能分离出去,自己专注于商务逻辑的处理
4、使用Jpdl流程定义语言,直观易懂,可以手工修改,并且有一个Eclipse流程定义插件。
5、文档丰富,用户群最大,开源组织十分活跃,被jboss收购后发展趋势良好;
第2页 缺点
1、Eclipse流程定义插件不开源;
2、Hibernate3做持久化层,会产生冗余表和数据;
3、JBpm3、JBpm4、JBpm5版本互不兼容,发展趋势不明确;
2.2.OSWorkflow 优点
1、OSWorkflow是最轻量型的代表,也是一款非常灵活和低级别定位的工作流引擎的实现框架,可视化图标的流程在osworkflow 里都可以用代码实现;
2、OSWorkflow 有着非常优秀的灵活性,它能为应用程序开发者提供集成,也能与现有的代码和数据库进行集成;
3、OSWorkflow基于Action驱动,符合框架开发人员的操作方式及编程习惯;
缺点
1、实现一个工作流系统非常繁琐,每一个流程步骤实现均需要代码改变状态字段;入门难度较高;
2、组件功能匮乏,复杂流程项目需要基于其引擎做大量的二次开发,不适用;
3、配置项和开发代码量相对较多,后期维护成本较高;
2.3.Enhydra Shark 优点
1、工作流体系最为完备和复杂,秉承“模块化”的思想,比较容易扩展;
2、代码量较少,易于阅读、易于改写、易于维护;
3、有一个Jawe来图形化定义流程,图形化功能相对较强,可以编辑活动变量,流程逻辑控制属性.缺点
1、相比其他完全开源的框架,Shark2.0后,很多组件、文档商业化,需要付费;
2、版本更新慢,代码也不再按照开源方式来完成,商业化的定位限制了其发展。
第3页 2.4.Activiti5 优点
1、Activiti最大的优势是采用了PVM(流程虚拟机),支持BPMN2.0规范及其之外的流程格式;
2、与外部服务有良好的集成能力扩展,通过与Mule的集成加强了其集成能力;
3、继承了jBpm4的所有优点,实现了流程的可视化以及创新的Activiti Cycle协作组件;
4、对流程引擎运行期实例提供管理及监控的Web控制台。
缺点
1、数据持久层采用MyBatis3,没有遵循JPA规范;网络上反应“回退功能”实现起来比较困难;
2、核心是 BPMN 2.0 的流程引擎,BPMN2规范发展的比较慢,语言本身也过于复杂可读性差。
3.与统一开发平台集成
3.1.流程定义插件集成
1.JBpm与Activiti都有基于eclipse图形化插件和基于Web的流程设计器,2.OSWorkflow推荐手工编写 xml 格式的工作流程描述符,有基于Eclipse GEF技术开发的osworkflow建模工具;
3.Shark有JAWE作为定义工具,是否可与平台IDE集成还需要预研。
3.2.核心包及jar包集成
1.都属于轻量级工作流框架:jBpm.jar 1.06M;activiti-engine-5.9 1.1MB;osworkflow-2.8.0.jar 393KB;
2.Shark核心包大小在6M左右,但是依赖jar包过于庞大,其他三个框架依赖jar包都不多,但是否与平台jar包冲突还需验证;
3.3.部署方式
1.JBpm与Activiti都可以与应用项目集成也可以单独部署;
2.OSWorkflow不可单独部署,一般推荐与spring集成,方便事务管理及功能扩展;
第4页 3.Shark可集成也可单独部署:可以直接作为java库来使用;也可以单独部署,作为CORBA ORB 或 Web 服务来使用;
3.4.版本选择与维护问题
1.JBpm4 积累文档丰富.网上具有大量的共享技术资源,也是最稳定的版本,但是目前已停止开发和更新;jBpm5基本上完全抛弃了jBpm4的代码,所有代码全部来自原先的Drools Flow,资料和文档相对较少;
2.OSWorkflow是opensymphony下的一个开源项,2.8版本稳定,文档不是很详细,有较多网络资源,曾是ERP软件开发中广泛应用的工作流框架,JBpm的出现带走了很多用户,使其发展乏力;
3.Enhydra Shark2.0后,很多组件、文档商业化,需要付费,而且版本更新慢,商业化的定位限制了其发展;
4.Activiti5是JBoss jBpm架构师加入Alfresco后的作品,继承了jBpm4的所有优点,保持开发更新中,用户不断增加,较多用户推荐,开源社区活跃,发展前景看好。
4.总结
总体来看,四款工作流引擎框架与平台集成难度都不大,但所依赖第三方jar是否与平台冲突还需具体验证;从应用项目开发角度来看,JBpm4、Activiti5友好度较高,难易程度适中容易上手,而OSWorkflow、Shark则显得较为复杂;从文档资料及后期项目维护角度来看,Activiti5无论从版本升级,网络资料及社区活跃度来看都更胜一筹,其他三款框架都多少存在一些难度和问题。
第5页
第二篇:如何基于工作流,实现OA-ERP集成
如何基于工作流,实现OA-ERP集成
2002-10-30 13:15
郭应中、吴科/(AMT)
引言
ERP系统是对企业能够提供业务数据支持的信息系统,OA系统是实现公文收发、流转、签发、归档等群组化办公作业自动化的信息系统。两者都是为实现单一目标而运行的信息系统。
在企业的业务活动中,经常有些业务是贯穿ERP和OA两个系统的。比如采购流程:采购申请生成、采购定单生成、验收单生成是在ERP系统进行;采购单申批、入库准备单流转在OA系统进行。企业中存在对OA和ERP两个系统集成的需求。另外,ERP系统和OA系统实施的难度差别造成一个时期内系统覆盖范围不同,将两个系统集成,ERP的实施效果可以事半功倍。
将两个系统集成,涉及到组织、角色、任务和过程的定义和管理。通过工作流系统进行集成,不但可以把两个系统中的多个模型统一,还可以使企业专注于应用业务,更方便地进行企业流程重组(BPR)。
对ERP和OA两个系统的集成,主要的工作有集成方案的确定、系统集成功能范围的确定、工作流系统的创建或改造、组织模型的统一等。
集成方案的确定
实现OA和ERP系统的集成,通常的实现方案有以下三种:
1、更换原有的ERP系统,选择能够同时提供OA和ERP解决方案的供应商。
同时提供OA和ERP解决方案的供应商,其产品在设计阶段就考虑到了两个系统的集成。但是目前这样的方案往往是供应商出于市场份额的考虑而提供的,由于开发规模、成本和周期的限制,所提供的ERP-OA一体化方案的功能往往比较简单,不能满足企业个性化的需求。而且,ERP系统在企业内运行一段时间后,更换新的系统,会面临新旧系统间数据移植的巨大工作量、用户不愿意舍弃熟悉的界面和高昂的费用等困难。所以这个方案只能被未实施ERP系统企业中的少部分企业使用;
2、使用ERP供应商的合作伙伴提供的集成方案。
例如Lotus Notes为SAP、Oracle、JDE等公司的ERP产品都提供了集成化的解决方案。其方法是:在OA Server和ERP Server之间通过数据库连接工具DECS连接。在ERP 系统的DB 建立大量视图供OA访问,在OA Server上建立关系型数据库,存储定期从ERP系统中按照字段映射过来的静态数据,作为OA系统组织和资源定义的依据。OA系统中的表单鉴审后可以通过ERP系统的Interface table写入ERP系统。
这种方案可以两个系统的高度集成,但是存在以下问题:
(1)不是所有的ERP系统都有相应的集成方案提供。Lotus Notes仅对大型而且著名的ERP产品提供了这样的集成方案;
(2)这个方案的实现和维护费用非常高。如果在新增流程,需要在ERP系统中新增视图,在OA系统中新增表单。对于大型的ERP系统,其数据库中的table有近万个,加上在OA中创建表单,都是企业IT人员无法独立完成的,仍需要方案提供者的服务。即使是方案的提供者,在使用这种工具完成两个应用系统结合 时,也必须同时对两个系统了如指掌。然而,不论在国内和国外,同时能够深层次了解两个系统的技术人员极为紧缺,加上高昂的购买费用,企业很难接受;
(3)ERP实施模块增加,特别是ERP系统的升级,都会造成集成化系统的瘫痪,限制了企业的业务发展。
因此,此方案的应用仍然比较少。
3、通过工作流系统,实现工作流程在两个平台上切换。
在工作流系统的管理下,用户通过远程登录工具和模拟键盘录入,实现OA平台和ERP平台之间的简单切换。系统架构图如下:
图1集成后的系统架构
对应上图的每个步骤说明如下:
1.用户登录OA系统后,Workflow Server根据OA系统中人员配置管理功能确认其身份,此用户同时得到了相应的权限;
2.身份确认后,Workflow Server再根据此用户在其权限内申请的工作流程提供工作流表单,并在表单上显示用户对应的组织结构的层次度;
3.用户在工作流表单上填写本流程执行需要的数据,这些数据可能是请假天数、请假原因等不涉及ERP系统的数据,也可能是访问ERP系统的参数。如果在流程执行时仅仅需要在ERP系统中执行查询,工作流表单的填写要在访问ERP系统后进行。
4.当工作流程执行到ERP系统上的作业时,工作流系统自动引导用户进入ERP系统。通过OA系统本身的Script语言结合Terminal simulator script语言编写的访问ERP系统的任务项,根据执行的流程类型、顺序、工作流表单参数,用户可以直接进入ERP系统相应的功能模块。
5.用户操作ERP系统。可以根据权限执行不同的操作。以采购申请为例,用户可以填写需要采购的物料编号、采购数量、价格范围、供应商等,存储后保存在ERP DB中;
6.ERP DB保存后,通过ERP系统界面向用户提示保存成功;
7.ERP系统将保存成功的单据编号和单据状态等信息传送到工作流系统。根据需要,用户可以把ERP系统生成的表单导出为Excel文件保存在本地;
8.当工作流系统收到ERP系统传来的信息后,进行格式检查,确认无误后继续执行;
9.用户在屏幕上审查工作流系统执行情况是否正确,确认无误后,将工作流表单传送到Workflow Server,保存在本地的Excel文件也可以作为附件提交;
10.Workflow Server收到用户传来的工作流表单,并据此将工作流表单和附件传送到下一个执行者。
同前面两种方案比较,这种方案的适应性非常强,开发量、开放难度和费用都比较低。因此为本文采用。
系统集成功能范围的确定
如果把企业内所有的流程都通过工作流系统在OA和ERP系统中实现,不仅没有必要,而且有些流程是不适合在信息系统中实现的。因此,需要对系统集成的功能范围进行确定。
企业内部流程是由一个个动作组成的,根据动作发生的频率和流程特点,可以分为以下三个类别:
A类:发生频率高而且执行简单。如各种申请的上呈、核签、否决、查询;
B类:发生频率一般,执行方法复杂而且经常发生变化。如会签,往往人数不定,层次不定,后续动作不定;
C;类:发生频率特别低,或者其所在流程不具备管理意义。如卫生值日流程中的所有动作;
为使集成工作简单而有效,系统集成的功能应集中在由A类动作组成流程的范围内。在集成工作前阶段,工作流系统中计划实现的流程中,需要OA和ERP两个系统共同完成的流程有:
1.物料信息维护。当物料新增或停用时,经过层层签字,在ERP系统中做相应处理;
2.采购流程。采购申请、审核、采购申请汇总、分单验收、入库流程;
3.付款流程。付款申请、发票校验、审核、通知付款、付款登记;
4.报销流程。单据填写、网上审核、票据检查、登记入帐;
工作流系统的改造或重构
按照工作流管理联盟的定义,工作流是一类能够完全或部分自动执行的经营过程,将文档、信息和任务在不同的执行者之间传递、执行。
传统的工作流系统中,每一个业务流程都要根据企业内的业务流程完整构建出来的。这样每一个业务流程都有大量的代码来实现,流程的创建和维护工作量很大。
仔细分析企业内的众多业务流程中,相当部分的流程是有共同部分的,每个流程中都有功能重复的代码。动态工作流把完整的工作流分解为若干个活动(Task)(对象),使工作流建模工作得以简化,可以实现更复杂的工作流系统。
活动是动态工作流的一个重要概念:工作流是一组有关联关系的活动的集合。一个活动与其它活动之间有顺序,分支,循环,调用的关系,还有并行、有同步的关系。
按照动态工作流的概念,一个完整的工作流程被分解为若干个活动(Task)和活动间的逻辑控制器。每个活动不和其它活动作任何直接交互,交互完全在逻辑控制器间进行。如图2所示:
图2动态工作流系统结构
每个活动都有进入条件,工作条件,中断条件,完成条件,暂停条件及继续条件。执行时,判断每个工作项是否可以进入,可以则进行进入处理,然后,判断需要是否中断或暂停。活动的结构图如图3:
图3活动的内部结构
图3中,一个活动有不同的状态集、输入集、输出集。状态集包括等待、执行和完成。输入集和输出集分别由若干个输入和输出组成。输入来源可以是本活动的输出,也可以是其它活动的输入或输出或状态。当输入集中某项输入状态发生改变时,将触发工作项的状态发生改变。达到完成状态时,将产生输出集。输入不同,触发的执行过程和产生的输出集不同。当多个输入集同时被激活时,按优先级执行。
工作流系统的动作和逻辑控制器采用Java Bean和关系型数据库实现,可以设计为可视的图形元件,也可以设计为不可视的逻辑处理元件。这样做的好处是把工作流系统的各个活动做成代码行数小、功能明确的黑盒子,实现动态的工作流系统,并在多环境下运行。
OA系统和ERP系统都可能自带工作流功能。但ERP系统的工作流功能缺乏开放性和适应性,并且ERP系统开发商不允许对其进行修改,因此其工作流功能的存在在集成中实际上是一个障碍。完成系统集成后,ERP的部分功能会由系统管理员设定为只能通过远程登录的方式访问,这是要对ERP系统原有的工作流系统做重新的设置,以免系统运行出错。
OA的工作流功能,如果不能实现动态工作流机制,是无法满足集成的需要的。这时要对其工作流功能进行重构。如果已经实现了动态工作流机制,也要增加一些访问ERP系统的功能动作。
如果选择其它的工作流系统支持集成工作,虽然理论上可行,但是开发量未必减少,系统复杂度、维护量和费用必然上升,所以本文建议采用对原有的OA系统的工作流功能进行改造,实现企业的工作流系统。
组织模型的统一
OA系统和ERP系统都有各自的组织模型。OA的组织模型是服务于企业行政组织层面的,ERP的组织模型则是服务于企业业务层面的。在用工作流系统对两个系统集成时,要对两个系统的组织模型进行统一。在本方案中,就是要对OA系统的组织模型重新定义。
ERP系统的组织模型比OA系统要复杂,不同的ERP系统有不同的组织模型。以Oracle Application为例,其组织模型为:账簿集-法律实体-操作单元-库存组织,再往下是更细致的划分,可以做到用户-角色-所属组织-权限的一一对应,权限的设置可以明确到字段。
对OA系统的组织模型的重定义,主要是增加OA系统组织结构的层次数量,建立新组织结构数据库,把ERP用户和OA用户都在新的组织结构中反映出来。注意OA系统中的用户名要和ERP系统中的用户名统一,因为在ERP系统中用户名和角色、权限是对应的。但口令不能统一,登录ERP系统时,系统仍然会提示用户输入ERP系统的口令。
连接方法
本文中,Workflow Server是使用Lotus Notes Server+Linux Red Had ver7.1系统,而在ERP系统上本文所采用的是HP/Unix+鼎新Tip-top ERP系统+HP9000,Client端则采用一般的Windows环境+Lotus Notes客户端软件。
两个服务器通过TCP/IP协议连接。在Workflow Server上安装InterSoft公司编制的共享软件NetTerm 4.3.0简体中文版,可以在10个以上的操作系统上运行,对远程主机环境具有良好的设置能力。
NetTerm的作用是相应客户端发出的登录ERP Server的要求,所以连接型态选TCP/IP,端口填“23”,模拟型态和键盘定义都选VT100(上述设置适用于国内多数主机),主机名称和地址填入ERP Server对应的地址和内容。
例如当用户需要访问ERP的采购申请功能时,工作流系统中访问ERP系统采购申请功能的活动中包含以下语句(用Terminal simulator script语言编写):
expect 10”login:”
#username “Enter UserID”
#output “^U^M”
expect 10”Password:”
#password”Enter Password”
#output”^P^M”
output”12345^M”//工作流系统提示用户输入口令后生成该行
expect 10”/”
output”exe apmt420^M”
output “a”
流程执行完这段程序时,就自动打开了ERP系统的相应功能。在用户填写完采购申请单后,ERP系统数据库中的保存操作触发事件为:以XML的格式,把采购申请单编号、创建实际、创建人等信息传送到用户本地,并被用户本地服务响应,填写到工作流表单。用户可以执行修改功能再次访问ERP系统修改采购申请单。在用户确认无误后提交,下一个申批人接到提示申批的电子邮件,点击邮件中的连接,出现反映采购流程执行情况的流程表单。依次类推。
应用情况
在实际应用上,根据用户需求定义了采购流程、付款流程、报销流程等,并在ERP系统中开放部分数据访问和维护权限给Internet上自己的外地分子公司和上游客户,解决了ERP刚实施完本部,外地分子公司采购流程无法并入集团供应部采购流程的问题,使用户提前实现了集中采购的战略构想。目前,该用户的上游近600家企业中,已经有60家提供大宗原材料的供应商使用这些流程,集中采购和比价采购使该企业在每年10多亿的采购额中节约了大约1.5%的采购成本,给企业带来了良好的经济效益。
第三篇:Java开源集成开发工具
Java开发工具点评
Java开发工具点评
在计算机开发语言的历史中,从来没有哪种语言象Java那样受到如此众多厂商的支持,有如此多的开发工具,Java菜鸟们如初入大观园的刘姥姥,看花了眼,不知该何种选择。的确,这些工具各有所长,都没有绝对完美的,就算是老鸟也很难做出选择。在本文中我简要介绍了常见的十五种Java开发工具的特点,管中窥“器”,希望能对大家有所帮助。
一、JDK(Java Development Kit)
SUN的Java不仅提了一个丰富的语言和运行环境,而且还提了一个免费的Java开发工具集(JDK)。开发人员和最终用户可以利用这个工具来开发java程序。
JDK简单易学,可以通过任何文本编辑器(如:Windows 记事本、UltrEdit、Editplus、FrontPage以及dreamweaver等)编写Java源文件,然后在DOS状况下利通过javac命令将Java源程序编译成字节码,通过Java命令来执行编译后的Java文件,这能带给DOS时代程序员美好的回忆。Java 初学者一般都采用这种开发工具。
从初学者角度来看,采用JDK开发Java程序能够很快理解程序中各部分代码之间的关系,有利于理解Java面向对象的设计思想。JDK的另一个显著特点是随着Java(J2EE、J2SE以及J2ME)版本的升级而升级。但它的缺点也是非常明显的就是从事大规模企业级Java应用开发非常困难,不能进行复杂的Java软件开发,也不利于团体协同开发。
二、Java Workshop
Sun MicroSystems公司于1996年3月26日推出了Java WorkShop 1.0,这是业界出现的第一个供Internet网使用的多平台开发工具,它可以满足各公司开发Internet和Intranet网应用软件的需要。Java WorkShop完全用Java语言编写,是当今市场上销售的第一个完全的Java开发环境,目前Java WorkShop的最性版本是3.0。Java Workshop的特点表现如下:
1、结构易于创建:在创建平台中立的网格结构方面,Java Workshop比其他任何一种Java开发工具都要方便。
2、可视化编程:Java Workshop的可视化编程特性是很基本的。Java Workshop允许程序员重新安排这些操作,甚至可以确定触发操作行为的过滤器。1
Java Workshop产生的模板带有许多注释,这对程序员是很有帮助的。
此外,Java WorkShop支持JDK1.1.3以及JavaBeans组件模型,API和语言特征增加了编译Java应用程序的灵活性。Java WorkShop开发环境由于完全用Java写成,所以可移植性极好,以致于多个平台都能支持,目前Java WorkShop支持Solaris操作环境SPARC及Intel 版)、Windows95、WindowsNT、以及HP/Ux等平台。适合于初学者进行一些简单的Java编程。Java WorkShop的缺点是Java Workshop中的每一个可视化对象都迟早会用到网格布局,这种设计方法是许多人不习惯的;Java Workdshop的调色板是较差的,仅仅能满足绝大部分应用的基本要求。
三、NetBeans 与Sun Java Studio 5
NetBeans是开放源码的Java集成开发环境(IDE),适用于各种客户机和Web应用。Sun Java Studio是Sun公司最新发布的商用全功能Java IDE,支持Solaris、Linux和Windows平台,适于创建和部署2层Java Web应用和n层J2EE应用的企业开发人员使用。
NetBeans是业界第一款支持创新型Java开发的开放源码IDE。开发人员可以利用业界强大的开发工具来构建桌面、Web或移动应用。同时,通过NetBeans和开放的API的模块化结构,第三方能够非常轻松地扩展或集成NetBeans平台。
NetBeans3.5.1主要针对一般Java软件的开发者,而Java One Studio5则主要针对企业做网络服务等应用的开发者。Sun不久还将推出Project Rave,其目标是帮助企业的开发者进行软件开发。NetBeans 3.5.1版本与其他开发工具相比,最大区别在于不仅能够开发各种台式机上的应用,而且可以用来开发网络服务方面的应用,可以开发基于J2ME的移动设备上的应用等。在NetBeans 3.5.1基础上,Sun开发出了Java One Studio5,为用户提供了一个更加先进的企业编程环境。在新的Java One Studio5里有一个应用框架,开发者可以利用这些模块快速开发自己在网络服务方面的各种应用程序。
NetBeans是开放源码的Java集成开发环境(IDE),适用于各种客户机和Web应用。Sun Java Studio是Sun公司最新发布的商用全功能Java IDE,支持Solaris、Linux和Windows平台,适于创建和部署2层Java Web应用和n层J2EE应用的企业开发人员使用。
NetBeans是业界第一款支持创新型Java开发的开放源码IDE。开发人员可以利用业界强大的开发工具来构建桌面、Web或移动应用。同时,通过NetBeans和开放的API的模块化结构,第三方能够非常轻松地扩展或集成NetBeans平台。
NetBeans3.5.1主要针对一般Java软件的开发者,而Java One Studio5则
主要针对企业做网络服务等应用的开发者。Sun不久还将推出Project Rave,其目标是帮助企业的开发者进行软件开发。NetBeans 3.5.1版本与其他开发工具相比,最大区别在于不仅能够开发各种台式机上的应用,而且可以用来开发网络服务方面的应用,可以开发基于J2ME的移动设备上的应用等。在NetBeans 3.5.1基础上,Sun开发出了Java One Studio5,为用户提供了一个更加先进的企业编程环境。在新的Java One Studio5里有一个应用框架,开发者可以利用这些模块快速开发自己在网络服务方面的各种应用程序。
四、Borland 的JBuilder
Jbuilder进入了Java集成开发环境的王国,它满足很多方面的应用,尤其是对于服务器方以及EJB开发者们来说。下面简单介绍一下Jbuilder的特点:
1、Jbuilder支持最新的Java技术,包括Applets、JSP/Servlets、JavaBean以及EJB(Enterprise JavaBeans)的应用。
2、用户可以自动地生成基于后端数据库表的EJB Java类,Jbuilder同时还简化了EJB的自动部署功能.此外它还支持CORBA,相应的向导程序有助于用户全面地管理IDL(分布应用程序所必需的接口定义语言Interface Definition Language)和控制远程对象。
3、Jbuilder支持各种应用服务器。Jbuilder与Inprise Application Server紧密集成,同时支持WebLogic Server,支持EJB 1.1和EJB 2.0,可以快速开发J2EE的电子商务应用。
4、Jbuilder能用Servlet和JSP开发和调试动态Web 应用。
5、利用Jbuilder可创建(没有专有代码和标记)纯Java2应用。由于Jbuilder是用纯Java语言编写的,其代码不含任何专属代码和标记,它支持最新的Java标准。
6、Jbuilder拥有专业化的图形调试介面,支持远程调试和多线程调试,调试器支持各种JDK版本,包括J2ME/J2SE/J2EE。
JBuilder环境开发程序方便,它是纯的Java 开发环境,适合企业的J2EE开发;缺点是往往一开始人们难于把握整个程序各部分之间的关系,对机器的硬件要求较高,比较吃内存,这时运行速度显得较慢。
五、Oracle 的JDeveloper
Oracle9i JDeveloper(定为9.0版,最新为10g)为构建具有J2EE功能,XML和Web services的复杂的,多层的Java应用程序提供了一个完全集成的开发环境。它为运用Oracle9i数据库和应用服务器的开发人员提供特殊的功能和
增强性能,除此以外,它也有资格成为用于多种用途Java开发的一个强大的工具。
六、Oracle9i JDeveloper的主要特点如下:
1、具有UML(Unified Modeling Language,一体化建模语言)建模功能。可以将业务对象及e-business应用模型化。
2、配备有高速Java调试器(Debuger)、内置Profiling工具、提高代码质量的工具“CodeCoach”等。
3、支持SOAP(Simple Object Access Protocol)“简单对象访问协议”、UDDI(Universal Description, Discovery and Integration)“统一描述、发现和集成协议”、WSDL(Web Services Description Language)“WEB服务描述语言”等Web服务标准。JDeveloper 不仅仅是很好的 Java 编程工具,而且是 Oracle Web 服务的延伸,支持 Apache SOAP,以及 9iAS,可扩充的环境和 XML 和 WSDL 语言紧密相关。Oracle9i Jdeveloper完全利用Java编写,能够与以前的Oracle服务器软件以及其他厂商支持J2EE的应用服务器产品相兼容,而且在设计时着重针对Oracle9i,能够无缝化跨平台之间的应用开发,提供了业界第一个完整的、集成了J2EE和XML的开发环境,允许开发者快速开发可以通过Web、无线设备及语音界面访问的Web服务和交易应用,以往只能通过将传统Java编程技巧与最新模块化方式结合到一个单一集成的开发环境中之后才能完成J2EE应用开发生命周期管理的事实,从根本上得到改变。缺点就是对于初学者来说,较复杂,也比较难。
第四篇:移动应急平台集成
移动应急平台集成移动应急平台满足移动现场音视频采集、现场通信和指挥调度等应急处置需要,包括移动数据库、移动应用软件以及通信设备,能够与国务院、部门和省级等相关应急平台互联互通。
移动平台应提供传输信道,保证移动平台附近的固定长多接入视频会议。既满足“静中通”,也满足“动中通”。
5.9.1、移动应急平台建设目的移动应急平台的建设首先服务于两个基础目的:
现场通信调度服务:
提供事发现场和附近的现场通信和调度服务,满足现场沟通和指挥的需要 打通前后端信息传输通道:
提供前端事发现场和后端指挥中心之间的信息传输通道,上传现场视频信息,承接指挥中心的指令和相关信息推送
其次,移动应急平台,尤其是大中型应急平台还要充当“现场指挥部”的功能,除了基础通信和指挥调度功能外,还能够提供应急数据查询分析,应急业务调用等功能,甚至可以具备提供现场小型会议场所的功能。
5.9.2、XX省政府移动急平台建设内容
目前XX省政府移动应急平台建设规划建设X套中型移动应急平台和X套小型移动应急平台。其中,小型移动应急平台包含:
VSAT小型移动平台(含VSAT便携站、话音设备、视频接入、加密设备)
BGAN小型移动平台(含BGAN便携站、加密设备)
终端和安全设备(含加密PDA、加密手机、卫星移动电话、便携电脑及应用、安全配件)
第五篇:公司分析报告框架
上市公司初步分析框架
一、公司概况
公司概况性的介绍信息,包括公司名称、所属行业、地址、成立年份,历史沿革等。
二、行业分析
公司所属的行业的竞争情况,发展前景,行业所处的周期(新兴、成长、夕阳产业)、与经济周期的关系。
三、公司的竞争优势
公司的业务范围,主要的业务区域(如境内市场和境外市场的销售额占比),行业排名及主要的竞争对手,前几大客户的销售额占比(对主要客户的依存度),品牌情况、主要产品及市场占有率等。
四、风险因素
汇率风险、公司治理情况、管理层稳定性,管理层持股和交易情况,销售网络及销售的稳定性、生产能力、原材料价格变动情况、总负债情况(长期和短期)、现金流量稳定性等。
五、股权结构
股权结构图谱(如年报或网站上有);前3大、前10大股东的股权比例;前10大股东中有无一致行动人关系;流通股比例。
六、盈利能力
公司的成长性,上市以来(如年报中有上市前的资料更好)的ROE,ROA,毛利率等等财务比率、息税前利润(EBIT,earnings before interest and tax)、税前利润(EBT,earningsbeforetax)、净利润,总资产、股东权益金额、每股盈利等情况。