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
UML dans le processus de développement de la norme NF ISO/CEI 122072. Langage UML
UML est le langage de modélisation utilisé en ingénierie logicielle. C'est le standard de fait proposé par l'OMG (Object Management Group) ; la version 1.1 a été publiée en novembre 1997, la version 2 en 2003. La dernière version no V2.1.2 a été publiée en novembre 2007. Cette notation graphique peut être utilisée en mode « esquisse » pour comprendre, décrire, spécifier et documenter des systèmes, et/ou des logiciels. Il est aussi possible de l'utiliser en mode « plan » pour générer du code, soit directement, soit en utilisant les techniques de transformation de modèles. Dans ce dernier cas, il permet de mettre en œuvre une ingénierie dirigée par les modèles (IDM).
Nous supposons que le lecteur connaît le langage UML. Nous rappelons les différents types de diagramme proposés ainsi que leur rôle et nous présentons quelques modes types de leur utilisation. Les exemples de diagrammes donnés en illustration portent sur une étude de cas concernant la gestion de projets.
2.1 Différents diagrammes
Pour représenter un système d'information ou un système logiciel, UML distingue plusieurs points de vue. Les modèles élaborés se complètent et peuvent être assemblés.
La vue fonctionnelle permet de décrire les fonctions que le système doit remplir en se plaçant du point de vue de l'utilisateur. Elle est représentée par le diagramme des cas d'utilisation (D_Cas_Util ) qui permet de décrire les fonctionnalités du système et leur utilisation par les acteurs (cf. exemple illustré sur la figure 1).
Ce diagramme très synthétique doit être complété par la description de chaque cas d'utilisation. Dans les premières étapes de l'étude où le modèle produit sert à communiquer avec la maîtrise d'ouvrage, une description textuelle s'impose. Elle peut être plus ou moins détaillée.
Exemple du cas d'utilisation « suivre projets »
Ce cas d'utilisation permet à un chef de projet responsable d'un projet en cours d'en modifier la planification des tâches, ainsi que l'affectation des collaborateurs. La gestion de l'historique des affectations des collaborateurs aux tâches en cours est prise en charge. Ce CU permet aussi de visualiser un bilan des charges (estimées et consommées) de...
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
Langage UML
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
