S9 - Contrôle des sources, gestion des demandes de changement et travail en équipe sous IBM i avec le produit RTC (Rational Team Concert)

Transcription

1 IBM Power Systems IBM i - IBM Rational Modernisation et développement d applications IBM i Stratégies, technologies et outils S9 - Contrôle des sources, gestion des demandes de changement et travail en équipe sous IBM i avec le produit RTC (Rational Team Concert) Mardi 17 mai h00 Philippe Bourgeois - pbourgeois@fr.ibm.com

2 Objectif et plan de la présentation Présenter les principales fonctionnalités du produit RTC (Rational Team Concert) : SCM, contrôle des sources, traçabilité des modifications source Gestion des demandes de changement Constructions Packaging et déploiement Démonstration : Création d une demande de changement Modification des sources, compilation et test personnels Distribution des modifications dans le référentiel Annexe : dispositifs commerciaux 2

3 Les challenges du développement applicatif aujourd hui La conformité réglementaire Traçabilité, audit Des équipes de développement Qui ne collaborent et ne communiquent pas toujours facilement Qui peuvent être géographiquement dispersées Des applications multi-langages Traditionnels (RPG, COBOL) et nouvelles technologies (Java, EGL, PHP,.NET ) Des environnements de développements divers et déconnectés les uns des autres La nécessité de réduire les coûts 3

4 RTC - Une solution intégrée Planification Gestion des itérations Choix de processus (agiles, traditionnels) Gestion des risques Rapports et tableaux de bord Tableaux de bord web adaptables Métriques et rapports en temps réel Packaging et déploiement Gestion de configuration (SCM) Contrôle des sources Versionning applicatif Retours arrière Développement en // Gestion des conflits SCM distribué Gestion des activités, des demandes de changement Demandes d évolution, de correction Suivi des tâches Approbations Requêtes Gestion des constructions Support des types IBM i Build Specification, Ant, Maven Traçabilité avec les demandes de changement et les modifications source Builds personnels et d équipe Remontée automatique des résultats Analyse d impact et gestion des dépendances 4 Projets - Equipes - Rôles Processus Jazz Team Server Messagerie - Présenciel - Evénements - Alertes Jazz Team Server

5 Que peut-on faire avec RTC? Du SCM Software Configuration Management Contrôle des sources / versionning Placer le code RPG, COBOL, CL, DDS, Java, EGL, PHP,.NET sous contrôle de sources, que ce soit sous IBM i, AIX, Windows, z/os Tracer toutes les modifications dans le source (traçabilité audit) Qui a modifié cette ligne? Et qui l a modifiée auparavant? Et encore auparavant? Qu est-ce qui a été modifié? Quand a-t-elle été modfiée? Pourquoi a-t-elle été modifiée? Quel est l historique des modifications sur ce source? Partager son travail avec les autres membres de l équipe Environnements de développement privés et partagés (référentiel commun synchronisation à la demande) Travail en parallèle (avec gestion des conflits) ou verrouillage des sources / 5

6 Que peut-on faire avec RTC? Partage (distribution) d un «ensemble de modifications» (change sets) Modifications d un ou plusieurs fichiers/répertoires d un ou plusieurs projets Un ensemble de modifications sur plusieurs ressources est distribué comme une seule entité (si rollback, rollback de l ensemble des modifications) Faire la promotion des modifications dans de multiples phases du cycle de vie (développement, qualification, recette, production ) Quelles modifications sont actuellement en qualification? En production? Versionner les développements Archiver, comparer, récupérer des versions multiples de composants ou d applications Faire des retours arrière Suspendre temporairement un développement à long-terme pour travailler sur des modifications urgentes 6

7 SCM Quelques copies d écran - Modification des sources Comparaison avec la version du référentiel, une version dans l historique local, etc. 7

8 SCM Quelques copies d écran Distribution des modifications Change set : ensemble des modifications sur un ensemble de fichiers Commentaire ou Numéro et libellé de la demande de changement 8

9 SCM Quelques copies d écran Traçabilité des modifications Motif renseigné si demande de changement 9

10 SCM Quelques copies d écran Traçabilité des modifications Historique des modifications 10

11 11 IBM i - IBM Rational Que peut-on faire avec RTC? Gérer les générations (constructions - builds) Création de définitions de génération pour construire les binaires (fichier, programme, programmes de service, etc.) à partir des sources Niveau développeur et niveau équipe Création de multiples définitions de génération (développement, qualification, recette ) Les générations peuvent être planifiées ou exécutées à la demande Les membres de l équipe peuvent voir l état de progression des générations, visualiser des alertes de génération, tracer les générations associées à des ensembles de modifications (change sets) Support de plusieurs types de génération IBM i Build Specification, Ant, Maven, makefile, ligne de commande Visualisation des résultats de génération et des erreurs de compilation Gestion des dépendances et analyses d impact

12 Build Quelques copies d écran - Spécification de génération 26 générateurs sont fournis par défaut. Ajout, suppression, duplication possibles Objets à générer Jeu(x) de commandes à appeler 12 Générateurs : que générer?

13 Build Quelques copies d écran - Spécification de génération 33 jeux de commande sont fournis par défaut. Ajout, suppression, duplication possibles Commande à exécuter si l objet existe ou non Jeux de commandes : comment générer? 13

14 Build Quelques copies d écran - Exécution et résultat 14

15 Build Quelques copies d écran - Exécution et résultat Traçabilité des sources transmis Traçabilité des objets générés 15

16 Que peut-on faire avec RTC? Du packaging et du déploiement Packaging : création de SAVF contenant les objets à déployer sur une machine cible Packaging complet Packaging partiel Déploiement : extraction sur la machine cible des objets à partir des SAVF Possibilité de lancer une opération de rollback 16

17 Packaging et déploiement Quelques copies d écran Création d une définition de packaging - Propriétés 17

18 Packaging et déploiement Quelques copies d écran Création d une définition de déploiement - Propriétés 18

19 Que peut-on faire avec RTC? Gérer les demandes de changement (activités - éléments de travail - work items) Activité = tâche à réaliser Types d activité : demande d amélioration, demande de correction, demande personnelle (demande documentation, de vérification, etc.) Les éléments de travail sont le mécanisme fondamental pour tracer et coordonner les tâches de développement et les workflows Liens avec les modifications des sources et les constructions Liens avec les membres de l équipe Lors de la création d une demande de changement (élément de travail), il est possible de spécifier : Destinataire, priorité, date de fin Des liens (vers d autres éléments de travail, des générations, des ensembles de modification ) Des attachements (fichiers log, copies d écran, graphiques ) Des approbations 19

20 Que peut-on faire avec RTC? Des requêtes prédéfinies permettent d obtenir la liste des éléments de travail récemment créés/fermés/modifiés/que j ai créés/que j ai résolus, etc. Il est possible de se créer ses propres requêtes Il est possible de connaître l historique des modifications apportées à un élément de travail ainsi que les modifications associées à un élément de travail Les éléments de travail permettent de connaître de de communiquer en temps-réel l état du projet Qui travaille sur quoi? Pour la version en cours de maintenance? Quelles demandes sont traitées dans ce build? Dans quelle version a été corrigée l anomalie 122? Qui est disponible dans l équipe pour prendre en charge l évolution? Avons-nous des chances de sortir la version avant la date prévue? Il est possible d adapter le processus de suivi des demandes pour qu il réponde aux besoins précis des parties prenantes 20

21 Work items Quelques copies d écran Création Demande d amélioration Collaboration avancée : - «Discussion» - «Approbation» - «Attachements» (pièces jointes, captures d écran) - «Souscription» pour notification de modification (flux RSS) - «Liens» (hiérarchique, dépendance, association) vers des données du référentiel Possibilité d ajouter, modifier ou supprimer des champs Interface Eclipse ou Web 21

22 Work items Quelques copies d écran Gestion Interface Eclipse Interface Web 22

23 Work items Quelques copies d écran Gestion 23

24 Que peut-on faire avec RTC? Gérer des équipes Les équipes sont associées à des projets de développement Les équipes sont constituées de membres. Pour un membre, il est possible : De définir sa présence et son affectation sur un projet, ses horaires de travail, ses absences planifiées, etc. De communiquer avec lui ( , indicateur de présence, messagerie instantanée) De connaître sa charge de travail Les membres ont un rôle (membre d équipe, développeur, intégrateur, testeur ) et des permissions Un utilisateur peut appartenir à plusieurs équipes et avoir des rôles différents dans chacune d elles Spécificités de l équipe L équipe a ses propres définitions de génération L équipe peut avoir son propre processus L équipe gère ses composants L équipe gère ses propres plans d itération 24

25 Gérer les équipes Quelques copies d écran 25

26 Que peut-on faire avec RTC? Gérer des processus Le processus définit les règles de travail collaboratif Les équipes travaillent sur des projets Chaque projet a son processus Différents processus pour différents projets S appuie sur des modèles de processus standards Qui fournissent un point de départ et un guide pour la configuration du processus Ce processus peut ensuite être personnalisé pour répondre aux besoins de l équipe L équipe peut faire évoluer son processus au fur et à mesure de la vie du projet Le processus est défini par : des types d activité et leur cycle de vie (défaut, évolution, tâche ) des actions pré- ou post- opérations sur les données manipulées des notifications de modifications des données des rôles et des droits Le processus permet de définit la structure initiale d unb projet (équipe, activités, etc.) Il est possible de personnaliser ces processus pour mettre en place des règles (par exemple ne pas autoriser une opération de distribution d un source qui a des erreurs de compilation), des rôles utilisateur et des types d éléments de travail (work items) pour votre organisation 26

27 Processus Quelques copies d écran Les règles de collaboration de l équipe sont sous le contrôle du processus Les contrôles sont activés automatiquement et aident/guident les membres de l équipe. 27

28 Que peut-on faire avec RTC? Connaître l état de santé des projets Toutes les informations sont accessibles en temps réel dans des tableaux de bord personnalisables : Pour un projet Pour une équipe Pour un utilisateur Rapports d équipe et tableaux de bord Web Vue en temps réel des générations et des éléments de travail (éléments ouverts versus fermés, éléments par priorité, etc.) Sous forme de graphiques (camemberts, en lignes ) S abonner à des flux RSS 28

29 Tableaux de bord Quelques copies d écran Avec RTC, toutes les informations sont accessibles en temps réel dans des tableaux de bord personnalisables : Sur tout le projet Sur une équipe Sur un utilisateur Collection de Viewlets Événements Flux RSS (int. ou ext.) Requêtes, Favoris Rapports Plannings 29

30 A qui s adresse RTC? RTC est un outil pour tous les acteurs concernés par un projet de développement (analystes métier, managers IT, chefs de projets, développeurs...) Quelle que soit la plateforme (i, AIX, Windows, z/os) et le langage (RPG, COBOL, C, C++, Java, EGL, PHP,.NET ) Interfaces client: Eclipse Java, Web Outils Rational RD Power (RPG, COBOL, C, C++ ) RAD, RBD, RDz, etc. Visual Studio.NET Web Pour les chefs de projet, analystes, managers IT, utilisateurs 30

31 Développement RPG/COBOL avec RTC - Les grands principes Les développeurs : Utilisent le client RTC pour développer les sources RPG, COBOL, CL, DDS : Le client RTC s installe conjointement à RD Power Travaillent en local à partir de projets i Les sources sont stockés dans l espace de travail local (local workspace) Peuvent compiler leurs sources et tester leurs modifications Builds personnels Remontent leurs modifications dans le référentiel (Jazz Team Server) Les modifications sont stockées sur le serveur RTC (dans DB2) Les sources peuvent être transférés du référentiel vers les bibliothèques associées aux projets L intégrateur Soumet la construction Build d équpe Les sources sont transférés du référentiel vers les bibliothèques associées Construction des objets 31

32 Les composants de RTC Serveur sous IBM i, AIX, Windows, z/os Jazz Team Server Build System Toolkit Build System Toolkit Serveurs sous IBM i, AIX, Windows, z/os PC sous Windows ou Linux RD Power + client RTC Développeurs RPG/COBOL PC sous Windows Visual Studio + client RTC Développeurs.NET Navigateur Développeurs, managers, utilisateurs 32

33 Gestion du Jazz Team Server Interface Web 33

34 Gestion du Jazz Team Server Interface Web 34

35 Démonstration 35

36 Ce qui a été installé pour la démonstration Serveur RTC V3.0 : Sur un serveur Windows : Jazz Team Server Sur un System i : Build System Toolkit for IBM i Client RTC V3.0 Sur un PC développeur RD Power V client RTC V3.0 ifix1 36

37 SCM - Quelques concepts - Vocabulaire Distribuer (deliver) Dev 1 - Espace de travail du référentiel (repository workspace) développeur (espace privé du développeur) Dev 1 + Dev 2 -Flux (stream) équipe (espace global pour partage) Accepter (accept) Dev 2 - Espace de travail du référentiel (repository workspace) développeur (espace privé du développeur) Restituer (check-in) Charger (load) Dev 1 - Espace de travail local (local workspace) développeur Mes «change-set» (ensemble d artefacts modifiés) regroupement de modifications - Projets i (RPG, COBOL, CL, DDS) avec RD Power - Projets J2EE avec RAD ou Eclipse - Solutions.NET avec Visual Studio Dev 2 - Espace de travail local (local workspace) développeur Mes «change-set» (ensemble d artefacts modifiés) regroupement de modifications 37

38 Vocabulaire IBM i - IBM Rational Espace de travail local (local workspace) L espace physique où sont stockés les sources sur le poste de travail du développeur Espace de travail du référentiel (repository workspace) Une copie de l espace local sur le serveur Espace privé du développeur Flux (stream) Espace global de partage des sources avec les autres membres de l équipe Ensemble d artefacts modifiés (change-set) Regroupement de modifications sur des fichiers et/ou répertoires Un change-set qui affecte plusieurs ressources est «commité» en une seule opération (change-set = élément atomique) : gestion des dépendances d une manière transparente 38 Composant (component) Regroupement fonctionnel de fichiers Correspond à n projets i Les flux sont organisés en composants

39 Contexte de la démonstration Deux utilisateurs RTC1 et RTC2 RTC1 est chef de projet des applications RPG RTC2 est développeur RPG Ils travaillent sur une application 5250 de gestion de sinistres RTC1 crée et teste ses développements dans la bibliothèque RTC1_DEV RTC2 crée et teste ses développements dans la bibliothèque RTC2_DEV L intégration des développements de RTC1 et RTC2 se fera dans la bibliothèque RTC_DEV 39

40 Contexte de la démonstration - Ce qui a déjà été réalisé Mise en place de l environnement - Partie 1 Les utilisateurs RTC1 et RTC2 ont été ajoutés via l interface d administration Web du Jazz Team Server RTC1, à partir du client RTC sous RD Power, a établi une connexion vers le Jazz Team Server puis a créé : Sur le serveur : une zone de projet (DEMO1) une zone d équipe (TEAMRPG) avec les utilisateurs RTC1 et RTC2 un flux (RPGDEV) un composant (5250) un espace de travail de référentiel (WS_DEVRTC1) un moteur de génération (DEMO1) et un espace de travail de référentiel dédié à la génération (WS_RPGDEV_BUILD) Sur son poste, en local : un projet i (DCLSIN) (associé à la bibliothèque RTC1_DEV) et l a alimenté à partir des sources d une bibliothèque de référence se trouvant sur le System i RTC1 a partagé son projet dans le référentiel (opérations de restitution dans l espace de travail du référentiel, puis distribution dans le flux) 40

41 Résultat pour RTC1 Vue «Artefacts de l équipe» Utilisateur@nom_serveur Zone de projet Flux (zone de projet) Composant (numéro de version) Espace de travail de référentiel Composant (numéro de version) Equipe Utilisateurs 41

42 Résultat pour RTC1 Vue «Projets i» 42

43 Contexte de la démonstration - Ce qui a déjà été réalisé Mise en place de l environnement Partie 2 RTC2, à partir du client RTC sous RD Power : a établi une connexion vers le Jazz Team Server s est connecté à la zone de projets DEMO1 a créé un espace de travail de référentiel WS_DEVRTC2 à partir du flux RPGDEV (composant 5250 et projet DCLSIN) a modifié les propriétés du projet i récupéré pour indiquer le nom de la connexion (STN521P7) et de la bibliothèque associée (RTC2_DEV) 43

44 Résultat pour RTC2 Vue «Artefacts de l équipe» 44

45 Résultat pour RTC2 Vue «Projets i» 45

46 L application 5250 de démonstration On veut ajouter l option 7. Travaux : 46

47 Scénario 1/2 1) Le chef de projet (RTC1) Crée une demande d amélioration (élément de travail - work item) pour l ajout de l option 7 et l affecte au développeur RTC2 2) Le développeur (RTC2) Prend connaissance de la tâche qui lui est affectée et passe le work item en «en cours» Modifie en local les sources écran et programme Transmet les sources sur le System i et les compile dans sa bibliothèque de travail Teste l application Remonte son travail dans le référentiel Passe le work item en «résolu» 47

48 Scénario 2/2 3) Le chef de projet (RTC1) Récupère les modifications faites par le développeur, visualise les différences et les accepte Ferme le work item Fait quelques modifications dans le programme et les remonte dans le référentiel 48

49 Annexe RTC Historique Dispositifs commerciaux 49

50 RTC - Historique V1.0 RTC RTCi (pour les développements sous IBM i) RTCz (pour les développements sous z/os) V2.0 RTC RTC Power (pour les développements sous IBM i et AIX) RTCz (pour les développements sous z/os) V3.0 (novembre 2010) 1 seul produit : RTC, quelle que soit la plateforme 50

51 RTC V3.0 Packaging et licences 1/3 RTC V3.0 se commande par Passport Advantage Code produit : 5724-V04 Licences Pas de licences serveur mais des licences utilisateur Stakeholder Contributor Developer for workgroups Developer Developer for IBM Enterprise Platform détails pages suivantes Quatre types de licence utilisateur Authorized User Floating Fixed Term License Token User détails pages suivantes 51

52 Distributed SCM** Advanced System Z and Power Features Floating or Token Licensing IBM i - IBM Rational RTC V3.0 Packaging et licences 2/3 Rational Team Concert Collaboration Platform View Project Status Work Items Planning: Agile, Formal, Hybrid Report Customization Continuous Integration - Builds Advanced Source Control Stakeholder Customers Yes Contributor Collaborative CM Or Developers w/ an alternate SCM Yes Developer for Workgroups* Developers Team *Developer for Workgroups has a limit of 50 authorized user licenses per licensed Jazz Team server group. No Developer Developers Team of Teams Yes Dev. for IBM Ent. Platforms z/os / Power Developers **Mixing Developer 10-C (community) or Developer for Workgroups licenses with Developer or Developer for IBM Enterprise Platform licenses will result in Distributed Source Control Management (SCM) capability being disabled for all licenses Yes 52

53 RTC V3.0 Packaging et licences 3/3 Floatting Licences When dealing with a dynamic user base Organizations with many projects and/or changing (contracted) labor pool Organizations with globally distributed, offshore development in non overlapping time zones Contributor licenses typically work well with floating licenses Large, distributed organizations where license management overhead can be significant Floating licenses can be shared across Team Concert servers Authorized User Licenses For long running projects where development team doesn t change often Full time employees dedicated to software development organization Full time maintenance and support development team Authorized user licenses are specific to a Team Concert server Fixed Term License For short term projects with a well defined time frame where the products usage will no longer be required once it is completed Token User Licenses When the exact product needs are not well understood and expected to change within a 1-2 year period When the customers acquisition process is lengthy, complex, requiring multiple approvals and paperwork When the customer has many development projects and groups to support with varying, dynamic tooling needs that can t be easily predicted in advance. 53

54 RTC - Passport Advantage 54

55 RTC - Passport Advantage 55

56 RTC - Passport Advantage 56

57 RTC - Passport Advantage 57

58 RTC - Passport Advantage 58

59 RTC - Passport Advantage 59

60 RTC - Passport Advantage 60

61 RTC - Passport Advantage 61

62 RTC - Passport Advantage 62

63 RTC - Passport Advantage 63