1 / 27

Apport de la norme de qualité ISO/CEI 12207 dans le processus de développement des Systèmes d’Information

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 mclafaye@univ-lr.fr. Systèmes d’information. Différents point de vue Fonctionnel : ce qu’il fait

carolina
Download Presentation

Apport de la norme de qualité ISO/CEI 12207 dans le processus de développement des Systèmes d’Information

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 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 mclafaye@univ-lr.fr

  2. 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 MADSI-INFORSID (2008)

  3. Etude des systèmes d’information les « outils » Modèles de produits (livrables) exprimés avec le langage UML Comment les utiliser? 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, … Point de vue Niveau de préoccupation Niveau d’abstraction MADSI-INFORSID (2008)

  4. L’approche Qualité Contrôle de qualité : Tests Assurance qualité MADSI-INFORSID (2008)

  5. L’approche Qualité approche contractuelle client - fournisseur même dans le cas d’une étude interne MADSI-INFORSID (2008)

  6. 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). MADSI-INFORSID (2008)

  7. Les Normes de Qualité ISO(Organisation Internationale de normalisation) CEI (Commission Electronique Internationale) / NF /AFNOR MADSI-INFORSID (2008)

  8. 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 MADSI-INFORSID (2008)

  9. Norme ISO/CEI 12207 5.Processus de base 6. Processus de support 7. Processus Organisationnels 5.1 Acquisition 6.1 Documentation 7.1 Management 5.2 Fourniture 6.2 Gestion de configuration 7.2 Infrastructure 5.3 Développement 6.3 Assurance de la qualité 5.4 Exploitation 7.3 Amélioration de processus 6.4 Vérification 7.4 Formation 6.5 Validation 6.6 Revue conjointe 5.5 Maintenance 6.7 Audit 6.8 Résolution de problèmes MADSI-INFORSID (2008)

  10. Norme ISO/CEI 12207 VUE CONTRAT 5.1 Processus d’acquisition Initialisation Préparation de l’appel d’offres Préparation et mise à jour du contrat Suivi du fournisseur Acceptation et achèvementd’offres 5.2 Processus de fourniture Préparation de la réponse Fourniture Achèvement Revue et évaluation Exécution et maîtrise Contrat Initialisation Planification MADSI-INFORSID (2008)

  11. Norme ISO/CEI 12207 VUE INGENIERIE : 5.3 Processus de développement VUE EXPLOITATION 5.3 Processus de développement Assistance à l’acceptation du logiciel Installation du logiciel 5.4 Processus d’exploitation Mise en oeuvre Essais et fonctionnement Mise en oeuvre Essais de qualification du système Analyse des exigences du Système Assistance à l’utilisateur Exploitation du système Conception de l’architecture du Système Intégration du Système 5.5 Processus de maintenance Essais de qualification du logiciel Analyse des problèmes et modifications Analyse des exigences du Logiciel Mise en oeuvre Conception détaillée du Logiciel Mise en œuvre des modificationss Intégration du Système Conception de l’architecture du Logiciel Revue et acceptation de la maintenance Migration du système Retrait du logiciel Codage et essai du Logiciel MADSI-INFORSID (2008)

  12. Norme ISO/CEI 12207 MADSI-INFORSID (2008)

  13. 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) MADSI-INFORSID (2008)

  14. 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 MADSI-INFORSID (2008)

  15. 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. MADSI-INFORSID (2008)

  16. 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 MADSI-INFORSID (2008)

  17. Prise en compte de l’assurance qualité par la norme ISO/CEI 12 2007 MADSI-INFORSID (2008)

  18. 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 MADSI-INFORSID (2008)

  19. 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 MADSI-INFORSID (2008)

  20. 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 MADSI-INFORSID (2008)

  21. RUP et la norme ISO/CEI 12 2007 MADSI-INFORSID (2008)

  22. Y ou two track unified process (2TUP) Y Branche fonctionnelle Branche technique Contraintes fonctionnelles 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 MADSI-INFORSID (2008)

  23. Branche fonctionnelle Branche technique Contraintes fonctionnelles Contraintes techniques Capture des besoins techniques Capture des besoins fonctionnels Conception générique Analyse Conception préliminaire Conception détaillée Codage et tests Recette Y et la norme ISO/CEI 12 2007 Y Y ou two track unified process (2TUP) 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 architectural (MVC, …) MADSI-INFORSID (2008)

  24. 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 Diagramme d’objets Diagramme de composants Diagramme de déploiement Comment tenir compte : - du niveau de préoccupation (logiciel / système?) - du point de vue (ontologique, fonctionnel, dynamique) - du niveau d’abstraction( (conceptuel, organisationnel? MADSI-INFORSID (2008)

  25. 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 MADSI-INFORSID (2008)

  26. ≠ 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 MADSI-INFORSID (2008)

  27. 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é) MADSI-INFORSID (2008)

More Related