使用 MOSS 的 MRO 工作流案例研究, 浪湧保護器, InfoPath & web 服務.

1 答覆

概述

此條目描述描述實際 MRO 的案例研究 (維護, 維修和操作) 在 MOSS 中實現工作流審批過程.

這不是公然技術討論, 而是旨在提供一個現實世界示例，演示如何在 MOSS 平臺滿足真實世界中需要.

(此條目是交叉張貼之間 http://paulgalvin.spaces.live.com 和 http://blogs.conchango.com)

背景

用戶端的 MRO 過程已經被具有以下特點

  • 手動審批過程.
  • 一些支援使用 excel 試算表.
  • 不規則的審批流程. 相同的 MRO 採購審批流程將有所不同，一天到一天, 由人的人.
  • 很多的紙和手寫簽名 — 採購到所需的申請 3 書面的簽名之前最終批准.

包含此專案的目標:

  • 完全自動化的過程.
  • 執行企業標準進行審批.
  • 提供 MRO 採購各類管理人員的綜合的視圖.
  • 詳細的審核跟蹤.

作為解決方案的副作用, 書面的簽名不再是必需.

審批流程

批准過程包括四個"泳道": 原始寄件者, 直接經理, 職能經理和部門經理.

原始寄件者:

認為有必要購買和啟動過程. 請注意，發端人可能或不可能實際輸入採購申請, 但相反指示另一工作人員這樣做. 幾次, 贊助者並沒有填寫 PO 徵用的專門技術知識. 舉個例子, 使用者可能想要申請一台新的膝上型電腦, 但不知道最好的供應商, IT 標準, 等. 在此情況下, 它和它的發端人作品實際上填寫申請.

直接經理:

這是發端人的直接經理 (這可能是不同于大埔徵用實際上進入苔蘚的人). 直接經理必須審核該大埔申請系統尋求批准進一步下線前.

職能經理:

職能經理是負責確保建議的購買符合企業標準的企業某一特定功能範圍內的個人. 舉個例子, 由 IT 職能經理批准購買 IT 產品.

司經理:

部門經理批准的採購申請嚴格美元數額. 部門經理批准超過可配置的美元數額的採購申請.

該解決方案

我們用下面的工具和元件來實施解決方案:

苔蘚: 作為的平臺的一切"掛起". MOSS 提供基礎服務的安全, 主資料, 審核跟蹤和其他功能.

InfoPath 表單服務: 苔蘚元件, 這使使用者可以填寫採購申請通過 web 瀏覽器.

SharePoint 設計器 (浪湧保護器): 我們用 SPD 來實現自動化的工作流過程.

Web 服務: C# web 服務增強了使用者體驗，通過啟用在 InfoPath 表單中的級聯的挑選清單和提供更好的性能，在篩選資料. 請參閱 在這裡 對於技術的深潛，關於這一主題和我們使用它的原因.

自訂清單: 提供給定的使用者的直接經理的苔蘚使用者設定檔, 但沒有提供大部分的資料的控制工作流的決定 (例如：. 該部門經理，是否需審核大埔申請). 我們在"企業資料中使用自訂清單" 網站來維護資料 （如"部門經理審批金額", "功能區域經理" 等等等等. 清單與 InfoPath 很好地集成在一起，並提供創建/更新/刪除 (CRUD) 審計與開箱即用的安全功能.

使用案例

此用例演示如何解決片合在一起:

  1. Paul 想要一台新筆記本電腦. 他描述了他需要到 Vivek, IT 人員熟悉企業可擕式電腦標準, 首選供應商, 等.
  2. Vivek 登錄到苔蘚, 訪問大埔申請表並進入代表 Paul 徵用. 表單提示 Vivek 採購類別，然後使用 web 服務來填充下拉清單的公司認可的供應商. Vivek 還指定此購買企業功能區 (例如：. "它" 或者"金融").
  3. SPD 基於工作流啟動, 確定 Paul 的直接經理並將請求路由到他的經理, 史黛西.
  4. 史黛絲批准的採購申請.
  5. SPD 工作流檢查申請並確定它是 IT 採購. 它將工作流路由到 IT 職能經理, Wonson.
  6. Wonson 批准申請.
  7. SPD 工作流再次檢查該申請和確定的採購量超過最大金額，並將其路由到部門經理審批.
  8. 司經理批准的採購申請.

備註

  • 使用情形演示了一個"乾淨" 運行沒有拒絕或跳轉.
  • 每個核准者批准或拒絕申請，以及提供書面的意見的能力. 這些都被記錄在審核跟蹤.
  • 如果一個負責任的經理拒絕在任何點的採購申請, 大埔徵用是"死了" 和過程必須從頭開始.
  • 工作流通知每一步過程的發端.
  • 沒有書面的簽名 — 確定用戶端 (後一些有力的建議) 審計記錄，提供了通過工作流歷史記錄, 送達其審計的需要.
  • 努力 — 花了大約三個男人周來實現該解決方案.

結論

此解決方案利用苔蘚作為開發和運行時平臺. 用戶端是能夠利用核心苔蘚功能影響幾乎每個公司裡的員工日常業務過程自動化. 除了簡單的 web 服務 (這本身利用苔蘚), 幾乎沒有任何實際的程式設計"" 需要.

該解決方案還充當一個"展示" 為用戶端, 可以結合示範如何不同苔蘚功能創建一個全功能的商務應用程式，並在將來產生新的諮詢機會.

術語表

MRO: 維護, 維修和操作. 這些購買通常包括記事本程式項, 椅子, 個人電腦, 印表機, 手機和類似.

考試 70-542: 研究建議 (Microsoft Office SharePoint 伺服器 2007 – 應用程式開發)

12 回复

更新: 在注釋中, 有人張貼此連結: http://www.midnightmonkey.co.uk/blog/blogging/?page_id=5. 看起來不錯我太.

我今天通過了青苔技術考試, 題為"Microsoft Office SharePoint 伺服器 2007 – 應用程式開發". 我發現這次考試是非常嚴格和它匹配與微軟的很好 準備指南.

我一直用青苔在日常基礎上並沒有什麼比這些考試的所有實際動手經驗.

那說：, 我注意到我念書，我在研究. 我相信所有這些資源都是很有説明, 尤其是作為手段的加強，動手體驗.

主題 連結
Excel 服務 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 開發材料.

MOSS/WSS 搜尋結果 (與視圖請): 查看原始的 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 的輝煌和詳細視圖

發表評論

斯特凡 · Goßner 已經放在一起很棒的 4 部分系列部署 API 與 SharePoint 內容 在這裡. 它提供了一個很大的概述和很好的例子，在代碼中 (C#).

我第一次拿起從約裡斯 poelmans 博客就是在此連結 http://jopx.blogspot.com/.

即使你像我一樣, 在這不，你不得不做很多實際工作內容管理, 這是非常值得的 20 分鐘的時間閱讀.

使用 API, 一個可以:

  • 匯出和導入的內容很容易.
  • 重新父內容. 如果你想要從網站"A 匯出一些內容" 並將它發送給網站 B"" 但在一個完全新層次結構中的放置, 這是可能的.
  • 將內容匯出從網站 A，並將所選的位導入網站 A.
  • 重新連結的內容 (意思處理所有的超連結).

WSS, doc 庫 & 列出, 涉及的計算的列 [我]

9 回复

有人在網路上問有關如何創建計算的列上會顯示格式設置為一個值清單"[使用者] – [狀態] – [位置]" 如在"保羅 · 高爾文 – 飲用水 [免費] 啤酒 – 在沙灘".

Paul 會進去和更新他的清單中的條目和計算的列會相應地更新. " [使用者] 預設為輸入/更新清單中的使用者.

計算的列不能使用"揮發性" 例如，函數 [我] 或 [今天]. 我解決了這個問題在測試環境中使用這些步驟:

  1. 創建一個名為"當前使用者"的文本列.
  2. 設置為其預設值 [我]
  3. 創建一個名為"Calc 測試"的計算的列.
  4. 設置其值 = [當前使用者]

我走進去, 一項添加到清單中，並且它奏效了.

通過我 70-315 今天的考試!

發表評論

我通過"發展和實施 Web 應用程式與 Microsoft Visual C#.net 和 Microsoft Visual Studio.net" 今天在古老辦事處在哈斯布魯克高地 SolarTech NJ 偉大國家考試.

我把這次考試，那裡與 BizTalk 比較困難. 你不能假裝你通過它的方式.

研究, 我用的 MCAD/MCSD 自我控制進度的培訓工具組書題為 與 Microsoft Visual BASIC 和 Visual C#.NET Web 應用程式開發.

Microsoft 的準則 (在這裡) 是完全正確的國際海事組織. 該書是一切，如果你有一點點或現實世界的經驗, 它應該是一個直截了當的考試. 如果不是, 採取的時間得到一些現實世界的經驗或至少在這本書中執行實驗室. 這可能會給你你需要什麼.

我甚至想為止向 pro 的建議書, 尤其是自學成材的人喜歡我自己. 它涵蓋了一些基本的東西，只是從來沒有在我的旅行的一個偶然發現的理由和我怪我自己有點從來沒有採取時間去學習他們.

SharePoint 設計器, “從使用者處收集資料” 和使用這些結果.

9 回复

使用"收集資料從使用者" 行動，創建並將任務分配給使用者提示他們輸入資料. 除其他外, 我已經用它來提示使用者批准或拒絕請求，並輸入一些評論.

這一行動所採取的形式:

收集 資料 從 此使用者 (輸出到 變數: 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 一步轉發嗎?

發表評論

概述:

創建管理與一些幾十個列的內容類型的自訂清單.

將其添加到頁面，然後通過 SPD, 轉換成資料檢視.

問題:

我的 Xpath 運算式返回空白為一個名為"當前位置"列. 這樣，引用了它:

    <表格邊框 ="1">
      <xsl:為每個選擇 ="/ dsQueryResponse/行/行" >
        <tr>
          <運輸署>
            目前狀態:
            <xsl:值的 select="@Current_x0020_Status"></xsl:值的>
          </運輸署>
        </tr>
      </xsl>
    </表>

在 CT 列被命名為"目前狀態". 它顯示在查找中為"目前狀態". 無論你怎麼看, 您看到"目前狀態".

同時瘋狂地約捶打, 尋找一個解決方案, 我反而提到"@Recruiter" 看哪，! — 這實際上又回到了的目前狀態. 我期望它返回招聘時候，.

解決方案:

我在 SPD 亂. 轉到該頁面在 SPD 和它顯示資料檢視. 您可以檢查的實際資料提供給視圖和關聯 Xpath. 在這裡我發現的確, Xpath 指著"招聘". 奇怪的是, "實際的" 招聘人員欄位指出，從"Recruiter1".

帶走:

SPD 提供權威性的 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>