Anzeige

Más contenido relacionado

Similar a TFS(20)

Anzeige
Anzeige

TFS

  1. Pratique du Agile Software developpement sous TFS 2010
  2. Plan
  3. 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é?
  4. 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.
  5. 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.
  6. TFS Planification et suivis du projet Méthode Agile
  7. Installation et Configuration Outils nécessaires
  8. 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.
  9. Fonctionnalités TFS
  10. Version Control
  11. 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.
  12. Work Items
  13. 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
  14. Build Automation
  15. 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…
  16. Reporting
  17. 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.
  18. Demo
  19. Conclusion Inconvénients Avantages
  20. MERCI POUR VOTRE ATTENTION

Hinweis der Redaktion

  1. 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).
  2. 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.
  3. Shelve: Vous gardez ainsi les mêmes avantages que l’archivage tout en préservant l’intégration du travail de l’équipe.
Anzeige