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
Conclusion3. UML dans le processus de développement de la norme NF ISO/CEI 12207
3.1 Modèles de produits UML appropriés pour chaque tâche du processus de développement
Les différents diagrammes UML ne sont pas utilisables de façon similaire pour la représentation du système et celle du logiciel. Suivant le niveau d'étude, un même diagramme UML ne doit pas être utilisé de la même façon. Cette approche n'est pas nouvelle : nous retrouvons par exemple les distinctions effectuées par MERISE entre le MCT et le MOT.
Il n'est pas possible d'utiliser une modélisation UML pour chaque tâche du processus de développement. Aucune des tâches des activités 5.3.1 et 5.3.12 n'est concernée par l'utilisation d'UML. Dans le tableau 9, nous ne présentons que les tâches pour lesquelles nous utilisons une modélisation UML, soit 21 tâches sur les 55 recensées dans le processus de développement.
Le travail présenté dans cet article résulte d'une expérimentation de plus de 10 années aussi bien sur la notation UML que dans la mise en œuvre de la norme ISO/CEI 12207 sur des projets réalisés dans le cadre de l'enseignement d'analyse et conception des systèmes d'information dans un département informatique d'IUT (délai moyen de 15 semaines et charge moyenne de 1,5 mois-homme). Ces projets ont concerné des systèmes d'information très divers : sites web dynamiques de toutes natures, utilisation de systèmes d'information géographiques (SIG), gestion de production, gestion électronique de documents. Ils ont tous utilisé une approche par les cas d'utilisation. Ils avaient pour objectif, soit de produire du code, soit uniquement de rédiger le cahier des charges. Tous ont été réalisés avec un AGL UML qui permet de produire automatiquement la documentation du projet et de valider partiellement la cohérence des modèles de produits.
Notre expérimentation ne concerne pas tous les diagrammes proposés par UML 2.0. Nous présentons dans le tableau 9, pour chaque tâche du processus de développement, les modèles de produit adéquats.
HAUT DE PAGE3.2 Modèles de produits UML pour le processus d'acquisition
Même si l'objectif principal du processus d'acquisition est d'établir un contrat, la norme NF ISO/CEI 12207 attribue à ce processus la responsabilité...
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
UML dans le processus de développement de la norme NF ISO/CEI 12207
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
