L'objet¹ permet de créer un ensemble de concepts stables, éprouvés et normalisés. Il s'agit de l'adoption d'une solution destinée à faciliter l'évolution d'applications complexes en utilisant une panoplie d'outils² et de langages performants pour le développement.

Les raisons de la modélisation

Les modèles³ permettent la visualisation du futur système⁴ tel que l'on voudrait qu'il soit. Ils nous permettent de décrire la structure⁵ ou le comportement⁶ du futur système et constituent, en même temps, un guide pour le construire.

Les principes de la modélisation

1) Les modèles sont nombreux et ne traitent qu'un point de vue du système, s'ils sont mauvais, ils détournent l'attention des développeurs des questions fondamentales alors que s'ils sont bons et précis, ils font ressortir les problèmes et écueils de développement.

¤ Le choix des modèles a une très forte influence sur la manière d'aborder un problème (ici la conception du système) et sur la nature de sa solution (développement, architecture⁷, etc).

2) Il existe plusieurs niveaux de détails dans les modèles. Selon les besoins, on décidera de descendre vers un niveau plus détaillé (par exemple le code de la fonction) ou, au contraire, on se satisfera à la spécification de ce que fait la fonction.

¤ Les meilleurs modèles sont ceux qui laissent le choix du niveau de détail en fonction du but envisagé.

3) Plus le modèle est proche de la réalité, plus le système développé est proche de celui attendu.

¤ Les modèles ne doivent pas perdre le sens de la réalité.

4) C'est parce que les systèmes que l'on développe sont complexes et difficiles à appréhender dans leur intégralité que l'on a recours à la modélisation. Pour simplifier les problèmes, la décomposition est une pratique conseillée. L'idéal est de décomposer notre système en un ensemble de petits modèles presque indépendants.

¤ La décomposition simplifie la modélisation, il faut toutefois garder l'interdépendance entre les petits modèles.

Modéliser avec les objets

Le développement génie logiciel s'appuie généralement sur l'analyse⁸ et la conception⁹ orientées objet. Les principales briques de cette approche sont le concept d'objet ou de classe¹⁰ . UML¹¹, associé à un ensemble de règles de conduite et à un type de processus de développement, constitue une des méthodes orientées objet les plus utilisées dans le génie logiciel.

---

Objet¹ : élément tiré du monde réel (l'ensemble des éléments concernés par l'analyse).

Outil² : support logiciel qui aide à créer des modèles ou d'autres composantes nécessaires au projet.

Modèle³ : simplification de la réalité. C'est une construction descriptive à partir des éléments de modélisation.

Système⁴ : collection de composantes interdépendantes qui fonctionnent ensemble pour produire un résultat.

Structure⁵ : relations statiques entre éléments de modélisation.

Comportement⁶ : effets d'un événement qui peuvent être observés, résultats compris.

Architecture⁷ : art de construire les logiciels.

Analyse⁸ : détermination du quoi et du quoi faire d'une application.

Conception⁹ : détermination du comment d'une application.

Classe¹⁰ : description d'un ensemble d'objets communs.

UML¹¹ : "langage de modélisation objet unifié"