Apport de la norme de qualité ISO/CEI 12207 dans le processus de développement des Systèmes d’Information Marie Christine Lafaye, Laboratoire L3i et IUT, Université de.
Download ReportTranscript Apport de la norme de qualité ISO/CEI 12207 dans le processus de développement des Systèmes d’Information Marie Christine Lafaye, Laboratoire L3i et IUT, Université de.
Apport de la norme de qualité ISO/CEI 12207 dans le processus de développement des Systèmes d’Information Marie Christine Lafaye, Laboratoire L3i et IUT, Université de La Rochelle [email protected] Systèmes d’information Différents point de vue Fonctionnel : ce qu’il fait Ontologique : ce qu’il est Dynamique : ce qu’il devient Différents niveaux de préoccupation Système Logiciel Différents niveaux d’abstraction Conceptuel : le QUOI Organisationnel : le QUI, le OÙ, le COMMENT, le QUAND Logique : prise en compte de l’état de l’art technique général Physique : prise en compte choix techniques 27/05/08 MADSI-INFORSID (2008) 2 Etude des systèmes d’information les « outils » Modèles de produits (livrables) exprimés avec le langage UML Point de vue Niveau de préoccupation Comment les utiliser? Niveau d’abstraction Quand? Le processus (ensemble d'activités corrélées ou interactives qui transforment des éléments d'entrée en éléments de sortie) modèles de cycle de vie : cascade, V, spirale, RUP,Y, … 27/05/08 MADSI-INFORSID (2008) 3 L’approche Qualité Contrôle de qualité : Tests contrôle de qualité système de production Assurance qualité assurance qualité système de production 27/05/08 MADSI-INFORSID (2008) 4 L’approche Qualité approche contractuelle client - fournisseur même dans le cas d’une étude interne DIRECTION Resp De La Direction revue de contrat FOURNISSEUR Système Qualité maitrise de la enregts qualité conception audits internes maitrise des formation documents revue de contrat CLIENT Système De Production 27/05/08 MADSI-INFORSID (2008) 5 L’approche Qualité PLAN, DO CHECK, ACT (cycle de Dening) définition du mode de travail (PLAN) mise en oeuvre du mode de travail défini (DO) contrôle (CHECK) prise en compte des résultats pour améliorer le processus (ACT). 27/05/08 MADSI-INFORSID (2008) 6 Les Normes de Qualité Norme de base ISO 9000 version 2000 Normes pour la gestion de la qualit et lÕassurance qualit Lignes directrices pour la slection et lÕutilisation Normes outils permettant dÕappliquer les normes de base ISO 9000-3 Normes pour la gestion de la qualit et lÕassurance qualit Lignes directrices pour lÕapplication de lÕISO 90000-1 au d ve loppement , ˆ l a mise ˆ disposition et ˆ la maintenance du logiciel NF ISO/CEI 12207 Traitement de lÕinformation - ing ni erie du logiciel - processus du cycle de vie du logiciel, novembre 1995, r v ision ˆ r ali ser par lÕAFNOR (2002 ?) NF ISO/CEI 9126 Traitement de lÕinformation - va luation des produits logiciels, caractristiques de qualit et m tr iques, octobre 1992 NF EN ISO 8402 Management de la qualitet ass urance de la qualit vocabulaire , juillet 1995 ISO/CEI 15504-5 Exemple dÕ valuation du processus ISO/CEI 15288 Processus de cycle de vie des systmes, r vis ion ˆ r ali ser par lÕAFNOR ISO/CEI 12119 :1994 Progiciel. Exigence qualitet essais ISO/CEI 14598-x Evaluation du produit logiciel ISO(Organisation Internationale de normalisation) CEI (Commission Electronique Internationale) / NF /AFNOR 27/05/08 MADSI-INFORSID (2008) 7 Plan de la présentation norme NF ISO/CEI 12207 (Cette norme n’impose pas de modèle de cycle de vie, ni de méthode particulière) l’assurance qualité dans cette norme UML dans son processus de développement RUP et la norme Différents types de modèles de produits exprimés avec UML conclusion 27/05/08 MADSI-INFORSID (2008) 8 Norme ISO/CEI 12207 5.Processus de base 5.1 Acquisition 6. Processus de support 6.1 Documentation 7. Processus Organisationnels 7.1 Management 5.2 Fourniture 6.2 Gestion de configuration 7.2 Infrastructure 6.3 Assurance de la qualité 5.4 Exploitation 6.4 Vérification 7.3 Amélioration de processus 6.5 Validation 7.4 Formation 6.6 Revue conjointe 5.3 Développement 6.7 Audit 5.5 Maintenance 27/05/08 6.8 Résolution de problèmes MADSI-INFORSID (2008) 9 Norme ISO/CEI 12207 VUE CONTRAT 5.1 Processus d’acquisition Initialisation Préparation de l’appel d’offres Suivi du fournisseur Préparation et mise à jour du contrat Acceptation et achèvementd’offres 5.2 Processus de fourniture Initialisation 27/05/08 Préparation de la réponse Contrat Planification Exécution et maîtrise MADSI-INFORSID (2008) Revue et évaluation Fourniture Achèvement 10 Norme ISO/CEI 12207 VUE INGENIERIE : 5.3 Processus de développement 5.3 Processus de développement Installation Mise en du logiciel oeuvre Essais de qualification du système Analyse des exigences du Système Conception de l’architecture du Système Mise en oeuvre Exploitation du système Essais et fonctionnement Assistance à l’utilisateur 5.5 Processus de maintenance Essais de qualification du logiciel Conception détaillée du Logiciel Intégration du Système Mise en oeuvre Mise en œuvre des modificationss Migration du système Codage et essai du Logiciel 27/05/08 5.4 Processus d’exploitation Intégration du Système Analyse des exigences du Logiciel Conception de l’architecture du Logiciel Assistance à l’acceptation du logiciel VUE EXPLOITATION MADSI-INFORSID (2008) Analyse des problèmes et modifications Revue et acceptation de la maintenance Retrait du logiciel 11 Norme ISO/CEI 12207 Type proce ssus de bas e 5 processus, 35 activit s 135 t‰ches proce ssus support 8 processus, 25 activit s 70 t‰ches proce ssus organisationne ls 4 processus, 14 activit s 26 t‰ches 27/05/08 Proce s sus Acquisition Fourniture Déve loppe me nt Exploitation Maintenance Documentation Gestion de configuration Assurance qua lité Vérification Validation Revue conjointe Audit Résolution pb Management Infrastructure Amélioration Formation Num ro norme Nombre dÕac t ivit s Nombre de t‰ ches 5.1 5.2 5 7 23 24 5.3 5.4 5.5 6.1 6.2 13 4 6 4 6 55 9 24 7 6 6.3 6.4 6.5 6.6 6.7 6.8 7.1 7.2 7.3 7.4 4 2 2 3 2 2 5 3 3 3 16 13 10 8 8 2 12 5 6 3 MADSI-INFORSID (2008) 12 Prise en compte de l’assurance qualité par la norme ISO/CEI 12 2007 Processus support d’assurance qualité (6.3) conformité aux exigences requises (processus et logiciels ) respect des plans préétablis Approche contractuelle client - fournisseur processus d’acquisition (5.1) processus de fourniture (5.2) 27/05/08 MADSI-INFORSID (2008) 13 Prise en compte de l’assurance qualité par la norme ISO/CEI 12 2007 (PLAN) pour chaque projet logiciel : choix des processus, des activités et des tâches (processus d’ajustement : annexes A et B de la norme) Dans chaque processus, une activité précisant le mode de mise en œuvre choisi ( initialisation/ mise en œuvre) si absence clause contractuelle spécifique Exemple activité 5.3.1 mise en œuvre tâche 5.3.1.1 sélection modèle cycle de vie, choix et ajustement : normes, méthodes, outils, langages programmation 27/05/08 MADSI-INFORSID (2008) 14 Prise en compte de l’assurance qualité par la norme ISO/CEI 12 2007 (CHECK) processus de supports dédiés 6.4 Vérification, 6.5. Validation vérification conformité logiciel produit / exigences et utilisation attendue. 6.6 Revue conjointe et 6.7 Audit description du mode de mise en œuvre possible des processus 6.4 et 6.5 activités dédiées du processus de développement 5.3.9 Essais de qualification du logiciel 5.3.11 Essais de qualification du système autres activités du processus de développement 1ère étape description tâches de production de nouvelles modélisations 2ème étape contrôle : - garantir traçabilité/cohérence modélisations produites /activités amont - évaluer faisabilité des activités en aval. 27/05/08 MADSI-INFORSID (2008) 15 Prise en compte de l’assurance qualité par la norme ISO/CEI 12 2007 processus de supports dédié à l’amélioration du processus 7.3 (ACT ) processus de gestion des changements : processus 6.2 de gestion de configuration 27/05/08 MADSI-INFORSID (2008) 16 Prise en compte de l’assurance qualité par la norme ISO/CEI 12 2007 Approche qualité dans processusveloppement dé (5.3) PLAN 5.3.1 Mise en oeuvre Nive au sys t me dÕi nform ation Nive au logicie l DO CHECK 5.3.2 Analyse des exigences du systme 5.3.13 Assistance ˆ lÕacceptat ion du logiciel 5.3.3 Conception de lÕarch itecture du systme 5.3.10 Int grat ion du systme 5.3.11 Essais et qualification du systme 5.3.4 Analyse des exigences du logiciel 5.3.5 Conception de lÕarch itecture du logiciel 5.3.8 Int grat ion du logiciel 5.3.9 Essais et qualification du logiciel 5.3.6 Conception d ta ill e du logiciel 5.3.7 Codage et essai du logiciel 27/05/08 MADSI-INFORSID (2008) 17 Norme ISO/CEI 12207 Mettre en œuvre la norme ISO/CEI 12207 pour un projet c’est : Identifier le(les) processus de base concerné(s) Choisir les activités et les tâches des processus concernés à effectuer et leur ordre de mise en œuvre (cycle de vie, ou modèle de processus choisi) Choisir les outils de modélisation et les modèles produits correspondants aux tâches effectuées (langage de modélisation choisi : UML) Choisir les tâches des autres processus à mettre en oeuvre 27/05/08 MADSI-INFORSID (2008) 18 RUP &Y les « meilleures » pratiques de développement orienté objet utilisation d’UML pour exprimer les modèles de produits définition d’un modèle de cycle de vie 27/05/08 MADSI-INFORSID (2008) 19 RUP Phase Inception pré-étude (étude d’opportunité, ou inception) : effectuer évaluation initiale d’un projet et décider allocation moyens Phase d’Elaboration identification des principaux cas d’utilisation définitions des itérations pour définir architecture du système. La plupart des risques du projet doivent être détectés et résolus Phase de Construction mise en œuvre du processus de développement en construisant suffisamment de fonctionnalités pour que le produit soit livrable Phase de Transition activités variées qui ne sont pas itératives comme déploiement sur site, formation des utilisateurs Chaque phase consiste en 1 ou X itérations 27/05/08 MADSI-INFORSID (2008) 20 RUP et la norme ISO/CEI 12 2007 RUP Norm e ISO/CEI 12207 Phase inception Processus de m anagem ent7.1 : Activit 7.1.2 planification Processus dÕacquisition 5.1 : Activit 5.1.1 initialisation T‰ches .51.1.1 ˆ 5.1.1.5 qui consistent ˆ mettre en Ïu vre le Processus de d v e loppement Processus de dveloppem ent 5.3 Activit s 5.3.2 analyse des exigences du systme, 5.3.3 conception de lÕarch itecture du systme Activit s 5.3.4 analyse des exigences du logiciel, 5.3.5 conception de lÕar chitecture du logiciel Activit 5.3.6 conception d ta ill e du logiciel, Activit 5.3.7 codage et essai du logiciel Phase dÕ l aboration Processus de m anagem ent7.1 : Activit 7.1.2 planification Processus de dveloppem ent 5.3 Activit s 5.3.4 analyse des exigences du logiciel, 5.3.5 conception de lÕarch itecture du logiciel Activit 5.3.6 conception d ta ill e du logiciel, Activit s 5.3.7 codage et essai du logiciel, 5.3.8 int gr ation du logiciel Activit 5.3.9 essais de qualification du logiciel Phase de construction Processus de dveloppem ent 5.3 Activit 5.3.6 conception d ta ill e du logiciel, Activit s 5.3.7 codage et essai du logiciel, 5.3.8 int gr ation du logiciel Phase de transition Processus de dveloppem ent 5.3 Activit 5.3.9 essais de qualification du logiciel Activit s 5.3.10 intgration du systme, 5.3.11 essais de qualification du systme Activit 5.3.12 installation du logiciel 27/05/08 MADSI-INFORSID (2008) 21 Y ou two track unified process (2TUP) Contraintes fonctionnelles Branche fonctionnelle Branche technique Contraintes techniques Capture des besoins techniques Capture des besoins fonctionnels Conception générique Analyse Conception préliminaire prototype Conception détaillée Codage et tests Recette 27/05/08 MADSI-INFORSID (2008) 22 Y et la norme ISO/CEI 12 2007 Y ou two track unified process (2TUP) Contraintes fonctionnelles Branche fonctionnelle Branche technique Capture des besoins techniques Capture des besoins fonctionnels Conception générique Analyse Conception préliminaire Conception détaillée Codage et tests Recette 27/05/08 Contraintes techniques MADSI-INFORSID (2008) Norme ISO/CEI 12 207 5.3.5 Conception architecture du logiciel Tâche 5.3.5.1 : identification de ses composants logiciels Tâche 5.3.5.2 : conception de haut niveau des interfaces externes et internes Tâche 5.3.5.3 conception de haut niveau de la base de données Tâche 5.3.5.4 manuels utilisateurs PB pas de notion de pattern 23 architectural (MVC, …) UML dans le processus de développement de la norme ISO/CEI 12 2007 Différents modèles de produits exprimables avec UML Diagramme de classes Diagramme des cas d’utilisation Diagramme d’activités Diagramme de séquence Diagramme états-transitions Comment tenir compte : Diagramme d’objets - du niveau de préoccupation (logiciel / système?) Diagramme de composants - du point de vue (ontologique, fonctionnel, Diagramme de déploiement dynamique) - du niveau d’abstraction( (conceptuel, organisationnel? 27/05/08 MADSI-INFORSID (2008) 24 UML dans le processus de développement de la norme ISO/CEI 12 2007 Quels modèles de produits pour quelle tâche? Diagramme de classes Diagramme des cas d’utilisation Diagramme d’activités Activit5.3.5 Conception de Diagramme de séquence lÕarc hitecture du logiciel, he 5.3.5.1 : identification de Diagramme états-transitions T‰c ses composants logiciels Diagramme d’objets T‰che 5.3.5.2 : conception de niveau des interfaces Diagramme de composants haut externes et internes Diagramme de déploiement T‰che 5.3.5.3 conception de haut niveau de la base de donn e s T‰che 5.3.5.4 manuels utilisateurs 27/05/08 MADSI-INFORSID (2008) D-composants D_seq d ta ill /1 CU respectant le modle dÕarch itecture D_Classes application D_classes complt e BD (contraintes domaines, cls) D_activit ˆ lignes nages 25 ≠ modes d’utilisation du diagramme de classes UML dans la norme ISO/CEI 12 2007 modèle du domaine (cardinal des classes) => activité 5.3.2 analyse des exigences du système, tâche 5.3.2.1 capacités du système modèle du domaine => activité 5.3.4 analyse des exigences du logiciel, tâche 5.3.4.1 h) exigences pour la définition des données et pour la base de données simili modèle E/R (MCD)=> activité 5.3.5 conception de l’architecture du logiciel, tâche 5.3.5.3 conception de haut niveau de la base de données diagramme de classes de l’application => activité 5.3.5 conception de l’architecture du logiciel, tâche 5.3.5.2 conception de haut niveau des interfaces externes et internes diagramme de classes d’implantation à partir duquel on génère le code (passage du mode esquisse au mode plan) => activité 5.3.6 conception détaillée du logiciel, tâche 5.3.6.1 conception détaillée de chaque composant logiciel, unités logicielles codées, compilables et testées diagramme CWM => activité 5.3.6 conception détaillée du logiciel, tâche 5.3.6.3 conception détaillée de la base de données 27/05/08 MADSI-INFORSID (2008) 26 Conclusion norme ISO/CEI 12 207 élaborée en 1995 est toujours exploitable défauts : confusion étude des données et conception base de donnée pas de description explicite de modèle d’architecture plus explicite que RUP (pas uniquement centrée sur les processus de développement et de management) A FAIRE : définir les gabarits des modèles produits exprimés avec UML pour chaque activité (1 gabarit/type de diagramme/activité) 27/05/08 MADSI-INFORSID (2008) 27