1) Définition d’un cahier de charge :
C’est un document énumérant et décrivant les travaux (ainsi que leurs
modalités d’exécution), il est nécessaire pour atteindre les objectifs
d’un projet.
2) Définition d’un objet :
Un objet définit une représentation d’un élément réelle ou virtuelle, dans le but de le piloter.
Un objet associe données et traitement en ne laissant visible que
l’interface de l’objet, c’est à dire les traitements que l’on peut faire
dessus.
Objet = Données + méthodes
3) L’objectif de l’approche orienté objet :
Consiste à apporter une solution informatique aux questions et problèmes de l’entreprise.
Il faut donc penser en termes de solutions informatiques et de leurs implantations
4) Quelques méthodes objets :
OMT (Objet Modeling Technique)
HOOD (Hierarchical Objet Orienté Design)
OOM (Orientation Objet de Merise)
UML (Unified Modeling Langage)
…
UML, c’est
l’acronyme anglais pour « Unified Modeling Language ». On le traduit par «
Langage de modélisation unifié ». La notation UML est un langage visuel constitué d’un ensemble de schémas,
appelés des diagrammes,
qui donnent chacun une vision différente du projet à traiter. UML nous fournit
donc des diagrammes pour représenter le logiciel à développer : son
fonctionnement, sa mise en route, les actions susceptibles d’être effectuées
par le logiciel, etc.
À ce jour, il
existe 13
diagrammes «officiels
». Ces diagrammes sont tous réalisés à partir
du besoin des utilisateurs.
1.
Le diagramme de cas
d’utilisation représente
les fonctionnalités (ou dit cas d’utilisation) nécessaires aux utilisateurs.
2. Le diagramme de classes représente les entités (des informations) manipulées par les
utilisateurs.
3.
Le diagramme d’objets sert
à représenter les instances de classes (objets) utilisées dans le système.
4.
Le diagramme de composants permet
de montrer les composants du système d'un point de vue physique, tels qu'ils
sont mis en œuvre (fichiers, bibliothèques, bases
de données…).
5.
Le diagramme de déploiement sert
à représenter les éléments matériels (ordinateurs, périphériques, réseaux, systèmes de stockage…) et la manière dont les
composants du système sont répartis sur ces éléments matériels et interagissent
entre eux.
6.
Le diagramme de séquence permet de décrire les différents scénarios d’utilisation du
système.
7.
Le diagramme des paquetages : Un paquetage étant un conteneur logique permettant
de regrouper et d'organiser les éléments dans le modèle UML, le diagramme de
paquetage sert à représenter les dépendances entre paquetages, c’est-à-dire les
dépendances entre ensembles de définitions.
8. Le diagramme de collaboration est
un diagramme d'interactions UML 1.x,
représentation simplifiée d'un diagramme
de séquence se
concentrant sur les échanges de messages entre les objets, et où la chronologie
n'intervient que de façon annexe.
9.
Le diagramme de
communication : depuis UML 2.x, représentation simplifiée d'un
diagramme de séquence se concentrant sur les échanges de messages entre les
objets.
10.
Le diagramme d’activité représente le déroulement des actions, sans utiliser les objets. En
phase d’analyse, il est utilisé pour consolider les spécifications d’un cas
d’utilisation.
11.
Le diagramme
d’états-transitions permet de décrire sous forme de machine à états
finis le comportement du système ou de ses composants.
12.
Le diagramme global
d’interaction permet
de décrire les enchaînements possibles entre les scénarios préalablement
identifiés sous forme de diagrammes de séquences (variante du diagramme
d'activité).
13.
Le diagramme de temps permet de décrire
les variations d'une donnée au cours du temps.
· UML reprend en particulier les notions de partitions en sous
système de Booch 93, de classes et d’association d’OMT-2 et d’expression
des besoins par les interactions entre les utilisateurs et le système
d’OOSE.
· UML est une approche entièrement objet : le système est décomposé en objet collaborant.
· En UML ou distingue 7 diagramme ( de cas d’utilisation, de
clases-d’objet, d’état-transition, de séquence, de collaboration, de
composants et de déploiement )
Historique d’UML
