タイトルはあまり正確ではありません。現在、複数のユーザーがデータを入力できるサイトへの追加を開発しています。人々は特定の順序でデータを入力するため、WFF を使用する必要がある/使用したい。お客様苦情フォームです。セールスマンが最初のフォームに記入し、苦情を提出します。苦情は審査され、却下されるか、調査セグメントに移されます。最後に、苦情は処理され、クローズされます。
私のジレンマは、Sharepoint も実装していることです。両方のプロジェクトの期限はほぼ同じです。最終的に、Sharepoint が私たちの唯一の Web サイトとなり、苦情プロジェクトは Sharepoint に移動しました。
Sharepoint が導入されるまで待ってから、顧客の苦情プロジェクトを進めたいと思います。後で実装するのではなく、最初からワークフローを含めるように SharePoint プロジェクトを再編成する必要があります。
何か考え、提案、コメントはありますか？
基本的に、SharePoint は Windows Workflow Foundation のホスティング エンジンです。SharePoint ワークフロー エンジンで実行する必要がある WWF ワークフローを開発するときに含める必要がある要素がいくつかありますが、このワークフローはいずれ SharePoint に移植されることがわかっているため、これらをプロジェクトに組み込むことができます。
ただし、ワークフローを動作させるための UI コンポーネント (フォームなど) を実装し、それを実行するためのエンジンを実装するまでには、最小限の WSS 3.0 インストールですべてを展開しただけかもしれません。
私のアドバイスは、WWF ワークフローを Visual Studio で設計して、SharePoint ワークフロー エンジン内で実行し、それに付随するインフラストラクチャを活用することです。そうしないと、苦情処理プロジェクトにさらに数週間を費やすことになり、SharePoint に移植するとすぐに冗長になります。