Object Oriented Software Engineering
Un article de Wikipédia, l'encyclopédie libre.
 |
Cet article ou cette section doit être recyclé.
Une réorganisation et une clarification du contenu est nécessaire. Discutez des points à améliorer en page de discussion.
|
OOSE (Object Oriented Software Engineering) est un langage de modélisation objet crée par Ivar Jacobson, qui fusionné avec OMT (Rumbaugh )et OOD (Booch) pour finalement créer l’ UML en 1995. OOSE est une méthode pour l’analyse initiale des usages de logiciels, basée sur les « cas d’utilisation » et le cycle de vie des logiciels.
== I - Le Modèle ==
La méthode OOSE est basée sur 5 modèles et 3 types d’objets. - Le modèle des besoins est un modèle qui se situe au niveau de l’interaction entre l’individu et l’environnement. - Le modèle d’analyse permet de définir les différentes relations entre les objets, les acteurs et le système. - Le modèle de conception permet de modéliser ces relations à travers différents diagrammes. - Le modèle d’implémentation permet le passage au code. - Le modèle de test basé sur les essais d’actions et d’interactions du système. Les types d’objets sont : - les entités représentant un objet matériel ou immatériel. - des contrôles permettant différentes vérifications. - des interfaces représentant des classes abstraites, sans attribut et dont les méthodes sont abstraites et publiques.
== II - La Démarche ==
1- Définir les cas d’utilisations : ce diagramme permet de décrire les exigences fonctionnelles du système et déterminer ses frontières et ses relations avec son environnement. Il intègre des acteurs externes au système (primaires ou secondaires) et les actions permises par le système.
2- Créer un modèle d’analyse objet : il décrit les entités et leurs relations en terme objet. Les entités représentent des classes.
3- Créer un modèle de conception objet : Il fait intervenir les étapes conception des classes, des associations, des attributs et la validation du modèle.
4- Créer un modèle d’interaction pour chaque cas d’utilisation : Il représente les échanges de messages entre objets du système, dans le cas d’un fonctionnement particuliers (scénario) du système. Ce modèle est composé de diagrammes de séquences, de communications et de temps.
5- Créer un diagramme d’états/transition pour chaque cycle de vie d’objets : Il découpe un objet en un ensemble d’états, le passage d’un état à un autre s’effectue par des événements. Un événement est constitué d’attributs et de gardien, un attribut est un paramètre et un gardien est une condition de transitions.
