基于 SharePoint 工作流的InfoPath 2010的报修系统的建立.doc.doc

 HYPERLINK /dosboy/archive/2011/01/06/1929062.html 基于 SharePoint 工作流的InfoPath 2010的报修系统的建立：第一章 为什么不开始自己搞一个系统呢？ 今天我的部门里的行政管理员跑来向我汇报我们在某驻地有个电器坏了，需了修一下。按照 常理，我说就修吧，可是我发现我已经批准了很多的这样的修理费用，我说这个东西是什么时候买的还在保修期嘛，一会他过来向我汇报这个是4个月前买的应该在 保修期。一会，我又问，这个东西以前修过嘛，他又说不知道；一会又跑来说，以前好像没有修过。我说，那这个驻点还有其它的维修费嘛，他搬来一堆维修单一张 一张地翻。我又想到，驻点经常抱怨报修的东西经常及时得不到更换或是维修，或是报修的电话最后白打了，行政人员根本没有处理，或是忘了。 我 想为什么不自己搞一个可以提交、查询的报修系统呢？那么这个系统应该有如下的功能： 用户可以提交一个报修单，提交时最好可以 有采购时间、保修期等信息，这样我就不用问来问去了。 我可以根据信息批准或不批准这个报修，并把它安排给行政室的某个行政管理员来 处理。 行政管理员可以把进行的信息填到单子上，比如这个单子因数额巨大正在向向更大的公司领导请示，或是这个报修已经批准，驻点可 以自行请人修理，或是修理的发票正在报销当中，或是正在按排人过来修理，或是这个单子处理结束关闭了。 所有过程会产生状态的变化， 这些过程应该保存在报修的文件中，并且所有的变化应该要以电子邮件的方式通知相关的报修人或是关系人，这样所有的信息都有据可查，并且不会产生扯皮的情 况。 当然首选的搞定方式就是INFOPATH，这实际上是一些简单的工作流,下面谈谈几个关键的技术手段，由于是我设计的， 当然要非常地简单，不能太复杂，在表单里加一点VSTA的代码是可以接受的，但是加太多的代码，就不是一个管理者可以有时间去解决的事情了，所以我决定把 所有的功能设计在一张表单中！ 至少确定在这个流程中，关键变量可以就是“报修状态” 根据上面的功能要 求，至少要包括 填报修单、审批单、处理报修、打印报修单这些视图View，可以使用INFOPATH的“规则”：根据“报修状态”来确定，比如状态为“未审核”时，视图 切换到“填报修单”；当状态为“已审核”时，视图切换到“处理报修”视图。 工作流采用SharePoint Designer的工作流，这样可以不使用代码，在工作流中根据不同的状态来确定是否发电邮，并在“任务”列表中对使用者进行提醒。 那么我们就先来设计这个表单吧！  HYPERLINK /dosboy/archive/2011/01/15/1936129.html 基于 SharePoint 工作流的InfoPath 2010的报修系统的建立：第二章 报修单的总体设计 既然考虑到要在网上设计一个报修单，那么我们就把报修单的设计给大家展示一下。 一、各种用户报修行为的分析： 1 新建报修单：我们建立一个视图就叫报修视图，这个视图就是报修单，并且是默认的视图，好让报修人一新建一个报修单就自动切换到这个视图 2 修改报修单：用户并不总是新建，它有时候还会打开报修单去修改自己以前的填的，但是一旦这个报修单被批准（同意或不同意）就不允许用户修改了，所以我们在 打开表单的时候要有一个规则去判断这个表单的“当前处理状态”，根据不同的状态切换到不同的视图。 3 经理审批报修单：判断当登录的人的职务是经理，并且这个表单已经进入审批流程时，就把视图切换到“审批视图”，供经理审核。 4 行政人员处理报修单：判断当登录的人职务包括行政时，并且这个表单已经被经理审批过后，就把视图切换到“处理视图”，供行政人员登记处理过程。 5 其它情况：如果是其它情况就把报修单一律切换到“打印”视图，打印视图可以给各种用户提供只读一个整体的情况，用户、经理可以看到处理的流程。 ? 二、前提： 1、前提就是企业有一张人事表，可以提供职务、姓名等等信息， 这一张表在我的部门里有一张基于联系人的SharePoint列表里可以提供这些信息，其中有一个很重要的字段就是姓名拼音， 因为在InfoPath 2010中，有一个函数UserName()，就是得到的当前用户的登录名称。 2、当前处理状 态 ，的设定很重要，我们把这个变量设定成“未指定”（默认）、“未审批”、“已审批”、“关闭”、其它自定义的状态……，当报修人单 击保存时，就把此状态设置成“未审批”，标志进入审批流程，当经理单击保存时，就把此状态设置成“已审批”标志表单进入处理流程，其它自定义状态都是处理 流程的一部分，“关闭”，就是处理人对这个表单处理完毕的标志。 ? 三、主数据源设计： 需要说明的是，表单中包括一个重复表，其中有处