1

もともと.netで作成されたポータル全体をshareopointに移行(書き換え)することは、非常に簡単なことではないようです。私はそのようなタスクを割り当てられました、そして今、私はそれをより速く達成するために物事をより実用的にすることを学び、計画しそして始めています。

それは正確には問題ではありません、それはそれについての議論であるべきであり、同じ仕事をさらに続けるかもしれない他の人を助けるかもしれません。

1-現在のポータルには「メッセージボード」のようなものがありますが、これはブログサイトの種類で構築することを計画していますが、何を推測しますか?

2-別の質問で尋ねられたように、私はユーザーを管理する必要があり、ローカルのActive Directoryは整理されていて信頼できるので、それを使用するつもりだと思います

3-ファイル、画像、ドキュメントを保存し、それらのいくつかでバージョン管理を行う方法が必要です。

4-デザインのカスタマイズとSharePointマスターページのデフォルトのコントロールのクリーニングが必要です(これは目的の目的には役に立たない場合があります)

5-約30人のローカルユーザーであり、コンサルタントがクライアントからアクセスする必要がある場合に備えて、インターネット(ローカルサーバー)からアクセスできます。

6-私が働いている会社はMSゴールドパートナーであるため、Visual Studio 2010のバージョン(既にグラフィカルWebパーツデザイナーを使用)を利用できます。

7-私はc#でWebパーツをプログラムするつもりですが、私はまだshareopintに慣れていないので、デザイン部分はまだ私には謎です。

ヒント、リンク、回答をお願いします。これからこの質問を見て、他の情報に答えていきます。

4

4 に答える 4

4

1.) SharePoint 2007 にはいくつかのブログ/Wiki/ボード機能がありますが、非常に未熟です。私はチームにそれらを使用させようとしましたが、ユーザー インターフェイスが不足しており、それらの要素を強化するのは困難です。ただし、SP2010 の方が優れたエクスペリエンスを提供する可能性があります。

2.) SharePoint でのユーザー管理は簡単に実行できますが、管理が困難です。エンド ユーザーを追加/変更するプロセスを確立し、その能力を持つユーザーの数を最小限に抑えます。そうしないと、制御不能になり、誰が何にアクセスできるのかわからなくなってしまいます。また、個人にサイトへの特定のアクセス権を与えるのではなく、AD グループに頼ることをお勧めします。

3.) ドキュメント ストレージは SharePoint の強みです。きっと感動していただけると思います。

4.) SharePoint のブランディングにはしばらく時間がかかりますが、他の人はそれを芸術的な形に落とし込んでいます。一部のページ (アプリケーション ページと呼ばれる) は完全には制御できないことに注意してください。また、SharePoint の一部の機能はコントロールがそこにあると想定しているため、マスター ページからコントロールを削除したくないことに注意してください。むしろ、CSS を使用してそれらを非表示にすることをお勧めします。

5.) これは悪い考えのように思えます。インターネットに公開されている SharePoint は厳重にロックダウンされているはずですが、ロックダウン (アプリケーション ページへのアクセスを削除) すると、必要な機能が利用できなくなります。イントラネットと個別のエクストラネットを検討しましたか?

6.) 大丈夫です。VS2010 は、SharePoint に関してはより優れた開発エクスペリエンスであるはずです。

7.) ブランディングと機能を分離し、(ファイル システムを直接操作するのではなく) ソリューション ファイルを使用してデプロイするようにしてください。また、データベースを直接読み書きしないでください。

カスタム イントラネットを SharePoint に置き換えるのは一般的な作業ですが、習得には時間がかかることに気付くと思います。難しい部分は、ブランディングとデータの移行です。新しいシステムが遅い場合、エンド ユーザーは新しいシステムを拒否します。そのため、リリースの直前にアーキテクチャと構成を取得してください (コンサルタントが必要になる場合があります)。

于 2009-12-07T13:21:12.350 に答える
3

1 - 現在のポータルに「メッセージ ボード」のようなものがあります。これは、ブログ サイトのようなもので構築することを計画しています。

SharePoint のディスカッションは、その目的に最適です...対象を絞った小規模なディスカッションです。フォーラムは非常に異なります。これは、さまざまなトピックに関する複数のスレッドが集中する領域です。CodePlex (あなたの友人) を試すことができ ます SharePoint フォーラム

2 - 別の質問で尋ねられたように、私はユーザーを管理する必要があり、ローカルの Active Directory は整理されていて信頼できるので、それを使用するつもりだと思います

AD は、すでに持っている場合に最適です... プロファイル ページを使用して、同期する AD 情報を更新できることです ... これには多くの機能があります。ただし、主な利点の 1 つは、SharePoint が複数の認証をサポートできることです。SharePoint サイトを拡張し、別の認証 (SQL Auth など) をプラグインすると、複数のユーザー セットが同じサイトで異なるアクセス許可で対話できます。言うまでもなく、SharePoint はサイトへのアクセスを提供するだけでなく、リストまたはライブラリ内の個々のアイテムに至るまでセキュリティをきめ細かく設定できます。

3 - ファイル、画像、ドキュメントを保存し、それらの一部をバージョン管理する方法が必要です。

これは、SharePoint が最も機能的な OOB を備えている場所です。

4 - デザインのカスタマイズと、SharePoint マスターページのデフォルト コントロールのクリーニングが必要です (これは、目的には役に立たない可能性があります)。

コード ビハインドを備えた、完全にカスタマイズされた MasterPage があります。Feature Stapling と Feature Receiver について知っておく必要があります。Heather Solomon のWeb サイトも使用する

5 - 約 30 人のローカル ユーザーと、コンサルタントがクライアントからアクセスする必要がある場合に備えて、インターネット (ローカル サーバー) からアクセス可能

この数のユーザーにとって、SharePoint はほとんど過剰に思えます。

6 - 私が働いている会社は MS ゴールド パートナーであるため、Visual Studio 2010 のバージョンを利用できます (既にグラフィカル Web パーツ デザイナーが含まれています)。

SharePoint 用の Visual Studio 拡張機能を入手する

7 - C# で Web パーツをプログラミングしようとしていますが、まだ shareopint に慣れていないので、設計部分はまだ謎です。

WebParts の代わりに Application Pages を調べてください ... アプリケーション ページは、Web パーツよりもカスタム フォームに対してより柔軟です。Web パーツは、ユーザーが機能をページにドラッグできるように機能をアドホック ベースで使用できるようにする必要がある場合、または機能を特定のユーザー セットに制限する必要がある場合にのみ役立ちます (レイアウト ページはすべてのユーザーが使用できるため)。サイト)。

于 2009-12-07T21:51:31.770 に答える
1

7 - Web パーツのプログラミングについて: CodePlexのSmartPartを参照してください。これは、特に ASP の経験がある場合に、簡単な Web パーツを作成するための非常に簡単な方法です。

于 2009-12-07T14:08:07.713 に答える
1

この人の似ているが同一ではない質問への回答が役立つ場合があります: Sharepoint for a C# Asp.net Developer

他の既存の SO の質問で利用できる多くのヘルプがあります。「sharepoint」タグをクリックして、投票で並べ替えるだけで、興味深い読み物がたくさん見つかります。

于 2009-12-07T13:16:38.053 に答える