Moss2007のドキュメントとCQWPの表示に関する質問

Question

私の組織は、イントラネットをSharePointソリューションに変換する過程にあります。このイントラネットの一部は、すべての内部文書の動きと編成です。現在、11ページのドキュメントリンクがあり、それぞれに独自のサブヘディングがあります。

これまでのところ、各ドキュメントには、イントラネットサイト上のすべてのドキュメントページのチェックボックスリストがある「ページ」と呼ばれるカスタムフィールドがある場所を設定しています。個々のページごとに、対応するページ値が設定されているドキュメントを表示するコンテンツクエリWebパーツをセットアップしました（つまり、「HR」のドキュメントページ値がHRページに表示される場合）。このセットアップの目標は、ドキュメントのメンテナンスを担当する非技術的な個人が、ページを手動で更新せずに表示するページをドキュメントリストにアップロードできるようにすることです。

私が抱えている問題は、適切なページに着いたら、ドキュメントをサブヘディングに並べ替える良い方法を見つけることができないように見えるということです。各ページ/サブヘッディングの組み合わせの個別のチェックボックスを作成できますが、これにより約50〜75個のアイテムのリストが作成されます。 CQWPを介して、またはさまざまな手段でこれをどのように達成できるかについて、誰かがアイデアを持っていますか？

インストールの目標/要件

• 非技術担当者によってイントラネットドキュメントを維持できるようにします
• ユーザーが実際のページまたはWebパーツを編集する必要がなく、適切なページにドキュメントを表示する
• ユーザーの設定可能なドキュメント属性を使用してドキュメントページの場所を示します（可能であれば）
• 現在のイントラネット組織とワークフローを維持します
• サブディレクトリなしで1つのドキュメントリストのみを使用します

注：これは、最も効率的またはエレガントなことをする方法ではないことを知っていますが、これらはプロジェクトに与えられた要件です。

Note2：これを完全に間違った方法で進めている可能性も完全にあります（SharePointは初めてです）。誰かが私を正しい方向に向けることができたら、本当に感謝しています。また、誰もが必要とする明確化も提供します。

Answer 1

ドキュメントを表示する場所を示すのではなく、ドキュメントが何であるか（コンテンツタイプ）または約（メタデータ）を示すドキュメントの列を作成します。その後、ページは、誰かがドキュメントがすべきだと思った場所ではなく、ドキュメントの特性に基づいて物事を表示できます。

これは多くの多くの理由でより良い答えですが、主なものはエンタープライズ分類法のスケーラビリティと進歩です。

Answer 2

カスタムコンテンツタイプの作成に関するマークの回答に加えて、 また そのコンテンツタイプに「ターゲットオーディエンス」サイト列を追加します。これにより、作成した特定の「オーディエンス」で特定のドキュメントをターゲットにすることができます。たとえば、部門のユーザープロファイルプロパティに基づいたHRオーディエンスを持つか、値「HR」のハードコードを開始するためだけに持つことができます。次に、視聴者をHRドキュメントサイト列に追加します（b/cこのドキュメントは、作成したばかりの新しいコンテンツタイプに基づいています）。最後に、聴衆をCQWPに追加します。