努力のレベルは、SharePoint 2010を公開されているWebポータルとして使用することを正当化しますか？

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/19257

質問

私は現在関わっているプロジェクトに苦労をしています。プロジェクトと顧客の性質上、実際のプロジェクトに関する詳細情報を開示することはできませんが、できるだけ具体的にしようとします。とりあえず。

  • サイトには通常のログオン（フォーム）が搭載されます
  • このサイトには、コンテンツがローカルデータベースまたはバックオフィスシステムから取得されるいくつかのリストが含まれます
  • サイトにはリアルタイムの計算が掲載されています。これは、Ajax/JavaScript操作を使用することで解決されていることのみを想像できます。
  • このサイトは、顧客ベースでブランド化できる必要があります。
  • すべてのユーザーには、多くのプロファイル情報が接続されています。これは、スケジュールされたベース（毎晩）でバックオフィスと同期しておく必要があります。この情報は、SharePointで編集可能であるだけでなく、ソート可能で検索可能である必要があります。
  • 特定の視聴者（ユーザーのグループ）を対象とする必要があるニュースの公開があります
  • サイトの一般的な設計は、標準の「SharePoint Look-Feel」から変更する必要があります

これらは一般に、アプリケーションの主要なポイントの一部であり、私の質問は次のとおりです。

これは「典型的な」SharePointプロジェクトであると思いますか、それともロールオーナーに有益ですか？ （ライセンスのコストをこの質問に考慮する必要はありません）。

ここで良い長所/短所を提供できることを本当に願っています。

アップデート

このプロジェクトのプラットフォームとして、SharePoint 2010のために行われるという決定が下されました。分析中に（SharePointの専門家が分析に含まれていました）、言及されたポイントにSharePoint 2010にはほとんどまたはまったく利点がないと結論付けました。おそらく、ASP.NET MVC3アプリを使用することもできます。しかし、いくつかの将来の機能要求がテーブルに置かれたとき、スコアはSPにわずかにシフトし、顧客はSharePoint 2010に傾くポリシーを持っているため、選択は簡単でした。

ご意見ありがとうございます！回答のすべてのポイントは、顧客に分析を提示する際に考慮されました。

役に立ちましたか？

解決

サイトには通常のログオン（フォーム）が搭載されます

このためには、フォームベースまたはWindows認証を使用することをお勧めします

このサイトには、コンテンツがローカルデータベースまたはバックオフィスシステムから取得されるいくつかのリストが含まれます

OOTB SharePointリストを使用してデータを保存および取得（SharePoint ContentDBで保存するローカルIE）を使用して、ビジネス接続サービス（BCS）を使用してバックオフィスシステムを操作できます。 BCSの場合、バックオフィスデータを操作するために外部リストを使用できます。

サイトにはリアルタイムの計算が掲載されています。これは、Ajax/JavaScript操作を使用することで解決されていることのみを想像できます。

代わりに、クライアントオブジェクトモデルを使用してクライアントサイドコンプレックス計算を実行できます。

このサイトは、顧客ベースでブランド化できる必要があります。

クライアントの希望に応じてブランディングを実行するには、カスタムマスターページ/CSSが必要です。

すべてのユーザーには、多くのプロファイル情報が接続されています。これは、スケジュールされたベース（毎晩）でバックオフィスと同期しておく必要があります。この情報は、SharePointで編集可能であるだけでなく、ソート可能で検索可能である必要があります。

ユーザープロファイル情報を同期するには、ユーザープロファイルサービスと、すべてのデータをバックオフィスデータベースと同期するためのタイマージョブが必要です。ソースの、実行できます BCSを使用して検索します

特定の視聴者（ユーザーのグループ）を対象とする必要があるニュースの公開があります

パブリッシング用のカスタムページレイアウトを備えた公開イネーブルコンテンツタイプを使用することをお勧めします。

サイトの一般的な設計は、標準の「SharePoint Look-and-から変更する必要があります。

カスタムマスターページとCSSまたはテーマを使用できます

他のヒント

これは、SharePointの実装の典型です。

SharePointを単なるアプリケーションよりもプラットフォームと考えている場合、カスタマイズが期待され、望まれます。

SharePointをプラットフォームとして進めるか、別のプラットフォームを選択するかどうかは、これを実装するために保護できるリソースによって異なります。 SharePointカスタマイズヘルプは非常に需要があり、経験豊富なカスタマイザーの数が少ないため、才能の選択が制限される可能性があります。リソース需要の需要の質問以外に、提案したプラットフォームの選択を続けない理由はわかりません。

  1. それは「典型的な」ですか？はい。このタスクは、SPを開発するためにかなり一般的です。
  2. あなたは「ロールオーナー」しなければなりませんか？要件に依存しますが、「難しい」場合はほとんど常にイエスです。
  3. これは正しい質問ですか？いいえ。問題を判断する必要があります。

UPD：

  1. logon（forms） - デフォルトが存在します。しかし、ほとんどの場合、カスタムが必要になるでしょう
  2. リスト - デフォルト
  3. 計算 - 開発が必要です
  4. ブランディング - 開発が必要です
  5. 接続されたプロファイル情報 - デフォルト。 userprofile syncサービスを使用します
  6. 特定の視聴者（ユーザーのグループ）をターゲットにする - デフォルト。管理タスク
  7. 一般的なデザイン - 開発が必要です

これらの要件については、SharePointは少し過剰になっていると思います。 SharePointがどのように機能するかを深く理解している場合は、それを求めてください。いいえの場合、ASP.NETで記述されたカスタムアプリは、SharePointでの作業方法を見つけようとするよりも速く開発されます。

ファンデーションは、プロファイル情報ピースを除くすべての要件を満たします。それにはサーバーまたはエンタープライズが必要ですが、独自のプロフィールサービスの作成に関する記事をかなり見つけることができます。

プロ

  • 簡単にブランド化できます
  • ビジネス接続サービスを使用して、バックオフィスデータを取得します
  • フォーム認証を使用して、独自のグループを作成できます
  • より多くの伝統開発の経験には、ajaxでビジュアルウェブパーツを書くことが含まれます
  • サーバーライセンスに含まれる価格

短所

  • プロフィールピースはありません、あなた自身を作成する必要があります
  • ブランディングは、独自のソリューションを作成するほど簡単ではありません

ここでこの質問をすることで、あなたはおそらく最初の間違いを犯しているかもしれません。これは「SharePoint愛好家」のコミュニティであり、「この問題は[1つを入力] SP機能によって解決できる」というような回答を受け取った（そしてもっと多くのことを受け取るだろう」と思います。私は他の人がすでに述べていることを繰り返しません - あなたの要件はすべてSPによって処理できます（ほとんどすべて ootb 特徴）

SharePointは優れたプラットフォームであり、最終決定を下す前に、その優れた機能をすべて調査することをお勧めします。しかし、SharePointという言葉は簡単でシンプルな言葉とうまく混ざっていないことに留意してください。私は6年以上それと戦っていますが、多くの場合、簡単なタスクが悪夢になるのを見てきました。

そして最終的に、SharePointを使用することにした場合は、近くに経験豊富な開発者がいることを確認してください。 （またはこのサイトへのアクセス:)）

ライセンス： CC-BY-SA と 帰属
所属していません sharepoint.stackexchange
scroll top