MOSS を用いた MRO ワークフロー ケーススタディ, SPD, InfoPath & web サービス.

概要

このエントリには実際の MRO を記述する事例について説明します (メンテナンス, 修理および操作) モスで実装されるワークフロー承認プロセス.

これは、あからさまに技術的な議論ではないです。, しかしコケ プラットフォームが現実世界を満たす方法を示す実例を提供するために役立つ必要があります代わりに.

(このエントリは、クロスの間に掲示 http://paulgalvin.spaces.live.comhttp://blogs.conchango.com)

背景

クライアントの MRO のプロセスは、次によって特徴付けされていた

  • 手動の承認プロセス.
  • スプレッドシートを excel を使用して、いくつかのサポート.
  • 不規則な承認プロセス. 同じ MRO 購買承認プロセス変化日, 人による人.
  • 多くの紙と手書きの署名 — 購買依頼に必要な 3 最終承認前に書かれた署名.

含まれているこのプロジェクトの目標:

  • 完全に自動化します。.
  • エンタープライズ標準承認を適用します。.
  • MRO 購入様々 なマネージャーの統合ビューを提供します。.
  • 詳細な監査証跡.

ソリューションの副作用として, 書かれた署名は不要.

承認プロセス

承認プロセスから成っている 4「レーン」: 創始者, 直属の上司, 機能マネージャーや部門マネージャー.

創始者:

購入の必要性を見ているし、プロセスを開始します。. 創始者が可能性がありますまたは購買依頼を実際には入らない場合があることに注意してください。, しかし、代わりにこれを行う別のスタッフ メンバーを直接. いくつかの回, 創始者は PO 要求書に記入する技術的専門知識を持たない. たとえば, ユーザーが新しいノート パソコンを注文することができます。, しかし、最高のベンダーを知っていません。, IT の基準, など. このケースでは, それと発信者の作品は実際に要求書にいっぱい.

直属の上司:

これは、発信者の直属の上司です。 (MOSS に PO 要求に実際に入った人から異なるであるかもしれない). 直営は、システムはさらにラインの下の承認を求めている前に PO 注文要求の承認が必要.

機能マネージャー:

機能マネージャーは、個々 の購入の提案が特定企業の機能の範囲内での企業の標準に従っていることを保証する責任. たとえば, IT 購入が IT 機能マネージャーによって承認され.

本部長:

部長は、金額によって厳密に購買依頼を承認します。. 部長承認設定可能金額を超える購買依頼.

ソリューション

ソリューションの実装に以下のツールとコンポーネントを用いてください。:

MOSS: オフ他のすべて「ハング」プラットフォームとして提供しています. モスがセキュリティの基盤サービスを提供します, マスター データ, 監査証跡やその他の機能.

InfoPath フォーム サービス: MOSS コンポーネント, これにより、ユーザーが web ブラウザー経由での購買依頼を入力するには.

SharePoint デザイナー (SPD): 自動化されたワークフロー プロセスを実装する SPD を用いてください。.

Web サービス: C# web サービス InfoPath フォームにカスケード選択リストを有効にしてユーザー エクスペリエンスを拡張し、パフォーマンス データのフィルター処理について. 参照してください。 ここで この主題とそれを使用するための理由技術的な深いダイビングのため.

カスタム リスト: 特定のユーザーの直属の上司を提供されている MOSS ユーザー プロファイル, ワークフローの決定を制御するデータのほとんどを提供していないが、 (例えば. PO の注文要求を承認する部門のマネージャーが必要かどうか). 我々 は"エンタープライズ データのカスタム リストを使用" サイト「部門マネージャー承認金額」などのデータを保持するには, 「機能エリア ・ マネージャー" など、. リストは、InfoPath と非常にうまく統合し、作成/更新/削除 (CRUD) 監査と箱から出してセキュリティ機能.

ユース ケース

この使用例は、ソリューションがどのように一緒を示しています:

  1. Paul は、新しいラップトップを望んでいます。. 彼はヴィヴェックに彼のニーズについて説明します, 会社のラップトップを基準に精通している IT 担当者, プリファードベンダー, など.
  2. MOSS にヴィヴェック ログ, PO 注文フォームにアクセスし、Paul に代わって催告に入る. フォームを求める会社により承認されたベンダーのドロップ ダウン リストを作成する web サービスを使用して購入カテゴリ ヴィヴェック. ヴィヴェックもこの購入の企業機能領域を指定します (例えば. "これは" 「金融」または).
  3. 基づく SPD ワークフローが開始されます。, Paul の直属の上司を決定し、彼のマネージャーに要求をルーティング, ステイシー.
  4. ステイシーは、購買依頼を承認します。.
  5. SPD ワークフロー要求を検査し、それは、それを購入を決定します. ワークフローを IT 機能マネージャーにルーティングします。, Wonson.
  6. Wonson は、注文要求を承認します。.
  7. SPD ワークフロー再度注文要求を検査し、購入金額 maxium ドルの額を超えるし、承認の部長にルートを決定します.
  8. 部門マネージャー、購買依頼を承認します。.

メモ

  • ユース ケースを示します"きれい" 拒絶やジャンプなしに実行します。.
  • すべての承認者が承認または注文要求を拒否すると同様に書かれたコメントを提供する能力を持っています。. これらが監査証跡に記録されます。.
  • 担当課長、任意の時点で購買依頼が拒否された場合, PO 要求は"死んでいます。" 最初からプロセスを開始する必要があります。.
  • ワークフローは、プロセスのあらゆる段階で発信者に通知します.
  • ない書面による署名 — 決定されるクライアント (説得力があるいくつかの勧告後) 監査トレイル ワークフロー履歴を介して提供されます。, 監査のニーズを提供しています.
  • 努力 — このソリューションを実装する約 3 週間をかかった.

結論

このソリューションは、開発およびランタイム ・ プラットフォームとしてコケを活用してください。. ほぼすべての従業員に影響を受けて経常的業務プロセスを自動化する主要なコケ機能を活用することができました. 単純な web サービスを除いて (それ自体が MOSS を活用します。), ほとんどない実際のプログラミング"" 必要でした。.

ソリューションとしても使用"ショーケース" クライアントの, どのように異なる MOSS 機能を示すは完全に主要なビジネス アプリケーションを作成し、将来的に新しいコンサルティングの機会を生成する結合できます。.

用語集

MRO: メンテナンス, 修理および操作. これらの購入は、通常メモ帳などの項目を含める, 椅子, パーソナル コンピューター, プリンター, 携帯電話など.

試験 70-542: 推奨事項を検討します。 (Microsoft Office SharePoint Server 2007 – アプリケーション開発)

更新プログラム: コメントで, 誰かがこのリンクを掲示されます。: http://www.midnightmonkey.co.uk/blog/blogging/?page_id=5. それはあまりにも私によさ.

私は今日、MOSS の技術試験を渡す, 題して「Microsoft Office SharePoint Server 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

双方向 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 データを表示します。

これは明らかに多くのことがあります。, しかし、しばらくの間私のモス プログラミング試験勉強, ユーザー インターフェイスを介して検索クエリから、実際の XML を取得する非常に簡単だということを学んだ.

1 つの簡単なメソッドのとおりです。:

  • 検索高度なアクセス.
  • いくつかのデータを返す検索を実行します。.
  • ページを編集します (サイトの設定を介して).
  • 次の 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 回私はいくつかのカスタマイズされた検索結果を作成.

これは、dataview と同様の動作するはずです。, しかし私はまだテストしていないこととして.

WSS の CQWP は、ないです。? これを試してください。…

それを参照してください。 Eric クラウス 通常、コンテンツ クエリ web パーツに会った要件に直面していた. 問題? 彼は、CQWP にアクセスせずに純粋な WSS 環境. 胎児の位置カーリングではなく (毎日を戦うためにある衝動, それです。), 彼は少なくとも WSS ショップに成功するために戦うチャンスを与える解決策を思いついた. 記載されています。 ここで.

コンテンツ管理 API の素晴らしいと詳細の表示

Stefan Goßner SharePoint コンテンツおよびデプロイメント API に一緒に素晴らしい 4 つの部分シリーズを入れています。 ここで. 偉大な概要とコードの非常に良い例を提供しています ((C#)).

最初に joris poelmans のブログからこのリンクにピックアップ http://jopx.blogspot.com/.

私に似ている場合でも, あなたがコンテンツ管理の実践的な仕事を持っていないという点で, これはよく価値があります。 20 読むあなたの時間の分.

API の使用, 1 つの缶:

  • 非常に簡単にコンテンツをインポートおよびエクスポート.
  • 親コンテンツの再. "A のサイトからいくつかのコンテンツをエクスポートする場合" サイト"B に送信" 完全に新しい階層に配置, これは可能です。.
  • サイト A からコンテンツをエクスポートして選択したビットをサイト A にインポート.
  • コンテンツの再リンク (すべてのハイパーリンクに対処の意味).

WSS, ドキュメント ライブラリ & リスト, 計算型の列を含む [私]

インターネット上で誰かとして書式設定された値を表示するリストに集計列を作成する方法について求めていた」[ユーザー] – [ステータス] – [場所]" 「ポール Galvin ように – 飲む [無料] ビール – ビーチ」.

計算列が適切に更新と Paul 行くし、彼のリスト内のエントリを更新. 、 [ユーザー] 既定にする必要があります、一覧の入力・更新ユーザー.

計算列は、「揮発性使用できません" などの機能 [私] または [今日]. これらの手順をテスト環境でそれを解決しました。:

  1. 「現在のユーザー」という名前のテキスト列を作成する.
  2. 既定値を設定するには [私]
  3. 「Calc テスト」と呼ばれる計算列を作成します。.
  4. その値を設定 = [現在のユーザー]

私が行った, リストとそれが働かせたに項目を追加.

渡された私 70-315 今日の試験!

"開発と実装する Web アプリケーションと Microsoft Visual c# .NET と Microsoft Visual Studio .NET を渡す" SolarTech ハズブルック ハイツでの由緒ある事務所でニュージャージー州の素晴らしい状態で今日試験.

ある BizTalk と難易度の観点からこの試験を置く. それを通してあなたの方法を偽造することはできません。.

勉強するには, 私は使用の MCAD/MCSD 自己ペース トレーニング キット単行本 Microsoft Visual Basic .NET と Visual c# .NET Web アプリケーションの開発.

マイクロソフトのガイドライン (ここで) まさに正しい imo します。. 本アドレスすべてと少量や現実世界の経験があるかどうか, それはストレートな試験をする必要があります。. そうでない場合, いくつかの現実世界の経験の時間を楽しんだり、少なくとも本で演習を実行. それにより、おそらく必要なもの.

私も、これまで行くプロのお勧めの本, 私のような特に独学の人. 私はちょうど決して私の旅の時につまずく理由を持っていたいくつかの基本的なものをカバーし、決してそれらを学ぶために時間をとったために少しに自分を蹴っています.

SharePoint デザイナー, “ユーザーからのデータを収集します。” これらの結果を使用して.

ユーザーから「収集データの使用" アクションを作成し、ユーザーにタスクを割り当てるデータを要求されます。. 他のものの間で, 私は承認または、要求を拒否し、いくつかのコメントを入力するのにと、ユーザーにそれを使用しました。.

このアクションを形式します。:

収集 データ 差出人 このユーザー (出力する 変数: collect1)

クリックすると データ シリーズを取得] ダイアログ ボックスの指定データはときに、ユーザーに提供する必要があります、タスクを完了して このユーザー 明らかであります。.

出力部 (変数: collect1) タスクの ID を保存します。. あなたは、"データ ソースの比較を介してユーザーの実際の応答を抽出するのにワークフローでこれを使用します。" 条件.

条件として表示します。

場合 フィールド 等しい

をクリックします フィールド して、f(x) アイコンとそれは別のダイアログ ボックスが出てくる. この一般化されたダイアログ ボックスを使用して、SPD の 2 つのことを言う;

1. 一覧と列値を比較します。.

2. ワークフロー エンジンどのようにそのリストに特定の行を検索する必要があります。?

これを行うには:

  1. 「ソースをを変更する" 正しいタスク リストをポイントするためのドロップダウン. ダイアログ ボックスが拡張"を見つけるのリスト アイテムを表示することに注意" セクション.
  2. 参照の詳細フィールドのドロップダウンで, 値、フィールドの名前を選択します。 (このデータの収集] ダイアログ ボックスで上から呼び出すにマップします。).
  3. で、「リストの項目を検索" セクション, 「タスクをを選択します。:ID" フィールドのドロップダウンで.
  4. [値] フィールドに, f をクリックします。(x). さらに別のダイアログ ボックスが開きます.
  5. 「ワークフロー データ ソースをを変更する"
  6. 「出力に変数を一致するワークフロー変数を選択" 収集アクションから.
  7. [Ok]/[ok] をクリックして完了です。.

このような私のためにね:

イメージ

この時点で, 必要に応じてワークフロー内その値を使用することができます。.

追加の注意事項:

簡単な余談として, 私は常に"リスト アイテム ID の型の適切な名前のワークフロー変数を作成します。" 自動生成された"collect1"の代わりに使用し、.

これは、"データ ソースを比較します。" ダイアログ セット SPD 内のいくつかの異なる場所で使用されてありもをマスターする価値があります。.

終了 = =

Technorati のタグ:

WSS/MOSS ドキュメント ライブラリ内のドキュメントにアクセスするときに断続的な IE がクラッシュします。

このためによって苦しんだら 9 ヶ月と私は、MSDN と Usenet フォーラムの人々 があることそれ too.l を参照してください。

時々, word 文書にアクセスするとき (その他のドキュメント) ドキュメントからライブラリにより Internet Explorer が単にクラッシュし、離れて行く (開いている場合、それをすべてのタブを取ってください。).

この MS の修正プログラムは、それを解決することがあります。: http://support.microsoft.com/kb/938888

また, ここでの問題についていくつかの説明があります。:

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

実際の XPath のステップ転送します。?

概要:

いくつかのダースの列とコンテンツ タイプを管理するカスタム リストを作成.

SPD を経由し、ページに追加, データ ビューに変換.

問題:

Xpath 式は「現在位置」という名前の列の空白に戻っていた. Thusly それを参照:

    <表の罫線 =「1」>
      <xsl:それぞれの select ="/dsQueryResponse/行/行" >
        <tr>
          <td>
            現在のステータス:
            <xsl:値の select="@Current_x0020_Status」></xsl:値の>
          </td>
        </tr>
      </xsl>
    </テーブル>

CT 内の列は「現在の状況」という名前します。. それは「現在の状態」と検索で現れる. どこを見て, 「現状」を参照してください。.

狂ったように約スラッシング中, 解決策を探してください。, 私が代わりに呼ばれる"@Recruiter" そして見よ! — それは実際に現在のステータスを返した. 私はそれをしたときに、リクルーターを返すに期待.

ソリューション:

SPD 探した. SPD でそのページに移動し、データ ビューを表示. 実際検査できますデータ ビューに提供され、Xpath を関連付けられています。. ここで判明する確かに, 「リクルーター」で指摘した Xpath. 不思議なことに, 「実際の" "Recruiter1"から指摘したリクルーター フィールド.

片付けてください:

SPD の行に対して権限のある Xpath 式を提供します。 & データ ビュー内の列.

2 番目, それは実際のデータを示しています. ですから、例えば, この型の列が表示されます。:

<nobr><スパン><HREF="/sites/Corporate/HumanResources/TalentAcquisition/_layouts/userdisp.aspx?ID = 17">ガルビン氏, ポール</A><img 国境 ="0" 高さ ="1" 幅 ="3" src="/_layouts/images/blank.gif"/><href =' java スクリプトの設定:’ 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>