0

現在、既存のクライアント向けのソリューションを作成し、多数の eServices を作成中です。クライアントは現在 MOSS 2007 を使用しています。提案されたソリューションは、MOSS を eServices の出発点として使用することです…</p>

この要件には、登録機能を提供し、ある種のワークフローを促進するいくつかのオンラインフォームを作成することが含まれます。提案されたソリューションには複雑な Web フォームが必要だと言われました。

ほとんどは、複数のウィンドウを持つ親子の詳細を持つ複雑なフォームです。提案された解決策は、特注の開発を行い、ASP .NET フォームを開発することです。これらのフォームは、現在の MOSS ポータルの _layouts フォルダーに展開され、現在のサイトのマスター ページ デザインを継承します。

このアプローチにより、開発と展開がより簡単になり、MOSS との「完全な統合」が実現すると言われています。

私の質問は次のとおりです。

  1. これは SharePoint を活用する最善の方法ですか?提案されたソリューションは MOSS をまったく活用していないようです..! Web パーツを利用したほうがよいのではないかと考えましたが、これはより複雑で、よりスマートで直感的な UI を開発するのはより難しいと言われています。これは本当にそうですか？そうでない場合、推奨されるアプローチは何ですか？

  2. Ultimus をワークフロー エンジンとして使用します。ただし、K2 ワークフローをお勧めします。両方使った人はいますか？

よろしくお願いします！

敬具、

4

2 に答える 2

0

MOSS 2007 Enterpriseを使用している場合は、WebレンダリングされたInfoPathフォームが「複雑なWebフォーム」のニーズを満たすことができるかどうかを検討できます。結局のところ、おそらくこれらのテクノロジーのすべてがニーズを満たすことができます。それは、あなたとあなたの顧客がどのようなスキルを持っているか、そしてそれがこのソリューションを最新の状態に保つのをどのように促進するかという問題です。

于 2010-04-19T15:08:26.947 に答える
0

Asim、彼らが提案するのは可能な解決策です。ただし、Web パーツを使用することで同じ機能を提供できます。あなたが私たちに提供している詳細では、どちらのオプションがより簡単かを判断することは実際には不可能です. 各機能の要件に応じて、同じプロジェクトで両方のアプローチを使用しました。

彼らがMOSSを活用しているようには見えないことは理解できますが、実際にはMOSSのコンテキスト内でページを構築しています.

Ultimus についてあまり聞いたことがありませんが、概念実証で K2 を使用しましたが、非常に満足しています。繰り返しになりますが、適切なワークフロー ソリューションの選択は、要件によって異なります。

于 2010-04-20T06:07:00.577 に答える