一、论文可能关注技术:
事务机制。Web服务提供了Internet上应用和信息的集成,为了保证web应用协同工作并保持一致,
得到可靠的结果和输出,web应用需要有事务处理的机制。与传统事务相比,web服务中事务机制具有下
列特点:I)事务的执行周期可能很长;2) Web事务比传统事务更松散、更灵活、更复杂,并不严格地遵循
传统事务ACI D原则;3)事务参与者可能分布在网络中不同位置、不同平台上;4)服务组合中需要事务机
制来保证其协调工作。目前,Web Services支持的事务模型主要是Business Transaction, WS-
Transaction和Activity Service,其策略通常是扩展已存在的事务处理技术,其实效性仍然有待进一
步研究。
WSFL( Web服务工作流): WSFL使Web服务在整个商业流程或“流模型”中扮演实现具体活动的角色。
在整体规划中,这意味着个别类型的Web服务(地址薄、即时消息,信用卡验证服务等)不如正在实现的
整个工作流重要,至少从希望使用那些服务的公司来看是如此。用另一种方法解释,Web服务的真正价
值在于它们能够使开发人员真正地引导商务或共享信息,而不在于Web服务自身的个别优点。
*基于Web服务的跨组织工作流管理系统的开发,可能要考虑事务机制的问题**
BPEL和XPDL(?找相关资料?)
基于XML的数据库的关键技术:怎样管理XML标记的数据。一种很有希望的方法是用数据库对XML进行
存储、检索和操作,即把XML标记的数据收入一个框架中,在一种更容易管理、更系统化、更为人们所
熟悉的环境中完成搜索、分析、更新和成果输出工作。这里有两种不同的观点:纯粹派认为,只有以
XML原始的格式存储XML的数据库才能称为XML数据库;另一些人认为,只要能存入和检出XML,且它本身
又是一个数据库,那它就是一个XML数据库,而不必考虑数据是怎样存入的。我们暂且把两派之争放在
一边,凡内部不是以XML格式存储的XML数据库,叫做“XML- enabled数据库”;如果内部以XML格式存
储数据,就称为“native-XML数据库”。使用现有的数据库类型和产品而不是以原始格式来存储 XML,
是出自以下几种考虑:首先,普通的关系数据库和面向对象数据库已尽人皆知,而 native-XML数据库
是新的;其次,人们熟知现有的关系数据库和面向对象数据库,也了解它们的行为和性能,因此,他们
不愿意转向native-XML数据库,因为其性能,特别是可伸缩性尚未经过检验;最后,在企业看来,选择
关系数据库和面向对象数据库是比较安全的,不到迫不得已用不着冒险使用新的native-XML数据库。所
幸的是,现在已经有一些能够很好地处理XML的XML-enabled数据库,并且是由久经考验的关系数据库和
面向对象数据库担此重任。这些数据库在收到XML后,将其分解为字段并按通常的方式存储它们,当检
索XML 时,这些字段再被拼接成原状。(?##Oracle是这样的数据库吗?相关资料查询和收集##?)
二、可选论文(发表或开题)方向:
研究一下看能不能将工作流引擎的核心用规则引擎实现,来将具体应用中的动态可变的业务逻辑分离出
来由规则引擎处理,提高工作流的灵活性,更好地动态适应业务变化。
工作流管理系统研究及其在电子政务系统中的应用
基于工作流和Web服务技术的MIS框架及其建模工具的研究
基于Petri网的工作流建模技术在电厂大修中的应用
基于面向对象的工作流网在水利枢纽CIMS中的应用研究
基于异步Web Service的工作流引擎集成
基于Web服务和消息机制的分布式工作流管理系统的研究与实现
基于Web Services的工作流管理系统的研究与实现
基于工作流的Web服务组合技术
基于Web Service的工作流引擎的研究与实现
基于Web服务的工作流应用架构
基于XML Web服务和工作流的跨部门应用集成模型研究
多组织工作流消息引擎的设计与实现
Web OA中的工作流技术研究与实现
三、**暂时确定毕业论文开题方向:
**基于Petri网和Web服务的工作流管理系统研究及其在办公自动化系统中的应用
分析:
第一,工作流管理系统分三个主要部分:
1.工作流过程建模,流程定义(用Petri网建模,定义用XPDL或者XML相关变式[*可以变动*])
2.工作流引擎(开源的YAWL或者Bonita或者twister等)[**这里用到Web服务:例如:YAWL引擎内
部架构将可插拨的构件式组件包装成Web服务,让工作流引擎核心算法调用,便于各组成部分的替换##<详
细见YAWL文档>## ?Bonita或twister还没研究?]
3.暂缺?
第二,办公自动化系统可选择煤矿或者油田系统
第三,创新点:多组织工作流消息引擎的设计与实现,基于异步Web Service的工作流引擎集成——[##
也就是利用Web服务,使多组织之间流程协同办公成为可能##]——跨组织的流程重组或再造
##参考Blog里面的<<跨组织流程管理的现状>>一文得到的摘要如下:
随着供应链的地位和战略意义逐步提高,企业所关注的流程跨越了组织的边界,延伸到组织的外部。
跨组织流程管理至少将会遇到如下问题:
(1)对外包活动的控制复杂性,组织松散,有可能造成企业私有信息的泄密,以及专有技术的流失,
对企业造成一定威胁。
(2)跨组织流程对管理者和基础设施提出了较高要求,如组织间谈判、协调,共享信息和流程衔接的
基础设施。
(3)在连接过程中,目前的流程可能需要适应性改造或重新配置,中间流程(如协作伙伴选择、建立
契约关系、合作内容实时监控等)需要重建。
许多研究者引用,并未阐述跨组织重组的理论问题,研究还局限于最简单的跨组织关系范畴,即
inter-organizational(一对一组织关系), 而非复杂意义上的跨组织概念,即Cross-organizational
(多对多组织群关系)。
跨组织流程再造研究主要集中在以下几个领域:跨组织工作流研究、供应链与物流信息系统研究、
虚拟企业或联盟企业的信息集成。大多数文献采用或提到工作流技术,也有学者从流程管理方面讨论了
电子商务升蓝软件公司时代的跨组织流程再设计方法和工具。国内也发现个别学者开始跨组织流程重组
的研究,但主要涉及跨组织信息系统IOS(Inter-organization system)的研究。
跨组织工作流方面都有相关研究,最值得一提的是欧洲ESPRIT组织的**CrossFlow项目。CrossFlow(
属于FP4,目前已开始研究FP6-IST体系结构)提出了针对动态虚拟企业跨组织流程管理的体系结构,尤
其是流程外包活动。CrossFlow提供的是全局端对端解决方案,包括了契约建立到工作流程实施,最终
实现外包服务内容的全部功能。
在电子商务升蓝软件公司环境下企业或部门间的协作型流程集成则以基于服务的SOA(Service
Oriented Architecture)结构为基础,出现了Web Services、Biz talk等技术与语义标准。在具体的
行业或业务类型领域还出现了企业间流程的接口标准或参考体系,如电子器件行业开始的Rossettnet
PIP标准和供应链管理领域参考模型SCOR等。##局限:这些新兴技术、标准和参考体系部分解决了特定
的异类系统和流程间的集成问题,但仍未从根本上消解异类动态型流程的集成问题,缺乏普适性和动态
柔性。
**发表论文方向:
基于Web Service的工作流引擎的研究与实现(YAWL)
基于Petri网的工作流建模技术在办公自动化系统中的应用