Présentation TFS for
Agile
Une méthode agile est une approche itérative et
incrémentale, qui est menée dans un esprit
collaboratif avec juste ce qu’il faut de formalisme.
Elle génère un produit de haute qualité tout en
prenant en compte l’évolution des besoins des
clients.
C quoi l’Agilité?
C quoi TFS?
Team Foundation Server 2010 (TFS) est un outil de travail
collaboratif accompagnant la suite Visual Studio Team
System(VSTS).
L’outil automatise le processus de livraison des applications
et met à la disposition du développeur, des ressources dont il
a besoin pour gérer efficacement les projets informatiques et
leur cycle de vie.
Une chose importante à savoir: Team
Foundation Server n'est qu'un ensemble
de Web Services. Team Explorer n'est
qu'un outil, une façade vous permettant de
gérer, manipuler ces Web Services et donc
d'administrer votre serveur TFS.
TFS
Planification et suivis
du projet
Méthode
Agile
Systèmes d’exploitation supportés :
Windows Vista® (x86 & x64) avec Service Pack 2 ou plus (Toutes les
éditions sauf l’édition de starter).
Windows Server® 2003 (x86) avec Service Pack 2 ou plus(toutes les
éditions).
Windows Server 2003 R2 (x86) ou plus(toutes les éditions).
Windows Server 2008 (x86 & x64) avec Service Pack 2 ou plus.
Windows Server 2008 R2 (x64)
Windows 7 (x86 & x64) (Toutes les éditions sauf l’édition de starter).
Configuration matérielle requise
Un ordinateur avec un processeur de 2.2GHz ou plus.
1 GB de RAM
8 GB d’espace disponible dans le disque dûr.
Check-in
Check-in
policies
Shelve
Au lieu d’archiver le fichier, Team Foundation Server vous
propose de réserver le fichier, c’est-à-dire de le copier dans la
base de données du serveur mais indépendamment du reste du
projet.
User story nous informe sur les fonctionnalités
User du projet ou du system. Chaque user story doit
simplement préciser ce que le client demande.
stories
Une tâche est basée sur la nécessité de faire
quelques travaux. Chaque membre de
Tasks l'équipe peut définir des tâches pour
représenter le travail qu'ils doivent accomplir.
On peut créer des requêtes personnalisées afin
de faciliter le travail et la récupérartion des
Work Items Queries tâches de chacun des développeurs :
Afin d’identifier au plus tôt les lacunes et de
pouvoir œuvrer à leurs corrections à moindre
Test Cases coût, cet exercice doit avoir lieu tout au long du
processus de développement.
Bugs
Principe du build:
Dans tout cycle de développement, avec des itérations régulières et
l’intégration continue, le build est un centre névralgique.
Le build permet de générer l’application finale.
A chaque itération du projet, le code est collecté, intégré puis généré
par le moteur de build. Cela peut se faire chaque nuit pour les tests
d’intégration par exemple et le moteur génère son rapport…
Définition :
Reporting Services est un outil permettant de concevoir des reports ou
des modèles de reports. Ce service est intégré à Visual Studio et SQL
server comme vu précédemment. Un report (basé sur le langage XML)
est crée depuis Visual Studio, ou par le générateur de report. Le report
est publié sur un serveur Reporting Services et les utilisateurs pourront
visionner ces rapports selon 3 possibilités:
-Directement depuis le Portail Reporting Services.
-Depuis des pages WEB appelant les WebServices.
- Directement via les reports.
Comment aider le développeur, le chef de projet, l’architecte à mieux travailler à contrôler chaque phased’un projet, vérifier la conformité du code, assurer le dialogue avec les utilisateurs, les gens du métier, etc. ?Bref arriver à créer une véritable usine logicielle. Voilà l’objectif.Cependant, les projets informatiques souffrent de nombreux dysfonctionnements. Nous avons l’embarrasdu choix : retard, application ne correspondant pas aux exigences, interface non adaptée, phase de testssupprimée, dérapage des plannings, manque de communication entre les personnes et les équipes, mauvaisegestion des sources, itérations erratiques, documentation inexistante, environnement de développementmal calibré, etc. Entre le rêve et la réalité, le fossé semble immense. Or, nous disposons d’un outillage deplus en plus complet et performant. Et il existe des solutions logicielles pour réduire considérablement lesdysfonctionnements et rendre plus vertueux le développement, la gestion des projets. Il s’agit des outils degestion du cycle de vie des applications ou ALM en anglais (Application Lifecycle Management).
Tout ALM doit posséder de puissantes fonctions de contrôle de version. Par ce terme, nous entendons, un logicielpermettant de gérer les codes sources, les branches de codes, leurs versions, leurs historiques. C’est à partir de cessources que le moteur de build générera l’application. Le contrôle de version (ou Source Control) de TFS repose surtrois fonctions : integrated check-in, check-in Policies et Shelving. Et nous disposons d’une toute nouvelle interface.
Shelve: Vous gardez ainsi les mêmes avantages que l’archivage tout en préservant l’intégration du travail de l’équipe.