每月档案: 9 月 2007

使用 MOSS 的维修工作流案例研究, 浪涌保护器, InfoPath & web 服务.

概述

此条目描述描述实际 MRO 的案例研究 (维护, 维修和操作) 在 MOSS 中执行的工作流审批流程.

这不是公然的技术讨论, 但相反,旨在提供一个真实的示例,演示如何在 MOSS 平台满足真实世界中需要.

(此条目是交叉张贴之间 http://paulgalvin.spaces.live.comhttp://blogs.conchango.com)

背景

由下列特点是客户端的 MRO 过程

  • 手动审批流程.
  • 一些支持使用 excel 电子表格.
  • 不规则的审批流程. 相同的 MRO 采购审批流程将有所不同,一天到一天, 由人的人.
  • 很多纸和手写签名 — 购买到所需的请购单 3 前最后批准的书面的签名.

包含此项目的目标:

  • 完全自动化的过程.
  • 强制执行审批企业标准.
  • 提供 MRO 采购到各类管理人员的统一的视图.
  • 详细的审核跟踪.

作为解决方案的副作用, 书面的签名不再是必需.

审批流程

审批流程组成的四个"游泳车道": 原始发件人, 直接管理器, 职能经理及部门经理.

原始发件人:

认为有必要购买和启动过程. 请注意,发端人可能或不可能实际输入采购申请, 但相反指示另一工作人员这样做. 有些时候, 发起人并没有填写 PO 征用的专门技术知识. 例如, 用户可能想要征用一台新的膝上型计算机, 但不知道最好的供应商, IT 标准, 等. 在此情况下, 它和它的发端人作品实际上填写申请.

直接管理器:

这是发端的直接经理 (这可能是不同的人实际上进入藓类植物的大埔征用). 直接经理必须审核该大埔申请系统寻求批准进一步下线前.

职能经理:

职能经理是负责确保建议的购买符合企业标准的企业某一特定功能范围内的个人. 例如, 由 IT 职能经理批准购买 IT 产品.

司经理:

部门经理批准的采购申请严格美元数额. 部门经理批准超过可配置的美元数额的采购申请.

解决方案

我们用下面的工具和组件来实施解决方案:

苔藓: 作为的平台的一切"挂起". MOSS 提供基础服务的安全, 主数据, 审核跟踪和其他功能.

InfoPath 表单服务: MOSS 组件, 这使用户可以通过 web 浏览器的采购申请填写.

SharePoint 设计器 (浪涌保护器): 我们用电涌保护器来实现自动化的工作流过程.

Web 服务: C# web 服务增强了用户体验,通过启用在 InfoPath 表单中的级联的选择列表和提供更好的性能,在筛选数据. 请参阅 在这里 对于技术的深潜,关于这一主题和我们使用它的原因.

自定义列表: 提供给定的用户的直接经理的苔藓用户配置文件, 但没有提供大部分的数据的控制工作流的决定 (例如:. 部门经理,是否需要批准大埔征用). 我们在"企业数据中使用自定义列表" 站点来维护数据,如"分区经理批准美元数额", "功能区域经理" 等等等等. 列表与 InfoPath 很好地集成在一起,并提供创建/更新/删除 (CRUD) 审核和现成的安全功能.

使用案例

本使用案例说明了如何解决贯穿在一起:

  1. Paul 想要一台新笔记本电脑. 他描述了他需要到 Vivek, 熟悉公司的便携式计算机标准 IT 人, 首选供应商, 等.
  2. MOSS Vivek 登录, 访问大埔申请表并进入代表 Paul 征用. 窗体提示 Vivek 采购类别,然后使用 web 服务来填充下拉列表的公司认可的供应商. Vivek 还指定此购买企业功能区 (例如:. "它" 或者"金融").
  3. 浪涌保护器基于工作流启动, 确定保罗的直接管理器并路由到他的经理的申报表, 泰西.
  4. Stacy 批准采购申请.
  5. SPD 工作流检查申请并确定它是 IT 采购. 它将工作流路由到 IT 职能经理, Wonson.
  6. Wonson 批准请购单.
  7. 展能就业科的工作流再次检查申报表,并确定的采购量超过了最大的美元金额,并将其传送到部门经理进行审批.
  8. 分区经理批准采购申请.

备注

  • 使用案例演示了一个"干净" 运行没有拒绝或跳转.
  • 每个审批者批准或拒绝申请,以及提供书面的意见的能力. 这些都被记录在审核跟踪.
  • 如果一个负责任的经理拒绝在任何点的采购申请, 大埔征用是"死" 和过程必须从头开始.
  • 工作流通知过程的每一步的原始发件人.
  • 没有书面的签名 — 已确定客户端 (后一些有力的建议) 审计跟踪通过工作流历史记录的规定, 送达其审计的需要.
  • 努力 — 花了大约三个男人周来实现该解决方案.

结论

此解决方案利用苔藓作为开发和运行时平台. 客户端是能够利用核心苔藓功能影响几乎每个公司里的员工日常业务过程自动化. 除了简单的 web 服务 (而其本身利用苔藓), 几乎没有任何实际的"编程" 需要.

该解决方案还充当"展示" 为客户端, 可以结合示范如何不同苔藓功能创建一个全功能的业务应用程序,并在将来产生新的咨询机会.

术语表

MRO: 维护, 维修和操作. 这些购买通常包括记事本程序项, 椅子, 个人计算机, 打印机, 手机和类似.

考试 70-542: 研究建议 (Microsoft Office SharePoint 服务器 2007 – 应用程序开发)

更新: 在注释中, 有人张贴此链接: http://www.midnightmonkey.co.uk/blog/blogging/?page_id=5. 看起来不错我太.

我今天通过了青苔技术考试, 题为"Microsoft Office SharePoint 服务器 2007 – 应用程序开发". 我发现这次考试是非常严格和它匹配与微软的很好 准备指南.

我一直青苔日常的基础上,没有什么比这些考试的所有实际动手.

说, 我注意到我念书,我在研究. 我相信所有这些资源都是很有帮助, 特别是作为一种手段加固的实际操作经验.

主题 链接
Excel Services http://msdn2.microsoft.com/en-us/library/ms519581.aspx
搜索 没有特别的建议. 今年早些时候搜索了一类和现实世界的经验使我渡过. 使用"搜索中心" MOSS 的组件.
BDC http://msdn2.microsoft.com/en-us/library/ms563661.aspx
观众 http://msdn2.microsoft.com/en-us/library/ms496822.aspx
配置文件 http://msdn2.microsoft.com/en-us/library/ms496822.aspx
内容管理 http://www.sharepointblogs.com/tonstegeman/archive/2007/02/01/moss-custom-policies-part-1-creating-a-custom-information-management-policy.aspx

http://blogs.msdn.com/ecm/archive/2007/03/04/customize-the-page-editing-toolbar-in-moss-2007.aspx

http://msdn2.microsoft.com/en-us/library/aa674506.aspx

BI KPI 在 MOSS 中实际使用.
工作流 http://msdn2.microsoft.com/en-us/library/aa830816.aspx
信息管理 http://msdn2.microsoft.com/en-us/library/bb397403.aspx
变化 http://aspnetcoe.wordpress.com/2007/02/09/customize-variation-root-landing-logic/
记录管理 http://blogs.msdn.com/recman/archive/2006/06/16/633393.aspx
Infopath http://msdn.microsoft.com/msdnmag/issues/06/08/infopath2007/default.aspx

很多这些链接导致更多的链接,我倾向于达跟随他们 3 水平深.

我不会说我直接读取的一切适用于考试, 但我不会后悔阅读它的任何,即使一些位并不直接相关. 这是所有的好东西,要知道和我强烈推荐材料的所有有志全面藓类植物开发人员.

MOSS/WSS 搜索结果 (和 dataviews): 查看原始 XML 数据

这可能是显而易见的对很多人, 但我 MOSS 编程考试而学习, 我学到了它是很容易就能从用户界面通过搜索查询获得实际的 XML.

一种快速方法是,如下所示:

  • 访问高级搜索.
  • 执行返回某些数据的搜索.
  • 编辑页面 (通过网站设置).
  • 将 XSL 更改为以下内容:

<?xml 版本="1.0" 编码="utf-8"?>
<
xsl:样式表 版本="1.0" xmlns:xsl="http://www.w3.org/ 1999/XSL/变换">
<
xsl:输出 方法="xml" 版本="1.0" 编码="UTF-8" 缩进=""/>
<
xsl:模板 匹配="/">
<
上一页>
<
xsl:复制的 请选择="*"/>
</
上一页>
</
xsl:模板>
</
xsl:样式表>

  • 点击应用.
  • 在浏览器中查看源代码.

请注意, <上一页> 标记不做太多,只服务作为一个方便的标记,当你查看结果.

这一招是非常有用的当工作与托管属性和自定义搜索. 它将提供一个明确列表供您在您将非常有助益的 xslt 中使用的 XML 的最后一次 25 时间为我创造了一些自定义的搜索结果.

这应该会以及视图请为工作, 虽然我没有测试出来尚未.

内容管理 API 的辉煌和详细视图

Stefan Goßner 已经放在一起很棒的 4 部分系列部署 API 与 SharePoint 内容 在这里. 它提供了一个很大的概述和很好的例子,在代码中 (C#).

我第一次拾起此从 joris poelmans 在博客上的链接 http://jopx.blogspot.com/.

即使你像我一样, 在这你还没有做很多实际操作的内容管理工作, 这是非常值得的 20 分钟的时间阅读.

使用 API, 一个可以:

  • 导出和导入的内容很容易.
  • 重新父内容. 如果你想要从站点"A 导出一些内容" 并将它发送到站点 B"" 但在一个完全新将放在层次结构中, 这是可能的.
  • 将内容导出从站点 A 和导入站点 A 的选的位.
  • 重新链接内容 (意味着处理的所有超链接).

WSS, doc 库 & 列出, 涉及的计算的列 [我]

有人在网络上问有关如何创建计算的列上会显示格式设置为一个值列表"[用户] – [状态] – [位置]" 作为在"保罗 · 高尔文 – 饮酒 [免费] 啤酒 – 海滩".

Paul 会进去和更新他的列表中的条目和计算的列会相应地更新. 《 [用户] 应默认为用户进入更新列表.

计算的列不能使用"挥发性" 例如,函数 [我] 或 [今天]. 我解决了这个问题在测试环境中使用这些步骤:

  1. 创建一个名为"当前用户"的文本列.
  2. 设置为其默认值 [我]
  3. 创建计算的列称为"Calc 测试".
  4. 设置其值 = [当前用户]

我走进去, 添加项目到列表和它的工作.

通过我 70-315 今天的考试!

通过了"发展和执行 Web 应用程序与 Microsoft Visual C#.NET 和 Microsoft Visual Studio.NET" 今天在新泽西州伟大国家在 SolarTech 哈斯布鲁克高地的令人尊敬办公室考试.

我把这次考试,那里与 BizTalk 比较困难. 你不能假装你通过它的方式.

研究, 我用的 MCAD/MCSD 自我控制进度的培训工具包书题为 与 Microsoft Visual BASIC 和 Visual C#.NET Web 应用程序开发.

Microsoft 的准则 (在这里) 是完全正确的国际海事组织. 该书是一切,如果你有一点点或现实世界的经验, 它应该是一个直截了当的考试. 如果不是, 采取的时间得到一些现实世界的经验或至少在这本书中执行实验室. 这可能会给你你需要什么.

我甚至想为止向 pro 的建议书, 尤其是自学成材的人喜欢我自己. 它涵盖了一些基本的东西,只是从来没有在我的旅行的一个偶然发现的理由和我怪我自己有点从来没有采取时间去学习他们.

SharePoint 设计器, “从用户处收集数据” 和使用这些结果.

使用"收集数据从用户" 行动,创建并将任务分配给用户提示他们输入数据. 除其他外, 我已经用它来提示用户批准或拒绝请求,并输入一些评论.

这一行动所采取的形式:

收集 数据此用户 (输出到 变量: collect1)

点击 数据 拉了一系列的对话框,在其中指定哪些数据,用户应提供什么时候完成任务和 此用户 很明显.

输出部分 (变量: collect1) 保存任务的 ID. 您使用此工作流中提取用户的实际响应通过"比较任何数据源" 条件.

状态显示为

如果 字段 合计 价值

请单击 字段 然后 f(x) 图标和它拉起另一个对话框. 使用此广义的对话框告诉 SPD 两个事情;

1. 什么是你想要比较的值的列表和列.

2. 工作流引擎如何在该列表中定位特定行?

若要执行此操作:

  1. 更改"源" 下拉列表中,指向正确的任务列表. 请注意,该对话框将展开以显示"查找列表项" 一节.
  2. 在查找详细信息字段下拉列表中, 选择您希望其值的域的名称 (此架构映射到您从上面的收集数据对话框中的调用).
  3. 在"查找列表项" 一节, 选择"任务:ID" 在字段下拉列表中.
  4. 在值字段中, 单击 f(x). 这将打开另一个对话框.
  5. 更改"工作流数据源"
  6. 选择工作流变量,匹配到"输出到变量" 从收集数据操作.
  7. 单击确定 / 确定,你完成.

它看起来像这对我来说:

图像

在这一点, 您现在可以使用该值作为所需工作流中.

附加说明:

作为简短的一边, 我始终创建类型的适当命名工作流变量"列表项 ID" 和使用,而不是自动生成的"collect1".

这个"比较的任何数据源" 对话框的设置用于在 SPD 中的几个不同的地方,很值得把握.

= = 结束

Technorati 标签:

间歇性 IE 崩溃时访问 WSS/MOSS 文档库中的文档

困扰这为 9 我和几个月看看 MSDN 和 Usenet 论坛上的人要它 too.l

有时, 在访问一个 word 文档时 (或其他文档类型) 从文档库导致互联网资源管理器中只是崩溃,走了 (如果任何被打开,同时考虑与它的所有选项卡).

此 MS 修复程序可能会解决这个问题: http://support.microsoft.com/kb/938888

还, 有一些关于这里的问题的描述:

http://jopx.blogspot.com/2007/07/solving-internet-explorer-crash-when.html

将真正的 XPath 步向前?

概述:

创建自定义列表,用于管理与一些数十列的内容类型.

将其添加到页,然后通过电涌保护器, 转换为数据视图.

问题:

我的 Xpath 表达式返回空白为一个名为"当前位置"列. 这样,引用了它:

    <表格边框 ="1">
      <xsl:对于每个选择 ="/ 行/dsQueryResponse/行" >
        <tr>
          <运输署>
            当前状态:
            <xsl:值的 select="@Current_x0020_Status"></xsl:值的>
          </运输署>
        </tr>
      </xsl>
    </表>

在 CT 列被命名为"当前状态". 它显示在查找中为"当前状态". 无论你怎么看, 你看到"当前状态".

同时疯狂地约系统失效, 寻找一个解决方案, 我反而提到"@ 招聘" 看哪,! — 这实际上又回到了的当前状态. 我期望它返回招聘时候,.

解决方案:

我在 SPD 乱. 转到该页面在 SPD 和它显示数据视图. 您可以检查的实际数据提供给视图和关联 Xpath. 在这里我发现的确, Xpath 指着"招聘". 奇怪的是, "实际" 指出,从"Recruiter1"的招聘现场.

带走:

展能就业科提供权威 Xpath 表达式的行 & 在数据视图中的列.

第二次, 它显示了实际的数据. 举个例子, 类型的列显示这:

<nobr><大跨度><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">高尔文, 保罗</A><img 边境 ="0" 高度 ="1" 宽度 ="3" src="/_layouts/images/blank.gif"/><a href = javascript:’ onclick ='IMNImageOnClick();返回 false;’ 类 ='ms imnlink'><img 名称 ='imnmark’ 标题 =” 边境 =’0′ 高度 = 12年’ 宽度 = 12年’ src='/_layouts/images/blank.gif’ 按住 alt =' 没有状态信息’ sip='PGalvin@xxx.com’ id ='imn_77,类型 = smtp'/></一></大跨度></nobr>