Apport de la norme de qualit ISOCEI 12207

Apport de la norme de qualité ISO/CEI 12207 dans le processus de développement des Systèmes d’Information Marie Christine Lafaye, Laboratoire L 3 i et IUT, Université de La Rochelle mclafaye@univ-lr. fr

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 Assurance qualité 27/05/08 MADSI-INFORSID (2008) 4

L’approche Qualité approche contractuelle client - fournisseur même dans le cas d’une étude interne 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é 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 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 27/05/08 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 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 27/05/08 MADSI-INFORSID (2008) 21

Y ou two track unified process (2 TUP) Contraintes fonctionnelles Y 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 Y ou two track unified process (2 TUP) 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 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 Diagramme de séquence Diagramme états-transitions Diagramme d’objets Diagramme de composants Diagramme de déploiement 27/05/08 MADSI-INFORSID (2008) 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 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