SharPoint2007工作流开发
VS2008+ASPX表单
来源：博客园
转载
 

目标：利用VS2008和ASPX表单开发SharePoint工作流，用于档案借阅审批流程。
流程：
 
档案借阅审批流程
 
 
为什么不使用Infopath表单？
Infopath2007设置表单固然方便快捷，但对于复杂的表单，操作起来很繁琐，对于一些特殊需求，只能通过Code来解决。对于业务表单，我还是习惯于将业务数据保存在数据库中。
 
为什么不使用SharePoint Designer?
SD是可以开发出工作流，对于复杂的流程，仅靠If Else只会让流程更繁琐。SD自带的工作流操作还不够丰富，需要自己去定义，例如发短信的操作。
 
 
选用VS2008和ASPX表单来法工作流，虽然也需要做很多编码工作，但流程是可控的，遇到的任何需求，基本都可通过代码来实现。从简便性上来说，熟练这种方式之后，优势还是很明显的。
 
 
强烈建议使用VS2008，如果你还没有使用，赶紧吧。需要安装VSeWSS插件。
 
 
 
 
 
 
 
 
打开VS2008，新建项目
 
 
设计页面如下
 
 
代码：
using S
using ponentM
using ponentModel.D
using System.C
using System.D
using System.L
using
using ponentModel.S
using ponentM
using ponentModel.D
using System.Workflow.R
using System.Workflow.A
using System.Workflow.Activities.R
using Microsoft.ShareP
using Microsoft.SharePoint.W
using Microsoft.SharePoint.WorkflowA
using Microsoft.Office.Workflow.U
 
using System.IO;
using System.Collections.S
 
using System.W
 
namespace SharePointWorkflowLendApprove
{
 public sealed partial class Workflow1 : SequentialWorkflowActivity
 {
 //定义Task0的guid
 public Guid Task0_Id = default(System.Guid);
 //定义Task0的属性
 public SPWorkflowTaskProperties Task0_Properties = new Microsoft.SharePoint.Workflow.SPWorkflowTaskProperties();
 //定义Task1的属性
 public Guid Task1_Id = default(System.Guid);
 //定义Task1的属性
 public SPWorkflowTaskProperties Task1_Properties = new Microsoft.SharePoint.Workflow.SPWorkflowTaskProperties();
 //日志
 public string log = “”;
 //While Activity时使用
 public bool isOk;
 
 public Workflow1()
 {
 InitializeComponent();
 }
 //工作流id和属性，这是自动生成的
 public Guid workflowId = default(System.Guid);
 public SPWorkflowActivationProperties workflowProperties = new SPWorkflowActivationProperties();
 
 #region “Function”
 //日志
 private void logs(string msg)
 {
 string s = “SharePointWorkflowLendApprove:” + DateTime.Now.ToLocalTime() + “"r"n” + msg + “"r"n"r"n”;
 File.AppendAllText(“c:""logs.txt”, s);
 }
 //对Task0分配特殊权限，让分配对象有参与讨论的权限
 public HybridDictionary TaskPermission
 {
 get
 {
HybridDictionary taskPermission = new HybridDictionary();
 //这个判断很重要，否则会导致工作流错误
 if (Task0_Properties.AssignedTo != null)
 taskPermission[Task0_Properties.AssignedTo] = SPRoleType.C
return taskP
 }
 }
 
 //对Task1分配特殊权限，让分配对象有参与讨论的权限
 public HybridDictionary TaskPermission1
 {
 get
 {
 HybridDictionary taskPermission = new HybridDictionary();
 //这个判断很重要，否则会导致工作流错误
 if(Task1_Properties.AssignedTo!=null)
 taskPermission[Task1_Properties.AssignedTo] = SPRoleType.C
 return taskP
 }
 }
 
#endregion
 
 /// &summary&
 /// 启动工作流
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
 private void onWorkflowActivated1_Invoked(object sender, ExternalDataEventArgs e)
 {
log = “工作流已启动“;
 logs(“工作流“ + workflowId.ToString() + “已启动“);
 }
 /// &summary&
 /// 创建Task0
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
 private void createTask0_MethodInvoking(object sender, EventArgs e)
 {
 isOk = false;
 try
 {
 Task0_Id = Guid.NewGuid();
 if (Task0_Properties.Title == null)
 Task0_Properties.Title = “档案借阅审批“;
 Task0_Properties.AssignedTo = “档案管理员“;
 Microsoft.Office.Workflow.Utility.Contact c = Microsoft.Office.Workflow.Utility.Contact.FromName(Task0_Properties.AssignedTo, workflowProperties.Web);
 log = “等待“ + c.DisplayName + “审批“;
 //
 CEAPETFunction.Moss moss = new CEAPETFunction.Moss();
 moss.updateContentAppendText(workflowProperties, “等待“ + c.DisplayName + “审批“);
 }
 catch (Exception ex)
 {
 log = “createTask0_MethodInvoking” + ex.ToString();
 }
 }
 /// &summary&
 /// 当Task0被改动时
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
 private void onTaskChanged0_Invoked(object sender, ExternalDataEventArgs e)
 {
 isOk = TaskEdited(Task0_Properties.TaskItemId);
 }
 /// &summary&
 /// 创建Task1
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
 private void createTask1_MethodInvoking(object sender, EventArgs e)
 {
 isOk = false;
 try
 {
 
 Task1_Id = Guid.NewGuid();
 
 if (Task1_Properties.Title == null)
 Task1_Properties.Title = “档案借阅审批“;
 Task1_Properties.AssignedTo = “档案经理“;
 Microsoft.Office.Workflow.Utility.Contact c = Microsoft.Office.Workflow.Utility.Contact.FromName(Task1_Properties.AssignedTo, workflowProperties.Web);
 log = “等待“ + c.DisplayName + “审批“;
 CEAPETFunction.Moss moss = new CEAPETFunction.Moss();
 moss.updateContentAppendText(workflowProperties, “等待“ + c.DisplayName + “审批“);
 }
 catch (Exception ex)
 {
log = “createTask1_MethodInvoking” + ex.ToString();
 }
 }
 /// &summary&
 /// 当Task1被改动时
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
 private void onTaskChanged1_Invoked(object sender, ExternalDataEventArgs e)
 {
 isOk = TaskEdited(Task1_Properties.TaskItemId);
 }
 /// &summary&
 /// 当审批任务修改时
 /// &/summary&
 /// &param name=”itemId”&&/param&
/// &returns&&/returns&
 private bool TaskEdited(int itemId)
 {
 try
 {
 SPList cList = workflowProperties.TaskL
 SPListItem cItem = cList.GetItemById(itemId);
 
if (cItem.Fields.ContainsField(“审批“) == true)
 {
 if (cItem["审批"] != null)
 {
 if (cItem["审批"].ToString() != “”)
 {
 string str = cItem["修改者"].ToString();
 
log = “审批已完成，审批人：“ + str.Remove(0, str.IndexOf(“#”) + 1);
 
 str = str.Substring(0, str.IndexOf(“;”));
 
 CEAPETFunction.User ceapetuser = new CEAPETFunction.User();
SPUser u = ceapetuser.getSPUserById(workflowProperties.Site, str);
 str = u.LoginN
 if (str.Substring(0, 4).ToLower() == “ceapet”)
 {
str = str.Remove(0, 5);
 str = “&img src=’http://ceapetmoss/SiteCollectionImages/qianming/” + str + “.png’ border=’0′ alt=’” + u.LoginName + “‘ /&”;
 }
 
 CEAPETFunction.Moss moss = new CEAPETFunction.Moss();
 if (cItem["批注"] == null)
 moss.updateContentAppendText(workflowProperties, str + “已完成审批，审批意见：“ + getImage(cItem["审批"].ToString()) + “。完成时间：&span classname=’dateTime’&” + DateTime.Now.ToLocalTime().ToString() +“&/span&”);
 else
 moss.updateContentAppendText(workflowProperties, str + “已完成审批，审批意见：“ + getImage(cItem["审批"].ToString()) + “，批注：“ + cItem["批注"].ToString() + “。完成时间：&span classname=’dateTime’&” + DateTime.Now.ToLocalTime().ToString() +“&/span&”);
 return true;
 }
 }
 }
 }
 catch (Exception ex)
 {
 logs(ex.ToString());
 }
 return false;
 }
 /// &summary&
 /// 工作流完成时，更新报表
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
private void _WorkFlowCompleted(object sender, EventArgs e)
 {
 CEAPETFunction.Moss moss = new CEAPETFunction.Moss();
 moss.updateContentAppendText(workflowProperties, “工作流已完成，完成时间：“ + DateTime.Now.ToLocalTime().ToString());
 logs(“工作流“ + workflowId.ToString() + “已完成“);
 }
 
 private void _Task0ResultCondition1Code(object sender, EventArgs e)
 {
 doWorkFlowRefusaled();
 }
 private void _Task1ResultCondition1Code(object sender, EventArgs e)
 {
 doWorkFlowRefusaled();
 }
 
 /// &summary&
 /// 工作流被拒绝或退回时的操作
 /// 1、停止工作流、2给申请人发送邮件。
 /// &/summary&
 private void doWorkFlowRefusaled()
 {
 try
{
 CEAPETFunction.Moss moss = new CEAPETFunction.Moss();
 moss.updateContentAppendText(workflowProperties, “审批被拒绝或退回，工作流随即停止“);
 
 string body = moss.getItemContent(workflowProperties);
 string name = moss.getItemName(workflowProperties);
 CEAPETFunction.User ceapetuser = new CEAPETFunction.User();
 ceapetuser.mailtoUser(body, name + “未通过审批“, workflowProperties.Workflow.AuthorUser.LoginName);
 
 log =“审批被拒绝或退回，工作流随即停止“ + workflowProperties.Workflow.AuthorUser.LoginN
 }
 catch (Exception ex)
 {
 logs(“doWorkFlowRefusaled” + ex.ToString());
 }
 }
 
 
 #region “条件判断“
 private void _Task0ResultCondition1(object sender, ConditionalEventArgs e)
 {
 bool r = doTaskResult(workflowProperties.TaskList, Task0_Properties.TaskItemId);
 e.Result = !r;
 }
 private void _Task0ResultCondition2(object sender, ConditionalEventArgs e)
 {
 bool r = doTaskResult(workflowProperties.TaskList, Task0_Properties.TaskItemId);
 e.Result =
 }
 private void _Task1ResultCondition1(object sender, ConditionalEventArgs e)
 {
 bool r = doTaskResult(workflowProperties.TaskList, Task1_Properties.TaskItemId);
 e.Result = !r;
 
 }
 private void _Task1ResultCondition2(object sender, ConditionalEventArgs e)
 {
 bool r = doTaskResult(workflowProperties.TaskList, Task1_Properties.TaskItemId);
 e.Result =
 }
 /// &summary&
 /// 处理审批结果
 /// &/summary&
 /// &param name=”cList”&&/param&
 /// &param name=”itemId”&&/param&
 /// &returns&&/returns&
 private bool doTaskResult(SPList cList, int itemId)
 {
 SPListItem cItem = cList.GetItemById(itemId);
 if (cItem["审批"].ToString() == “批准“)
 return true;
 else
return false;
 }
 #endregion
 /// &summary&
 /// 取得图片url
 /// &/summary&
 /// &param name=”str”&&/param&
 /// &returns&&/returns&
 private string getImage(string str)
 {
string r = “”;
 if (str == “批准“)
 r = “&img src=’http://ceapetmoss/SiteCollectionImages/qianming/tongyi.png’ border=’0′ alt=’同意‘ /&”;
 
 if (str == “拒绝“)
 r = “&img src=’http://ceapetmoss/SiteCollectionImages/qianming/jujue.png’ border=’0′ alt=’拒绝‘ /&”;
 
 if (str == “退回“)
 r = “&img src=’http://ceapetmoss/SiteCollectionImages/qianming/tuihui.png’ border=’0′ alt=’退回‘ /&”;
 return
 }
 
 
 /// &summary&
 /// 条件判断
 /// &/summary&
 /// &param name=”sender”&&/param&
 /// &param name=”e”&&/param&
 private void whileTasko_Code(object sender, ConditionalEventArgs e)
 {
 e.Result = !isOk;
logs(“工作流“ + workflowId.ToString() + “Task0:” + isOk.ToString());
 }
 private void whileTask1_Code(object sender, ConditionalEventArgs e)
 {
 e.Result = !isOk;
 logs(“工作流“ + workflowId.ToString() + “Task1:” + isOk.ToString());
 }
 }
}
 
 
值得说明的几点
 
设计好ASPX业务表单，将其放在Layout目录下，这样就不用在web.config中配置，允许该aspx页面执行代码。
 
新建一个内容发布页面的内容类型，命名为档案借阅申请。新建一个文档库，用于保存申请表单，在这个文档库中增加刚才新建的内容类型，将工作流设置到该文档库。档案借阅申请内容类型指定的模板应该修改成aspx页面。
 
每当一个表单提交后，aspx页面处理完表单数据后，生成一个静态页面保存在刚才建的那个文档库中。工作流启动。
 
每个申请单，只能由申请人、档案管理员、档案经理看得见，其他人无法看见，这就要求对生成的静态页面重新分配权限，这个应当放在ASPX页面中完成，如果放在工作流中，就不能使用文档创建时启动工作流的选项，因为工作流启动需要一定的时间，直接去对静态页面分配权限会返回Null异常。
 
 
通过F5调试
 
设置Task的SpecialPermissions时，要单击那个黄色小图标，单击输入框中的…按钮没有反应，据说这是Bug。
 
我在任务列表中添加了两个字段，一个是审批字段，有批准、拒绝、退回三个值，另一个是批注字段。这样，每当任务被修改时，就去判断审批字段的值时候为空，如果不为空，要判断其是批准、拒绝还是退回，然后选择分支。通过While Activity来判断是否继续循环。
 
 
我创建了log变量，当需要在Workflow History List中添加日志时，我就设置log的值，我把logToHistoryListActivity拖到相应的地方，将HistoryDescription设置成log。
免责声明：本站部分内容、图片、文字、视频等来自于互联网，仅供大家学习与交流。相关内容如涉嫌侵犯您的知识产权或其他合法权益，请向本站发送有效通知，我们会及时处理。反馈邮箱&&&&。
学生服务号
在线咨询，奖学金返现，名师点评，等你来互动&星论文网：致力于各类论文代写、论文发表、代写代发论文服务
> >>查看论文
申请审批工作流原型系统的开发与分析
本站编辑：admin
　　摘 要:申请审批工作流原型系统涵盖了采用中间件开发工作流的基本方法、原理和最基础的功能,这个系统集信息输入、传输、存储、查询、管理为一体,完善后可以为机关办公等工作提供可靠的信息基础,快捷的办公流程,方便管理,实现了信息、计算机资源的高度共享的管理系统。本文概述了工作流相关理论,详细介绍了申请审批工作流原型的开发过程。
　　关键词:申请审批工作流
　　中图分类号:TP39
文献标识码:A
文章编号:11)03-0117-02
　　Development and analysis of approval workflow prototype system
　　Abstract:Approval workflow prototype system using middleware development work flow across the basic methods, principles and most basic function The system of information collection, transmission, storage, inquiry, the management of the integration, improve the office after work for organs provide reliable information base, and efficient office procedures to facilitate management of information, sharing of computer resources at the management system.This paper presents an overview of relevant workflow theory , detailed approval workflow prototype development.
　　Key words:approvalworkflow
　　1、引言
　　随着计算机技术的飞速发展,在全球范围内,对工作流的技术研究以及相关的产品开发进入了更为繁荣的阶段。开发一种能够大大提高工作效率的工作流方案将可以把人从繁琐的重复劳动中解放出来。
　　申请审批工作流原型的系统采用B/S结构, 这个原型系统含盖了采用中间件开发工作流的基本方法、原理和最基础的功能,其他复杂的工作流程都是在此基础上发展的。这个系统集信息输入、传输、存储、查询、管理为一体,完善后可以为机关办公等工作提供可靠的信息基础,快捷的办公流程,方便管理,实现了信息、计算机资源的高度共享的管理系统。
　　2、工作流相关理论
　　2.1 工作流概述
　　工作流的概念起源于生产组织和办公自动化领域,提出的目的是通过将工作分解成定义良好的任务、角色,按照一定的规则和过程来执行这些任务并对它们进行监控,达到提高工作效率、降低生产成本、提高企业生产经营管理水平和企业竞争力的目标。工作流经过人工操作到计算机完成的转变,广泛应用于各领域。
　　目前,在全球范围内,对工作流的技术研究以及相关的产品开发进入了更为繁荣的阶段,更多更新的技术被集成进来,文件管理系统、数据库、电子邮件、Internet服务等都已被容纳到工作流管理系统之中。工作流产品的市场每年以两位数字的速度迅猛增长。市场上工作流产品发展迅速,据统计,1997年工作流产品的增长率超过35％。作为支持企业经营过程重组(Business Process Reengineering, BPR)、经营过程自动化(Business Process Automation, BPA)的一种手段,工作流技术的研究应用日益受到学术界与企业界的重视。
　　2.2 工作流的定义
　　根据国际工作流管理联盟(Workflow Management Coalition,WfMC) 的定义,工作流(Workflow)就是自动运作的业务过程部分或整体,表现为参与者对文件、信息或任务按照规程采取行动,并令其在参与者之间传递。简单地说,工作流就是一系列相互衔接、自动进行的业务活动或任务。我们可以将整个业务过程看作是一条河,其中流过的就是工作流。
　　我们从工作流定义中可以看出,工作流是经营过程的一个计算机实现,而工作流管理系统则是这一实现的软件环境。使用工作流来作为经营过程的实现技术首先要求工作流系统能够反映经营过程的如下几个方面的问题,即经营过程是什么(由哪些活动、任务组成,也就是结构上的定义)、怎么做(活动间的执行条件、规则以及所交互的信息,也就是控制流与信息流的定义)、由谁来做(人或计算机应用程序,也就是组织角色的定义)、做得怎样(通过工作流管理系统对执行过程进行监控)。
　　3、申请审批工作流原型的分析
　　3.1 功能性需求
　　(1)发起人拟制申请。
　　(2)各级领导审批,查看前面领导的意见,若不同意则直接结束流程。
　　(3)流程监控。
　　(4)系统管理。
　　3.2 UML活动图
　　以下活动图说明了每个角色的活动，图1，图2。
　　4、申请审批工作流原型的开发
　　4.1 启动工作流
　　Jsp页面(begintask.jsp)将向展现逻辑begin传最初的任务数据:fin/name,fin/reason,fin/money。展现逻辑中begin运算逻辑将启动整个工作流的实例。
　　begin节点参数设置:数据的存储路径:fin。
　　begin业务逻辑的流程:开始(开始构件)-->事务开始(事务开始构件)-->创建对应工作流实例(BL_createProcessInstance构件,需要传入的参数:产生的流程号存储路径:fin/processInstID,流程定义名称:pkg.wf.audit,流程实例名称:audit,流程实例的描述:audit)-->启动工作流实例(BL_startProcessInstance构件,需要传人的参数:输入流程实例的ID:fin/processInstID)--> 设置节点到相关数据的指定路径下(BL_setRelativeDataNode构件,需要传人的参数:流程实例ID路径:fin/processInstID,要设置到的相关数据的位置(XPATH):/,设置的节点:fin)--> 设置节点往数据库中插入一条记录(BL_insertEntity构件,需要传入的参数:待插入的数据路径:fin)--> 设置节点事务提交(事务提交构件)-->结束(结束构件)
　　Success.jsp: 显示“流程启动成功”提示。
　　4.2 预审节点
　　需要设置节点参数:展现逻辑的url为pkg.pr.auditget,参与者为tiger(在参与者tiger点“执行”时系统会传入参数:processInstID,activityInstID,workItemID(是系统根据processInstID自动产生)。
　　auditget展现逻辑:auditdget节点的参数设置:processInstID输入-->开始节点,设置参数:输出节点路径:fin-->获得相关数据指定路径下的节点 (BL_getRelativeDataNode构件),需要设置参数:输出结果的节点:/,流程实例ID:processInstID,相关数据的路径:fin-->auditendget.jsp:显示提交的表单数据,让角色签署意见。将数据传入到展现逻辑auditdset中,其中数据传入了 workItemID,processInstID。
本文出自：http://www.starlunwen.net/ligongkeji/103802.html
上一篇： 下一篇： 　　
相关理工科技论文：
Copyright ©
www.starlunwen.net All Rights Reserved. 星论文网 版权所有
蜀ICP备号 | 主营：、 | 服务热线:400-803-;| 企业QQ: | 上传用户：fqlvlituav资料价格：5财富值&&『』文档下载 ：『』&&『』学位专业：&关 键 词 ：&&&&&权力声明：若本站收录的文献无意侵犯了您的著作版权，请点击。摘要:（摘要内容经过系统自动伪原创处理以避免复制，下载原文正常，内容请直接查看目录。）迁徙任务流是将挪动盘算技巧运用于任务流治理的一项新技巧，任务流营业进程中的运动被映照为迁徙实例，多个迁徙实例经由过程迁徙和协作完成任务流进程。组成迁徙任务流治理体系的三要素是迁徙任务流治理引擎、迁徙实例和任务地位。任务流治理引擎完成任务流进程界说、迁徙实例生成和多迁徙实例调和等。任务地位指停靠站办事器及其联系关系的任务机收集。个中，停靠站办事器是迁徙实例的运转场合，任务机为迁徙实例供给各类任务流办事，是任务流办事的现实履行场合。因为在迁徙任务流体系中，任务流办事由散布在分歧所在的、异构的任务地位供给给携带义务解释书的迁徙实例，是以，迁徙任务流办事分歧于传统的任务流体系中的任务流履行办事。起首各任务地位自己就是一个异构的散布式情况，各任务地位能否能有用地组织和调剂任务流办事将直接影响着任务流履行办事的机能和靠得住性。其次须要在迁徙实例和担任供给任务流办事的各任务地位之间坚持办事语义分歧，以支撑迁徙途径的选择和义务解释书到任务流办事的扩大。针对迁徙任务流办事的上述特色，本课题对迁徙任务流体系中的办事机制停止了研讨，评论辩论了办事若何组织、安排、供给及宣布等办事战略，提出了一个基于本体论的迁徙任务流模子，答复了“本任务地位的办事是甚么”和“若何办事”的成绩。本文总结了今朝任务流体系中经常使用的办事战略，并针对迁徙任务流办事的特色，研讨了迁徙任务流治理体系中采取的办事战略，包含办事安排、办事供给、办事宣布等，这些战略较好的支撑了迁徙任务流体系中任务流办事的有用组织、治理和调剂。针对迁徙任务流办事语义同享的特色，基于本体论，提出一种迁徙任务流办事模子。应用本体在结构进程中优越的语法和语义界说和同享的办事语义，迁徙实例能精确的懂得各任务地位供给的任务流办事。该模子经由过程任务流元本体为迁徙实例和各站点供给同一的任务流办事语义。在此基本上，经由过程办事本体描写和组织迁徙任务流办事，完成办事发明。该模子较好的完成了迁徙实例与各站点Abstract:Migration task flow is the mobile computing skills on the task flow management of a new skill, task flow movement in the business process is mapped for migrating instance and multiple migration instance through the process of migration and collaboration to complete the task of process flow. The three elements of the management system of the migrating task flow are the engine of the migration task flow management, the migrating instance and the task status. Task flow management engine completed task flow process definition, generating and migrating instance migration instance harmonic etc.. Task status refers to the docking station server and its relationship with the task of machine collection. Among them, the stop station server is the operation of the migrating instance, the task machine for migrating instance to provide various types of task flow, is the reality of the task flow performance occasions. Because in the migration task flow system, task flow work by spreading lies in the differences, heterogeneous task status supply to carry obligation to explain the book of migrating instance is the migration task flow service differences in traditional task flow system task flow to perform work. First and foremost the task status is a heterogeneous distribution type, position of each task can can useful to organize and adjust task work flow will directly affect the task flow to fulfill the work of performance and reliability. Second, it is necessary to insist on the semantic differences between the migrating instance and the position of the various tasks in the supply of the task flow to support the choice of the migration path and the expansion of the obligation to explain the book to the task flow. For migration tasks above characteristics of the work flow, the topic of migration task flow system service mechanisms to carry out the research, review the debate work how organization, arrangement, supply, and announced etc. service strategy proposed an ontology of migration task flow model based on in response to &the task status of service is what& and &how to work&. Are summarized in this paper the current task flow system is often used in business strategy, and the migration task flow characteristics of the work, discussion of the migration task flow management system take the service strategy, including work arrangement, service provision, service announced etc., these strategies better support the migration task flow system task flow service organization, management and adjusted. The migration task flow service semantic sharing features, based on ontology, proposes a migration task flow model. Ontology application is superior in the structure in the process of syntax and semantics definition and sharing service semantics, migrating instance can accurately know how each task status supply task flow work. The model through the process of task flow meta ontology for migrating instance and the site to provide the same task flow service semantics. In this basically, through the process of ontology description and the organization of the migration task flow, and complete the work of the invention. The model is good to complete the migration examples and the site目录:摘要5-7ABSTRACT7-8第1章 绪论9-13&&&&1.1 课题的背景及意义9-11&&&&&&&&1.1.1 迁移工作流技术的概况和发展9-10&&&&&&&&1.1.2 课题的意义10-11&&&&1.2 本文的研究工作11&&&&1.3 本文的创新点11-12&&&&1.4 本文的组织12-13第2章 迁移工作流管理系统13-28&&&&2.1 工作流技术基础13-19&&&&&&&&2.1.1 工作流的基本概念13-16&&&&&&&&2.1.2 现有的工作流管理系统16-19&&&&&&&&2.1.3 工作流技术的现状和发展趋势19&&&&2.2 迁移工作流的概念模型19-26&&&&&&&&2.2.1 迁移工作流的定义20-22&&&&&&&&2.2.2 迁移工作流管理系统框架22-26&&&&2.3 迁移工作流服务的特点26-27&&&&2.4 小结27-28第3章 相关的研究28-35&&&&3.1 目前常用的工作流服务策略28-31&&&&&&&&3.1.1 工作流服务的组织策略28&&&&&&&&3.1.2 几种服务发现机制28-31&&&&3.2 工作流服务模型研究现状31-34&&&&&&&&3.2.1 Web Service服务模型31-32&&&&&&&&3.2.2 基于本体论的知识模式32-34&&&&3.3 小结34-35第4章 迁移工作流系统的服务机制35-48&&&&4.1 迁移工作流系统的服务策略35-38&&&&&&&&4.1.1 迁移工作流的组织策略35-36&&&&&&&&4.1.2 本地工作流服务的组织策略36-37&&&&&&&&4.1.3 服务部署和提供37&&&&&&&&4.1.4 迁移工作流系统的服务发布37-38&&&&&&&&4.1.5 服务的安全性和可靠性38&&&&4.2 基于本体论的迁移工作流服务模型38-45&&&&&&&&4.2.1 本体的概念39&&&&&&&&4.2.2 工作流元本体39-41&&&&&&&&4.2.3 服务本体41-43&&&&&&&&4.2.4 迁移工作流服务模型43-45&&&&4.3 工作位置的服务框架45-47&&&&4.4 小结47-48第5章 服务机制的实现48-56&&&&5.1 JBOSS服务器技术支持48-50&&&&5.2 关键技术50-54&&&&&&&&5.2.1 服务本体的构建50-51&&&&&&&&5.2.2 主要类的实现51-54&&&&5.3 图书订货服务流程实例的设计与实现54-56第6章 结束语56-57参考文献57-62致谢62-63攻读硕士期间发表和录用的论文63-64学位论文评阅及答辩情况表64分享到：相关文献|