Meilleure pratique d'organisation des sites sur Sharepoint Online ?

Question

J'essaie Office 365 pour mon entreprise, comme une sorte de plateforme intranet/collaboration, et je me demandais quelle est la meilleure pratique pour l'architecture de l'information d'un site Sharepoint, en ce qui concerne la division du contenu en sites distincts.

Voici une première ébauche :

Maintenant, mes questions sont :

1. Dois-je diviser le site en sous-sites comme celui-ci ?Ceci est vaguement basé sur l’accès que devraient avoir les différents groupes d’utilisateurs.Mais le problème est que certains utilisateurs devraient avoir accès à tout cela, et dans ce cas, cela peut sembler un inconvénient de ne pas pouvoir rechercher/filtrer/afficher tous les fichiers à partir du même emplacement.C'est à dire.si je les divise ainsi, j'ai l'impression de cimenter une division contenu/documents.
2. Ou devrais-je simplement transférer plus de contenu sur un seul site et utiliser des vues et des filtres pour obtenir les catégories ci-dessous ?Mais comment puis-je ensuite implémenter une sorte de restriction sur différentes parties ?(À part le mettre laborieusement sur chaque document)
3. Si je le divise en ces sous-sites, existe-t-il un moyen d'en obtenir des vues agrégées ?J'ai entendu parler du composant WebPart Content Query, mais apparemment, il n'est pas disponible dans Office 365, du moins pas encore.Y a-t-il un autre moyen ?

J'apprécierais beaucoup de l'aide sur ces questions, ainsi que quelques indications générales sur les meilleures pratiques de ce type de site, afin de ne pas nous "mettre dans un coin" pour ainsi dire...

MODIFIER:

Ok, j'ai donc reçu quelques réponses suggérant que le composant WebPart Requête de contenu devrait être disponible dans Office 365, mais je ne sais pas où.Voici l'interface de la catégorie Content Rollup, où je suppose que je devrais la trouver, mais je ne vois pas où ce serait.La partie sélectionnée est censée montrer les sites de mon choix, mais est-ce bien cela ?Je veux pouvoir afficher des documents provenant de diverses bibliothèques de documents, mais que signifierait afficher des sites entiers... ?Ou est-ce ailleurs ?

MODIFIER 2 :

Avec les suggestions ci-dessous, je suis sur le point de faire fonctionner l'agrégation de sites pour les bibliothèques de documents, ce qui permettrait en quelque sorte d'obtenir la flexibilité que je souhaite.Le seul problème est que je ne vois aucune des colonnes de métadonnées gérées que j'ai créées dans les sous-sites du site principal sur lequel je crée un composant WebPart de requête de contenu...Existe-t-il un moyen pour que de telles colonnes de métadonnées gérées soient disponibles ici ?

Answer 1

Créez des sous-proches, la structure que vous avez a l'air bien.Vous obtenez beaucoup d'avantages de sites distincts, tels que des autorisations, la rétention, des suivantes sociales de ce qui est neuf sur un site (dans la nouvelle version).Vous pouvez regrouper le contenu à l'aide de CQWP ou de SRWP, comme indiqué.Cependant, lorsque vous utilisez CQWP, faites attention à la quantité de données dont la partie Web doit interroger afin d'obtenir tout le contenu.

Vous pouvez tuer la page où la partie Web est si vous faites une requête qui passe sur tous les sites de la collection de sites pour obtenir "Derniers documents x".Pour les grandes requêtes, utilisez SRWP.

Vous pouvez créer une recherche / filtre / afficher tout à l'aide des résultats de la recherche Pièce Web et du panneau de raffinement.

Answer 2

Le Content Query WebPart est disponible dans Office 365.Vous voulez probablement dire le Content Search Web Part, qui n'est pas encore disponible, mais il existe une alternative à cela dans le Search Results Web Part.

Pour votre scénario, je pense que le composant WebPart Content Query pour l’agrégation devrait suffire.

Vous pouvez également utiliser la recherche pour l'agrégation, mais nous sommes actuellement confrontés à de nombreux problèmes avec les délais d'analyse dans Office 365 (2013).Cela devrait s'améliorer à l'avenir, j'espère.

Answer 3

Une considération clé devrait être conception pour l'évolutivité ... en particulier en ce qui concerne la quantité de contenu à stocker

une collection de sites SP a une taille maximale suggérée de 100-200 Go .

Pour plus de détails, voir http://technet.microsoft.com/fr-gb/library/cc262787.aspx # SiteCollection