Projet SGR de l’hôpital Acme

1. Projet SGR de l’hôpital Acme Présentation en survol du plan de gestion de configuration Naziha Astol Jean-Pierre Fiset Normand Séguin Alain Servais Plan de gestion de configuration

2. Introduction • Objectifs, normes utilisées, infrastructure et Interfaces • Les responsabilités du gestionnaire de configuration • Les outils de configuration • Les quatre activités clés de configuration • Les méthodes d’identification • Le contrôle de la configuration • Le suivi de la configuration • Les audits • La formation • Conclusion Plan de gestion de configuration

3. Objectifs et normes Objectifs du plan • Identifier les besoins de gestion de configuration • Définir les méthodologies nécessaires aux activités de configuration Normes • ANSI/IEEE Std 828-1998, IEEE Standard for Software Configuration Management Plans • ANSI/IEEE Std 1042-1987, IEEE Guide to Software Configuration Management Plan de gestion de configuration

4. La structure de l’organisation Plan de gestion de configuration

5. Les responsabilités du gestionnaire de configuration • Définir les configurations de référence du projet • Rédiger le plan de gestion de configuration • Recueillir les demandes de changements • Convoquer et diriger les rencontres spéciales du Comité de contrôle des changements (CCB) • Présenter un bilan de l’état de la configuration devant le CCB • Rédiger les minutes de rencontres du CCB et documenter les décisions rendues • Désigner, s’il y a lieu, une personne pour accomplir le changement • Archiver et tenir à jour tous les articles de configuration Plan de gestion de configuration

6. Infrastructures de Développement Plan de gestion de configuration

7. Interfaces de l’Application Logicielle Plan de gestion de configuration

8. Interfaces de l’Application Logicielle Plan de gestion de configuration

9. Interfaces de l’Application Logicielle Plan de gestion de configuration

10. Les outils de configuration • Pour gérer les sources du système, l’outil de gestion de version CVS est suggéré • CVS: http://www.cvshome.org • (Concurrent Version System ref) • Pour gérer les demandes de changements, les problèmes rencontrés, l’assignation des tâches et le suivi de la configuration, l’outil BUGZILLA est suggéré • BUGZILLA: http://www.bugzilla.org • Ref Plan de gestion de configuration

11. Les méthodes d’identification • Format générique d’identification des documents SGR-XXX-YYYYYY-YY.Y Ex. SGR-CMP-000021-1.1 (.DOC | .PDF) • Identification des documents sans version Limité au trois premier champs Ex. SGR-MM-000035 (.DOC | .PDF) • Identification du logiciel (sources et exécutables) Doit utiliser des noms uniques Respecter les règles élémentaires d’archivages Plan de gestion de configuration

12. Phases du cycle de vie logiciel Articles de configuration produits Définition des exigences de l’utilisateur PMP (Project Management Plan) QAP (Quality Assurance Plan) CMP (Configuration Management Plan) RMP (Risk Management Plan) MP (Measurement Plan) Spécifications des exigences logicielles SRS (Software Requirement Specification) Configuration de référence fonctionnelle Conception architecturale SUD (Software User Documentation) SAD (Systems Analysis Document) STP (Software Test Plan) SPP (Software Test Procedures) Conception détaillée DDD (Detailed Design Document) STP (Software Test Plan) SPP (Software Test Procedures) Configuration de référence de conception Codage et test des unités Programmes, documentation, résultat de test, … Intégration et essai du système Résultats de test, journal des défauts, … Configuration de référence du produit Opération et maintenance Non applicable Les configurations de référence et les audits Plan de gestion de configuration

13. Processus de traitement des changements et approbation Plan de gestion de configuration

14. Impact du changement ou sévérité Priorité Blocker Bloque le développement et/ou le travail de test P1 Plus important Critical Pannes totales, perte de données, fuite grave de mémoire P2 Major Perte majeure de fonction P3 Minor Perte mineure de fonction ou tout autre problème qui se corrige facilement P4 Trivial Le problème est cosmétique comme un mot mal épelé ou un mauvais texte P5 Moins important Enhancement Demande d’amélioration Paramètres de classification des changements Plan de gestion de configuration

15. Le comité de contrôle des changements (CCB) Fonctions: • évaluer et approuver les demandes de changements • discuter de l’avancement des travaux et des problèmes Composition: • chef de projet • gestionnaire de configuration • toutes autres personnes pouvant aider le processus de décision Plan de gestion de configuration

16. Le suivi de la configuration L’outil utilisé facilite le travail de suivi en permettant de générer des listes personnalisées, ex. • Une liste de tous les SCRs associés à un item avec l’état de chacun (ouvert, fermé, etc.) sur une période spécifiée par l’utilisateur • Une liste de tous les SCRs approuvés depuis le début du projet • Une liste des items contrôlées et leurs versions courantes Plan de gestion de configuration

17. La formation Organisé par le gestionnaire de configuration • Quand: Une seule en début de projet • Durée: 15 minutes – maximum une heure • Qui: Tous les réalisateurs du projet • Buts: S’assurer que les gens comprennent comment utiliser le système de suivi des changements et le système de gestion des versions, comment rédiger des SCRs et le processus de traitement, où retrouver plus d’information. Plan de gestion de configuration

18. Les étapes importantes du projet • Préparation d’au moins 60% des plans de risques et de projet par le directeur et le chargé de projet • Dépôt du cahier des charges et début de rédaction des documents d’exigences • Acceptation du cahier des charges et fin de rédaction des documents d’exigences • Présentation des exigences à l’équipe de développement et assignation des tâches • Inspections, révisions et auditions des documents de conception • Codage • Inspections et auditions finaux • Revue post-mortem Plan de gestion de configuration

19. Format d’une demande de changement • Date de la demande • Nom du demandeur • Nom du projet • Noms des articles de configuration concernés • Courte description du changement • Informations complémentaires (solutions alternatives, conséquences si pas fait) • Impact du changement (optionnel) • Priorité du changement (optionnel) Plan de gestion de configuration

20. Format des minutes importantes de rencontre du CCB • Liste des membres présents • La date de la rencontre • L’ordre du jour • Le statut des actions prises depuis la dernière rencontre • Une référence sur les no. des documents les changements et leur analyse • Les détails à propos de la décision rendues • Autres points discutés • Liste de distribution Plan de gestion de configuration

21. Les configurations de référence • Configuration de référence fonctionnelle Établie après l’acceptation par le client des documents d’exigences: SRS,QAP,CMP,MP, … • Configuration de référence de conception Établie après l’acceptation par le CCB des documents de conception: SAD,DDD,STP,… • Configuration de référence du produit Établie après l’acceptation par le client du produit et de tous les livrables Plan de gestion de configuration

22. Les audits Le premier audit • Quand: Avant le début des phases de codage et d’intégration • Objectif: S’assurer que tous les documents produits sont suffisamment complets et couvrent toutes les exigences du client Le second audit • Quand: Avant la livraison finale du produit • Objectif: S’assurer que le système est fonctionnel et conforme aux exigences • Sous-divisé en deux audits, un fonctionnel et un physique Plan de gestion de configuration

23. Conclusion Le Groupe GL mise sur • La simplicité de ses activités de configuration • La petite taille de son équipe de développement • Le bon climat de travail au sein du Groupe et de ses équipes • Son expérience dans la réalisation de projet comme le SGR • Afin de livrer le logiciel du SGR en respect avec • les besoins du client • le temps prévu • le budget Plan de gestion de configuration