2

私たち (私の会社) は、ドキュメント管理のソリューション (アプリケーション) を開発しようとしています。MS Sharepoint Server 2007 または SharePoint Services の使用を検討しましたが、推奨または提案が必要です。

タスクの割り当て、ドキュメントの承認、情報収集など、さまざまなタスクに Windows ワークフロー ファンデーションを使用する予定です。しかし、どの製品を選択するか、および/または魔女の技術についての提案が必要です.

例: ユーザーが Web ポータルにログオンして、住宅建築許可を申請します。彼はフォームに必要な情報を入力し、リクエストを送信します。次に、リクエストが現在どのスタジアムにあるかに応じて、リクエストはさまざまな担当者または部門に割り当てられます。ユーザーはいつでも Web ポータルにログオンして、要求の状態を確認し、必要に応じて別の情報を入力することができます。

4

5 に答える 5

8

まあ、Sharepoint での私の 1 つの経験は素晴らしいものではありませんでした。私は毎日その制限に苛立ち、それが私のフラストレーションを常に増しています。もっと便利にできると確信していますが、まだそうではありません。

あなたが探しているのは、ドキュメント管理に結び付けられたビジネス プロセス管理 (ワークフロー) ソリューションです。私はこの仕事を 10 年近く続けてきたので、これらの製品を提供している会社をいくつか知っています。（これらのいくつかはやり過ぎかもしれませんが、共有ポイントもそうです）

  • FileNet - BPM と DM の両方を提供します。高価ですが、30年の経験とその製品は堅実です. （トレーニングもSoCalにあります。いいね！）
  • Epitome - BPM と DM の両方を提供します (EPM と呼ばれます - 私はマーケティングが嫌いです)。ライセンスは、シートごとまたはトランザクションごとに実行できます。(すべての .NET API は、必要に応じてソリューションを設計またはホストできます)
  • OpenCMS - DM のみ、無料ですが、BPM (WWFF) に接続する必要があります。
  • OTG - BPM と DM の両方を提供します。価格については現時点では考えていませんが、製品構造は非常に理解しやすく、トラブルシューティングも非常に簡単です。

気にしないでください

  • OnBase - サポートは困難で、それらはすべて COM コンポーネントです。.NET 統合は困難であり、インテグレーターを支援する意思がありません。
  • Fortis / FileMagic - 前回一緒に仕事をしたときは、十分に成熟していませんでした。

自分で巻く場合は、少なくともこれらのいくつかのものがあることを確認してください.

  • ドキュメントのバージョン管理/変更の監査。各変更は、新しい個別のドキュメントとして記録する必要があります。(電子フォームを使用している場合でも、データが変更されるたびに、古いバージョンを保持する必要があります)
  • ドキュメントのロック/チェックアウト。ソース管理とほぼ同じように機能します。
  • 複雑にしないでおく。
于 2009-01-20T13:12:04.450 に答える
1

私は、Windows Sharepoint Services (WSS) 3.0 が必要なものをすべて提供できると信じています。

計画どおりに Windows Workflow Foundation を使用でき、ドキュメント ライブラリは、バージョン管理、ドキュメントのチェックアウト、検索などのドキュメント管理を提供します。

ポータルをレガシー システムと統合する予定がある場合や、別の複雑な機能 (ドキュメントの権限管理など) が必要な場合を除き、Microsoft Office Sharepoint Server (MOSS) 2007 は必要ないと思います。

SharePoint を使用する場合は、Microsoft Office (可能であればバージョン 2007) を使用する必要があります。ホワイト ペーパーを参照してください: 良い、より良い、最高: Office と SharePoint の製品とテクノロジ

詳細はこちら: Microsoft SharePoint とは?

于 2009-01-20T16:05:11.697 に答える
0

また、k2blackPearlをお勧めします。優れたワークフロー機能とSharePointとの統合があります。

ただし、K2 blackPoint（別のk2ソフトウェア）もSharePointと非常にうまく統合されており、実際にはSharePointでのみ使用できます。コストを削減したい場合は、k2blackPearlではなくk2blackPointをオプションにすることができます。また、BlackPointはinfopathと統合できるため、新しいアイテムを作成するときにSharepointリストに入力するのではなく、より優れたGUIを作成できます。私はリストに記入することに反対しているわけではありません、見た目は私にとって重要です（私が推測する個人的な好み）

とりあえず、

k2アプリケーションを使用すると、開発時間が短縮され、比較的簡単に開発できます（ドラッグアンドドロップのようなもの）。K2はコーディングなしと言っていますが、コードを追加することはできます。

于 2009-02-25T05:47:20.990 に答える
0

クライアントとのやり取りで、プラットフォームは SharePoint Services 3.0 でなければならないとクライアントが書いた要件リストを入手しました。したがって、私の決定はすべて、それに基づいたソリューションの開発に基づいています。したがって、ここで与えられた多くの良い提案、特に私の将来のプロジェクトで検討する別のいくつかの製品を提案してくれた StingyJack に感謝します。

今、私は自分のプロジェクトの建築設計に集中しなければなりません。

于 2009-01-21T08:02:11.453 に答える
0

k2 BlackPearl は SharePoint で複雑なワークフロー ソリューションを提供するために使用されており、BlackPearl は Windows Workflow Foundation を使用しており、SharePoint にある Microsoft Office 統合およびコラボレーション機能が必要な場合は、2 つの製品を検討する価値があります。

SharePoint は大規模で複雑なプラットフォームであり、小規模なソリューションには過剰かもしれませんが、組織全体の統合を計画している場合は、費用対効果の高いソリューションを提供する可能性があります。

SharePoint の最大の問題は知識です。SharePoint のロールアウトで陥りやすく、回復するのが難しいいくつかの落とし穴を回避するために必要な経験を持っている人を見つけるのは困難です。

于 2009-01-20T21:01:04.970 に答える