Le document présente les méthodologies de développement agile en utilisant Team Foundation Server (TFS) 2010, un outil essentiel pour la gestion de projets informatiques. TFS facilite l'automatisation de la livraison d'applications et offre divers outils pour la planification, le suivi et la gestion des versions. Il aborde également les aspects techniques comme l'installation, la configuration requise ainsi que les fonctionnalités clés de TFS, y compris le contrôle de version et l'automatisation des builds.

1. Pratique du Agile Software
developpement sous TFS 2010

2. Plan

4. 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é?

5. 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.

6. 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.

7. TFS
Planification et suivis
du projet
Méthode
Agile

8. Installation et
Configuration
Outils
nécessaires

9. 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.

10. Fonctionnalités TFS

11. Version Control

12. 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.

13. Work Items

14. 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

15. Build
Automation

16. 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…

17. Reporting

18. 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.

19. Demo

20. Conclusion
Inconvénients Avantages

21. MERCI
POUR VOTRE ATTENTION