22 SharePoint 2010 et Team Foundation Server : les meilleures pratiques de développement (SHA104) 08/01/2010 Philippe Sentenac MVP SharePoint Wygwam

Wygwam Paris Wygwam Nord Wygwam Belux Wygwam Suisse

44 Agenda Etat des lieux de l’intégration SharePoint 2007/TFS 2008 Problématiques Retours d’expérience Nouvelles versions, Nouvelles Fonctionnalités SharePoint 2010 VSTS 2010 Bonnes pratiques Environnement de développement Travail en équipe Processus de développement Validation Logicielle

55 Problématiques du Développeur Avantages ASP.Net Sécurité Topologie Stockage Modèle de Site API Inconvénients Apprentissage Expérience Développeur Déploiement Outils Virtualisation

66 Problématiques du Chef de Projet Appliquer et suivre une méthodologie Synchroniser le travail de plusieurs développeurs Obtenir de la visibilité sur l’avancement des travaux Gérer les chaines de livraisons de différentes versions

77 Problématiques de l’expert/testeur Revue de code, peu d’outil adaptés à SharePoint Environnement de test difficiles à mettre en place Identification des goulots d’étranglements Mise à jour de solutions et effets de bords.

88 Retour d’expérience Quelques exemples… Ces problématiques ne sont pas insurmontables cf. Session de l’année dernière sur Industrialisation des Développement SharePoint 2007 avec Team System. La mise en place d’ ALM SharePoint représente un gros retour sur investissement mais demande une implication forte de l’ensemble de l’équipe et une bonne connaissance du sujet.

99 Nouveautés SharePoint 2010 Développement sur Windows 7 (et Windows Vista SP1) SharePoint Foundation ou SharePoint Server Uniquement OS x64 Pas pour la production Installation Stand Alone Déstiné aux développeurs Windows 7

10 Nouveautés SharePoint 2010 stsadm -o setproperty -pn developer-dashboard -pv ondemand

11 Nouveautés SharePoint 2010 Listes, SharePoint Designer, Performances Relation en cascade ou blocage. Validation avec règles « Excel » Vues XSLT à la place du CAML Lookup sur plusieurs collonnes Amélioration des performances “List Query Throttling”

12 Nouveautés SharePoint 2010 Accès aux données Ferme Site Listes Listes Externes Coté client Listes fortement typées Listes faiblement typées Listes fortement typées Listes faiblement typées Modèle Objet Client REST APIs

13 Nouveautés SharePoint 2010 Agilité Déploiment simplifié Développement itératif SharePoint Online Stabilité Sécurisé (Processus séparés) Limitation de l’API Surveillance des ressources Sanboxed Solutions

14 SharePoint v1/v2 ( ): – Pas d’interface de commandes en ligne SharePoint 2007 (2007): – STSADM: 182 Commandes (MOSS) 520 PowerShell cmdlets ajoutés – Plateforme extensible – Découverte des commandes – Optimizé pour les Batch Nouveautés SharePoint 2010 Powershell

15 Nouveautés SharePoint 2010 Commande STSADM pour activer une feature sur chaque SPSite La même commande en SharePoint 2010 PowerShell: $rawdata = stsadm.exe -o enumsites -url $WebAppURL $sitexml = [XML]$rawdata $sitesxml.Sites | foreach-object{ $_.Site } | foreach-object{ stsadm -o activatefeature -url $_.url -filename $featureFileName if( $lastexitcode -ne 0 ){ Write-Host “Failure:$lastexitcode `n" -Fore Red; $failure = $true; } Get-SPSite –Limit ALL –WebApplication $WebAppNameorUrl |%{ Enable-SPFeature $FeatureIdOrName –url $_.Url } 12+ Heures (5300 SPSites) 12+ Heures (5300 SPSites) 30 Minutes (5300 SPSites) 30 Minutes (5300 SPSites) Powershell

16 Cmdlets pour “Récupérer, Créer et Configurer les objets SharePoint – Sites, Site Collections, Web Applications, Service Applications, etc. #!Get more details on the farm (everything) Get-SPFarm | Select * #!Get all standard web applications in the farm Get-SPWebApplication #!Get all site collections in the farm Get-SPSite -Limit All Nouveautés SharePoint 2010 Powershell

17 Visual Studio Team System 2008 > 2010

18 Visual Studio Team System 2008 > 2010

19 Nouveautés Visual Studio Team System 2010 −Comprendre la santé du projet −Nouveaux diagrammes et rapports pour connaitre l’état réel de l’ensemble −Optimisé pour le développement itératif −Bien adapté au développement SharePoint Gérer ses projets

20 Nouveautés Visual Studio Team System 2010 Eviter les erreurs −Analyses et Métriques de codes −Pour prévenir les dégats avant qu’il ne soit trop tard (Utilisation de Code Analysis, etc.) −Gated Check-In & Serveur de build −Prévient les erreurs de builds.

21 Nouveautés Visual Studio Team System 2010 Améliorer la qualité des projets −Test et Lab Manager −Une nouvelle façon d’envisager vos tests. −Planification, Gestion et éxécution de vos tests. −Tests fonctionnels et tests de charge −Savoir que votre code tient “la charge” −S’assurer du fonctionnement global de l’application

22 Nouveautés Visual Studio Team System 2010VS2005VS2008VS2010 F5 Deploy Debug WSP Packaging SPSolGen WSP View 64 bit support WSP View Improved Separate Package Command Command Line Build VSeWSSVSeWSS 1.3 Multiple Visual Designers Packaging and Deployment Project & Item Templates TFS integration Extensible Projects & Tools Sequential Workflow State Machine Workflow VSeWSS 1.2 Evolution des Extensions Visual Studio pour Sharepoint

23 Support des Sandboxed Solutions Import de WSP depuis SharePoint Designer (workflow inclus) Possibilités d’étendre les extensions Visual Studio Web Part, BDC and designers de Workflow Packager and Deployer des projets SharePoint Exploration de site SharePoint via le Server Explorer Integration avec Team Foundation Server Meilleur support de SharePoint “Develop, Deploy and Debug” Nouveautés Visual Studio Team System 2010 Visual Studio 2010 pour SharePoint

24 Démo Titre de la démo

25 Bonnes pratiques Développer sur Windows 7 en local Installation Stand Alone A minima, intégration au controleur de source Excellentes performances Développer sur une environnement virtuel via Hyper-V Permet de faire des installations plus complexes Plus lourd à mettre en place et Performances moindres Dans tout les cas, intégration au controleur de source de TFS et mise en place d’un mecanisme de build voire d’intégration continue. Environnement de développement

26 Bonnes pratiques SharePoint Application Lifecycle Management Resource Center Travail en équipe

27 Bonnes pratiques Natalie (Excelle), Dev PC Developpement Test Unitaires F5 Deploy Team Foundation Server Check In Staging Tests Automatiques Test manuel Build Server Team Build SP2010 DLL’s Build Unit Testing Fix Bugs (autant de fois que nécessaire) Build Nocturne -ou-Intégrationcontinue Check in WSP Check out et Activate WSP Powershell and XCopy Bugs -OR- WSP WSP WSP

28 Utilisation de WSP pour le déploiement Utilisation de Patterns (MVP, Service Locator) Model : Accès aux données View : Affichage Presenter : “Intelligence” du composant Séparation des couches = Maintenabilité, Isolation. Permet les tests unitaires Bonnes pratiques Processus de développement

29 Bonnes pratiques Environnement de développement HelpDesk.wsp (WSS Solution Cab) Feature Manifests WSS Config DB UI, Command Line, OM “deploy” command add delete deploy retract Template Files Assemblies Web Front End Servers NewWFE

30 Démo Titre de la démo

31 Bonnes pratiques Utilisation de TypeMock ou de Pex Améliore la confiance du développeur dans son propre code Améliore la qualité et la fréquence des Check-ins Permet d’identifier les erreurs plus rapidement. Validation logicielle : Tests

32 Bonnes pratiques Test Code en Production Underlying Dependencies (For Example, SharePoint) Tests d’Intégration Substitut (Mock, Stub, Fake, Wrapper) Validation logicielle : Tests Unitaires != Test d’Intégration

33 TestImplémentation ProductDetailsPresenterFixture ( Unit Test) ProductDetailsPresenterFixture ( Unit Test) ProductDetailsPresenter Service Locator MockProductCatalogRepository MockProductDetailsView Implements IProductDetailsView MockProductDetailsView Implements IProductDetailsView ProductDetailsControl (User Control) Implements IProductDetailsView ProductDetailsControl (User Control) Implements IProductDetailsView ProductDetailsPresenter Service Locator ProductCatalogRepository Code Under Test Bonnes pratiques Validation logicielle : Exemple

34 Démo Titre de la démo

35 Bonne pratiques Valider le comportement global de l’application Enregistrement de scénari d’utilisation Ensemble de requêtes HTTP Validation des paramètres ou du contenu de la page Exécution de tests fonctionnels simultanés pour simuler une charge utilisateur Validation du comportement de l’application avec plusieurs utilisateurs en même temps Analyse de quelques indicateurs de performance Validation logicielle : Tests fonctionnels et de Charge

36 Démo Titre de la démo