しばらくの間、SharePoint を使用して仕事をしていますが、あまり多くのことを行っていません。何百もの ASP/ASP.Net アプリケーションを含むイントラネットがありますが、SharePoint と統合してよりシームレスな環境を作るにはどうすればよいでしょうか? 現在、ドキュメントや生産移動要求などを SharePoint に配置していますが、イントラネット上の統合ツールというよりは、独自の独立したシステムのように感じます。
他の人が SharePoint で何をしているのかを調べてみましたが、役に立たない情報がたくさん見つかりました。
最もよく使用するasp.netアプリをSharePointサイト内で実行するように移動することをお勧めします。各アプリは、ページレイアウトに直接コントロールとして追加することも、Webパーツに統合することもできます（Webパーツを使用して子コントロールをロードします）。
これにより、柔軟なmossインターフェイスを使用して、asp.netアプリを統一された情報アーキテクチャに移動できるため、ユーザーはアプリを簡単に見つけることができます。
SharePointは機能するものを展開するのは本当に簡単ですが、シームレスなイントラネットを作成するには、SharePoint自体の外部で少し考える必要があります（つまり、何をどこに配置するか、どのユーザーが何を表示する必要があるか、ナビゲーション構造など）。
これは本当に多くの作業であり、IT領域外の人々からの多くの入力が必要です。
典型的なイントラネット ポータルでは、部門ごとに機能がセグメント化されています。各部門にはおそらく、これまで ASP.Net に実装され、イントラネット ポータルからリンクされていた Web ベースのカスタム アプリがいくつかあります。sharepoint を使用すると、これらのカスタム Web アプリの有用な部分をモジュラー パーツとして導入できるため、ポータルのビジネス オーナーは、情報をどのように構造化し、ユーザーに表示するかをより詳細に制御できます。
個々の部門にとってのみ意味のあるカスタム指標が取り込まれたダッシュボードを考えてみてください。これは、開始する最も明白な場所の 1 つです。人事、経理、IT など、すべての部門が追跡して表示したい指標を持っています。それらはすべて、情報を相互に関連付ける必要のあるレガシー システムを持っています。これはすべて、再利用可能な Web パーツで実行できます。Sharepoint を使用すると、エンド ユーザーはレイアウト、表示、オーディエンス コントロールなどを制御できるため、一日中車輪を再発明する必要はありません。
SharePoint は、コラボレーション ポータルおよびドキュメント リポジトリとして設計されました。他のビジネス プロセスが他の内部 Web サイトにまとめられている場合、これらのサイトを SharePoint サブサイトに変換してもあまりメリットが得られない可能性があります。
ただし、アプリケーション (連絡先リスト、在庫、仕様など) にかなりの重複がある場合は、投資を組み合わせて行うことをお勧めします。
BI と ERP からのレポートはどうですか? IE が 10000 行のテーブル行 (ページネーションなし) を含むページを処理できないことがわかっている場合、多くの人は気づいていませんが、レポート ツールの成功は、使用されるグリッド オブジェクト (Excel および廃止された Office Web の SpreadSheet obj) のパフォーマンスに依存します。コンポーネントは、依然としてユーザー (経理担当者、マネージャー、CEO) の選択の第 1 位です。
InfoPath をお持ちの場合は、オンライン フォームを作成できます。ドキュメントを共有し、オンラインで編集できます。これらのドキュメントで承認ワークフローを開始できます。投票を作成できます。作業グループを作成できます。
基本的に、SharePoint は巨大で堅牢なドキュメント ストアですが、ASP.NET Web アプリケーションでできることは何でもできます。たとえば、ビジネス プロセスを自動化するためのカスタム ワークフローを作成できます。私たちは、企業イントラネットや場合によってはインターネット サイトを作成するためにいくつかの顧客のために働いてきたので、実際に機能しています。:)
しかし、要求された機能を実装するのが非常に難しい場合があります (多くの回避策があります)。
本当に箱の中のイントラネットです。私たちは日々の開発タスクのほとんどすべてをそれから実行しています。ドキュメントの保管、欠陥の追跡、従業員の休暇の管理などを行います。asp.net および asp アプリケーションを移行して、sharepoint サイトで実行することができます。管理セクションでは、Web アプリケーションを同じサイトの下で実行するように設定できますが、sharepoint の制御外になります。それはおそらく、完全に分離されているという「感触」に役立つでしょう。
Sharepoint は、人々が Web 開発について考えなければならない方法の変化であり、それが鍵です。スタンドアロン アプリケーションを開発するのではなく、既存のフレームワークに追加します。「データのサイロ」と、会社のすべてのデータを格納する集中型データベース システムのようなものです。すべてがつながっていることに人々が気付くと、シームレスな統合のように感じられるようになります。私のアドバイスは、sharepoint で積極的にアプリケーションを作成してみて、既存のアプリケーションをそこに移行する方法を検討することです。
環境にもよると思います。私たちの環境では、各部門に独自のページを設定し、基本情報、調査、および従業員のホームページに使用しています。Google / Live SearchとWeather.comウィジェットを構築し、TimHuerのRSSコントロールを使用してRSSフィードをロールしました。
できることの 1 つは、Web パーツを作成して、既存のアプリケーションからのデータへのアクセスを提供することです。最初は単に読み取り専用のビューである可能性がありますが、経験に応じて、書き込みを許可するように肉付けすることができます。
もう 1 つのアイデアは、SharePoint とアプリケーションの間にリンクを追加することです (アプリケーションが Web ベースであると仮定します)。それは少なくともそれらの間の流れを可能にします。
私はまだ行っていませんが、理論的には、SharePoint をイントラネットの残りの部分と同じようにスキンすることもできます。
ライブラリを作成する
フォーム ライブラリ、ドキュメント ライブラリ、スライド ライブラリ
標準リストまたはカスタム リストを作成する
標準リスト - お知らせ、タスク、連絡先
カスタム リスト - サプライヤー、請負業者、在庫、注文
安全なチーム ディスカッション エリアを設定する
共有チーム カレンダーを作成する
ドキュメントとリストで簡単なワークフロー プロセスを作成する