Bibliographie & annexes
Présentation
Auteur(s)
-
Marie Christine LAFAYE : Maître de conférences, Laboratoire L3i, université de La Rochelle (IUT, département Informatique)
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleINTRODUCTION
Pour représenter les systèmes d'information, plusieurs types de modèles (ou modèles de produits) sont élaborés. La complexité d'un système d'information est telle qu'il est nécessaire de combiner plusieurs points de vue avec différents niveaux d'abstraction. On distingue classiquement les points de vue fonctionnel, dynamique et ontologique et les niveaux conceptuel, organisationnel, logique et physique. Nous nous intéressons au cas où le projet logiciel à conduire est intégré dans un système d'information particulier.
Pour décrire les différents modèles de produits, nous disposons depuis plusieurs années du langage de modélisation UML. Dans la version 2.0, ce langage propose 13 types de modèles différents. Cette richesse de représentation a pour corollaire une difficulté de mise en œuvre : quel diagramme choisir ? Comment utiliser les différents éléments de modélisation associés en fonction du point de vue et du niveau d'abstraction ? Quel objectif poursuit-on en utilisant UML : mode « esquisse » pour communiquer certains aspects du système, ou mode « plan » qui permet de préparer la génération du code ? Quoi qu'il en soit, le but de cet effort de modélisation est d'améliorer la qualité du logiciel produit en améliorant la qualité de son mode de production.
Les normes de la famille ISO 9000 : 2000 publiées le 15 décembre 2000 sont la référence internationale en assurance qualité. Pour faciliter leur application, des normes outils sont proposées, dont la norme NF ISO/CEI 12207. Ces normes préconisent une approche processus. Un « processus » y est défini comme un « ensemble d'activités corrélées ou interactives qui transforment des éléments d'entrée en éléments de sortie ». Les éléments de sortie sont, dans la plupart des cas, des modèles de produits. Nous choisissons d'utiliser UML pour les exprimer. Nous montrons comment cette norme applique les principes de base de l'assurance qualité, et comment la mettre en œuvre en utilisant les outils de modélisation d'UML.
La mise en œuvre avec le langage UML est très souvent associée à deux modèles de processus : RUP (Rational Unified Process) et 2TUP (2 Tracks Unified Process), recensant les meilleures pratiques de développement orienté objet. Ce sont des processus génériques, ils proposent une trame commune à adapter en fonction du projet traité. Nous montrons qu'ils correspondent à une mise en œuvre particulière de la norme ISO/CEI 12207.
L'expertise technique et scientifique de référence
VERSIONS
- Version courante de août 2017 par Marie Christine LAFAYE, Annick LASSUS
DOI (Digital Object Identifier)
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Présentation
Norme NF ISO/CEI 122074. Conclusion
La norme ISO/CEI 12207 nous permet de disposer d'un référentiel pour élaborer un modèle de processus et définir les modèles produits associés à chaque projet d'étude d'un logiciel en tenant compte du système d'information dans lequel il sera intégré. Elle n'impose aucun modèle de cycle de vie, aucune méthode, ni aucun langage de modélisation.
RUP, processus type associé à l'utilisation d'UML, est conforme à cette norme. Il ne décrit pas de façon aussi explicite comment mettre en œuvre une approche qualité et les tâches associées à tout type de projet, comme par exemple les tâches du processus de management (7.1), ou celles du processus de documentation (6.1). Il ne prend en compte ni le processus d'exploitation, ni celui de maintenance.
Bien qu'elle ait été élaborée en 1995, cette norme reste exploitable dans le contexte technologique actuel. L'approche architecture logicielle est sous-jacente et mérite d'être explicitée dans la mise en œuvre. Couplée à la puissance d'expression du langage de modélisation UML, elle permet d'améliorer la qualité des spécifications des systèmes d'information et du logiciel. Cependant, elle ne prévoit pas d'établir un glossaire du système étudié et l'étude des données n'est envisagée que couplée à celle de la base de données.
La plasticité des outils de modélisation d'UML rend plus complexe leur utilisation. La mise en perspective de leurs différents contextes d'utilisation en fonction des tâches de la norme NF ISO/CEI 12207 permet de déduire des règles de bonne modélisation pour chaque diagramme en fonction du niveau d'études et du type de description : système ou logiciel. Il serait nécessaire de spécifier les caractéristiques de chaque type de modèle UML indiqué dans le tableau 9, et outiller en conséquence un AGL UML.
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
Conclusion
BIBLIOGRAPHIE
AFNOR - Ingénierie et qualité du logiciel et des systèmes, tome 1, Définition des processus et qualité des produits. - ISBN 2-12-236141-7 (2002).
MULLER (P.-A.) - Modélisation objet avec UML. - Eyrolles (1997).
BOOCH (G.) - RUMBAUGH (J.) - JACOBSON (I.) - Le guide de l'utilisateur UML. - Eyrolles (2000).
FOWLER (M.) - UML2.0. - Campus Press (2004).
KRUTCHEN (P.) - Introduction au Rational Unified Process. - Eyrolles (2000).
LARMAN (C.) - UML2 et les design patterns, analyse et conception orientée objet et développement itératif. - Pearson Éducation France, 3e édition (2005).
ROQUES (P.) - VALLEE (F.) - UML2 en action, de l'analyse des besoins à la conception J2EE. - Eyrolles, 3e édition (2004).
ROQUES (P.) - Les cahiers du programmeur, UML modéliser un site e-commerce. - Eyrolles (2002).
TARDIEU (H.) - ROCHFELD (A.) - COLETTI (R.) - La méthode MERISE, tome 1 : principes et outils. - Éditions d'Organisation (1985).
CHEN (P.P.) - The Entity-Relationship Model : Towards a Unified View of Data. - ACM Transactions on Database Systems, vol. 1, no 1 (1976).
HAUT DE PAGE
Softeam, Objecteering version http://www.objecteering.com
HAUT DE PAGE
L'expertise technique et scientifique de référence
Cet article fait partie de l’offre
Technologies logicielles Architectures des systèmes
(240 articles en ce moment)
Cette offre vous donne accès à :
Une base complète d’articles
Actualisée et enrichie d’articles validés par nos comités scientifiques
Des services
Un ensemble d'outils exclusifs en complément des ressources
Un Parcours Pratique
Opérationnel et didactique, pour garantir l'acquisition des compétences transverses
Doc & Quiz
Des articles interactifs avec des quiz, pour une lecture constructive
