Accueil
 Sommaire
 1  Objectifs de ce cours de modélisation orientée objet
 2  Généralités sur la modélisation orienté objet et sur UML
 2.1  Principes de la modélisation
 2.2  Pourquoi et comment modéliser en orienté objet
 2.3  Unified Modelling Language (UML)
 2.4  Cinq façons de voir un système informatique: les 4+1 vues de Kruchten
 2.5  Phases de la modélisation, cycle en V
 2.6  Rôle de l'expression des besoins
 2.7  Rôle de l'analyse
 2.8  Rôle de la conception
 QCM
 3  Analyse, vues cas d'utilisation et processus
 4  Analyse et conception, aspects statiques de la vue logique
 5  Analyse et conception, aspects dynamiques de la vue logique
 6  Conception, aspects langage et technique
 7  Conception, vues développement et physique
 8  Conclusion
 9  Bibliographie

 Contacts

W3C validator

Département INF  
 Conception et programmation orientées objet


2.8 Rôle de la conception

  • Le but de la conception est de fixer les choix techniques et de préparer l’implantation
  • Le modèle de la conception décrit la solution (comment le problème est résolu)
    • Conception = LE-COMMENT
  • La conception doit servir de support pour l’implantation et la maintenance
  • Le plus souvent, le modèle de la conception n’est pas destiné à être compréhensible par les utilisateurs mais par les développeurs

    précédent     suivant 


Les modèles produits pendant l’analyse décrivent ce que doit faire le système indépendamment de la façon dont il est ensuite réalisé. Ainsi, les trois préoccupations suivantes sont spécifiques à la conception : 1)  organiser le développement du système informatique et adresser des questions comme les dépendances entre modules, la configuration, la gestion des versions, 2)  distribuer physiquement les différentes parties logicielles du système et 3)  définir les langages de programmation, les schémas de bases de données pour la persistance des données, etc. Les deux premières préoccupations sont modélisées dans deux vues complémentaires à la vue logique qui sont les vues développement et physique. Les éléments de la dernière préoccupation sont classiquement distribués dans les deux mêmes vues.

Fixer le bon niveau d’abstraction d’un modèle ou d’un élément de modèle pour une utilisation donnée du modèle est souvent une tâche difficile. Au début de l’analyse, soyez le plus abstrait possible et n’incluez pas de considérations techniques dans les diagrammes de classes du modèle d’analyse. Un diagramme de classes du modèle d’analyse ne contient que des classes métier, c’est-à-dire des concepts pertinents dans le métier de l’application. Par exemple, un diagramme d’analyse ne se préoccupe pas de savoir si les données sont persistantes ou temporaires et si elles seraient enregistrées en base de données, et encore moins si la base de données serait une base de données relationnelle.

Dans le cadre du module CSC4002, le contenu de la phase de conception consiste uniquement en les deux tâches suivantes :

  1. conception détaillée des classes pour préparer leur réalisation dans le langage de programmation Java, sujet de la seconde partie du module,
  2. projection de certaines classes sur des schémas de bases de données relationnelles pour assurer la persistance de leurs données.

La seconde tâche n’est pas abordée dans la première partie du cours, mais tient lieu d’une séance de travaux pratiques en fin de module.

Pour répondre aux autres questions qui surviennent lors de la conception, des compétences informatiques particulières sont requises dans des domaines très divers : par exemple, les applications multitiers, les applications Web 2.0, la conception et l’utilisation de système d’exploitation, les langages informatiques et leurs compilateurs, les communications inter-processus, les systèmes répartis, le parallélisme dans les grappes, les grilles de calcul et le Cloud, les intergiciels (en anglais, middleware), les ontologies, les systèmes embarqués. La plupart de ces sujets sont traités dans la voie d’approfondissement ASR (« Architecte des Services Informatiques en Réseaux »).

Cf. le glossaire pour la définition du terme « conception ».

D. Conan, C. Taconet, C. Bac, Télécom SudParis, CSC 4002, Octobre 2015