Team Foundation Server / Team System

Techdays 2012 : Session ALM 360°

2012-02-13T05:46:00.000-08:00

Cet article fournit le contenu de la présentation faite par Avanade lors de l'édition 2012 des TechDays au Palais des Congès. Cette session a été classée parmi le top 10 des présentations les plus partagées et checkées via la Web App Mobile des Techdays de la première journée, démontrant un vif intérêt pour l'ALM.

Cette session démontre en 60 minutes l'exécution d'un projet depuis la définition des exigences dans Project Server jusqu'au Tests et Déploiement avec Team Build et Lab Management, et laisse entrevoir les nouvelles fonctionnalités clés de Visual Studio 2011...

La présentation au format Ppt est disponible sur SkyDrive au lien ci dessous :

Presentation ALM 360°

La présentation insiste sur les fonctionnalités devant être prise en compte en vue de sécuriser tout projet de développement du point de vue des éléments de la triple contrainte : Les Délais, le Budget et le Scope mais également la Qualité et la Satisfaction client.

La session se décompose en quatre démonstrations (70% de la présentation) des fonctionnalités clés de la plate forme, chaque démonstration est précédée d'un slide précisant l'intéret au sens ALM de la ou des fonctionnalités démontrées.

Les points démontrés sont :

Le module PMO avec l'intégration Project Server 2010 / TFS 2010
Les nouvelles fonctionnalités Visual Studio 2011 avec le nouvel outil de Storyboarding pour les spécifications ainsi que la nouvelle version du portail avec le Taskboard
Les fonctionnalités de BDT ( Build Test Deploy) pour les développements d'applications et bases de données avec Team Build
L'automatisation des Tests Manuels avec les UI Coded Tests
La personnalisation des processus de Builds avec l'automatisation des déploiements, la génération de Release Note, l'exécution des tests unitaires et UI Coded tests etc.
La mise en oeuvre de Lab Management pour le provisioning d'environnements de test et le déploiement des composants applicatifs avec l'exécution des tests automatisés, soit le couplage de BDT avec Team Build et Lab Management

Visual Studio LightSwitch 2011 : Simplicité et Productivité

2011-09-30T04:33:00.000-07:00

Visual Studio LightSwitch 2011 est le dernier né en terme d'IDE proposé par Microsoft.

Ce module permet de créer des applications métiers orientées données à faible criticité en quelques clics de souris. LightSwitch permet de créer des applications Desktop, Web ou hébergées sur la plate forme Windows Azure simplement en spécifiant le type d'application dans les propriétés du projet.

LightSwitch propose de base la génération d'écrans automatique basé sur des sources de données de types table, vues ou procédures stockées ou encore tout flux de type RIA Services, mais aussi des fonctionnalités de base tel que l'export vers excel, l’implémentation de la logique CRUD qui sont réellement des points forts de l'IDE. Egalement, les écrans étant techniquement en Silverlight, il est plutôt simple d'étendre ces IHM en référençant des contrôles utilisateurs Silverlight.

Dans cet article, nous allons illustrer ci la création d'une application orientée données et voir comment il est simple d'utiliser des contrôles Silverlight en s'appuyant sur les extensions Silverlight.

Après avoir installé LightSwitch, on retrouve dans la liste des Templates projets de Visual Studio 2010, un modèle C# et un modèle VB.Net LightSwitch.

Ici, on crée un nouveau projet, on choisit le Template LightSwitch, on choisit le Template C# puis on valide

Le Template est généré et propose immédiatement via la page d'accueil de se connecter à une source de données, Cliquer sur le lien "Connect to External Data Source" dans le cadre de notre exemple :
Choisir l'option Database
dans les propriétés de connection, choisir l'instance SQL et la base de données cible, ici dans notre exemple, la base de données AdventureWorks.
Valider puis choisir les tables que l'on souhaite afficher et manipuler dans les écrans. Ici, on choisit des tables avec relation hiérarchique pour démontrer les possibilités de filtrage dynamique : Product, ProductSubCategory et ProductCategory

Puis à partir du dossier Screen, on ajoute un nouvel écran à l'aide de la commande contextuelle Add Screen , Choisir l'option List and Details Screen, puis ProductSubCategories dans la rubrique Screen Data et activer l'affichage des données de détail ainsi que les produits tel que montré ci dessous
Valider et Visual Studio LightSwitch génére automatiquement un écran adapté au template sur un layout hiérarchique modifiable. L'écran généré est un écran Silverlight avec affichage en mode OOB (Out of Browser) ou standard dans un navigateur Internet.
Le développement est terminé, il suffit simplement de presser la touche F5 pour lancer l'application et le résultat est réellement bluffant, l'écran proposé permet de filtre le catalogue produit en fonction des sous catégories et également d'ajouter, supprimer ou modifier des éléments du catalogue : la logique CRUD est complètement opérationnelle
Nous allons pouvoir multiplier facilement les écrans et constater que chaque écran ajouté est automatiquement pris en compte dans les menus graphiques, il est également possible de modifier simplement le Look & Feel via l'utilisation de Thèmes, Microsoft propose déjà le style Metro pour les Applications LightSwitch avec un look & feel Windows 8 avant l'heure.

Les écrans générés ci dessus sont entièrement généré par l'IDE, il peut en revanche être utile d'ajouter des controles graphiques ou autres aux écrans de l'application, ceci est tout à fait possible via les extensions Silverlight, permettant de créer des controles utilisateurs utilisables directement dans Visual Studio LightSwitch avec du DataBinding.

Dans notre exemple, nous allons rajouter une Zone de liste déroulante à notre écran. Pour cela, nous rajoutons un projet Silverlight Class Library à notre projet comme montré ci dessous :
Nous supprimons le fichier Class1.cs généré par le template et rajoutons un item Silverlight User Control
Cliquer le contrôle Combo Box sur la surface de Design XAML du contrôle utilisateur
Dans le panneau de code XAML, nous allons simplement rajouter les informations de Binding de ce controle. On notera le point spécifique de syntaxe Screen.QueryName permettant de se rattacher aux éléments de la Data Source configurée dans l'application LightSwitch.

Attention à la casse des queries, en cas d'erreur, la zone de liste ne sera pas peuplée.
Une fois le projet Silverlight compilé, on se positionne dans l'écran LightSwitch dans lequel on veut importer le User Control Silverlight et on appelle la commande Add Layout Item / Custom Control
La fenêtre Add Custom Control s'affiche et permet de référencer le projet Silverlight
puis de sélectionner le contrôle comme montré ci dessous
Le contrôle peut être déplacé dans le Layout par une simple opération de drag & drop
Presser la touche F5 pour relancer l'application et on constate que le contrôle est affiché correctement et peuplé avec les données de la Source de données, la sélection d'un catégorie via ce contrôle déclenche une opération de filtrage sur la liste des produits et ce sans une ligne de code!
On peut ensuite modifier le Layout par exemple en supprimant des éléments. Ici, on ne va conserver que la Combo box et la grille de produits
Le résultat final après implémentation
Cette article nous a permis de mettre en valeur le haut niveau de productivité et de simplicité apporté par LightSwitch pour la création d'applications simples orientées données.

Il est également possible de créer des applications très user friendly avec des layouts dynamiques basé sur le Databinding et des contrôles graphiques silverlight.

Il restera néanmoins à vérifier les temps de réponse dans le cadre d'utilisation de tables à forte volumétrie.

Pour tester la tenue à la charge, j'ai injecté 100 000 lignes dans une table Region à l'aide d'un plan de génération de données puis créé un écran de recherche sur cette table, le temps de chargement de l'écran (incluant la pagination) est de l'ordre de 5 à 10 secondes.

Clairement, la cible reste donc des applications non "Business Critical" avec peu de spécifique.

Visual Studio 2010 et TFS Azure Service Preview

2011-09-26T06:47:00.001-07:00

Microsoft a officiellement lancé TFS Azure Preview, pour obtenir un accès, il suffit d'en faire la demande à l'adresse suivante : TFS Preview

Ce service est prévu pour fonctionner nativement avec la future version de Visual Studio : VS 2011.

Il est en cependant possible de se connecter à ce service avec Visual Studio 2010, à condition d'installer la KB2581206 disponible à l'adresse suivante http://go.microsoft.com/fwlink/?LinkId=212065&clcid=0x409

Le prérequis à l'installation est Visual Studio 2010 avec le SP1

Ci dessous les étapes détaillées pour se connecter

Lancer l'installaiton de la KB

Une fois l'installation terminée, démarrer Visual Studio 2010 puis cliquer sur le bouton "Connect to Team Project" à partir de la fenêtre du Team Explorer, puis cliquer sur "Servers" puis "Add", entrer le nom de votre serveur : VotreNom.TfsPreview.com, cocher l'option htpps, après validation la fenêtre Sign In s'affiche, il simplement de se signer avec son Live ID puis cliquer sur Close

La fenêtre Connect to Team Project s'affiche, cliquer sur Connect

Vous pouvez alors créer un Team Project, et les artefacts projet apparaissent dans la fenêtre Team Explorer excepté les éléments de types Reports et Documents non disponibles dans la Preview

Bon développement dans le Cloud!

Visual Studio 2010 et TFS Azure Service Preview

2011-09-26T06:47:00.000-07:00

Microsoft a officiellement lancé TFS Azure Preview, pour obtenir un accès, il suffit d'en faire la demande à l'adresse suivante : TFS Preview

Ce service est prévu pour fonctionner nativement avec la future version de Visual Studio : VS

2011.

Il est en revanche possible de se connecter à ce service avec Visual Studio 2010, à condition d'installer la KB2581206 à l'adresse suivante http://go.microsoft.com/fwlink/?LinkId=212065&clcid=0x409

Le prérequis à l'installation est Visual Studio 2010 avec le SP1

Ci dessous les étapes détaillées pour se connecter

Lancer l'installaiton de la KB

La fenêtre Connect to Team Project s'affiche, cliquer sur Connect

Vous pouvez alors créer un Team Project, et les artefacts projet apparaissent dans la fenêtre Team Explorer excepté les éléments de types Reports et Documents non disponible dans la Preview

Bon développements dans le Cloud!

Visual Studio 11 ALM Machine Virtuelle et hands-on-labs disponible!

2011-09-26T05:21:00.000-07:00

Brian Keller a mis à disposition une machine virtuelle incluant tout le matériel nécessaire pour découvrir les nouvelles fonctionnalités apportées par le prochaine version de la plate forme ALM de Microsoft.Visual Studio 11 Application Lifecycle Management

Attention, la machine virtuelle fournie est de type HyperV et nécessite de préférence un host Windows 2008 x64 (R2 SP1 recommandé).

Des Hands on Labs permettent via des scénario précis de découvrir ces fonctionalités sous forme d'exercices.

Les éléments suivants constituent l'installation de la machine virtuelle :

Microsoft Windows Server 2008 R2 Standard Edition
Microsoft SQL Server 2008 R2
Microsoft Visual Studio 11 Ultimate Developer Preview
Microsoft Team Foundation Server 11 Developer Preview
Microsoft SharePoint Foundation 2010
Microsoft Project 2010
Microsoft Office Professional 2010 (Word, PowerPoint, Excel)

6 Hands on Labs sont fournis et permettent d'aborder les éléments suivants :

Gestion de Projet Agile avec Team Foundation Server 11
Génération de Story Board et Collecte du FeedBack des utilisateurs
Diagnostic en production avec IntelliTrace et Visual Studio 11
Tests exploratoires et autres améliorations de Microsoft Test Manager 11
Optimisation de la productivité des développements avecTeam Foundation Server 11
Unit Testing avec Visual Studio 11 - MSTest, NUnit, xUnit.net, and Code Clone

L'ensemble de ce contenu est disponible à l'adresse suivante avec les informations nécessaires pour le téléchargement et la mise en oeuvre : http://blogs.msdn.com/b/briankel/archive/2011/09/16/visual-studio-11-application-lifecycle-management-virtual-machine-and-hands-on-labs-demo-scripts.aspx
L'utilisation de Free Download Manager est fortement conseillé pour ce téléchargement

Les Power Tools TFS 2010 version Aout 2011 disponibles

2011-08-22T04:01:00.000-07:00

Les Power Tools TFS sont un ensemble d'outils très utiles qui amènent des fonctionnalités supplémentaires à TFS et Visual Studio 2010 qui sont généralement intégrées dans les versions ultérieures du produit. cette dernière version est téléchargeable à l'adresse suivante :August '11 TFS Power Tools

Les fonctionnalités principales des Power Tools (en gras celles qui ont été modifiées depuis la dernière version) sont :

Alerts Explorer
Team Foundation Server Backups
Microsoft Team Foundation Server 2010 Best Practices Analyzer
Custom Check-in Policy Pack
Process Editor
Team Explorer Enhancements
Team Foundation Power Tool (TFPT.EXE) Tool
Team Members
Windows PowerShell Cmdlets for Visual Studio Team System Team Foundation Server
Windows Shell Extensions
Work Item Templates
Test Attachment Cleaner

Dans les Team Explorer Enhancements, on notera la recherche full text dans les work items, ci dessous une illustration, il suffit de taper un mot clé dans la zone encadrée en rouge, valider, le filtrage est instantané :

Bases de Données et Intégration Continue avec Visual Studio 2010

2011-07-26T08:20:00.001-07:00

Introduction

Au coeur du concept d'industrialisation, on retrouve bien évidemment l'intégration continue avec notamment le couplage du déploiement. Après la qualité, Microsoft au travers du concept "No waste" s'attaque sur l'ensemble de la plate forme ALM TFS 2010 au chantier de l'automatisation pour éliminer tout temps gaspillé par les équipes dans des taches fastidieuses, répétitives à faible valeur ajoutée. Un des piliers de ce concept est la nouvelle version de Team Build 2010 entièrement refondu au dessus de la technologie WF 4.0 lui conférant plus de capacités et de flexibilité.

Dans cet article nous allons démontrer l'utilisation de Team Build pour automatiser le déploiement d'un projet de base de données dans un contexte d'intégration continue. Nous utiliserons la base exemple Adventure Works pour la mise en oeuvre de ce Build Template personnalisé

Etape 1 : Création du Projet de Base de données

Démarrer Visual Studio 2010 et créer un nouveau projet de Type "SQL Server 2008 Wizard", nommer le projet ADVDatabase par exemple, choisir l'emplacement de stockage du projet :

Cliquer sur OK puis sur Next
Choisir l'option User Defined Database et la représentation de votre choix, ici nous prenons par type d'objet sans le nom du schéma pour éviter la limitation des 256 caractères qui peut être très vite dépassée avec des projets de bases de données. Cliquer sur Next
Modifier les Options de la base de données en fonction du contexte, ici nous garderons les options par défaut, cliquer sur Next
Cocher l'option Import Existing Schema et se connecter à la base de données AdventureWorks (ou autre) à partir de laquelle le projet sera crée au travers du scriptage de l'ensemble des objets du schéma de la base de données, nous décocherons l'ensemble des options d'import, cliquer sur Next.
Pour la configuration du build et du déploiement, choisir l'option créer le script de déploiement et déployer la base de données, spécifier ensuite le serveur SQL cible pour le déploiement et indiquer le nom de la base de données. A noter que ces options peuvent être modifées à posteriori via la fenêtre de propriétés du projet de base de données.
Cliquer sur Finish, le processus d'acquisition du schéma de la base de données est lancé. Cliquer à nouveau sur Finish lorsque le scriptage des objets est terminé.
Le projet de base de données apparait alors dans la fenêtre Solution Explorer, il peut être inspecté également en utilisant la vue "Schema View" analogue à celle de SSMS.
On compile alors pour s'assurer que le projet ne comporte pas d'erreurs.
On teste ensuite un déploiement en utilisant la commande Deploy du menu contextuel
Si aucune erreur n'est survenue, on peut par exemple avec SSMS vérifier que la base de données a bien été déployée sur le serveur SQL cible.
Le projet est prêt pour être configuré en intégration continue, nous allons donc l'ajouter au Source Control en utilisant la commande contextuelle (à partir du noeud de la solution contenant le projet) Add solution to Source Control.
Puis nous archivons la solution via la commande Check in Pending Changes.
Etape 2 : Création du Build personnalisé pour le déploiement automatisé du projet de base de données

Nous allons personnaliser ce fichier XAML en utilisant le Designer de Workflow de Visual Studio 2010, dans cet étape nous ajouterons une séquence au workflow dans laquelle nous déploierons la base de données en utilisant l'utilitaire VSDBCMD.EXE. Les préconditions seront : Le build a été exécuté avec succès et les tests sont passés.

Je vous recommande de consulter la page de référence MSDN de l'utilitaire VSDBCMD afin de connaitre l'ensemble des options de l'outil.

Afficher la fenêtre du Team Explorer et se positionner sur l'onglet Builds du projet d'équipe contenant le projet de base de données. Lancer la commande contextuelle New Build Definition
Se positionner directement sur l'onglet Process
Cliquer sur le bouton Show Details puis cliquer sur le bouton New pour créer un nouveau Template de Build basé sur le template standard
Renommer le fichier template en DatabaseCI_Template.xaml par exemple puis valider
Cliquer sur l'hyperlien permettant d'accèder au Source Control dans le dossier des Build Templates puis lancer la commande Get Latest Version pour récupérer ce fichier dans notre Workspace courant :
Passer le fichier en Check out pour pouvoir le modifier puis ouvrir ce template simplement en double cliquant dessus
Le workflow de ce build apparait sur la surface de design XAML de Visual Studio 2010.
Cliquer sur le bouton Collapse All en haut à droit de la surface de design pour masquer les détails du processus de build standard.

Dans le cadre de l'intégration continue, le déploiement doit s'effectuer en fin de processus de build à la condition ou le processus de build ait réussi
Nous allons afficher la boite à Outils (Ctrl Alt X). On constate que Visual Studio vient en standard avec une collection impressionnante d'activités dédiées à Team Build en plus des activités de base Workflow Foundation 4.0
L'étape suivante va consister à glisser une activité Sequence située dans la catégorie Control Flow de la boite à outils, juste au dessous de la séquence Check in Gated Changes To, puis renommer le titre de la séquence en Deploy Database
Il suffit ensuite de glisser le bloc If à l'intérieur de la séquence pour gérer les préconditions d'exécution du déploiement
Double cliquer sur le bloc If pour afficher le détails de ses propriétés

Tant que les paramètres ne sont pas complets ou incorrect, un icone de warning apparaît en haut à droite du bloc concerné.
Nous allons entrer la condition du bloc If, pour cela appuyer sur F4 pour afficher la fenêtre de propriétés et cliquer sur le bouton à droite de la propriété Condition. Dans la boite, entrer la condition suivante :

BuildDetail.CompilationStatus = BuildPhaseStatus.Succeeded And (BuildDetail.TestStatus = BuildPhaseStatus.Succeeded Or BuildDetail.TestStatus = BuildPhaseStatus.Unknown)

Au passage on renommera également le bloc If en “If Build and Tests Succeeded”

Le lancement de l'utilitaire VSDBCMD se fera grace à l'activité InvokeProcess. Cette activité fait partie de la rubrique Team Foundation Build Activities.

Glisser l'activité InvokeProcess dans le bloc Then du Bloc If comme démontré ci dessous :

Double cliquer sur le bloc InvokeProcess pour afficher son détail puis presser la touche F4 pour afficher la fenêtre de propriétés.

Editer la zone Display Name et entrer "InvokeVSDBCMD"

Editre la zone Arguments et entrer la valeur : "/a:Deploy /dd+ /dsp:Sql /manifest: AdvDatabase.deploymanifest"

Attention : AdvDatabase représente le nom de votre projet de base de données

Editer la zone FileName et entrer la valeur : "C:\Program Files\Microsoft Visual Studio 10.0\VSTSDB\Deploy\VSDBCMD.EXE" (Attention à bien vérifier que ce chemin existe sur le serveur de build. Si le chemin est différent, modifier ce paramètre en conséquence. Vsdbcmd est installé avec Visual Studio 2010, il est d'ailleurs toujours conseillé de l'installer sur le serveur de build pour debugger plus facilement les erreurs de Builds)
Editer la zone Working Directory et entrer la valeur : BuildDetail.DropLocation
Nous terminerons par les messages d'output de l'activité Invoke Process, Glisser au dessous du bloc Standard Output l'activité WriteBuildMessage
Afficher la fenêtre de propriétés et configurer le Display Name à VSDBCMD Output, Configurer l'importance à : Microsoft.TeamFoundation.Build.Client.BuildMessageImportance.High. et enfin le message avec stdOutput comme indiqué ci dessous :
Glisser ensuite l'activité WriteMessageError au dessous du bloc Handle Error Output, et configurer le Display Name en VSDBCMD Error, et le message à errOutput.

A ce stade, le bloc se présente comme suit :

On se repositionne sur le bloc If et nous allons gérer le bloc Else. Simplement Glisser une activité WriteBuildWarning. Configurer le Display Name à Deployment Skipped et le message à : "The deployment was skipped"

Pour terminer l'implémentation, enregistrer le Template de Build, puis procéder au Check In.

Le template apparaitra maintenant dans la liste des templates, il suffit simplement de créer un nouveau Build et consommer ce template, en fin de build, la dernière version de la base de données sera déployée sur le serveur cible.

Conclusion

Au travers de cet article, nous avons démontré la facilité d'utilisation de WF 4.0 couplé à Team Build pour automatiser le déploiement de projets de bases de données. Sur des projets réels, ce type de déploiement sera adapté à l'aide des technologies de déploiemnet Web Setup Deployement pour des sites Webs ou encore Click Once afin de globaliser le déploiement d'une application complète incluant binaires et base de données.

A noter la possibilité de variabiliser les arguments du déploiement par exemple le nom du serveur SQL cible ainsi que le nom de la base de données en utilisant l'argument Metadata (au bas du designer WF), confèrant encore plus de flexibilité.

TechDays 2011 : Session ALM avec Visual Studio 2010

2011-04-09T09:21:00.000-07:00

L'édition des Techdays 2011 à démontré cette année un intérêt grandissant autour de la thématique de l'ALM. la session a fait salle comble, des entrées ont été refusées, le nombre de place étant insuffisant dans la salle. Ceci montre que de plus en plus d'utilisateurs et équipe projets ont compris que l'ALM joue aujourd'hui un role fondamental en tant que facteur clé de réussite des projets informatiques.

Alors que beaucoup d'équipes de développements ou d'intégrateurs se posent la question de CMMI versus Agile ou SCRUM, dans cette session nous tentons de démontrer que la méthodologie est un élément nécessaire pour réussir un projet, mais pas un élément suffisant, il faut pour se faire "monter d'un cran" et s'appuyer sur un Framwork de gestion de projet tel que celui proposé par le PMI (Project Management Institute) avec PMP pour apporter de la gouvernance projet sur l'ensemble du périmètre à savoir :

Integration Management

Scope Management

Time Management

Cost Management

Quality Management

Communication Management

Risk Management

Human Resource Management

La session animée cette année a mis en exergue la partie Time Management et Quality Management avec notamment la Gestion des Tests dans TFS pour la qualité et l'implémentation d'un module de Earned Value Management pour gérer les délais et couts d'un projet.

Ci dessous le lien pour visualiser l'enregistrement de la session Webcast Session ALM

TFS dans le Cloud, oui c'est possible avec Windows Azure VM Role

2011-04-09T08:06:00.000-07:00

En attendant l'offre Hosted TFS de Microsoft en PAAS (Platform As A Service), Windows Azure avec l'offre VM Role qui fait partie de l'offre IAAS (Infrastructure As A Service) permet de déployer facilement un Serveur TFS dans le Cloud Simplement en procédant à l'upload d'un serveur Windows 2008 R2 préparé sur une plate forme Hyper V, dans lequel on embarque les binaires applicatifs de TFS et SQL, j'ai testé cette solution dès la version Beta du VM Role et les résultats ont été au delà de mes attentes surtout pour ce qui concerne les performances par exemple lors d'opérations de check in qui s'éxécutent de manière aussi fluide que dans une configuration en Datacenter d'entreprise

Le but de cet article est de montrer comment s'utilise une Configuration TFS déployée sur Windows Azure. L'article n'aborde la phase de déploiement du serveur TFS mais uniquement son utilisation.

Pour se connecter à une VM déployée dans le cloud, on utilise le portail d'administration Windows Azure :

Nous allons ici pouvoir nous connecter en remote desktop au serveur TFS pour procéder à l'administration du Serveur TFS Si l'on sélectionne le menu Hosted Services, puis la VM, une commande Connect est activée dans la barre d'outils en haut à droite.

Si l'on clique sur Connect, une fenêtre Remote desktop apparait, on se connecte donc de la même manière à un serveur VM Role qu'à un serveur "On Premice"

On voit ci dessous que l'on va administrer un serveur Cloud Based comme un Serveur en DataCenter Entreprise

On démarre la console d'administration de TFS pour par exemple gérer la sécurité ou les Project Collections

Ci dessous la project Collection créée pour la démonstration :

Pour utiliser cette instance TFS, on utilise Visual Studio 2010 et on va entrer l'adresse du serveur dans Team Explorer

Ci dessous la connection au Serveur TFS hébergé dans le cloud :

La collection apparait dans Team Explorer et l'on va pouvoir créer un nouveau Team Project, on lance le Wizard de création

Finalement, les artefacts projets sont affichés sans surprise dans Visual Studio

On a également accès à Team System Web Access

En conclusion, Windows Azure VM Role est une alternative très interessante pour héberger TFS dans le cloud avec des configurations sur lesquelles on aura une plus grande maitrise que dans une offre PAAS, en revanche, l'administration et l'opération du serveur reste à notre charge. Azure Connect permet également d'intégrer ces serveurs dans une Active Directory d'entreprise.

Integration de Champs calculés dans les Work Items

2011-04-09T05:20:00.001-07:00

L'intégration de champs calculés dans un Work Item Template va permettre de stocker les valeurs calculées dans le Warehouse TFS et de plus pouvoir utiliser ces valeurs de manières historisées puisqu'elles seront processées dans le cube OLAP, cette implémentation permet d'éviter le recours systématique à Excel pour créer ces valeurs calculées. Le but de cet article est de montrer comment implémenter étape par étape ce concept sur un cas simple, le calcul de l'EAC (Estimate At Completion).

Le Work Item Task permet de gérer les temps au travers de 3 champs :

1 / Original Estimate : La baseline, 2 / Completed : Le consommé, 3 / Remaining : Le reste à faire

L'EAC a donc pour formule : EAC = Completed + Remaining Cette implémentation se base sur la possibilité de personnaliser les Templates de Work Items à l''aide du Process Editor et d'une fonctionnalité très utile dans SQL Server, les Computed Columns, donc l'implémentation se fait en 2 étapes :

1 / Dans TFS : Modification du Work Item Template Task pour Ajouter le Champ

2 / Dans SQL : Modification du Nouveau Champ en Champ Calculé

Se Connecter au Serveur TFS a l'aide d'un client Visual Studio 2010 (en prérequis, Le Process template Editor est installé sur la machine Cliente)

Lancer le Process Template Editor à partir de Visual Studio

Se connecter au Team Project dans lequel on veut implémenter le champ calculé :

L'éditeur s'affiche sur l'onglet Field, Cliquer le bouton New pour créer le nouveau champ EAC

Compléter la définition tel que montré ci dessous :

Activer l'onglet Layout, créer un nouveau Controle au dessous de Completed Work

Renseigner les propriétés Field Name et Label

Lancer un Refresh dans Team Explorer et créer une nouvelle Tache pour vérifier la création de ce nouveau champ, modifier si nécessaire.

Pour terminer cette implémentation, il reste à se connecter à SQL, choisir l'instance qui héberge le Data tier de votre instance TFS, sélectionner la base de données portant le nom de la collection dans lequel se trouve le projet d'équipe sur lequel est implémenté cette modification

Sélectionner la table WorkItemsAre qui contient les champs de l'ensemble des work items définis

Le rajout du champ dans le Process template a déclenché la création d'un champ dans la base de données, ce champ est rajouté en fin de table, dans notre cas, il s'agit du champ fld10101

Lancer l'éditeur de Query dans Management Studio et entrer les commandes alter suivantes sur la table :

alter table dbo.WorkItemsAre drop column Fld10101

alter table dbo.WorkItemsAre add Fld10101 as (FLD10022 + FLD10020) persisted

Vous aurez vérifié au préalable que les champs FLD10022 et FLD10020 correspondent à Completed et Remaining en lançant un select sur la table par exemple sur un Work Item dont vous connaissez les valeurs Exécuter la requete, puis lancer un Refresh sur le dossier Column pour vérifier que le résultat :

On voit bien ce dessous que la colonne est de type Computed et la fenêtre de propriétés nous montre la formule. A noter qu'il est possible d'entrer des formules complexes avec des If pour gérer des divisions par 0 par exemple.

Tester l'implémentation en créeant un nouveau Work Item, initialiser les valeurs Estimate, Completed et Remaining

Faire un Refresh, on constate que le Champ EAC est recalculé suivant la formule

On a bien EAC = 12 soit 8 + 4

Livre Blanc ALM par Microsoft et Avanade : A télécharger absolument

2011-04-07T12:34:00.000-07:00

Définition des Exigences, Planification et Suivi, Conception, Développement, Build, Test et Déploiement sont les piliers métiers et techniques adressées par l'ALM. Face aux résultats accablant du Standish Group, classifiant le taux des projets respectivement réussis, Challengés et en échec, de plus en plus d'entreprise décident de mettre en place une solution ALM comme facteur clé de succès de leurs projets informatiques. La plupart des intégrateurs aujourd'hui parviennent à intégrer la couche technique et méthodologique dans leur approche projet, mais peu nombreux sont ceux qui parviennent à intégrer la couche la plus haute : la Gestion de projet qui va permettre de mettre en place une gouvernance et un controle temps réel basés sur des métriques et KPIs extraits de la plate forme ALM. Pour promouvoir les bénéfices de l'ALM, Microsoft et Avanade ont produit un livre blanc sur la Gestion du Cycle de vie des applications avec Team Foundation Server 2010.

Avanade applique aujourd'hui l'ALM sur l'ensemble de ses projets de Delivery et forme l'ensemble des ses collaborateurs aux différents modules de la plate forme et ce de manière systématique. En tant que partenaire Inner Circle (Centre de compétence ALM Microsoft) Avanade s'est associé à Microsoft pour la production de cet asset sur l'industrialisation des développements et la gouvernance des projets informatiques.

Vous pouvez télécharger ce livre blanc en cliquant le lien ci dessous

Livre Blanc ALM

TFS : Rapports Custom et Data Driven Subscription Part 2

2011-04-06T11:29:00.000-07:00

Dans la partie 2 de l'article, nous allons mettre en place une Data Driven Subscription pour le rapport custom créé dans la partie 1 de cet article. Rappel des principes généraux d'une Data Driven Subscription L'objectif est ici de planifier l'envoi par mail du rapport dans un format donné, ici Excel pour fournir à l'utilisateur final un rapport en mode déconnecté. L'envoi des rapports est piloté par une base de données "Subscribers" dans laquelle nous allons configurer souscription par souscription la fréquence d'envoi ainsi que le filtre à appliquer dynamiquement au rapport avant l'envoi, dans le cas traité, nous imaginons un groupe qui veut diffuser un document de Bug Status par BU Implémentation Step by Step d'une Data Driven Subscription Une base de donnée Subscriber est un prérequis afin d'être capable de gérer par profil, type d'export, injection de filtrage et mode de delivery. Quand la base est crée, une subscription peut être ajoutée simplement en ajoutant une entrée dans la table ou encore en procédant à des mises à jours pour modifier la liste de distribution mail d'une subscription. La première étape consiste donc à créer la base de données, pour cela, en utilisant SQL Management Studio, nous allons créer la base, table et colonnes requises. Pour cela il suffit de suivre les étapes suivantes :

1. créer la base de données avec le nom Subscribers.

2. Créer une nouvelle table.

3. Ajouter les 5 colonnes suivantes: Name, Alias, EmployeeID, Format, Linked. Pour toutes les colonnes, fixer le data Type à VarChar avec un longueur de 100. Il faut également ajouter les colonnes pour les paramètres de filtrage du rappoprt, dans notre exemple: Team Project, WorkItemType, AreaPath etc.

4. Nommer la table UserInfo.

5. Insérer quelques lignes. Vous pouvez utiliser le Query Analyzer pour ajouter les données. L'exemple suivant montre comment insérer 1 ligne en utilisant la clause INSERT

INSERT INTO UserInfo (Name, Alias, EmployeeID, Format, Linked, Project, WITType, Area) VALUES ('John Doe', 'John.Doe@avanade.com', '24', 'IMAGE', 'True', “MyProject”, “Requirement”, “All”)

Répeter l'opération d'insert autant de fois que nécessaire, chaque insertion correspondant à 1 nouvelle souscription

Nous allons maintenant définir une Data Driven Subscription en utilisant la base de données préalablement créée ainsi que le rapport Custom réalisé dans la partie 1 de l'article.

Se connecter au Serveur de rapport : http://YourTFSServer/Reports

Naviguer jusqu'à la page de visualisation du rapport à diffuser et cliquer l'onglet "Subscription"

Cliquer le bouton : Create a Data Driven Subscription, l'écran suivant apparait, entrer un nom pour la souscription et choisir Email pour la Delivery Method puis sélectionner Specify a Data Source pour cette Subscription puis cliquer Next

pour l'étape 2, on utilise une connection spécifique à la base de données Subscribers, simplement entrer la chaine de connexion et les login / password comme montré ci dessous. Pour le login, un compte de service TFS tel que TFSReports est une bonne option (pas de password à renouveler) puis cliquer Next

A l'étape 3, nous allons entrer la clause Select pour les paramètres de la distribution, la clause select doit sélectionner les lignes de la table Subscribers qui seront destinataires de la transmission par email, généralement, la clause ne renvoie qu'une seule ligne de la table. Cliquer sur Validate pour confirmer le bon fonctionnement du Select puis cliquer sur Next.

A l'étape 4, nous allons compléter les paramètres génériques de la Subscription, avec la possibilité de les retrouver à partir de la Base de données, simplement en cochant l'option Get the value from the database. Cette étape est à paramètrer en fonction de vos besoins.

A l'étape 5, la liste des paramètres du rapport sont affichés, et de la même manière, ces valeurs peuvent être retrouvées à partir de la base de données Subscribers.

Enfin la dernière étape est la planification de la Subscription :

Ajuster la planification en fonction des besoins de votre projet :

Cliquer sur Finish pour finaliser le processus de création. Le serveur de rapport affiche le dernier run et le statut de la souscription. Il faut évidemment tester la Subscription avant la mise en production en modifiant les mail des destinataires dans la base de données par ceux du créateur de la Subscription pour s'assurer du bon fonctionnement notamment du filtrage dynamique.

NOTE : Un point délicat est d'entrer dans la base de données Subscribers les valeurs correctes pour les requêtes MDX, les syntaxe étant réellement particulière. Comme le filtrage est très spécifique avec Analysis Services, la meilleurs méthode pour les retrouver est de se connecter à Analysis Services et copier les valeurs comme montré ci dessous. Simplement lancer SSMS, se connecter à Analysis Services (Cube TFS), et lancer une nouvelle requête sur le cube Team System. Parcourir le cube et sélectionner la valeur que l'on veut passer comme paramètre et à l'aide du menu contextuel, choisir la commande Copy, puis coller cette valeur dans la table UserInfo de la base Subscribers. Par exemple, pour filtre sur le Work Item Type Bug, la valeur du paramètre sera :

Puis

Ci dessous la valeur pour le Work Item Type

Pour le projet d'équipe, on aura l'utilisation d'un ID

ces valeurs sont finalement collées dans la table comme montré ci dessous

TFS : Rapports Custom et Data Driven Subscription Part 1

2011-04-06T08:45:00.000-07:00

Reporting Services est un des piliers des plus importants pour ce qui concerne la gestion de la communication avec TFS. Premièrement, avec l'utilisation du DataWarehouse relationnel du Cube Olap, il est très simple d'implémenter des rapports personnalisés qui correspondent aux besoins en terme de communication du projet. De plus, Reporting Services fournit un mécanisme de Souscription de deux manières :

· Subscription

· Data Driven Subscription

Le but de cette article est de démontrer étape par étape l'implémentation d'un Rapport personnalisé exposé au travers d'une Data Driven Subscription

Création et Personnalisation d'un Rapport TFS

Le système de bases de données TFS est composé de 3 différent Repository : TFS OLTP Database qui contient toutes les données "live", TFS Relational Warehouse TFSWarehouse qui exposent les données via un schéma très facile à comprendre parce qu'optimisé pour les requêtes et le reporting, et enfin un cube OLAP, permettant un accès à via Microsoft SQL Server Analysis Services au travers du langage de requêtage multidimensionnel MDX. Ce troisième reporsitory est particulièrement interessant pour l'analyse de données historisées et de valeurs précalculées et ou agrégées.

Pour ce qui concerne le cube OLAP, les faits et dimensions sont organisés dans un modèle en étoile tel que schématisé ci dessous :

Les tables de faits disponibles dans le warehouse relationnel TFS sont :

Ci dessous la table des dimensions disponibles dans le Warehouse relationnel TFS :

Prérequis pour la création d'un rapport personnalisé basé sur TFS

Un Serveur TFS accessible

BIDS (Business Intelligence Development Studio) ou Report Builder

SQL 2008 (R2 optionel) avec les outils clients

Création du rapport personnalisé

Démarrer Business Intelligence Development Studio et créer un nouveau Projet en utilisant le Project template Report Server dans la rubrique Business Intelligence

Le projet est généré avec des dossiers vides, l'étape suivante consiste à créer les Data Sources, une pour se connecter au Warehouse relationnel et l'autre pour une connection au cube. Pour ajouter la data source relationnelle procéder comme suit :

Cliquer bouton droit sur le dossier Shared data Sources et choisir la commande Add New Data Source

Dans l'onglet General, Taper TfsReportDS pour le nom (nom par défaut pour les rapports)

Dans la zone de liste choisir Microsoft SQL Server

Créer la chaine de connection permettatnt de se connecter à l'instance SQL qui héberge les données relationnelles

Selectionner la base TfsWarehouse (Il faudra vérifier de bien disposer des droits d'accès sur cette base auprès du DBA)

Valider

L'étape suivant consiste à créer la Data source pour se connecter au cube en procédant comme suit

Cliquer bouton droit sur le dossier Shared data Sources et choisir la commande Add New Data Source

Dans l'onglet General, Taper TfsOlapReportDS pour le nom (nom par défaut pour les rapports)

Dans la zone de liste choisir Microsoft SQL Server Analysis Services

Créer la chaine de connection permettatnt de se connecter à l'instance SQL qui héberge les données multidimensionnelles

Selectionner la base TfsAnalysis (Il faudra vérifier de bien disposer des droits d'accès sur cette base auprès du DBA)

Valider

On obtient le résultat suivant :

Dans l'étape suivante, on crée le rapport : Cliquer Droit sur le noeud Reports et choisir Add New Report

Le report wizard apparait Cliquer Next. Il faut noter que le wizard permet de créer rapidement des rapports complexes avec du drill down, des regroupements et a donc une vraie plus value

Choisir Shared Data Source comme montré ci dessous puis cliquer Next

Cliquer Query Builder pour construire la requête du rapport

Le Designer du Query Builder appairait, Selectionner la perspective Current Work Item (en fonction de la version du cube, le nommage de ces objets peut changer) mais l'interface est très simple à prendre en main et permet d'exécuter les requêtes pour évaluer le résultat

Tous dabord, nous allons glisser les mesures Current Work Item Count dans le Data Pane

Puis nous glissons la dimension Team Project Name pour le filtrage

On Glisse également la dimension Work Item Type puis nous cochons la case Parameter pour les deux champs (à droite de la zone de filtre) ce qui va générer dans le rapport automatiquement les drops down list de filtrage permettant à l'utilisateur final de modifier ces paramètres de filtrage. Si la case n'est pas coché, le filtrage sera non modifiable à l'éxécution

Finalement, glisser les chapmps suivants dans la zone Data Pane : Work Item Type, ID et Title tel que montré ci dessous :

Valider. A noter que bien évidemment, cette requête sera modifiable à posteriori

Cliquer Next et choisir l'option Tabular

Organiser les options de Regroupement et d'affichage des données comme montré ci dessous

Cliquer Next et choisir les options suivantes : Drill Down et SubTotlas. Drill Down permettra d'explorer de manière hiérarchique le rapport

Cliquer next et choisir un style de rapport

Cliquer Next et entrer le nom du rapport

Le rapport est alors affiché en mode Prévisualisation dans Visual Studio

Maintenant, nous allons améliorer le look & feel de ce rapport en utilisant les options de format, positionnement. En mode Design, nous pouvons modifier les couleurs de premier plan et d'arrière plan ainsi que les polices et taille de police

Ci dessous, un exemple de rendu avec différentes couleurs par groupe ( le cumul en bleu, le détail en jaune)

Maintenant, nous allons ajouter une Jauge au rapport (nouveau controles de la boite à outils avec SQL 2008 Reporting Services). Cliquer Ctrl Alt X pour afficher la boite à outils, selectionner le composant jauge et glisser le sur la surface de design du rapport

choisir le style le plus adéquat

Valider, la jauge apparait sur la surface de design, glisser la mesure WorkItemCount à partir du Dataset dans la zone Data Field de la jauge

Procéder au paramétrage du Range de la jauge pour gérer un seuil de qualité par exemple, on est en zone rouge dès que le niveau de bug dépasse 60

Paramétrer en fonction du contexte

Finaliser les options de couleurs

Valider et activer l'onglet Preview du rapport afin d'avoir un apercu du rendu final avec les données réelles du Datawarehouse ou Cube Olap

Ci dessous, un autre version de ce rapport avec un graphique en plus et une initialisation du tabix en mode collapse

Microsoft Lance Le Load Test Feature Pack inclus à Visual Studio 2010 Ultimate

2011-03-08T09:57:00.000-08:00

Microsoft lance aujourd'hui, à l'occasion du Keynote de TechEd MEA Visual Studio 2010 Load Test Featrue Pack, cette offre sera incluse avec toute souscription MSDN pour Visual Studio 2010 Ultimate.
Ce Feature Pack permet d'avoir un nombre illimité de Virtual Users pour des campagnes de Load Testing. Cette nouvelle est excellente, sachant qu'auparavant, il fallait compter de l'ordre de 1000€ pour un pack de 1000 Virtual Users, ce qui freinait largement l'adoption du produit.
L'objectif est de permettre aux équipes de développement de tester au plus tot les performances d'une application tout au long de son cycle de développement et ce de la manière la plus simple et transparente possible.
Cette offre élimine toute barrière pour l'accès à ce type d'outils si utiles sur projet et permettant d'éviter les incontournables problèmes de performance.... en fin de projet!
Le Feature Pack sera disponible immédiatement à partir du centre de téléchargement MSDN après l'annonce au Keynote techEd MEA du 8 Mars 2011.
Sa mise en oeuvre et utilisation sera abordée dans un prochain Post

Migration TFS 2008 vers TFS 2010 Step by Step

2010-03-30T07:10:00.001-07:00

Le Processus de mise à jour d'une plate forme de production TFS 2008 vers TFS 2010 est un processus hautement critique qui doit donc être planifié dans les règles de l'art.
L'objectif de cet article est de démontrer un des 2 scénarios possibles de bout en bout.
Tout d'abord quels sont les scénarios possibles :
Scénario 1 : In Place Ugrade
Dans ce scénario, on va tout simplement mettre à jour le serveur de production. L'avantage de ce scénario est la simplicité et la rapidité, les inconvénients : les risques et l'interruption d'activité des équipes travaillant sur la plate forme en cas d'échec. De plus, on est obligé de rester en 32 bits.
Le schéma ci dessous extrait du document TFS 2010 Upgrade Guidance (CodePlex) en illustre le principe sous jacent.
Scenario 2 : Migration
Ce scénario consiste à provisionner une machine(s) distincte et utiliser les backups de l'ancienne plate forme pour effectuer la migration.
Ce scénario est à mon sens le meilleur, pour de multiples raisons :

Peu de risques
Passage en 64 bits
Possibilité de scale up / scale out de la plate forme en toute simplicité.
Solution de Rollback en cas d'échec (l'ancienne plate forme étant toujours disponible)

Ci dessous le schéma illustrant le scénario :

Nous allons décrire étape par étape la procédure pour migrer une plate forme TFS 2008 vers TFS 2010 en utilisant un nouveau Host 64 bits mode Single Server donc le scénario 2.

Etape 1 : Les prérequis

Disposer d'un backup complet du système de bases de données TFS et Sharepoint dont la liste est la suivante :

TFSActivityLogging
TFSBuild
TFSIntegration
TFSVersionControl
TFSWarehouse
TFSWorkitemtracking
TFSWorkitemtrackingAttachments
WSS_Content

Faire le choix d'un plate forme cible : Single Server ou Dual Server (Data Tier séparé de l'application Tier)
Provisionner la plate forme (dans le cas de l'exemple : un serveur Windows 2003 / IIS / SQL Server 2008 avec Reporting Services et Analysis Services)
Configurer la plate forme pour être conforme à l'installation de TFS 2010 (voir guide d'installation TFS 2010 sur MSDN)
Dans le cas d'une installation WSS : Installer WSS 3.0 avec SP2 sur l'application Tier (nous verrons plus loin comment attacher la base de contenu)
Attention : Bien configurer Reporting Services avant de lancer l'upgrade (en mode natif). Pour vérifier,il suffit simplement d'accèder au site http://localhost/reports sur le serveur TFS
Procéder à la restauration des bases de données sur le nouveau serveur SQL
Attacher la base de contenu WSS-Content TFS 2008 au nouveau site Sharepoint : Pour cela se connecter au Sharepoint Administration Central, A partir de l'espace Application Management, créer une nouvelle Application Web puis Cliquer sur le menu Manage Content Databases. Selectionner le site récemment crée et supprimer la base de contenu. finalement, il reste à attacher la base de contenu du backup TFS 2008, pour cela, nous allons utiliser la commande suivante :
stsadm -o addcontentdb -url http://teamserver/ -databasename WSS_Content
Cette commande doit être lancée à partir du dossier suivant :
On vérifie ensuite dans Sharepoint Administration Central / Manage Content Database la complétion du précédent processus :
Sharepoint et Reporting Services étant configurés
Lancer l'installation de TFS 2010 qui s'effectue en moins de 10 mns

Un reboot est nécessaire durant l'installation
Une fois l'installtion terminée, à l'aide du menu démarrer, lancer All Programs / Team Foundation Server 2010 / Team Foundation Administration Console pour entamer le processus d'upgrade
Selectionner le noeud Application Tier puis dans le panneau droit cliquer sur Configure :
Puis sélectionner dans le menu Gauche l'option Upgrade puis cliquer sur le bouton Start Wizard

Cliquer sur Next

La page Databases s'affiche, entrer le nom de l'instance SQL ou les bases TFS 2008 ont été restaurées puis cliquer sur le lien : "List Available Databases" :

La base TFSIntegration doit apparaitre dans la liste. Cliquer sur Next :

Entrer le compte de service TFS par exemple Domain\Tfsservice et son password puis cliquer sur Test pour valider

Sur l'écran Application Tier, conserver les options par défaut et cliquer sur Next

Sur l'écran Reporting conserver l'option cochée pour activer la configuration Reporting Services par Team Foundation Server

Dans cet écran de configuration, entrer le nom de l'instance Report Server puis cliquer sur le lien : Populate Urls : les 2 champs doivent être remplis automatiquement. Le cas échéant, revoir la configuration Reporting Services. Cliquer sur Next

Pour Analysis Services, entrer le nom de l'hote puis cliquer sur Test pour obtenir la validation

Ignorer cet écran et cliquer sur Next

Sur cet écran de configuration Sharepoint, laisser la case à cocher activée et cliquer sur Next

Sur l'écran Settings, les adresses doivent être préremplies, il suffit de les valider en cliquant sur les liens tests

Les deux adresses doivent apparaitre validées comme ci dessous :

Cet écran permet de provisionner une Project Collection. Conserver cette option par défaut et cliquer sur Next

L'écran récapitulatif s'affiche, Cliquer sur Next

Le processus de vérification s'enclenche et doit absolument être validé avant de lancer le processus d'upgrade.

Bien analyser les warnings et vérifier qu'aucun point bloquant ne soit remonté avant de continuer.

Cliquer sur Configure :

L'opération de configuration étant terminée, cliquer sur Next pour finaliser le processus d'upgrade

Le processus d'upgrade est plus ou moins long en fonction de la volumétrie des données migrées.

Une fois terminé, l'écran tant attendu apparait

Puis l'écran final

La deuxième grande étape va consister à valider les artefacts migrés : Documents, Work Items, Source Control, Branches, Rapports, Builds.

Pour cela lancer une instance de Team Explorer 2010, puis se connecter au Serveur TFS 2010 (migré)

Vérifier l'accès à la Default Collection et au Projets d'équipes migrés

Remonter les projets à vérifier et commencer une action de QA pour valider la migration

Sur le scénario joué dans cet article, l'ensemble des artefacts projets ont été récupérés avec succès, y compris toute la partie personnalisation de Work Items et les branches du source Control. A noter que ce scénario a été joué avec la version RC de TFS 2010 : Plutot prometteur pour la suite

Rapports TFS non mis à jour

2010-03-17T06:10:00.000-07:00

Les rapports sont une des composantes essentielles permettant le suivi d'activité pour un projet. Il peut arriver que les rapports se figent dans le temps et ne sont donc plus actualisés.
Le constat se fait simplement en regardant sur le rapport la date de dernière mise à jour :
On trouve dans la partie haute du rapport la mention : Last Warehouse Update : 22/2/2010 2:08:24 PM par exemple.
Si cette date est antérieure à la date du jour, il y a réellement un problème de raffraichissement des données.
La résolution de ce problème est simple et peut se décomposer de la manière suivante :

Action 1 : Vérifier sur le serveur d'application TFS que le service TFSServerScheduler est démarré en utilisant la console de services (Services.msc). Le cas échéant cliquer sur Start pour démarrer le service.

Action 2 : Relancer le processing de données

Démarrer une session Internet Explorer à partir du serveur d'application TFS et entrer l'adresse suivante : http://localhost:8080/Warehouse/V1.0/warehousecontroller.asmx
Cliquer sur GetWarehouseStatus puis sur invoke, le résultat doit être : ProcessingAdapters(schema modifications), puis ProcessingOlap(schemas modifications), ProcessingAdapters (pulling Data), ProcessingOlap (Pulling Data) puis Idle. Il suffit de recliquer plusieurs fois sur invoke pour suivre ce processus.
Revenir à la liste des opérations puis cliquer sur Run puis Invoke pour lancer le reprocessing du Warehouse. Le service retourne true ou false pour indiquer le démarrage du processing. On peut répéter cette étape plusieurs fois pour monitorer cette étape.

Action 3 : Vérifier sur le site de Rapports

Toujours connecté au serveur d'application TFS, ouvrir une session internet explorer et entrer l'adresse http://localhost/Reports
Afficher un rapport d'un projet d'équipe, la date Last Warehouse Update doit à présent être à la date du jour et donc les données raffraichies

Autres Actions pour forcer le raffraichissement de rapports TFS :

Reprocessing Manuel du Cube OLAP TFS : Pour avoir les dernières données réactualisées du Cube Olap TFS, démarrer une session SSMS et se connecter au serveur Analysis Services du serveur data tier de TFS, localiser dans le dossier bases, le TFS Warehouse et à l'aide du clic droit, lancer la commande Process pour reprocesser manuellement le cube et donc avoir la dernière version des données calculées à partir du Datawarehouse.

Annulation de la mise en cache des rapports : Se connecter au site des rapports : http://localhost/reports puis sélectionner le rapport pour lequel on veut afficher des données en "temps réel", Cliquer sur l'onglet Properties puis activer l'onglet Execution et cocher l'option : Do not cache temporary copies of this report

Installation et Mise en Oeuvre de Lab Management Partie 2

2010-03-12T01:53:00.000-08:00

Dans cet article nous allons procéder à la configuration de SCVMM et TFS afin de permettre la mise en oeuvre de Lab Management dans un processus de provisioning d'environnements de test.

Les pré-requis sont : L'implémentation des prérequis de la partie 1 de cette série d'articles.

Première étape : Configuration de SCVMM

A l'aide du menu démarrer lancer la console administrateur de SCVMM

Valider la connexion au port proposé :

La console apparait vide. la première étape va consister à ajouter le ou les hotes Hyper V qui vont héberger la ou les librairies de machines virtuelles qui serviront d'environnements de test

Cliquer sur le menu Hosts (menu de gauche) puis dans le menu Actions sur la droite, sélectionner la commande "Add Host"

Le Wizard Add Host démarre : Conserver l'option proposé dans le cadre de notre scénario et entrer les Credentials pour se connecter au Host

Sélectionner le host hyper V cible (A noter que la commande Search va permettre de localiser tous les hosts Hyper V disponibles sur l'AD) puis cliquer sur Add pour l'ajouter puis cliquer sur Next

Conserver les options par défaut pour les 2 écrans suivants puis à partir de l'écran Summary cliquer sur Add Host pour finaliser le processus

Un fenêtre permet de suivre le job de création en temps réel.

Une fois l'opération terminé, Activer le bouton Hosts pour terminer la configuration du Host avant de passer à la configuration coté TFS

Naviguer dans l'arborescence pour sélectionner le host à configurer, et activer la commande Properties à l'aide du menu contextuel

Activer l'onglet Hardware, puis sélectionner la carte réseau utilisée dans la rubrique Network Adapters

Point Important : TFS nécessite une Network Location pour la configuration. Pour ce faire, simplement activer la case à cocher Override network location puis entrer le nom de votre choix pour cette Network Location.

La configuration SCVMM est maintenant terminée, nous pouvons maintenant passer à la configuration du serveur TFS.

Etape 2 : Configuration de TFS 2010 pour Lab Management

L'administration de TFS 2010 ne pouvant toujours pas être effectuée à distance, il faut se connecter au serveur TFS pour la suite de la configuration.

A partir du menu Démarrer du serveur TFS, démarrer la console d'administration de Team Foundation Server

Cliquer sur le noeud Lab Management et cliquer sur le bouton Configure

Entre le nom FQDN du host à utiliser pour Lab Management, Cliquer sur test pour valider le nom, puis à l'aide de la zone de liste network Location, sélectionner la location spécifée lors de la configuration de du Hosts dans SCVMM :

Activer l'onglet Network Isolation. Cette fonctionnalité permet de déployer avec Lab Management des machines plusieurs fois avec la même IP sans avoir de conflit sur le réseau (Le système utilise un mécanisme de Virtual NAT). Ceci vient encore simplifer les déploiements puisque l'on pourra par exemple déployer les mêmes machines pour un environnement d'intégration, de test, et de pré-production sans avoir à jongler avec des Sysprep.

Entrer la plage d'IP à utiliser ainsi que le suffixe DNS (Domaine FQDN) :

Valider, l'écran suivant est affiché confirmant la configuration de Lab Management pour TFS

La plate forme est donc entièrement configurée pour la mise en oeuvre de Team Lab Management. Dans le prochain article, nous aborderons la mise en oeuvre et le déploiement d'un environnement de Test.

Installation et Mise en Oeuvre de Lab Management Partie 1

2010-03-11T07:28:00.000-08:00

Lab Management est un nouveau module apporté par TFS 2010 pour supporter l'activité de test. Ce module utilise la virtualisation Hyper V pour construire et gérer des Labs dans des environnements de développement ou de Test. Les gains apportés par cette technologie sont au nombre de 3 :

Une rationalisation des couts et du temps passé pour ce qui concerne le provisioning et la maintenance d'environnemnent de tests
Un accroissement important de la productivité des équipes de développement et test avec notamment la vitesse de setup d'environnements (- de 15 mns), ou encore l'utilisation des snapshots
Une nouvelle capacité pour team Build permettant au delà de la simple compilation de code source, de provisionner un environnement de test, déployer les binaires applicatifs, jouer les tests et enfin déprovisionner l'environnement , le tout automatisé au sein d'un workflow entièrement personnalisable (WF 4.0).

Dans le premier article de cette série, nous allons tout d'abord procéder à l'installation des pré-requis en terme de virtualisation pour le module Lab Management de TFS 2010.
Avant de démarrer ce processus d'installation, les éléments suivants doivent être disponibles :

Un (ou plusieurs) serveur physique Windows 2008 R2 64 bits avec le role Hyper V activé .
Une plate forme TFS 2010 installée (mode single ou dual server) : A noter que si cette plate forme est virtualisée, le host Hyper V peut également héberger cette plate forme TFS.

Télécharger les binaires d'installation suivant : System Center Virtual Machine Manager 2008 R2

Lancer le programme de Setup sur le serveur Hyper V :

Choisir l'option VMM Server :

Accepter les conditions de licences et cliquer sur Next :

Sélectionner l'option windows Update adaptée à votre contexte :

Renseigner les informations pour l'enregistrement du produit :

Vérifier que la vérification des prérequis soit validée par le System Checker :

Valider le chemin d'installation des binaires :

Accepter l'option d'installation de SQL Server Express ou éventuellement se rattacher à une instance SQL existante :

Entrer le chemin vers un Share par défaut pour la librairie des futures templates de VMs. Ce Share peut être défini à la volée sur le serveur Hyper V ou sur n'importe quel espace de stockage disponible : Choisir l'option la plus adaptée à votre contexte

Conserver les ports proposés par défaut et entre un compte AD pour VMM : Le compte TFSSERVICE peut parfaitement convenir pour ces opérations :

Cliquer sur Next le sommaire de l'installation s'affiche puis cliquer sur Install :

Attendre la fin de l'installation....

Dès que l'installation de Virtual Machine Manager Server est terminée, lancer à partir du setup, l'installation de VMM Administrator Console :

Clquer sur Next après avoir choisi le dossier d'installation :

Conserver le port 8100 par défaut ou entrer le port utilisé lors de l'installation de VMM Server :

Cliquer sur Install terminer cette installation :

La prochaine étape dans l'article suivant va consister à configurer SCVMM et TFS 2010 pour utiliser la fonctionnalité Lab Management. Pour accèder à la Partie 2 cliquer sur le lien suivant : Installation et Mise en Oeuvre de Lab Management Partie 2

Techdays 2010 : L’ALM, facteur clé de succès des projets de développement

2010-03-11T06:57:00.000-08:00

Cet article fournit le contenu de la présentation faite par Avanade aux TechDays 2010 à l'occasion du lancement imminent de la plate forme TFS 2010 prévu début Avril. Cette édition des TechDays mérite une mention particulière puisque la France a cette année battu un record du monde pour Microsoft avec plus de 17 entrées.

La présentation au format Pdf est disponible au lien ci dessous :

Pdf : L'ALM facteur clé des projets de développement

Le Webcast de la session est disponible au lien suivant :

Webcast : L'ALM facteur clé des projets de développements

La présentation insiste sur les nouvelles fonctionnalités devant être prise en compte en vue de sécuriser tout projet de développement du point de vue des éléments de la triple contrainte : Les délais, le Budget et le Scope mais également la qualité et la satisfaction client.

La session se décompose en huit démonstrations (80% de la présentation) des fonctionnalités clés de la plate forme, chaque démonstration est précédée d'un slide précisant l'intéret au sens ALM de la ou des fonctionnalités démontrées.

Comparaison VSTS 2010 / VSTS 2008

2009-10-20T01:26:00.000-07:00

L'objectif de cet article est de se faire un idée du gap technique et fonctionnel qui sépare ces 2 versions majeures de l'offre ALM de Microsoft TFS 2008 et TFS 2010.
Comme disait l'adage chinois, une image vaut mille mots!
Si l'on applique ce principe à la plate forme VSTS, on obtient 2 mots et 2 images :

AVANT

APRES

Nous allons regarder maintenant dans le détail, les points sur lesquels Microsoft a travaillé pour d'une part améliorer la plate forme en tentant de répondre d'avantage aux exigences des grandes entreprises et également, dans la fin de l'article, parcourir les nouvelles fonctionnalités implémentées dans cette version 2010.

Installation

TFS 2008

L'installation nécessite beaucoup de pré-requis
Les options de configuration sont limitées
L'installation est longue et ardue
Le Serveur Couche Application est limité à une architecture 32 bits

TFS 2010

Peu de pré-requis à l'installation.
Installaiton rapide (10mns) demandant peu d'input : ceci constitue le changement majeur, un setup drastiquement simplifié, en 2 phases : installation puis configuration.
SharePoint, Reporting Services, ou Analysis Services ne sont désormais plus obligatoires mais peuvent être rajouté plus tard comme "features" additionnels.
Installation facilement scriptable
Support du 64 bits pour le Serveur Couche Application

Administration

TFS 2008

Pas d'interface utilsateur pour l'administration en standard
Beaucoup de taches en ligne de commande, logs difficilement localisables etc..

TFS 2010

Une console MMC d'administration est founie en standard et permet d'exécuter les taches suivantes : Gestion des comptes de service, Configuration du Data Tier, Configuration SSL, Ajouter / Configurer Sharepoint, Configuration Reporting / Analysis Services, Configuration de Team System Web Access, Gestion des collections de projets d'équipe.
Accès aux Logs de la plate forme.

Gestion des projets d'équipes

TFS 2008

Les projets d'équipes ne peuvent pas être individuellement déplacés vers différentes instances TFS.
Les projets d'équipes ne peuvent pas être individuellement backupés/restaurés, seul l'ensemble du système de bases de données peut l'être.
Limitation du nombre de projets d'équipe à 250-500 par instance TFS.

TFS 2010

Nouveau concept de Team Project Collection qui consiste essentiellement en un conteneur isolé de Projets d'équipes
Possibilité de Backup/Restore au niveau Team Project Collection.
Possibilité de déplacement d'un Team Project Collection d'une instance TFS vers une autre.
Possibilité de Scale out du serveur Couche Application sur différents serveurs physiques permettant ainsi la mise en oeuvre d'un Load balancer pour améliorer les temps de réponses et la performance. Le principe de Load Balancing permet également la mise en oeuvre du principe de redondance de la couche serveur applicative (TFS Application Tier).
La possibilité de gérer plusieurs Team Project Collection de 500 projets d'équipes permet de s'affranchir de la limite avec la version précédente.

Pilotage de l'activité (Work Item Tracking)

TFS 2008

Excellent pour toute la partie suivi : assignation des éléments de travail, utilisation du workflow pour renforcer les processus méthodologiques de l'entreprise, liens des éléments de travail avec les élements de code source, les tests et les builds et une restitution multi-dimensionnel des données tout au long du projet pour l'analyse et le reporting.
Limité pour la partie plannification : Pas de support de structure hiérarchique pour les éléments de travail, pas d'outil de gestion de backlog ou de capacité d'équipe en standard. Impossibilité d'injecter l'intégralité d'un WBS projet dans TFS.

TFS 2010

Support hiérarchique pour les éléments de travail (Work Items) permettant un suivi en mode Top Down avec des relations de type Parent/Enfant et Predecesseur/ Successeur. TFS 2010 permet également la mise en oeuvre de fonctions de type Rollup (consolidation vers le haut) et Drill Down pour l'inspection au niveau détail. une synchronisation bidirectionnel avec Project et Excel vient grandement améliorer la puissance de l'outil.
Outil de Planning Agile en Standard

Reporting

TFS 2008

Les rapports fournis en standard sont garants de la prédictabilité sur projet et contribuent à éliminer les mauvaises suprises en diminuant le fameux effet tunnel
Les rapports standards ne peuvent apporter des réponses à toutes les questions
La mise en place de rapports personnalisés reste une tache complexe er requiert de plus la maitrise du schéma du cube OLAP
La personnalisation du Process template peut altérer voire même détruire l'affichage d'un rapport standard

TFS 2010

Un reporting modifiable par le commun des mortels enfin!
Plus large panel de rapports fournis en standards exploitant notamment l'affichage hiérarchique et la consolidation des données (rollup)
Possibilité de générer des rapports à partir de requètes.
Un cuble OLAP plus User Friendly
Manipulation des données à partir d'Excel plus puissante
Project Dashboards fournis en standard.
Rapports affichés simplement dans MOSS

Dans la seconde partie de cet article nous allons nous interesser aux nouvelles fonctionnalités qui viennent pour le coup combler de grands manques dans version 2008.

Le Module Team Test

Ce module permet notamment la résolution du "syndrome de non reproductibilité des bugs" générateurs le plus souvent de pertes de temps et aller retours inutiles entre les testeurs et les développeurs. Désormais, le testeur peut encapsuler un bug dans un fichier actionable qui contient les données suivantes automatiquement collectées sur le poste du testeur :

Les étapes à reproduire
Les information Systèmes de l'environnement de Test
Les enregistrements videos et captures d'écran permettant aux développeurs de suivre les étapes du test
Les Trace debug log
Un lien vers un snapshot (au sens hyper-V) pour se connecter sur l'environnment restitué dans l'état au moment du bug (uniquement disponible avec Team Lab installé)

Un autre point adressé par la plate forme sera la non régression au niveau interface utilisateur. on sait aujourd'hui que l'approche manuelle est couteuse. La solution automatisée proposée par Microsoft passe par les nouveaux concepts "Automation Tool Strip" et "UI Coded Tests" permettant l'automatisation des tests des interfaces hommes machines avec controles des valeurs attendues.

Le Module Team Build

Grace au nouveau concept de "Quality Gated Check-in" plus de Builds cassés.
Le Gated check-in se fait en 3 étapes, le code source archivé est placé dans un Shelveset coté serveur, puis fusionné avec le code de la branche prinicpal pour enfin être "buildé", en cas de succès , les changements sont comittés dans la branche Main, le cas échéant le Check-In est rejeté. Les raisons d'échec peuvent être : Compilation échouée, Tests unitaires non passés, Validation d'architecture échouée, autres erreurs de workflow.

Le Module Team Architect
La version 2008 ne bénéficiait que d'une ébauche d'un module architecte basé sur des DSL mais n'adressant aucune problématique sérieuse d'architecture.

Les éléments suivants permettent aujourd'hui à un architecte de valider que les développements effectués sur son projet sont conformes au Guidelines architecturaux mis en place dans l'entreprise avec notamment :

Les Diagrammes de Couches (Layer Diagramm) : encapsule un mécanisme de validation architectural pour s'assurer que le code écrit est conforme au Design attendu. Un Designer permet de mapper les classes et les namespaces avec les couches du diagrammes. Toute non conformité detectée peut bloquer le build.
L'Architecture Explorer : Le couteau suisse de l'architecte permettant de découvrir et comprendre visuellement le fonctionnement d'un système existant (application en TMA par exemple) mais aussi visualiser les compsants de code existants et comment ils sont connectés (Notion de dépendances)
Outil d'affichage des dépendances entre les différents composants d'un système en mode interactif.

Le Module Source Control
La parallélisation des développemnents reste une fonctionnalité majeure pour une usine logicielle. TFS 2008 vient avec un module abouti à ce niveau permettant d'appliquer les patterns de gestion de configuration classique. En revanche la gestion des branches mises en place demande de la part du release Manager un effort considérable de documentation et peut devenir rapidement très complexe.
TFS 2010 vient encore avec quelques révolutions dans le domaine de la gestion des branches.

Les branches deviennent un élément de premier plan dans le Source Control
Mécanisme de création des branches coté serveur
Visualisation graphique (WPF) des relations entre les branches
Suivi des changements au travers des différentes branches (par Changeset par exemple)
Visualisation par Timeline
Fonction d' "Annotate" enrichie
Résolution de conflits améliorée

Module Team Lab
Ce module constitue véritablement une avancée notoire de Microsoft dans le domaine des tests et donc de la qualité.Team Lab est une composant dont le role premier est de permettre de provisionner facilement des environnments de test, en permettant de créer des templates d'environnemnets puis de les déployer rapidement. Team Lab est entièrement basé sur la virtualisation. La présentation de Team Lab dépasse largement le cadre de cet article, une autre article sur ce blog approfondit la description de ce module clé de TFS 2010

Office 2010 : Quoi de neuf ?

2009-07-15T03:23:00.000-07:00

La nouvelle version d'Office a enfin été dévoilée lors de la journée de lancement en avant première à Paris Vendredi 10 Juillet dernier, la levée NDA ayant eu lieu Lundi 13 Juillet à 17h00, l'heure est venue de lever un premier voile sur la myriade de nouveautés qui accompagnent cette release Majeure d'Office 2010 dont les premières bétas sont attendues pour Q4 de cette année et une release pour le premier semestre de l'année prochaine.

Office 2010 s'impose d'entrée comme la première solution de productivité disponible sur PC, téléphone mobile et navigateurs web favorisant ainsi le mode itinérant : je démarre un document sur mon PC, le modifie à partir de mon téléphone puis le finalise à partir d'un terminal Web, tel sera un scénario possible grace à Office 2010 et le tout nouveau concept de Web Apps.

Pour télécharger la CTP Preview, il suffit de se connecter et s'inscrire sur les listes d'attentes à l'adresse suivante et faire preuve d'un peu de patience, le site étant pris d'assaut par les demandes :

https://microsoft.crgevents.com/Office2010TheMovie/Content/Home.aspx

Pour suivre l'actualité Office 2010 et visionner des démos, ci dessous l'adresse du blog officiel Office 2010 :

http://blogs.technet.com/backstage_2010/

Les produits concernés sont :

Office
Outlook et Exchange
Sharepoint
Project et Visio
Groove

Les nouveautés en Bref :

Office 2010 sera disponible en version 32 et 64 bits et sera supporté à partir de Windows XP SP3

Le Ribbon généralisé à l'ensemble des produits de la gamme y compris Sharepoint et les OWA (Office Web Applications), nos fichiers Office seront désormais disponibles soit à partir de nos stations de travail, mais également sur tout type de plate forme via une interface Web.

Groove est remplacé par Sharepoint Workspace avec la tant attendue fonction de Check in / Check out des documents. Cette nouvelle version finira de combler les aficionados de Groove tout en les intégrant d'avantage dans le monde SharePoint.

Si l'on regarde produit par produit :

Powerpoint : Avec de nouvelles transitions 3D à couper le souffle, la possibilité de montage vidéo intégré, des effets spéciaux et filtres d'images permettant désormais de s'abstenir de logiciels de retouche d'images très connus :), la diffusion intégrée sur le Web (Web Publishing) par l'utilisation des Web Apps, Powerpoint rehausse toujours plus son statut d'outil incontournable pour des présentations haut de gamme alliant productivité et collaboration.

De plus, la fonction Powerpoint Broadcast, permet la diffusion en streaming sur le web d'une présentation en se connectant depuis une URL produite à la volée avec un rendu en tout point identique à la version bureautique au niveau des transistions et animations. Cette nouvelle fonctionnalité est la bienvenue pour les Conference Call et plus généralement la collaboration online.

Illustration de la fonction Powerpoint Broadcast (partage interactif via le web)

Excel :les Sparklines et Slicers pour tableaux croisés dynamiques sont les nouveautés de cette nouvelle version, ainsi que le mode 64 bits permettant de franchir la barrière fatidique des 4 Go de RAM. Les fichiers peuvent atteindre 100 millions de lignes (contre 1 millions pour Excel 2007) et des benchmarks ont été réalisés en montant jusqu'à 24 Go de RAM! repoussant les limites des capacités d'analyse d'Excel tant au niveau de la volumétrie que des temps de réponse. Excel 2010 va s'imposer comme le client BI de premier plan pour manipuler et faire du reporting sur des données métiers d'entreprise, avec en outre des capacités nouvelles dans le domaine de l'OLAP (manipulation de cube, génération de cube en local à la volée..). Il est également question d'un Macro recorder en .Net... Avis aux développeurs!

Illustration des Sparklines permettant l'affichage de courbes dans les cellules (courbes de données historiques pour afficher la tendance)

Word : Module de traduction intégré (avec lecture audio dans 29 langues), Mode collaboratif avec indicateur de présence (OCS) permettant d'interagir avec le collaborateur en direct. Mais aussi de nouveaux effets de texte, et l'encodage au format PDF intégré. la gestion de version et le verrouillage pourront être effectué au niveau paragraphe.

Illustration du mode collaboratif dans Word avec les indicateurs de présences actifs permettant d'interagir en temps réel

Backstage : Commun à l'ensemble des applications de la suite, Le Backstage permettra de gérer de manière uniforme les coulisses d'un documents : Enregistrement, impression, partage, gestion des droits, propriètés avancées, publication sous forme de WebApp dans Sharepoint ....
Les Office Web Apps : Enfin nos documents disponibles de n'importe ou avec tout type de client : Microsoft propose une version Online Web pour Word, Excel, Powerpoint et One Note avec une interface utilisateur en tout point identique à l'interface riche (affichage d'un Ribbon) et ce pour IE, Firefox et Safari, seules les fonctionnalités les plus avancées ont été supprimées, en revanche toutes les opérations de modifications simples sont disponibles. Donc une expérience utilisateur unifiée entre la version client riche et client web. Ce service sera gratuit pour tous les utilisateurs de Live.

Illustration d'un Web App avec Excel 2010 dans Internet Explorer (en tout point identique au client riche!)

Mode Colaboratif multi PC : Grace au module Backstage, il est désormais facile de partager un fichier Powerpoint par exemple avec un collègue distant pour avis ou modification avec la même facilité que l'établissement une communication en Messagerie instantanée. Le mode de partage ressemble fortement à Meeting Workspace actuellemnet disponible sous Vista.

Sharepoint 2010 : Sharepoint 2010 est le socle technique sur lequel repose la suite Office 2010. Une revue détaillée des nouveautés dépasse bien évidemment le cadre de cet article, en revanche les points clés sont résumés ci dessous :

Sharepoint 2010 s'impose déjà comme le futur Framework d'application Web des entreprises en offrant des outils et des moyens pour créer rapidement des solutions métiers intégrées avec des données et processus entreprise ou web . Cette nouvelle capacité est notamment due aux OBAs ou Office Based Applications, permettant à tout collaborateur de l'entreprise de publier une page Web à partir d'un document Office (Excel, Access , ou encore Visio par exemple) mais aussi en utilisant des Wizards basés sur le Back end entreprise tel que SQL Server ou autre. Les démonstrations sont à couper le souffle, et impressioneront bon nombre de développeurs pour ce qui concerne la rapidité de création / déploiement d'un application orientée données.

Les points clés concernant Sharepoint 2010:

Intégration du Ribbon : Cette nouvelle interface intuitive et contextuelle, améliore la productivité des utilisateurs, réduit les besoins en formation, et participe à la l'augmentation de la performance et la réduction des couts.

Web Edit : Cette nouvelle fonctionnalité permet à tout utilisateur disposant des droits de modifier du contenu Web pour répondre plus rapidement que jamais au changement dans un environnement business toujours plus dynamique

Intégration de Silverlight 3 : Contribue à élever le niveau de l'expérience utilisateur en intégrant des composants à haute valeur en terme de contenu multimédia et d'interactivité.

Intégration de FAST : L'intégration du moteur FAST, faisant suite au rachat de ce composant Editeur par Microsoft entérrine désormais la polémique autour des fonctionnalités de moteur de recherche dans Sharepoint en proposant un service très haut de gamme et performant.

Coté Développement, on notera les nouveautés suivantes :

Visual Studio Sharepoint Tools : Avec de nouveaux outils pour créer, packager et débugger des applications Sharepoint, le développeur dispose des outils suivants :

Templates projets

Solution Package Designer

Visual Web Part Editor

Intégration avec TFS 2010 incluant Source Control et Team Build

LINQ to Sharepoint : Offre aux développeurs une fonctionnalité de requêtage fortement typé sur des données contenues dans des listes Sharepoint.

Le Dashboard développeur : Fournissant une grand nombre d'informations utiles pour coder et debugger plus efficacement : des informations détaillées sur les page requests, les temps d'exécution, ressources et noms des procédures stockées appelées, la mémoire utilisée, l' utilisateur authentifié etc....

Coté Administration : une console d'administration entièrement revue et rationalisée visant à optimiser l'activité d'administration, la production de l'outil Sharepoint Best Practices Analyzer et enfin, des fonctionalités de reporting et logging sur l'utilisation du site.

Team Foundation Server Error TF30177 : Team Project Creation Failed

2009-06-18T05:00:00.000-07:00

Cet article a pour but de répondre à une problématique très bloquante : l'impossibilité de créer un Team Project sur un serveur TFS 2008.
TFS 2008 intégrant un grand nombre de technologies : Sharepoint, Reporting Services, SQL 2005 ou 2008, les causes de ce problème peuvent être diverses.
Nous allons donc rescencer les différentes causes les plus courantes pour tenter de résoudre ce problème.
Hypothèse de départ : le serveur a été installé dans les règles et a permis de créer un premier projet sans aucune difficulté.
WorkAround N°1 : Modification de l'installation du client
Dans ce workaround, on est capable de créer un projet par exemple à partir du serveur mais pas d'un poste client. Dans ce cas, le symptome le plus probable est une installation incorrecte du SP1 de Visual Studio 2008 sur le client. Typiquement, dans le cas de la séquence d'installation suivante : Visual Studio 2008 puis SP1 puis Team Explorer. Si Team Explorer a été installé après le SP1, on ne pourra pas créer de team Project.
La solution : Désinstaller puis réinstaller le SP1 de Visual Studio
Le SP1 peut être téléchagé à l'adresse suivante : http://www.microsoft.com/downloads/details.aspx?FamilyId=FBEE1648-7106-44A7-9649-6D9F6D58056E&displaylang=en
A noter que si le SP1 n'est pas installé, il faut l'installer après avoir installé Team Explorer.
WorkAround N°2 : Erreur de sécurité sur le composant de service "IIS WAMREG admin Service" (Component Services)
Cet erreur apparait généralement dans les logs du serveur et se présente sous la forme d'une erreur DCOM :
Event Type: ErrorEvent Source: DCOMEvent Category: NoneEvent ID: 10016Date: 6/4/2009Time: 4:31:21 AMUser: DOMAIN\tfsserviceComputer: TFS-SERVERDescription:The application-specific permission settings do not grant Local Activation permission for the COM Server application with CLSID {61738644-F196-11D0-9953-00C04FD919C1} to the user DOMAIN\tfsservice SID (S-1-5-21-1202660629-1614895754-725345543-2149). This security permission can be modified using the Component Services administrative tool.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
La procédure consiste à rétablir les permissions adéquates pour permettre une Locale Activation et Local Lauch sur le composant IIS WAMREG admin Service pour le compte TFSService, pour cela procéder comme suit :

Ouvrir la console Administrative Tools sur le serveur TFS
Ouvrir l'applet Component Services
Sélectionner le noeud DCOM Config
Sélectionner le composant IIS WAMREG admin Service
Ouvrir la fenêtre Properties / Onglet Security
Cliquer sur le bouton Edit dans la section "Launc and Activation Permissions"
Donner les droits au compte TFSService avec les droits Local Launch et Local Activation

Ce symptôme peut également survenir pour un autre composant que l'on identifiera via le Guid renvoyé par l'Event Log de Windows.

WorkAround N°3 : Erreur de sécurité sur le dossier c:\windows\temp
Ce dossier situé sur le serveur hébergeant le tier applicatif de TFS est utilisé comme dossier de travail par TFS via le compte TFSService. Si ce dernier compte n'a pas les droits d'écriture sur ce dossier, la création du Team Project échoue. Il suffit ici simplement de modifier les permissions pour le compte TFSService
WorkAround N°4 : Erreur de sécurité Reporting Services
Lors de la création d'un Team Project, TFS procède au chargement des Reports correspondant au process choisi. Dans le cas d'un problème de permissions, les rapports ne peuvent être téléchargés et donc la création du Team Project échoue.
Dans ce cas 2 actions doivent être effectuées :

Lancer le site d'administration Reporting Services : http://TFSServer/reports
Activer l'onglet Properties / Security
Vérifier que TFSService est a le role Content Manager
Afficher la page Site Settings (lien en haut de la page à droite)
Ouvrir le lien Configure Security at Site Level
Donner également à ce niveau si nécessaire les droits nécessaires à TFSService

WorkAround N°5 : Sharepoint : Erreur de résolution de nom => nom du serveur / FQDN
Ce workAround est le plus subtil : Team Explorer va par exemple tenter de générer le site web en utilisant le nom du serveur TFS, alors que le FQDN (Full Qualified domain Name) est requis.
Par exemple le site que tente de créer TFS est http://TFSServer/Sites/MonTeamProject alors que ce devrait être : http://TFSServer.MonDomaine.com/Sites/MonTeamProject .
Ici le workaround consiste à utiliser l'utilitaire TFSREG se trouvant dans le répertoire : "C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\Tools". Cet utilitaire permet d'extraire la configuration du serveur au format XML, de la modifier puis la republier pour prise en compte des modifications.
La procédure est la suivante

Lancer l'invite de commande Windows
Se placer dans le dossier C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\Tools
Lancer la commande : TFSReg.exe /EXPORT MyConfig.xml
Ceci génère dans le dossier courant la configuration du serveur TFS au format XML
Conserver une copie du fichier généré
Ouvrir le fichier généré à l'aide du bloc notes
Localiser les occurences WSS et ReportService et modifier les URLs pour prendre en compte le FQDN plutot que le nom du serveur
Sauvegarder les modifications
Lancer la commande : TFSReg.exe /OVERWRITE MyConfig.xml .
Tester la création d'un TeamProject (l'adresse du Project Portal affichée dans le wizard de création devrait afficher la modification)

WorkAround N°6 : Sharepoint : Problème de droits
Vérifier à partir de Sharepoint 3.0 Central Administration / Application Management / Site Collection Administrator. Verify that TFSService has an administrator Role and that another account has the role is the secondary site collection administrator

Area / Iteration Paths non actualisés dans les Work Items

2009-03-18T05:30:00.000-07:00

Cet article a pour objectif de décrire la résolution d'un problème survenant exceptionnellement dans des environnements Team Foundation Server mais pouvant s'avérer très pénible car bloquant la création ou modification d'une area path ou d'une Iteration Path en cours de projet.

Description du Syndrome : L'administrateur d'un Team Project décide de modifier son arborescence d'Area Path ou d'Iteration Path. Il implémente sa modification au niveau des Team Project Settings. Lorsqu'il crée un nouveau Work Item, les modifications n'apparaissent pas dans les Zones de liste arborescentes des area path ou iteration path.

Correction du problème : La solution consiste à redéclarer 4 web services comme interfaces abonnées aux évènements de TFS à l'aide de l'utilitaire BiSubscribe. Cet utilitaire se trouve dans le répertoire : C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\TF Setup

Lance un invite de commande en mode Run as avec les credentials de TFSSERVICE
Se Placer dans le répertoire « C:\Program Files\Microsoft Visual Studio 2008 Team Foundation Server\TF Setup » ou se trouve l’utilitaire BiSubscribe
Puis lancer successivement les commandes suivantes en prenant de remplacer le tag par le nom du serveur TFS concerné :

BisSubscribe.exe /eventType DataChangedEvent /deliverytype Soap /address http://:8080/VersionControl/v1.0/Integration.asmx /server http://:8080

BisSubscribe.exe /eventType DataChangedEvent /deliverytype Soap /address http://:8080/WorkItemTracking/v1.0/SyncEventsListener.asmx /server http://:8080

BisSubscribe.exe /eventType BuildCompletionEvent /deliverytype soap /address http://:8080/WorkItemTracking/v1.0/Integration.asmx /server http://:8080

BisSubscribe.exe /eventType ProjectCreatedEvent /deliverytype Soap /address http://:8080/Warehouse/v1.0/warehousecontroller.asmx /server http://:8080

Pour terminer, lancer simplement un IISREST, la synchronisation est à nouveau opérationnelle

Techdays 2009 : Présentation les 10 points clés pour réussir un Projet avec Visual Studio Team System

2009-02-15T05:27:00.000-08:00

Cet article fournit le contenu de la présentation faite par Avanade aux TechDays 2009. La présentation sera également disponible au format Webcast très prochainement sur le site de Microsoft.
La présentation au format Powerpoint est disponible au lien ci dessous :
Les 10 points Clés pour réussir un projet avec Visual Studio Team System

La première vidéo de cette présentation démontre un scénario de gestion de projet avec l'utilisation de la méthode de la valeur acquise (Earned Value Analysis) en utilisant la plate forme VSTS 2010 et le client Microsoft Project

La deuxième video illustre la personnalisation de la structure, du layout et du workflow d'un Work Item de type Tache avec 2 objectifs :

Modifier le Workflow au niveau des règles de gestion de l'état "Closed" d'une tache afin de supprimer la règle qui fixe le champ "Assigned To" à Empty ce qui pose des problèmes au niveau de Microsoft Project pour le suivi projet.
Ajouter la notion de centre de cout pour gérer le budget, les ressources par centre de cout. Dans l'exemple, on crée simplement un champ "Cost Account" qui s'affiche sous la forme d'une liste déroulante avec les valeurs : DSI, MOE, MOA et que l'on déclare comme dimension au niveau du cuble OLAP de TFS. Cette extension du cube est alors exploitée à l'aide d'un tableau croisé dynamique et un Pivot Chart dans Excel pour effectuer un suivi par Centre de Couts.

Suppression d'un Work Item Type

2009-01-08T02:29:00.000-08:00

Lors du processus de personnalisation d'un Process Template, on est souvent amené à créer de nouveaux types de work Items à la demande d'un client afin de s'adapter à la sémantique de l'entreprise, aux workflows. Or après instanciation d'une méthodologie, TFS instancie des types de Work Items qui deviennent potentiellement inutiles, il est donc important de pouvoir supprimer ces Types.

Pour ce faire il faut disposer de la dernière version des PowerTools pour TFS 2008 disponible sur MSDN à l'adresse suivante : http://go.microsoft.com/?linkid=5422499

Dans notre exemple, nous allons supprimer le Work Item Type "Issue" d'un projet nommé "WBSDemo" stocké sur un serveur nommé "AVATFS2008"

Tout d'abord, lancer l'invite de commande et se placer dans le répertoire des Powertools normalement "C:\Program Files\Microsoft Team Foundation Server 2008 Power Tools"

La syntaxe de la commande à taper est :

tfpt destroywitd /server:servername /project:projectname /workitemtype:witdname

soit dans notre contexte :

tfpt destroywitd /server:AvaTFS2008 /project:WBSDemo /workitemtype:issue

Il suffit alors de taper cette commande, valider et entrer "Y" pour confirmer d'où le résultat :

Après un Refresh dans la fenêtre Team Explorer, on constate que le Type de Work Item "Issue" a disparu

Tech Ed 2008 : Windows Azure - Cloud Services

2008-11-13T14:52:00.001-08:00

Windows Azure vient compléter la gamme des technologies majeures sur laquelle Microsoft investit avec des moyens colossaux. Rien qu'en investissement Datacenters pour l'hébergement de la plate forme, on parle en Billions de dollars!

Mais que se cache t'il derrière ce concept? c'est ce que nous allons tenter de clarifier dans cet article.

Windows Azure est également appelée "Cloud Platform" ou Plate format dans les nuages (comprendre le nuage internet). Ce principe avant-gardiste s'appuie sur des drivers business interessants :

Réduire les couts d'opérations et de capital en terme d'infrastructure
Simplifier le déploiement et la gestion d'applications
Pomouvoir de la flexibilité pour les applications et l'infrastructure associée.
Simplifier le dimensionnement à l'échelle internet
Mettre le focus sur les nouvelles fonctionnalités et non l'infrastructure

Microsoft Azure héberge sur cette plate forme des services appelés "Clouds Services" qui sont au nombre de 5 :

SQL Services
.Net Services
Live Services
SharePoint Services
Dynamics CRM Services

Schématiquement, nous avons la représentation suivante :

Wndows Azure permet donc d'étendre Windows "to the Cloud" en fournissant 3 types de prestations :

Le calcul : la mise à disposition d'environnment virtualisés basés sur Windows Server (en fait uneversion optimisée de l'Hyper V avec un coeur physique par machine)
Le stockage : Stockage de Blobs, tables de données
La gestion / configuration automatisée de Services : une gestion automatisés sur l'ensemble du cycle de vie des services.
Un SDK pour les développeurs : C'est du .Net, les développeurs sont donc opérationnels

Au plan de l'architecture, Windows Azure peut être vu comme une fabrique de Machines virtuelles, exploitant des services dont par exemple les .Net Services permettant d'écrire des programmes .Net, mais aussi des Workflows, d'accèder à des données, d'exposer des services, le tout en mode http / Soap et/ou en utilisant la technologie RESTFul.

Grace à Azure, une entreprise pourra exposer une application interne à des partenaires via le Service Bus, ou bien encore un groupe de partenaires pourraient utiliser les Workflows Services pour automatiser leurs Processus métiers inter-organisationels.

Ci dessous le schéma type d'une application hébergée sur la plate forme Windows Azure.

Concernant la Roadmap d'Azure, on a les jalons suivants :

Novembre 2008 : CTP + SDK développeur
Premier semestre 2009 : Large diffusion de CTPs, des Datacenters additionnels, Pricing & SLA
Q4 2009 : Disponibilité commerciale

Un point également interessant sera le cout de la prestation. Aujourd'hui, Amazon, avec l'offre
Amazon Elastic Compute Cloud (EC2) s'impose déjà comme un concurrent agressif avec des couts de l'odre de 10 cents l'heure d'utilisation, cette offre propose des environnements virtualisés sour Linux ou Windows. On note également la présence d'acteurs majeurs tel que Google avec Google AppEngine proposant des applications Web basées sur Python. La politique de prix de Microsoft est donc attendue avec grand intérêt.

En conclusion, les Plate formes Clouds sont là, et Microsoft entend être un acteur de premier plan sur ce créneau, un nouveau monde se découvre, préparons nous à en faire partie.

Tech Ed 2008 : WF 4.0 - DUBLIN - OSLO => The Power of three

2008-11-11T13:32:00.000-08:00

Aujourd'hui, force est de constater que l'utilisation de Windows Workflow Foundation reste marginale dans le domaine du développement d'applications.

Une des raisons à cet situation réside dans le fait que si la création d'un Workflow reste une tache simple, en revanche, le hosting de ce workflow ainsi que l'échange de données entre le workflow et son application cliente est complexe et ne parlons pas de la création de Custom Activities. Et c'est précisément à cette problématique entre autre que répondent Dublin et WF 4.0, une fois le Workflow crée sur ces technologies, "It just works!".

WF 4.0, Dublin et Oslo forment les foundations de la prochaine génération d'applications windows distribuées, dans un monde où la logique applicative sera :

Exécuté comme un workflow.
Exposé via des services.
Défini au travers de modèles.

Pour résumer ces trois technologies on parlera de Workflows, Services et Modèles. Ces technologies peuvent interoperer ou fonctionner individuellement.

Cette nouvelle plate forme technologique répond à un réel besoin issu de feedbacks clients :

Avoir des services WF et WCF opérationnels et fonctionnant simplement
Pouvoir facilement héberger, monitorer et controler les Services WF et WCF.
Avoir une meilleure instrumentation et des possiblités de scripting.
Avoir des extensions serveurs built in pour un niveau de service entreprise : stabilité, scalabilité et performance.

WF4.0
Cette technologie va permettre la coordination des taches effectuées par une application. WF 4.0 sera livré avec Visual Studio 2010 et .Net 4.0. Je détaillerai dans un prochain article les nouvelles fonctionnalités qui sont légions au vu des présentations faites lors de cette édition de Tech Ed.

Dublin

Consiste en des extensions de Windows Server (évolution de WAS/IIS) ayant pour role l'exécution et la gestion des Workflows et des services WCF. Dublin permet d'apporter une gamme de services proches de la plate forme Biztalk (mais sans couts de licenses) avec par exemple : Le hosting, la persistence, le monitoring et la partie Messaging plus des outils de scripting avec Powershell. Dublin sera disponible peu après Visual Studio 2010.

Oslo
Il s'agit d'un ensemble de technologies de modélisation (DSL) Oslo est un plate forme de modélisation architecturée sur trois composants :

Un repository : Stockage pour les modèles de schémas et d'instances
Un langage de modélisation, nom de code "M" : un moyen de définir des schémas et biens plus
Un outil de modélisation, nom de code "Visual Studio Quadrant" : un Editeur Visuel pour la création de modèles stockés dans le repository. L'outil permet notamment la création de nouveaux types de workflows plus puissant nommés les FowChart Workflows

En conclusion :

Absolument tous les aspects concernant le Hosting, le monitoring et le controle du Workflow (Activity Tracking) est pris en charge par Dublin, il est même possible d'effectuer du load balancing pour l'exécution de workflows. De plus, WF 4.0 est bien plus performant que la version actuelle (10-100x) et offres une bibliothèque d'activités bien plus étendues ainsi que de nouveaux types de workflows plus puissants, les FlowCharts. L'IDE de développement s'appuie entièrement sur WPF et permet significativement d'accèlérer la création de Workflow en XAML.
L'objectif est clair : améliorer le monde du développement en se basant sur la puissante de 3 nouvelles technologies faites pour travailler ensemble ou de manière complémentaire.

Preview de Visual Studio Quadrant

Tech Ed 2008 : VSTS 2010 à l'honneur lors du Keynote

2008-11-10T06:34:00.000-08:00

Le ton est donné dès le Keynote de cette édition des Tech Ed 2008, VSTS 2010 (Codename Rosario) est le produit mis en avant par Microsoft cette année devant Windows Azure qui est tout de même une des plus grosses nouveautés du moment : Windows Azure est la future solution de Hosting de services surnommées "Clouds Services". Pour information, Windows Azure va mettre à disposition les services suivants :

Live Services
.Net Services
SQL Services
Sharepoint Services
Microsoft Dynamics CRM Services

Le hosting de développements va permettre de nouveaux Mode de développement et mise à disposition de ces applications. Ci dessous la big picture de la future plate forme "dans les nuages"

Pour en revenir à VSTS 2010 ( Nom de code Rosario), cette mise en exergue lors du Keynote est largement justifiée tant les nouveautés apportées par cette nouvelle plate forme sont nombreuses (Voir les autres articles sur ce blog pour plus de détails). Lors du keynote, Jason Zander (General Manager Visual Studio Team Developer Division) a effectué une demonstration à couper le souffle présentant les fonctionnalités à venir, et notamment la partie TeamLab pour la mise à disposition d'environnement virtuels de tests ainsi que les dernières nouveautés concernant l'implémentation du support de WPF au niveau de l'IDE de développement avec une large palettes de nouvelles fonctionnalités, apportant une nouvelle expérience utilisateur aux développeurs.

Pour résumer, on notera dans les grandes lignes :

Coté IDE Visual Studio
Le support de WPF dans l'intégralité de l'IDE de VSTS, enrichissant l'expérience du développeur et du testeur. On voit ci dessous, l'historique pour une portion de code affichant des informations sur les développeurs ayant modifié un bloc de code, l'historique graphique sur la couverture de code par les tests unitaires et au bas de la fenêtre WPF diverses information.

On est capable très facilement à partir d'une fonction ou méthode donnée d'avoir la liste des callers / callees et de s'y déplacer, Un nouvel outil de Quick search permet de repèrer et accèder à tous types d'artefacts projet, et permet de localiser des mots clés dans une page de code avec une prévisualisation en WPF des résultats trouvés dans la barre de défilement! A voir absolument.

Sharepoint enfin!

L'intégration tant attendue d'un environnement de développement pour SharePoint, s'apparentant à l'approche faite avec le module Database for Professional, sauf qu'au lieu de se connecter à une base de données, on se connecte à un serveur Sharepoint, et à partir de là , on a tout loisir de créer de nouveaux objets via les nouveaux templates de développement, y compris des Webparts en mode graphique, évidemment, l'intérêt de cela étant la facilité du déploiement des nouveaux objets.

La simplification de la complexité à l'aide des modèles visuels : L'Architecture Explorer
Les outils tel que l'architecture Explorer permettent de comprendre bien plus rapidement du code que l'on reprend, cet outil permettra également de créer des Work Items, des diagrammes de séquences. On aura également la possibilité d'explorer les dépendances entres les différents composants ou classes de notre système avec des liens dessinés en tenant compte du niveau de dépendances entre les objets : Plus la dépendance est importante, plus le tracé est épais. Le diagramme est évidemment interactif et permet par un simple double clic d'accèder au code.

Le Module Testeur : Camano et TeamLab

Le module Team Lab avec la capacité de faire mieux collaborer développeurs et testeurs, donner accès à l'environnement de test par un simple lien dans un Work item pour accèlérer l'activité de reproduction du bug, on a également, le recording d'une video de la phase de tests ayant mis en évidence le bug, cette video est rattachée au Work item de type bug transmis par le testeur au développeur et nouveauté, on a égalemnent le splittage de la vidéo étapes par étapes dans la restitution des étapes d'un test permettant au développeur de ne voir que la séquence de la video qui l'interesse pour résoudre un bug (encore un gain de productivité). Ci dessous l'interface récupérée par le développeur après avoir cliquer sur le lien inclus dans son Work item de bug lui donnant accès à l'environnement de test ou s'est produit le bug. :

Test Driven Development
VSTS 2010 permet véritablement l'écriture en mode TDD simplement à l'aide d'un raccourci de touche magique, Ctrl . qui va permettre de créer à la volée, les membres et méthodes non encore implémentés que le développeur invoque à partir de son test

Développement Web
Les développeurs Web trouveront également une fultitude de nouveautés pour accèlérer leur développement. Ce dessous la slide résumant les points nouveaux :

Step By Step : Déverouillage de fichiers dans le Controle de Code Source TFS

2008-10-13T23:50:00.000-07:00

Un problème rencontré de manière récurrente sur projet est le verrouillage d'un ou plusieurs fichiers suite à une opération de check out, souvent cumulé à l'absence de son auteur. Conséquence, il devient impossible de continuer à travailler sur ce fichier, à moins de procéder administrativement à son déverouillage.

Malheuresement, jusqu'à la version 2008, il n'existe pas de méthode utilisant l'interface graphique, en revanche il est extrêmement simple de le faire à l'aide de l'invite de commande Visual Studio tel que démontré ci dessous ou encore d'utiliser l'utilitaire Sidekick. Nous allons donc décrire les deux méthodes.

Méthode 1 : Exécution en mode ligne de commandes

Dans notre scénario, un développeur nommé John Doe a laissé en check out des fichiers projets dont notamment un fichier csproj, bloquant donc toute modification de ce projet (Ajout ou suppression de fichiers).

Pour débloquer une telle situation, il suffit de procéder comme suit :

La fenêtre du Source Control Explorer permet de visualiser les fichiers verrouillés, avec le nom du développeur dans la colonne user :

On lance l'invite de commande Visual Studio 2008 à partir du menu Démarrer

Tout d’abord, on liste les Workspaces gérés par le serveur TFS, ce qui permettra de copier coller dans la commande finale le nom du Workspace ainsi que le nom de l’owner du Workspace, pour cela il suffit de taper la commande :

tf workspaces /server:NomServeur /owner:*

soit dans le cadre de notre exemple :

tf workspaces /server:Avanade_TFS2008 /owner:*

L’output de la console sera le suivant, il suffit alors de localiser le Workspace concerné, dans notre exemple ici le 2° :

On utilise le marqueur de la console pour copier / coller le nom du Workspace et son owner

On colle le contenu pour obtenir la commande suivante :

tf workspace /delete /server :NomServeur NomWorkspace ;NomOwner

soit dans le cadre de notre exemple :

tf workspace /delete /server :Avanade_TFS2008 CPU_TeamDev02 ;Avanade_TFS2008\John_Doe

Après validation, l'invite de commande affiche le nombre de fichiers en cours de modification dans le Workspace ciblé, puis une confirmation est demandée, Taper simplement Y pour valider

Pour vérification, un simple refresh de la fenêtre du Source Control Explorer permet de constater le déverrouillage des fichiers du Workspace du développeur John Doe

Méthode 2 : Utilisation de SideKicks

Dans ce scénario, le pré-requis est l'installation de Sidekick sur le poste d'intervention. Cet outil est en téléchargement gratuit sur internet.

Tout d'abord, on localise les fichiers lockés dans le source Control

Puis utiliser le menu Tools, Team Foundation Sideckics / Workspace Sidekick

La fenêtre suivante apparait, il suffit de filtrer sur le nom du développeur, entrer le nom de la machine du développeur puis cliquer sur le bouton Search

Le Workspace apparait ainsi que les dossiers apparaissent dans les listes résultats, il suffit de cliquer sur le bouton supprimer pour détruire ce workspace au niveau de TFS, puis refermer cette fenêtre.

Pour vérification, un simple refresh de la fenêtre du Source Control Explorer permet de constater le déverrouillage des fichiers du Workspace du développeur.

Roadmap et Chemin de migration vers Rosario

2008-09-25T01:22:00.000-07:00

L’idée du présent article est de fournir de l’information pour planifier et faciliter le passage vers la future plate forme de TFS : ROSARIO dont la release est prévue pour Q4 2009.

L'objectif est d’anticiper les problèmes potentiels de migration ou d’installation mais aussi de planifier et budgéter les actions à engager par avance. En principe, la Beta 1 devrait être une version installable du produit et non une VPC permettant ainsi de jouer par avance les scénarios envisagés pour validation. Les informations sont présentés par sujet, en commençant par la plate forme serveur :

OS Serveur

Rosario supportera Windows 2003, 2008 et toute version future des OS Serveur de Windows. La recommandation est tout de même d’adopter la plate forme serveur Windows 2008, vu que les versions futures risquent de ne plus supporter Windows 2003.

64-bit

Enfin la nouvelle release de Team Foundation Server Rosario va supporter le 64 bit. En revanche dans les versions futures, le support du 32 bit sera supprimé. Pour cette raison, il est recommandé de penser à migrer ses plate formes vers du 64 bits

Virtualisation

Le test et le support des environnements de Virtualisation reste plus que jamais d’actualité. Dans le cas de l’utilisation de Virtual Server, il fortement recommandé d’installer le Data Tiers de TFS donc SQL sur une machine physique. En revanche dans le cas d’un Virtualisation sous Hyper V, l’installation en tout virtuel restera un scénario tout à fait viable

SQL Server
Sans aucun doute la décision la plus importante prise par les équipes de Rosario : la suppression du support de SQL 2005 !!! Cette décision a été très controversée mais finalement actée. Le fondement de cette décision réside dans les nouvelles fonctionnalités apportées par le module Reporting Services de SQL 2008, module qui a été tellement amélioré par rapport à la version précédente qu’il a été jugé impossible de ne pas en tirer profit : De nouveaux rapports ont été crées avec des looks très attrayant. D’autres raisons également tel que l’amélioration de l’indexation Full Text, la compression des index dont TFS va réellement tirer profit, la compression des données pour les Back up. Pour information, ci-dessous les principales améliorations apportées par la plate forme SQL 2008 :

1. Développement

Nouveau type HierarchyID facilitant la modélisation d'arborescences dans les bases de données (méthodes GetAncestor GetDescendant ou encore GetRoot pour manipuler efficacement les données hiérarchiques).
Nouveau type Filestream (Avec cet attribut, le serveur de base de données autorise le stockage des données de type blob sur le système de fichiers permettant de réduire considérablement la taille des bases de données et des Backups).
Nouveau type Table ( permettant de passer directement une table à une procédure stockée ou fonction)
Paramétrisation du nom de tables pour les requêtes (exemple : SELECT * FROM @MaTable)
Ordre SQL MERGE (Combinaison de INSERT et UPDATE)
Intégration de LINQ
Module de Géo localisation spatial (SIG) avec le type Geography

2. Stockage

la compression des données permettant à SQL Server de se positionner sur le créneau multi TeraBytes.
Backups compressés

3. Reporting

Déploiement Reporting Services ne nécessitant plus IIS.
Report Builder 2.0

4. Sécurité

Traçabilité des données (accès asynchrone au données modifiées dans les tables)
Possibilité d'implanter des règles de sécurité (par exemple respect d'une police de nommage - à l'instar des GPO de Windows)

5. Divers

Intégration plus forte avec Office

Le support de SQL 2005 étant supprimé, il va falloir dans un premier temps opérer une mise à jour vers SQL 2008 puis mettre à jour TFS. Ces migrations seront à planifier dans les prochains mois. Une migration de TFS vers TFS 2008 SP1 sur SQL 2008 est sans contexte une bonne approche pour anticiper et faciliter le chemin de migration vers Rosario. Une stratégie de migration pourra également de procéder à des détachement / rattachement de bases de données.

SharePoint
Dans TFS "Rosario", le support de WSS 2.0 sera abandonné, le pré-requis sera au minimum SharePoint 3.0 (2007) pour le module portail. MOSS 2007 reste un option importante comme plate forme de Reporting. MOSS ne sera pas un pré-requis, mais néanmoins, les fonctionnalités et le Look des portails projets seront nettement améliorés dans le cas de l’utilisation de MOSS, nécessitant en contrepartie l’acquisition de licences en plus de celles de TFS. Il sera possible de s’appuyer sur un portail MOSS existant. Néanmoins pour certains clients, le module portail n’est pas une priorité et ils ne souhaitent pas l’utiliser. Pour répondre à ce cas de figure, le module portail n’est plus une étape obligatoire dans l’installation de TFS, la fonctionnalité de portail devient optionnelle.

Project Server
TFS "Rosario" va inclure en standard l’intégration avec Project Server. Cette intégration va permettre une utilisation PMO de TFS et fournir une multitude de Dashboard avancés pour le suivi de projets. L’utilisation de Project Server nécessitera l’utilisation d’un client Project 2007 ou plus au minimum. Ce processus d’intégration doit également être pris en compte par avance, le modèle de licences ne dépendant pas des équipes de TFS.

Serveurs de Build
Comme pour les versions précédente de TFS, le module de build est dépendant de la version du serveur TFS. Par conséquent , il sera nécessaire de migrer tous les serveurs de builds existants en même temps que la plate forme TFS. La capacité à builder des applications basées sur différentes versions du Framework .net va incontestablement faciliter cette migration. Cela devrait tout simplement fonctionner.

Versions Client Visual Studio
Une des plus grandes préoccupations, reste la compatibilité avec les versions précédentes de Visual Studio. Ce point a souvent été un frein à la migration de la plate forme TFS, par exemple la migration de TFS 2005 vers 2008 obligeait la conversion des solutions (fichiers sln), qui ne pouvaient alors plus être ouverts à l’aide de Visual Studio 2005. Pour Rosario, en tant que release majeure de TFS, le maintien de compatibilité est impossible. La démarche sera de fournir des patches ou SP pour toutes les versions précédentes (Team Explorer 2005 et 2008 et les providers MSSCCI), permettant de se connecter et inter opérer avec un serveur TFS Rosario. En revanche, le client Rosario permettra de se connecter à des serveurs TFS 2005 et 2008.

Office
Dans TFS "Rosario", Office 2007 et supérieur sera supporté, ce qui sous entend que le support d’office 2003 sera supprimé. Ceci a été motivé par l’implémentation de la fonction Undo dans Project ainsi que des nouvelles fonctionnalités d’Excel 2007.

Les informations contenues dans cette articles font référence à un article de Brian Harry, Product Unit Manager pour Team Foundation Server chez Microsoft.

ROSARIO : Quoi de neuf?

2008-09-04T02:31:00.000-07:00

La dernière version de la plate forme ALM de Microsoft arrive. On s'attendait à une plate forme présentant des évolutions compte tenu du haut niveau de services déjà proposés dans les versions précédentes (2005 et 2008), le résultat est en fait plus proche d'une révolution tant la plate forme propose de nouvelles fonctionnalités et de nouveaux outils.

Dans cette série d'articles, nous allons donc nous interesser module par module aux nouvelles fonctionnalités et innovations apportées par cette release majeure de TFS dont le nom de code est ROSARIO.

Le présent article constitue une vue synthétique de l'ensemble des innovations apportées à la plate forme ALM de Microsoft, pour avoir une description détaillée de ces innovations avec des exemples de mise en oeuvre, les articles suivants sont accessibles en utilisant les liens suivants :

Pour Rappel, TFS est la plate forme ALM (Application Lifecycle Management) proposée par Microsoft, c'est une plate forme serveur orientée services accompagnée d'une partie cliente Visual Studio Team System.
Ces différents services sont au nombre de 6 et se décomposent de la manière suivante :

Project Management
Work Item Tracking
Reporting
Build
Source Control
Document Repository

Ces différents services sont adressables de manière extensible, au travers de multiples clients comme le montre le schéma ci dessous, Microsoft a dans Rosario non seulement enrichi les fonctionnalités des clients existants et a de plus créer de nouveaux clients.

Vue synthétique de la plate forme TFS
(cliquer pour agrandir)

Ces différents services sont mis à disposition de différentes catégories de personnes adressées par des rôles . Les différents rôles adressés par la plate forme sont :

Project Manager
Architecte (logiciel et infrastructure)
Développeur
Développeur Bases de données et DBA
Testeur

Le schéma ci dessous illustre l'accès aux services par les différents rôles. Rosario fournit une gestion de la sécurité très fine permettant de définr les droits et permissions de chaque intervenant sur un projet et ce service par service.

Roles et Services dans TFS

Nous allons aborder la présentation de l'ensemble des nouveautés module par module. Les points présentés ne sont pas exhaustifs sachant que la plate forme est toujours en cours de développement. L'édition 2008 des Tech Ed à Barcelone sera sans doute le rendez vous permettant de faire un point précis de la version finale de Rosario.

Les nouveautés du module Project Management

L'activité de Program Management est une des activités les mieux loties en terme d'améliorations. On notera tout d'abord le très attendu support d'une structure WBS pour les phases de préparation et de pilotage des projets dans TFS, cette structure hiérarchique pourra être gérée en affichage et modification à partir de tous les clients proposés : Visual Studio, Excel, Project et même Team System Web Access ainsi qu'un tout nouveau client : Team Tracker.

Les Program Managers et Project Lead bénéficieront d'une multitude de nouveaux rapports et dashboards disponibles via Reporting services, Excel mais aussi le client Web Team System Web Access ainsi que le client Project PortFolio fourni avec Project. Ci dessous quelques captures illustrant ces nouveaux outils de reporting, les connaisseurs s'apercevront au traverss de ces snapshots que nous entrons dans une nouvelle ère du reporting projet, avec une véritable approche dashboard, de la Business Intelligence et des KPIs :

L'intégration avec Project Server est maintenant incluse en standard permettant de ce fait une approche PMO pour les projets gérés à l'aide de TFS.
Pour plus de détails sur ces nouveautés, se référer à l'article : Module Project Management

Les nouveautés du Module Team Architect

Avec ROSARIO Team Architect, Microsoft se fixe les objectifs suivants :

Gérer la complexité à l'aide de modèles visuels
Comprendre, Manipuler et faire évoluer des applications existantes.
Améliorer la maintenabilité, la modularité et la réutilisation de composants des applications.

Pour atteindre ces objectifs, les fonctionnalités suivantes ont été implémentées :

L'Architecture Explorer : L'architecte possède maintenant un couteau suisse sous la forme d'un outil avec une interface en WPF, lui permettant d'explorer une solution existante afin de recueillir des informations sur l'ensemble des artefacts d'un projet ainsi que leur dépendances et la possibilité d'exécuter des actions sur les éléments selectionnés.

Le Support de l'UML : Après la modélisation physique avec les DSL , Microsoft a décidé d'intégrer la modélisation logique avec le support du langage UML via des designers pour réaliser les types de graphiques suivants :

Diagrammes de Use Case
Diagrammes d'activité
Diagrammes de classes
Diagrammes de composants
Diagrammes de séquence

A noter que les diagrammes de séquence permettent même d'effectuer des actions de rétro-conception sur du code existant, ou encore de la génération de code à partir d'un modèle.
L'intégration des software factories via DSL : Issu d'un rapprochement des équipes de Rosario et de Patterns & Practices, les architectes pourront aller jusqu'au Design en mode graphique de services WCF par exemple avec génération du code associés : implémentation, contrat et host. Le concept WSSF exploitant GAX est maintenant intégré au Diagramme Application Designer.

Pour plus de détails sur ces nouveautés, se référer à l'article :Module Architecte

Les nouveautés du Module Team Developer

Les développeurs vont également découvrir 4 nouveautés leur permettant d'améliorer la qualité de leur code ainsi que leur productivité :

Le Standalone Debugger : pour effecuer des opérations de débogage sur des stations non équipées de Visual Studio.
Le History Debugger : Une nouvelle expérience F5 avec un processus d'enregistrement en tache de fond des évènements et erreurs ayant lieu durant une session de debug. Le développeur peut alors revenir par la suite et consulter les informations recueillies en parcourant le stack des appels.
La gestion des tests unitaires impactés : Après chaque modification de code, le développeur est informé des tests unitaires impactés par les modifications de code apportées, et peut donc rejouer ces tests afin de pallier à tout phénomène de regression.
La gestion de l'analyse statique de code par groupe de règles paramétrables : Cette nouvelle fonctionnalité permet au développeur de cibler les règles à corriger gràce au paramétrage de groupe de règles. Le développeur peut donc réduire le bruit généré par l'application des 206 règles et cibler plus précisément les corrections à effectuer en fonction d'un contexte donné.

Pour plus de détails sur la mise en oeuvre de ces 4 nouveautés, se référer à l'article : Module Développeur

Les nouveautés du Module Team Tester
Les testeurs sont sans contexte les utilisateurs qui seront les plus surpris, tant les nouveautés apportés à ce module sont importantes. Microsoft a entièrement revu son framework de tests et également développé une nouvelle génération d'outils qui vont améliorer grandement la productivité des équipes de test.

Les Principaux objectifs de Team Test sont donc :

Aligner l’assurance qualité dans l’organisation du cycle de vie projet
Gérer la qualité au plus tôt dans le cycle de vie projet
Augmenter la productivité des équipes de Test
Eliminer le syndrome de non reproductibilité des bugs
Mise à disposition d’outils modernes, et simples à utiliser
Capacité de priorisation des tests ( Connaitre les tests impactés par des modifications de code)
Capacité de calcul de Taux de couverture des tests (par rapport au WBS Projet)

Ces objectifs ont été atteints par la production des outils et concepts suivants :

CAMANO : Le client de dernière génération pour gérer et exécuter les cas de tests incluant l'ensemble du cycle de vie de l'activité de tests. CAMANO a pour fonction principale la planification, l'analyse et le reporting sur l’activité de test, mais aussi la création et l'exécution des tests ainsi que la transmission des bugs reproductibles aux développeurs encapsulant la trace (Proteus), les captures d'écrans et optionnellement la séquence video du jeu du test ainsi que le détails des étapes du test et les résultats obtenus par le testeur.
Automation Strips : Ce nouveau concept permet de mémoriser les étapes d'un test par une technique de recording pour automatisater le jeu de tests manuels et donc accèlérer les campagnes de tests.
Coded UI Tests : Les tests codés permettent à partir d'un Automation Strip de coder un test afin de produire une automatisation complète du test manuel afin de pouvoir par exemple jouer ce test lors de builds automatisés. Un test codé va jusqu'à controler les valeurs présentes dans des controles d'interface Graphiques et controler la conformité avec la valeur attendue du test. La fonctionnalité est aujourd'hui fonctionnelle pour les clients Web et est attendue très prochainement pour les clients riches.
TEAM LAB : Sans contexte l'innovation la plus spectaculaire de Rosario : avec Team Lab Microsoft apporte une solution à la probblématique récurrente des temps passés à la préparation, la configuration et le déploiement d’environnements de tests entrainant de la perte en productivité des équipes. Team Lab est basé sur une technologie de virtualisation et offre en outre le concept de snapshot, permettant au testeurs de mettre à disposition des développeurs des snapshots d'environnements pour reproduire des bugs identifiés. Team Lab sera intégré à Camano. Team Lab permet de déployer des environnements de tests à la demande en quelques minutes.

Pour plus de détails sur les nouveautés incluses dans ce module, se référer à l'article : Module Testeur

Autres nouveautés apportées par Rosario

Parmi les autres nouveautés, on citera :

L'intégration de Windows Workflow Foundation à Team Build permettant de gérer des scenarios complexes de build automatisés.
Coté Source Control il est possible désormais d'ajouter des fichiers au contrôle de code source par un simple cliquer glisser de fichier, la gestion des Workspaces est simplifiée et les fonctions de recherche, les affichages d'historique et la navigarion ont également amélioré.
Un module de visualisation des branches permettra de suivre graphiquement les activités de brnaching et de merge. Ci dessous une illustration de cette nouveauté :

Une nouvelle version de Team System Web Access entièrement relookée

ROSARIO : Module Développeurs

2008-08-29T09:59:00.001-07:00

La nouvelle version Team Developer de Rosario apporte elle aussi sa part de nouveautés qui vont permettre au développeur un contrôle plus efficace concernant la qualité du code écrit au travers de nouveaux outils dont :

Le Standalone Debugger
Le History Debugger
La gestion des tests unitaires impactés.
La gestion de l'analyse statique de code par groupe de règles paramétrables.

Le Standalone Debugger : Zero Impact Debugging

Ce nouvel outil a pour vocation de permettre à un développeur d'effectuer des opérations de débogage sur une machine cible (pré-production, intégration ou test) sans avoir à installer Visual Studio. Cet outil est simplement généré à partir de la station de développeur sous forme d'un ensemble de fichiers et est simplement déployable suivant une procédure XCopy.

L'outil pourra donc être utilisé soit :

à partir d'une clé usb.
à partir d'un share réseau.
en copiant les fichiers sur la machine cible.

La taille de l'outil généré est de moins de 50 Mo!
Ci dessous les étapes pour générer un Standalone Debugger puis le mettre en oeuvre :

A partir de visual Studio lancer la commande Debug / Create Standalone Debugger

L'assistant suivant démarre, spécifier l'emplacement disque pour la création de l'outil (dossier, clé usb ou encore partage réseau :

Cliquer sur Suivant, le processus de génération est lancé :

Cliquer sur Finish pour finaliser le processus

Si l'on ouvre le dossier cible, on constate la création des binaires de l'outil sous forme de différents exécutables, assemblies et fichiers :

Pour démarrer le Standalone Debugger, il suffit de double cliquer sur le fichier Vsdebug.exe. L'interface graphique se présente comme illustré ci dessous et affiche une page d'accueil permettant de démarrer rapidement sans consulter de fichiers d'aide :

Les taches tels que démarrer un programme, s'attacher à un process, ouvrir un fichier ou une solution sont disponibles directement à partir de la page d'accueil.
Pour démontrer la puissance de cet outil nous allons effectuer une petite démonstration édifiante :
Créons une petite application Winform avec comme unique fonction un bouton affichant une message box.
Déployons cette application sur une station cliente (attention, le fichier pdb doit être présent sur la machine cible). Ci dessous le contenu du dossier de cette application :

Le développeur doit déboguer l'application sur cette station et va donc générer une instance de l'outil sur sa clé usb ainsi qu'une copie des fichiers C# à déboguer, dans notre exemple, il s'agit du fichier form1.cs par exemple.

Etape 1 : Démarrage de l'application sur la machine cible

Etape 2 : Démarrer le Standalone Debugger à partir de la clé USB en cliquant sur VSDebug.exe

Etape 3 : A partir de la page d'accueil du Debugger cliquer sur le lien Attach : Process

Etape 4 : Selectionner le processus de l'application à déboguer puis valider

Etape 5 : A partir de la clé usb ouvrir le fichier form1.cs et placer un point d'arrêt sur l'évènement on_click du bouton

Etape 6 : Le clic sur le bouton "demo" de l'application active le point d'arrêt (mode Debug) comme si le développeur utilisait Visual Studio directement sur son poste de développement.

Il est évident que cette nouvelle fonctionnalité va grandement aider à la résolution des bugs et notamment réduire le fameux syndrome de non reproductibilité des bugs. Le développeur a à sa disposition un outil lui permettant de diagnostiquer de manière efficace les anomalies d'une application directement sur les plates formes cibles réduisant ainsi considérablement les temps d'investigation pour la résolution de bugs

L'History Debugger : Trouver et fixer rapidement un bug (Nom de code Proteus)

L'history Debugger est une nouvelle experience F5 pour le développeur , ce nouvel outil intégré à Visual Studio for Developer Edition enregistre l'ensemble des artefacts produits durant l'exécution d'une application en mode debug et permet de retracer ou rejouer l'execution :

En cas de Bug, il est très simple et rapide de trouver la cause simplement en consultant les information recueillies par l'outil présentées sous la forme d'une structure arborescente.
L'outil augmente la productivité du développeur en réduisant le temps d'investigation sur la cause d'une erreur dans le code ou sa reproduction.
Regardons le fonctionnement de l'outil à travers une démonstration :
Pour cette démonstration nous allons utiliser l'application Patient Monitoring, application de démonstration écrite en WPF fournie avec la VPC Rosario (CTP d'Avril.).
Pour ce scénario de Debug, on démarre l'application à partir de la solution dans Visual Studio en pressant la touche F5

L'application Patient Monitoring s'affiche

Sur activation de l'onglet Details, la photo du patient apparait ainsi que des informations détaillées

Le développeur choisit alors le patient "Aaberg" et constate que pour ce patient, la photo n'apparait pas :

Le développeur va alors lancer à partir du menu Debug / Windows la commande Debug History pour accèder à l'historique des actions effectuées durant la session de debug :

La fenêtre apparait comme illustré ci dessous :

Le développeur clique sur le lien "Break into the Debugger", affichant ainsi l'historique de l'ensemble des évènements survenus lors de la phase de debug sour forme d'une arborescence :

On remarquera l'iconographie placé devant les noeuds de la treeview, et notamment les symboles d'erreurs en rouge, indiquant les erreurs levées lors de l'exécution. Dans notre cas, on remarque que le chargement de l'image du patient a déclenché une erreur qui a été gérée, raison pour laquelle l'application n'a pas planté.
Le développeur va donc pouvoir rapidement corriger l'anomalie en consultant simplement les informations fournies en regard de l'icone Erreur : le message est "cannot locate ressource ..."

Le nouvel outil History Debugger permet également au développeur de naviguer dans le scénario de debug simplement en cliquant sur les noeuds de l'arborescence avec la possibilité par un simple double clic d'afficher le code concerné par l'action enregistrée.

Il est incontestable que cet outil sera d'une aide précieuse au développeur pour l'activité de Bug fixing.
L'outil fonctionne comme un recorder durant les phases de Debug, le niveau d'informations est d'ailleurs paramétrable comme le montre la capture d'écran ci dessous :

Paramétrage de l'outil History Debugger

La gestion des tests unitaires impactés

Il est aujourd'hui largement établi que la qualité d'un développement passe par l'activité de test et que le métier de développeur est bien évidemment d'écrire du code mais surtout de vérifier que le code écrit fonctionne.

A ce titre Le message de Microsoft au travers l'implémentation du module Team Tester est clair : "Du code qui n'a pas été testé ne doit pas être livré!".

Dans les versions précédentes de Visual Studio (2005 et 2008), sur la partie tests unitaires, l'outil permet de générer l'ossature des tests unitaires pour l'ensemble des fonctions écrites dans un projet en quelques clics de souris. Néanmoins, sur des projets de taille importante le développeur se trouve très rapidement en face de centaines de tests unitaires à gérer et dans l'incapacité de savoir pour une modification de code donnée quel test unitaire est impacté. Compte tenu des temps d'exécution des test unitaires, le fait de rejouer l'intégralité est couteux en temps.

C'est exactement à cette problématique que répond la nouvelle version de l'outil : Afficher les tests unitaires impactés par une modificaiton de code.

Regardons dans la pratique à travers un exemple comment cette nouvelle fonctionnalité est implémentée dans l'outil.

Pour gérer les test unitaires impactés, le développeur doit tout d'abord afficher la nouvelle version de la fenêtre "Test View" en lançant la commande Test / Other Windows / Test View.

La fenêtre apparait à priori identique à celle de la version 2008

Le développeur active la fonction Group By en choisissant la nouvelle option "Test Impact Status"

La fenêtre affiche l'ensemble des tests dans la rubrique "Not Impacted"

Le développeur effectue alors des modifications dans le code de son application, (dans notre exemple, 2 lignes de code) puis sauvegarde ses modifications.

Aussitot l'outil detecte les tests unitaires qui ont été impactés par les modifications de code et affichent les tests unitaires impactés dans la rubrique "recommended", ce qui indique au développeur qu'il est recommandé de rejouer ces tests afin de vérifier l'impact des modifications afin d'éviter de potentielles régressions.

Le développeur procède à l'éxécution des tests impactés en utilisatnt le menu contextuel à partir de la fenêtre "Test View".

Lorsque les tests sont rejoués, ils apparaissent dans la rubrique "Verified"

La fenètre sera remise à jour au fur et à mesure des modifications apportées. Le développeur a donc en permanence une vision de l'impact de ses modifications sur la stabilité de l'application au travers des tests unitaires.

La gestion de l'analyse statique de code par groupe de règles paramétrables

Suivant l'adage bien connu "Trop d'information tue l'information", voici une nouvelle fonctionnalité qui va améliorer le contrôle et le focus du développeur sur la mise en conformité de son code par rapport aux règles appliquées par l'outil d'analyse statique de code fourni avec Visual Studio FXCop (206 règles réparties dans 11 groupes : Design, Globalisation, intéropérabilité, maintenabilité, mobilité, Nommage, Performance, Portabilité, Stabilité, Sécurité et Usage). Dans les versions précédentes, le nombre d'erreurs et de warnings générés par cet outil décourageait rapidement les développeurs pourtant plein de bonne intention au départ. Grace à la nouvelle version de l'outil, il est maintenant possible de simplement Créer des groupes de règles en fonction de critères pertinents par rapport à un contexte projet puis choisir les groupes de règles à appliquer. Cela agit comme un filtre qui va permettre de cibler le travail du développeur. Au travers d'un scenario, nous allons voir comment tirer profit de cette nouvelle fonctionnalité. Lançons tout d'abord une analyse de code statique sur un des projets de notre solution en utilisant la commande "Run Code Analysis" du menu contextuel :

Le résultat de l'analyse laisse apparaitre 18 warnings :

Nous allons modifier le paramétrage en utilisant les groupes de règles paramétrables. Pour cela, il suffit d'ouvrir la fenêtre de propriétés du projet et activer l'onglet "Code Analysis" comme indiqué ci dessous :

On remarque que la configuration en cours est "All Rules" et entraine l'applicaiton des 206 règles.Hors en supposant que la livraison d'une release est proche, nous allons sélectionner l'option "Release Criteria CheckList" dans la liste Rule Set. Instantanément, le nombre de règles tombe à 48, ce qui va fortement limiter le nombre de warnings à traiter par le développeur.

Le développeur relance une analyse sur le projet, le nombre de warning est tombé de 18 à 5

Le développeur ou le responsable projet pourra également créer des règles customs et les exporter sous forme de fichiers XML afin de les distribuer à l'équipe de développement.
Dans ce dernier exemple, on personnalise une règle Custom pour n'adresser que les violations concernant les performances.

En relançant l'analyse, le développeur a isolé les warnings concernant les règles de performances.

Encore une innovation qui va contribuer à la qualité des développements, à disposition des développeurs pour une travail avec plus de productivité.

ROSARIO : Module Architecte

2008-08-26T00:54:00.000-07:00

Dans cet article nous allons nous interesser aux nouveautés du module Team Architect de Rosario qui font de ce module aujourd'hui un outil incontournable et indispensable non seulement dans le design d'applications mais également dans la découverte d'architectures existantes dans le cadre par exemple de missions d'audit qualité ou encore de TMA voire même comme outil d'estimation.

Les versions actuelles de TFS (2005 et 2008) proposent des schémas basés sur la technologie des DSL (Domain Specific Language) pour produire des schémas d'architecture. Les types de schémas proposés sont les suivants :

Application Designer Diagram
Logical Datacenter Designer Diagram
System Designer Diagram
Deployment Designer Diagram
Class Designer Diagram

Avec ces DSL spécifiques aux architectes, on décrit dans un langage qui est d'un peu plus bas niveau que ce que fait l'UML, donc un langage un peu plus précis (notamment pour le Class Designer entièrement compatible avec les Types .Net : toute modification dans un schéma est automatiquement répercutée dans le code et vice versa).
Avec ROSARIO Team Architect, Microsoft va encore plus loin en se fixant les objectifs suivants :

Gérer la complexité à l'aide de modèles visuels
Comprendre, Manipuler et faire évoluer des applications existantes.
Améliorer la maintenabilité, la modularité et la réutilisation de composants des applications.

Pour atteindre ces objectifs, les fonctionnalités suivantes ont été implémentées :

Modélisation Logique et physique intégrée : Avec Rosarion Microsoft décide d'intégrer enfin UML au niveau Logique et conserve DSL au niveau physique. UML devient le langage de modélisation privilégié dans Rosario et fonctionne à la fois en mode génération et rétro-conception.
Module Architecture Explorer : Pour découvrir une architecture existante, la comprendre, manupuler et réutiliser l'existant, ce nouvel outil devient le point d'entrée pour comprendre et interagir avec une architecture logiciel. Indubitablement le nouveau couteau Suisse des architectes.

Intégration de Software Factories : Issu des travaux conjoints entre les équipes de Rosario et de Patterns & Practices (WSSF) la migration de la software Factory vers Rosario vient enridhir le modèle de conception d'applications du modèle architecte et va permettre par exemple d'ajouter des services WCFs avec la génération du host, de l'implémentation et des contrats. Ce module s'appuiera evidemment sur GAX (Guidance Automation Execution Engine) et GAT (Guidance Automation Toolkit)
Nous allons détailler le contenu de ces innovations dans les paragraphes suivants en commençant par le module Architecture Explorer.

L'outil Architecture Explorer : le couteau suisse des architectes

La première grande nouveauté de ce module Rosario Team Architect est le tout nouvel outil : Architecture Explorer.
Cette toute nouvelle interface WPF est un Module de découverte d'architecture permettant d'explorer une architecture existante en partant des Team Projects ou des solutions vers les projets, classes, méthodes, évènements, métriques de code, Work Items, Diagrammes d'architectures, etc. en utilisant les relations de dépendances entre ces objets. L'outil permet également par un simple double clic d'accèder à l'objet selectionné et donc par exemple au code d'un classe ou d'une méthode.
Ce dessous, un aperçu de ce nouvel outil :

Si l'on y regarde de plus près, on s'aperçoit que pour chaque objet (Team Project, Solution, projet, classes...) on peut sélectionner des objets appartenant ou appelés par les objet parents à l'aide de listes filtrées. La capture ci dessus nous montre une navigation avec un profondeur de 7 niveaux, mais on peut avoir bien plus de niveaux selon les objets explorés.

L'outil permet également de lancer des actions sur ces objets tel que l'insertion de l'objet dans un diagramme UML, le calcul de métriques de code, la création d'un Work Item et bien d'autres encore.
Juste au dessous des listes de filtrage, une surface de design permet également de visualiser en temps réel le statut des éléments selectionnée ainsi que leurs relations.

Différentes vues sont dispobibles, à commencer par une vue en arborescence horizontale ou verticale au choix, avec les relations entre les objets selectionnés. Dans l'exemple ci dessous, on a selectionné, une solution, puis trois projets de cette solution ainsi que les classes qui nous interessent pour avoir une vision de l'architecture :

(Cliquer pour agrandir)

Une vue intéressante est la vue matricielle par dépendances qui permet de montrer la dépendance entre les différents objets selectionnés et donc ainsi d'évaluer visuellement les impacts potentiels induits par des demandes de changement :

(Cliquer pour agrandir)

Cet outil constitue desormais le point d'entrée incontournable de l'architecte souhaitant analyser ou accèder à des éléments d'un projet de développement.
Cet outil s'inscrit clairement dans la démarche de Microsoft pour la gestion de la complexité à l'aide d'outils visuels et intelligents.

UML comme langage de modélisation logique dans ROSARIO
Un nouveau type de projet fait son apparition dans Visual Studio : Les projets de modélisation.

On dénombre non moins de 5 types projets de modélisation UML disponibles :

Les diagrammes d'activité
Les diagrammes de composants
Les diagrammes logique de classe
Les diagrammes de cas d'utilisation
Les diagrammes de séquence

La qualité des diagrammes produits ne laissera sans doute pas indifférent des utilisateurs d'outils de modélisation professionels tel que Sparx Enterprise Architect.

Nous allons regarder comment mettre en oeuvre ces différents types de diagrammes en utilisant la dernière version de Visual Studio.

Les diagrammes de cas d'utilisation (Use Case)
Rappel : Ces diagrammes permettent d'identifier les possibilités d'interaction entre un système et ses acteurs (intervenants extérieurs au système), c'est-à-dire toutes les fonctionnalités que doit fournir le système.
Ci dessous la barre d'outils permettant de concevoir un cas d'utilisation dans la nouvelle version de Visual Studio.

La création d'un cas d'utilisation est extrêmement simple dans Rosario et permet notamment de relier le Use Case à un Work Item.
On remarquera également une touche intéressante permettant de connecter à tout Use Case un objet Use Case details permettant de spécifier les pré et post conditions , les principales étapes du Workflow ainsi que des information sur la gestion d'exceptions attendues. Ci dessous, un exemple de Use Case réalisé avec la CTP d'Avril

(Cliquer pour agrandir)

Les diagrammes de composants
Rappel : Ces diagrammes permettent de montrer les composants du système d'un point de vue physique, tels qu'ils sont mis en œuvre (assemblies, fichiers, bases de données etc.)
la boite à outils permettant la conception de ce diagramme se présente tel qu'illustré ci dessous :

Quelques minutes suffisent également pour construire ce diagramme :

Les diagrammes de classes
Rappel : Ces diagrammes affichent les classes présentes dans le système et affichent les opérations et attributs de la classe.
La Boite à outil dispose de la totalité des éléments pour la construction de diagrammes de classes conformes à la version 2.1 d'UML :

Les DiagrammeS de classes logiques peuvent être crées from scratch ou obtenus par simple processus de retro-conception à partir de classes existantes dans un projet. Ces diagrammes peuvent être utilisés pour interopérer avec des diagrammes de séquences ou encore faire évoluer les classes existantes.

Les diagrammes de séquence
Rappel : Ces diagrammes permettent une représentation séquentielle du déroulement des traitements et des interactions entre les éléments du système et/ou de ses acteurs.
Avec le module UML de Team Architect Rosario, on peut :

Soit à partir d'un diagramme de séquence existant ou crée, générer le code associé donc les opérations sur des classes ou encore les classes elles mêmes.
Soit à partir de code existant grace à un mécanisme de retro conception générer le diagramme de séquence associé.

Pour illustrer cette nouvelle fonctionnalité, nous allons créer un petit exemple.

Dans l'exemple ci dessous, on crée simplement un petite application Winform dont le but est d'afficher le nom d'un client dans une TextBox par un simple clic sur un bouton GetCustomer.

Dans le processus implémenté, une classe getcustomer est instanciée, le nom du client récupéré puis une opération de validation et finalement d'affichage est lancée. par le code du bouton. Nous allons générer le diagramme de séquence de cette action en quelques secondes grâce au nouveau module Team Architect.

Etape 1, on ajoute un diagramme de séquence à notre projet Customer : Add / New Item / General / Sequence Diagram

Le Diagramme est ajouté au projet

Pour l'étape suivante, il faut s'assurer que le diagramme de séquence soit ouvert (actif). ouvrir l'architecture Explorer ( View / Architecture Explorer), puis naviguer dans la solution, le projet etc. jusqu'à atteindre l'evènement on_click du bouton pour voir apparaitre dans la dernière fenetre la commande "Insert into Active Diagram" comme indiqué dans la figure ci dessous.

(Cliquer pour agrandir)

Le cheminement exact est :

Column 1) "NomDeLaSolution" Solution
Column 2) Contains
Column 3) "Customer" Project
Column 4) Contains
Column 5) "CustomerForm" Formulaire
Column 6) Contains
Column 7) "GetCustomer_Click" Evènement du bouton
Column 8) Insert into Active Diagram Commande de génération du diagramme

Après avoir cliquer sur ce dernier lien, une jauge apparait dans la fenêtre indiquant la complétion du processus de création du diagramme de séquence. Pour terminer activer la fenêtre du diagramme pour visualiser le résultat :

(Cliquer pour agrandir)

On notera ici la puissance de cette outil pour découvrir l'ordonnancement des processus et des appels ainsi que les objets concernés dans une solution existante.
On pourra enfin si on le souhaite modifier le modèle existant simplement en modifiant le diagramme puis générer les nouvelles classes ou méthodes tel qu'illustré ci dessous :

Les diagrammes d'activité
Rappel : Ce diagramme permet de décrire sous forme de flux ou d'enchaînement d'activités le comportement du système ou de ses composants.
Tel qu'illustré ci dessous, à l'aide d'une barre d'outils riche, il est simple et rapide de réaliser de tels diagrammes :

Les diagrammes sont réalisés en quelques minutes :

Le support d'UML 1.2 dans Rosario constitue une avancée énorme, qui permettra de travailler plus en amont avec l'outil lors des phases de modélisation et d'analyse, de documenter les taches affectées aux développeurs simplement en reliant ces diagrammes aux Work items, l'outil pourra permettre aux Business Analystes de travailler connecté à Rosario et produire des artefacts de modélisation venant complèter le systeème d'information projet géré par TFS. Les Architectes trouveront dans ce nouvel outil, l'opportunité d'une part de réaliser leur diagrammes directement dans Rosario donc ne plus multiplier les outils tiers, relier leurs diagrammes aux Work Packages du WBS projet. De plus, les diagrammes de séquences pourront être d'un aide précieuse lors de mission d'audit pour mieux comprendre le comportement dynamique d'une application.

Les puristes regretteront qu'un client spécifique n'ait pas été fourni comme cela a été le cas pour la partie Testing avec Camano, de manière à pouvoir mettre facilement ce produit à disposition de Business Analystes et éviter d'installer Visual Studio.

Intégration de Software Factories via les DSL

Dans la future version Rosario Team Architect, de nouvelles fonctionnalités vont apporter une productivité netttement améliorée tant au niveau du Design que du développement d'architectures. Ces nouvelles fonctionnalités sont de deux ordres :

l'intégration de Software Factories issues d'une étroite collaboration des équipes de ROSARIO et des équipes de Patterns & Practices (WSSF,WCSF...)
l'intégration de nouveaux designers basés sur la technologie DSL.

Les modèles de factories, s'appuyant sur GAT et GAX, et pourront être téléchargées pour venir enrichir les modèles proposés en standard, on retrouve donc dans ce module Team Architect cette capacité à étendre er personnaliser les outils. Ce module va permettre en plus des DSL existante d'aller jusqu'à la conception graphique de services WCF à partir des diagrammes DSL de type Application Designer, et bien évidemment générer le code à partir des paramètres entrés. Cette fonctionnalité ne faisant pas partie de la CTP d'avril, il n'est pas possible de procéder à une mise en oeuvre concrète de ce produit.

ROSARIO: Module Testeur

2008-08-22T12:23:00.001-07:00

Team Test est incontestablement le module qui présente le plus de nouvelles fonctionnalités et d'innovations, les équipes de Microsoft ont accompli un travail titanesque et ont entièrement remanié l’approche par l’apport à la version précedente comblant de nombreuses demandes et bien plus.

1 - CAMANO pour gérer et exécuter les cas de tests
La nouveauté la plus visible est l’implémentation du nouveau client CAMANO, un client riche au look & feel proche de Windows Media Player avec une couche de présentation écrite en WPF. Les équipes de tests n’auront plus besoin de s’adapter au client Visual Studio (avec notamment les check in / check out des cas de tests par exemple).Il est clair que ce nouveau client va grandement simplifier la mise en place des équipes de tests et contribuer à une augmentation de la productivité des équipes et de la qualité.

CAMANO fonctionne sous deux modes:

Planification, Analyse et Reporting sur l’activité de test

Exécution des tests et Création / Transmission des bugs reproductibles aux développeurs.

Ci dessous, le nouveau client WPF CAMANO pour Planifier, Organiser et Suivre l'activité de test, on constate la présence des menu : Home, Planning, Testing, Defects, Reports

Ci dessous, le nouveau client Microsoft Test runner permettant d'exécuter les tests, publier les résultats de tests et créer des bugs incluant captures d'écran, séquence video du test (optionnel), détails des étapes du test et transmission des logs d'erreur (Proteus). Ce client est appelé à partir de Camano.

Cette interface permet d'enregistrer la séquence d'actions du testeur, la séquence video du test, de stocker les captures d'écran effectuées par le testeur ainsi que des commnentaires. L'ensemble des ces informations seront encapsulées dans un Bug si le testeur décide d'ouvrir un incident de type bug à la suite du test. De plus, à chaque étape, le testeur indique le résultat : Success, Failed ou non conclusive. Ci dessous un aperçu du cas de test complété ainsi qu'une capture d'écran du bug crée avec les informations automatiquement attachées.

Si l'on regarde le formulaire du work Item crée par le testeur, dans l'onglet Détails, on constate que les actions du test ont été reportées ce qui va aider le développeur à reporduire le bug en reproduisant simplement les étapes mentionnées.

Dans l'onglet Attachments, on retrouve les pièces jointes correspondant à la capture d'écran prise par le testeur, la séquence video du test ainsi que le détail des actions du testeur.

L'onglet System Info contient les informations système de la machine de test

Le nouveau produit Camano Test Runner permet non seulement de jouer les test manuels avec une meilleure productivité pour les testeurs, avec la description des étapes de tests ainsi que les résultats attendus, mais également la collecte assistée et automatisée de l’ensemble des informations nécessaires à la reproduction d’un bug détecté dont :

Les étapes détaillées pour la reproduction du bug

La transmission des logs d'erreurs (Proteus).

Les captures d’écran prises par le testeur

La séquence vidéo du test (si option activée)

La publication des résultats de test pour l’équipe projet.

La transmission des bugs pour résolution aux développeurs.

L’ensemble de ces eléments d'information seront alors automatiquement encapsulés dans un work Item de type bug transmis au développeur pour correction.

2 Automation Strips : l'automatisation des tests manuels

Ce nouveau concept consiste en l’automatisation des tests manuels pour accélérer leur exécution et accèlerer les étapes répétitives en mode semi automatique. Cette fonctionnalité fait maintemant partie de la nouvelle version de Team Test. Cette fonctionnalité, intégrée au Test Runner, est basée sur un enregistreur d’étapes permettant de faciliter la création de tests automatisés.

Cette fonctionnalité se met en place en deux temps :
Première étape : Le testeur exécute les étapes du cas de test manuellement. Les étapes sont automatiquement enregistrées par l’outil. Des marqueurs sont ajoutés pour chaque étape et chaque étape est marquable comme success, failed ou non conclusive interactivement par le testeur.
Deuxième étape : Dès la deuxième exécution, le testeur peut se rendre automatiquement au marqueur de son choix, l’ensemble des étapes intermédiaires seront rejouées automatiquement. L’outil permet également de pré visualiser le scénario ou encore de le modifier. Ci dessous, une capture d'écran montrant le menu contextuel permettant de lancer une séquence limitée par deux marqueurs en mode automatique :

Les trois premières étapes seront jouées automatiquement, ici, il s'agit de la navigation sur le site Web permettant d'accèder à la page ou se trouve l'erreur.

3 Coded UI Tests : Full Automation

Cette nouvelle fonctionnalité consite à automatiser totalement les tests d'interfaces graphiques de manière à pouvoir les jouer lors de builds automatisés par exemple. Cette technologie de tests codés offre la possibilité d’automatisation pour le remplissage automatique de formulaires (y compris en mode Data Driven) , l'interaction directe avec les contrôles des formulaires et la vérification automatique des résultats attendus !, en mettant à disposition des outils et un framework de tests ciblant directement les clients Web (avec le support d'Ajax) ainsi que les clients riches.
Le point fort est également la Génération de tests codés à partir de tests automatisés par enregistrement (Automation Strips)

La première version de Rosario ne comprendra pas l'automatisation des tests pour les clients de type Winform, en revanche Microsoft s'est engagé à livrer cette fonctionnalité au plus vite. Une innovation qui va sans aucun doute quelque peu bousculer la conccurence!

3 TEAM LAB

Team Lab est indubitablement la fonctionnalité la plus inattendue de Rosario (non implémentée dans la CTP d'Avril), qui vient définitivemnet démontrer la volonté de Microsoft d'asseoir une politique forte dans le domaine de la qualité des développements effectués sur la palte forme Rosario. Encore faut il avoir les moyens de sa politique et donc pour pouvoir tester une application il faut impérativement disposer d'environnements dignes de ce nom. Avec Team Lab, Microsoft erradique véritablement cette pierre d'achoppement.

Au travers de Team Lab, Microsoft a voulu apporter une solution aux probblématiques récurrentes suivantes :

L’importance des temps passés à la mise en place et la configuration d’environnements de tests entrainant de la perte en productivité

Le manque d’accès à des environnements de tests adéquats se traduisant par des baisses en terme de qualité

Le syndrome de non reproductibilité des bugs pour les développeurs qui ralentit l’atteinte des seuils de qualités pour permettre la livraison des logiciels.

La multiplication des environnements entrainant des couts en terme de machines, et ressources diverses qui ne sont pas toujours rationalisées.

A l’ensemble de ces problématiques, Les équipes de Microsoft répondent par la mise à disposition d’un tout nouveau module qui sera inclus dans Camano : Team Lab.
L’objectif de Team Lab consiste en :

L’amélioration de la productivité : en permettant le développement et le test de logiciels sur des environnements différents, rapides à configurer et à mettre en place ainsi que la capacité à automatiser la construction de ces environnements et les processus de tests

L’amélioration de la qualité : Permettre aux testeurs de rejouer des bugs détectés en utilisant des Clichés d’environnements (Snapshots), et permettre de tester tot et souvent sur des environnements proche de la production.

Réduire le TCO des environnements de test : Permettre une utilisation rationnelle d’espace disque, de matériels, d’électricité et de ressources humaines.

Team Lab s’appuie sur la technologie de Virtualisation pour déployer et purger des environnements de test. Team Lab est intégré au module Team Edition et permet une automatisation de bout en bout de l’activité de test.

Team Lab permet de gérer les environnemnets de tests à partir d'une "System Library"

Ci dessous, la page d'accueil de Team Lab permettant d'accèder entre autre à la librairies des machines de tests disponibles

Team Lab permet de créer de nouveaux Environnements de tests....

Puis de déployer ces environnements crées sur des serveurs faisant partie d'un pool de ressources déclarrés, on notera la possibilité de récréer un environnment de tests en quelques minutes!

On peut également directement à partir de Team Lab se connecter à des machines de tests déployées.(Utilisation d'un Virtual NAT pour assurer l'accès sur ces machines). L'accès à ces environnements est soumis à des Access Policies.

Le testeur a la possibilité de "ficher un bug" opération qui consiste à créer un Snapshot de la machine virtuelle sur laquelle il a découvert un bug et transmettre le lien du Snapshot à un développeur chargé de la résolution du bug.

Le développeur bénéficie alors du même environnement de test, auquel il accède par un simple clic sur le lien encapsulé dans le Work Item de type bug qui lui a été transmis.

Le provisionnement d'environnements de tests peut également être déclenché par la complétion d'un build automatisé (cf nouvelle architecture de Team Build avec l'intégration de Windows Workflow Foundation) de même que la réinitialisation d'un environnement de tests.

CONCLUSION

Les Principaux objectifs de Team Test sont donc :

Aligner l’assurance qualité dans l’organisation du cycle de vie projet

Gérer la qualité au plus tôt dans le cycle de vie projet

Augmenter la productivité des équipes de Test

Eliminer le syndrome de non reproductibilité des bugs

Mise à disposition d’outils modernes, et simples à utiliser

Capacité de priorisation des tests ( Connaitre les tests impactés par des modifications de code)

Capacité de calcul de Taux de couverture des tests (par rapport au WBS Projet)

ROSARIO: Module Project Management

2008-08-22T05:44:00.000-07:00

Le module Project Management réserve une place centrale aux Program Managers, à l'activité de pilotage projet et de reporting à l'aide d'une multitude d'innovations tant au niveau des outils que de nouvelles fonctionnalités. Les points suivants constituent l'essentiel des améliorations apportées par les équipes ROSARIO

Support d'un structure WBS dans le module Work Item Tracking
Adaptation des clients pour l'affichage et l'édition de la structure hiérarchique d'un WBS
Intégration en standard de Project Server
Nouveaux modules de reporting sous forme de dasboards exploitant notamment la brique Excel
Services pour la conception, et la technologie MOSS pour l'affichage.
Support de structure PMO
Amélioration des clients existants, mieux adaptés au besoin du Program Management

Module Work Item Tracking : Pilotage d'activité / Project Management

Support d'une structure WBS : Ce point constitue véritablement une grande avancée du produit permettant de gérer une structure hiérarchique de manière totalement intégrée dans TFS.
Rappel : Une structure WBS (Work Breakdown Structure) est une structure de découpage projet sous la forme de décomposition hiérarchique, axée sur les livrables, le travail que l’équipe projet doit exécuter pour atteindre les objectifs du projet et produire les livrables voulus (définition du Project Management Institute).

Cette structure hiérarchique pourra être affichée ou modifiée à partir de 5 clients différents :

Visual Studio
Microsoft Excel
Microsoft Project
Team System Web Access
Visual Studio Team Tracker *** nouveau

Cela présente plusieurs avantages dont la possibilité de gérer le niveau de granularité du Reporting et donc la communication sur l’avancement par exemple, sans avoir recours à des artifices via des processus de filtrage et ou consolidation bien connus des utilisateurs des versions précédentes de Team System. On va effectivement pouvoir raisonner de manière macro en Feature puis affiner en Requirement et enfin en Tasks au niveau développeur.
On adresse à la fois la partie fonctionnelle et la partie implémentation dans une seule structure hiérarchique.
Ci dessous des captures d'écran présentant client par client la gestion des structures WBS :

Client Visual Studio (Team Explorer) : Ce client permet d'afficher en mode lecture ou Edition la structure WBS du projet. La hiérarchie est totalement gérée au niveau du serveur TFS (notion Parent / child gérée). On aura par exemple dans le cas de la méthodologie MSF for CMMI une structure du type : Feature / Requirement / Task.

Ci dessous le nouveau menu contextuel, permettant à partir de Visual Studio de créer des sous taches :

Client Microsoft Excel : L'utilisateur pourra également visualiser le WBS projet à partir d'Excel en utilisant par exemple la commnade Open in Microsoft Excel (Tree List) à partir de Visual Studio pour visualiser ou modifier le découpage du projet :

Le rendu dans Excel est réalisé par la création de colonnes dont le nombre correspond à la profoncdeur hiérarchique de l'arborescence WBS (Microsoft travaille sur une version en mode outline)

On remarquera également les améliorations de la barre d'outils Team d'Excel permettant à l'aide des nouvelles commandes Add Tree Level et Add Child d'éditer la structure hiérarchique. On notera également l'apparition d'un outil de génération de rapports qui fera l'objet d'un prochain article.

Client Microsoft Project : De la même manière, on pourra ouvrir la structure dans MS Project en appelant par exemple la commande Open in Microsoft Project sur une Work Item Query existante.

L'affichage est le suivant pour Project, les fonctions d'identation permettent de gérer la hiérarchie entre différentes taches.

Client Team System Web Access : Depuis plus de deux ans, Microsoft met à disposition un client Web permettant d'accèder à l'ensemble des artefacts projets (pour la petite histoire, ce clent a été intégré à l'offre Team System suite au rachat de la société Bizdev à l'origine de ce projet appelé TeamPlain aujourd'hui rebaptisé Team System Web Access). Sur ce produit, des efforts de développements considérables ont été réalisé, puisque l'équipe a réussi dans la CTP d'Avril à fournir également une gestion en lecture / écriture du WBS projet. La version définitive sera évidemmnent totalement relookée et fournira d'avantage de fonctionnalités, mais la version actuelle est déjà plus que prometteuse.

Ci dessous une preview du nouveau Look & Feel problable de la nouvelle version :

Client Visual Studio Team Tracker : Pour terminer, un client entièrement nouveau : Visual Studio Team Tracker, cet outil n'est pas présent dans la CTP d'avril, mail il est impossible de résister à l'envie de le présenter. Ce client riche est présent dans la barre d'état sous la forme d'une icone Tray, et fonctionne sous la forme d'un outil de notification par infobulle (à l'instar pour ceux qui connaissent du build notifier composant intégré au Team Foundation Power Tools). Ce produit affiche pour un développeur l'ensemble des éléments projets le concernant et notifie le développeur en cas de modification sur un taches qui lui est affectée ou encore dans le cas d'une affectation de bug.
Ce client permet également d'effectuer des taches d'écriture tel que le pointage des temps passés et permet également d'ouvrir un Work Item dans Visual Studio par un simple double clic .

Alignement avec le Business
Rosario grâce au support des structure WBS permet de décomposer les exigences ou demandes du client en unîtes de travail pour les développeurs. Ainsi la décomposition du projet sous forme d’une structure WBS permet véritablement un alignement avec le métier du client puisque les taches de haut niveau généralement qualifiée de Feature ou Requirement seront affichées dans la structure du projet puis décomposées en unités d’œuvre pour les développeurs.
Des processus de consolidation permettront de faire remonter les pointages d’avancement des développeurs au niveau Requirement puis Feature permettant d’apporter au client une vision claire et transparent de l’avancement du projet suivant le modèle voulu EAC(Estimate at Completion) ou EV(Earned Value).
De nouveaux rapports sont disponibles au format Reporting Services ou Excel améliorant grandement les possibilités en terme de pilotage projet, l’intégration avec Project Server va permettre non seulement une gersion de projet consolidée donc un outil pour PMO mais aussi permettre des actions de load balancing de ressources entre différents projets.
Project Server va permettre une consolidation et un pilotage multi projets tant au niveau des ressources que de l’avancement et du budget. Les versions quasi finales du produit seront visibles dès le mois de novembre lors de l’édition européenne 2008 des Tech Ed à Barcelone, ce qui sera l'occasion d'écrire de nouveaux articles sur la partie Project Server avec le nouveau Site Project Portfolio et les nombreux dashboards.