Kit de démarrage en collaboration avec SharePoint – Partie II

Tel que mentionné dans mon compte-rendu de ma participation à l’événement SharePoint Summit 2014 – Montréal, j’ai l’intention de publier une série de billets sur le Kit de démarrage en collaboration avec SharePoint. Le contenu de ces billets découle de ma session de trois (3) heures livrée dans le cadre du SharePoint Summit 2014. La structure sera la suivante :

  1. Introduction et mise en contexte
  2. Le Kit de Démarrage – Les éléments structurants
  3. Le mode Comités et Unités
  4. Le mode Communautés
  5. Le mode Projets
  6. Conclusion

Je vous présente ici la deuxième partie qui couvre les éléments structurants du Kit de démarrage.

Les éléments structurants

Avant même de penser à SharePoint, il faut se poser une série de questions importantes qui permettront de définir les assises de toute solution basée sur SharePoint. Cette activité se nomme Architecture d’Information.

Traditionnellement, cette activité se concentrait sur la façon dont un site web était structuré (navigation, éléments, découpage, etc.). Suite à mes expériences en gestion de l’information et à plusieurs mandats de réalisation de sites SharePoint, j’ai étendu le concept pour couvrir les volets essentiels de toute solution basée sur SharePoint.

Dans un contexte SharePoint, l’architecture d’information comprend les étapes suivantes tel qu’illustré dans cette figure:

Architecture d'Information - SharePoint

Les grandes étapes de l’architecture d’information sont:

  1. Atelier de découvertes – Une prise de connaissances de la situation actuelle et non pas de la solution envisagée. Durant cet atelier, on fait le tour du jardin; on obtient un portrait de la situation actuelle; on recense les problèmes et opportunités mais on évite les solutions. On doit ici résister à la tentation de montrer un site SharePoint car on perd alors le recul nécessaire pour exprimer des besoins et non pas des solutions.
  2. Les besoins – On formalise les besoins en fonction des découvertes faites durant l’atelier précédent. Les besoins doivent toujours être considérés en fonction du contenu et selon les axes suivantes – Quoi, Qui, Comment et Quand). On peut aussi prioriser les besoins selon divers facteurs tel que les impacts (processus / humains / financiers), les ressources requises, etc.
  3. Gouvernance – On établit formellement notre vision et notre approche de gouvernance en fonction de la portée de notre solution et de son éventuelle évolution. La clé ici est de ne pas essayer de gouverner SharePoint mais bien de gouverner ce que l’on en fait. La gouvernance ne doit pas être considérée comme un élément sur une liste de vérification mais bien une activité récurrente qui vivra aussi longtemps que vos solutions vivront. C’est aussi un équilibre entre les besoins de rigueur de niveau TI et les besoins de flexibilité requis par les utilisateurs. Une de façons de faire vivre la gouvernance est souvent de créer un groupe d’utilisateurs à l’intérieur de participation ou de participer activement à un groupe d’utilisateur comme le groupe d’utilisateurs SharePoint Québec
  4. Hiérarchie SharePoint – On établit la structure de la ferme en termes d’éléments technologiques (serveurs, applications Web, services applicatifs, collection de sites, etc.) pour appuyer la solution envisagée. Cette activité doit être réalisée conjointement avec les ressources TI. Plusieurs facteurs influencent les choix fait ici dont le besoin d’isolation à des fins de sécurité, la performance attendue, la volumétrie du contenu, etc.
  5. Structure des contenants SharePoint – C’est ici que l’on fait l’arrimage entre les besoins exprimés précédemment et les éléments SharePoint (liste, bibliothèque, site, etc.). Les contenants SharePoint sont en fait les outils de notre coffre qui nous permettent de bâtir nos solutions. On fera alors la promotion de la réutilisation et de la consistance de l’expérience utilisateur en favorisant la construction de gabarits (listes, bibliothèques, types de contenu, etc.) et de modèles de sites qui utiliseront ces gabarits. L’idée ici est d’en arriver à fournir des sites sur une base d’assemblage de composants plutôt que d’avoir à tout refaire à chaque fois.

Pour plus de détails sur cette activité essentielle qu’est l’architecture d’information, je vous invite à consulter cet article qui a été publié sur le blogue des MVP de Microsoft.

Dans le prochain article, nous discuterons des divers modes de collaboration couverts par ce kit de démarrage.

Advertisements

Microsoft se positionne enfin sur les formulaires InfoPath et SharePoint

Le groupe Office de Microsoft vient de publier sa position sur les formulaires InfoPath et SharePoint dans cet article. Les éléments clés à retenir:

  • Microsoft veut une technologie de formulaires électroniques qui supportera plusieurs produits (ex. Word, Access, etc.) et plusieurs types d’unités mobiles
  • InfoPath n’est pas apte à répondre à ces considérations. La version 2013 est donc la dernière version du produit InfoPath pour la version Desktop du produit et pour la version InfoPath Form Services
  • InfoPath Form Services utilisé dans un contexte d’Office 365 n’est pas concerné par le point précédent. Un avis ultérieur sera annoncé
  • Des détails plus précis sur la migration et la nouvelle technologie seront publiés dans Q4 de 2014

 

Revue de livre – Microsoft SharePoint 2010 Developer Reference

Dans la série Revue de livre, je vous présente la revue du livre Microsoft SharePoint 2010 Developer Reference – Paolo Pialorsi et qui a été publié chez Microsoft Press en 2011. Ce livre est un ouvrage de référence sur le développement dans un contexte SharePoint 2010 avec les composants 2010 (Visual Studio et SharePoint Designer).

À ce titre, la profondeur et la couverture des sujets est donc appropriée et accompagnée d’exemples de code. On couvre les divers modèles de développement offerts dans SharePoint 2010:

  • Le modèle objet Server
  • Le modèle objet Client permettant l’utilisation de Silverlight et de JavaScript
  • L’extension de l’interface utilisateur pour personnaliser le ruban, les menus et les contrôles
  • L’utilisation de LINQ pour gérer les items emmagasinés dans SharePoint
  • Le développement de workflows via Visual Studio 2010 et SharePoint Designer 2010
  • Les solutions avancées utilisant les Web Parts interconnectables et la programmation asynchrone
  • Les solutions de type sandbox

Le livre est divisé en plusieurs parties allant de l’introduction aux concepts de base de SharePoint, la sécurité de SharePoint, le développement de workflows, l’utilisation de LINQ vers SharePoint et l’extension de l’interface utilisateur. Il contient beaucoup de portions de code démontrant un concept de base mais peu de solutions complètes. L’ensemble des nouveautés amenées par la version 2010 sont couvertes dans ce livre.

Mon évaluation – 3,5 / 5

Afin de bénéficier du contenu de ce livre, il faut donc avoir été préalablement exposé au développement dans SharePoint car étant donné qu’il est écrit comme un livre de référence (ex. un sujet, des exemples) plutôt que comme un tutoriel et/ou un guide de développement. Certains des sujets sont extrêmement bien couverts et d’autres sont plutôt survolés.

Lancement virtuel de Microsoft Visual Studio 2013 le 13 novembre prochain

Microsoft procédera au lancement virtuel de la version 2013 de son outil de développement Visual Studio mercredi le 13 novembre prochain. Il existe plusieurs façons de s’inscrire à ce lancement dont l’inscription via Facebook. Parmi les nouveautés de cette version, notons entre autres un gabarit pour bâtir des applications s’exécutant sous Office 365 et un autre gabarit pour une application SharePoint de type MVC. Pour les détails à propos de cet événement, veuillez consulter ce site

Ressource intéressante – Livres électroniques gratuits sur la programmation

Une collection intéressante et gratuite de livres électroniques (en anglais) sur la programmation est disponible via cet hyperlien. Plusieurs sujets sont couverts dont les divers langages (Ada, APL, Assembler, ASP .NET, les diverses variantes de C, etc.), les styles (Web, UI, MVC), les bases de données, les outils complémentaires ou les spécialités comme les mathématiques, les machines d’apprentissage ou l’architecture logicielle.  Intéressant et très complet.

SharePoint summit 2013 Québec – Un succès

Nous sommes dans les derniers moments de la conférence SharePoint Summit 2013 de Québec et on peut affirmer que ce fut un succès de par la qualité des sessions et du contenu présenté cette année. Même si le nombre de participants était moindre que l’an dernier, nous sommes tout de même satisfait car la qualité des présentations et des conférenciers a atteint un niveau inégalé jusqu’à maintenant. Il a été annoncé que l’édition 2014 retournera à Montréal en avril prochain. Nous allons faire le post-mortem de l’événement et démarré le travail exigeant de planification pour 2014. D’ici là, il faut aussi finaliser la préparation des événements de Toronto et de Vancouver. Quelques photos de l’événement sont disponibles via Flickr.

Microsoft DevCamp – Bâtir des applications pour Office et SharePoint (en anglais)

Microsoft propose un DevCamp sur le développement d’applications pour Office et SharePoint 2013. Cet atelier, qui sera donné en anglais dans les locaux de Microsoft à Montréal (2000 Av. McGill College, Suite 450, Montréal QC) vous permettra d’apprendre le nouveau modèle applicatif requis pour bâtir des applications pour Office et SharePoint 2013.  On demande d’amener votre ordinateur configuré avec un environnement de développement approprié (Visual Studio 2012, Office Developer Tools) et de disposer d’un compte de développeur Office 365. Les clients Office 2013 doivent aussi être installés sur votre environnement.

Pour vous inscrire et voir tous les détails de cet événement, accéder au site d’inscription via ce lien.