Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Scribd Logo
Importer

Bienvenue sur Scribd !

  • 77 vues

    OOA Du 20 Septembre 2022

    Transféré par

    Sergiot Tsihoarana
    Ce document présente une introduction à l'analyse orientée objet. Il décrit plusieurs méthodes d'analyse et de conception orientées objet comme Coad et Yourdon, la méthode Booch, OOSE, OMT et la méthode Wirfs-Brock. Le document présente également UML comme langage de modélisation orienté objet.

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd

    OOA Du 20 Septembre 2022

    Transféré par

    Sergiot Tsihoarana
    77 vues20 pages
    Ce document présente une introduction à l'analyse orientée objet. Il décrit plusieurs méthodes d'analyse et de conception orientées objet comme Coad et Yourdon, la méthode Booch, OOSE, OMT et la méthode Wirfs-Brock. Le document présente également UML comme langage de modélisation orienté objet.

    Titre original

    OOA du 20 Septembre 2022

    Copyright

    © © All Rights Reserved

    Formats disponibles

    PDF, TXT ou lisez en ligne sur Scribd

    Avez-vous trouvé ce document utile ?

    Ce contenu est-il inapproprié ?

    Ce document présente une introduction à l'analyse orientée objet. Il décrit plusieurs méthodes d'analyse et de conception orientées objet comme Coad et Yourdon, la méthode Booch, OOSE, OMT et la méthode Wirfs-Brock. Le document présente également UML comme langage de modélisation orienté objet.

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
    Télécharger au format pdf ou txt
    77 vues20 pages

    OOA Du 20 Septembre 2022

    Transféré par

    Sergiot Tsihoarana
    Ce document présente une introduction à l'analyse orientée objet. Il décrit plusieurs méthodes d'analyse et de conception orientées objet comme Coad et Yourdon, la méthode Booch, OOSE, OMT et la méthode Wirfs-Brock. Le document présente également UML comme langage de modélisation orienté objet.

    Droits d'auteur :

    © All Rights Reserved
    Téléchargez comme PDF, TXT ou lisez en ligne sur Scribd
    Télécharger au format pdf ou txt
    Vous êtes sur la page 1sur 20

    Object-Oriented Analysis

    (OOA)
    L3 IFT-Toamasina
    RAHARINIRINA Eric Florent
    florentraharinirina@gmail.com
    Introduction
    ❑ Pour définir toutes les classes, les opérations, les
    attributs, les relations et le comportement, les
    ❑ Nécessité d’un système répondant tâches suivantes doivent être effectuées :
    aux besoins spécifiques des o Les exigences utilisateur de base doivent être
    organisations ou utilisateurs communiquées entre le client et l'ingénieur
    logiciel.
    ❑ Logiciel simple facile à maintenir o Les classes doivent être identifiées.
    o Une hiérarchie de classes doit être spécifiée.
    ➔Analyse orientée objet o Les relations d'objet à objet doivent être
    représentées.
    o Le comportement des objets doit être
    modélisé.
    o Les tâches ci-dessus doivent être
    réappliquées de manière itérative jusqu'à ce
    que le modèle soit complet.
    Méthodes d'analyse et de conception OO

    ❑Coad et Yourdon
    ❑Méthode Booch
    ❑OOSE
    ❑OMT
    ❑La méthode Wirfs-Brock
    Coad et Yourdon
    ❑Processus d'analyse : cinq couches (1989)
    o Trouver des cours
    o Identification des structures (Gen-Spec, Whole-Part)
    o Identification des sujets (sous-systèmes)
    o Définir les attributs
    o Définition des services (opérations)

    ❑Processus de conception : quatre composantes (1991)


    o Composant du domaine du problème
    o Composante d'interaction humaine
    o Composant de gestion des tâches
    o Composant de gestion des données

    ❑Simplicité de notation
    Méthode Booch

    ❑Méthode de conception (1991), méthode d'analyse (1994)


    ❑Processus de conception : Conception incrémentale
    ❑Processus macro et processus micro
    ❑Notation : riche en symboles.
    ❑Discussion : notation compliquée
    OOSE

    ❑Jacobson 1992 (Objectory 1987)


    ❑Cycle de vie complet
    ❑Analyse
    o analyse des besoins, analyse de robustesse
    o Modèle de cas d'utilisation, modèle d'objet de domaine,
    description d'interface
    ❑Construction : conception & réalisation
    ❑Essai
    OMT (Rumbaugh 1991)

    ❑Le processus : trois phases (analyse, conception du système et


    conception de l'objet)
    ❑Modèle d'objet (classes d'objets et leurs relations)
    ❑Modèle dynamique : diagramme de trace d'événement et
    diagramme d'état)
    ❑Modèle fonctionnel : diagramme de flux de données (DFD)
    ❑Pragmatique : OMTool. Texte publié.
    ❑Discussion : mettre davantage l'accent sur la spécification de ce
    qu'est un objet plutôt que sur la façon dont il est utilisé.
    OOA - Une vue globale

    ❑ Définir des cas d'utilisation


    ❑ Extraire les classes candidates
    ❑ Établir des relations de classe de base
    ❑ Définir une hiérarchie de classes
    ❑ Identifier les attributs pour chaque classe
    ❑ Spécifier les méthodes qui traitent les attributs
    ❑ Indiquer comment les classes / objets sont liés
    ❑ Construire un modèle comportemental
    ❑ Itérer sur les cinq premières étapes
    Système réel

    Analyse
    Modèle Conception
    Modèle de Réalisation
    Modèle de Déploiement
    Modèle de
    d’Analyse Conception Réalisation Déploiement

    BOOCH, OMT, OOSE,…

    UML (Unified Modeling Language)


    UML
    Unified Modeling Language
    UML

    Juin 1999 UML 1.3

    Janvier 1997 UML 1.0

    UML 0.9

    Octobre 1995 Méthode unifiée 0.8

    Booch’93 OMT-2

    Autres méthodes Booch’91 OMT-1 OOSE Partenaires


    UML
    ❑ Vue du modèle utilisateur: Cette vue représente le système (produit) du
    point de vue de l'utilisateur (appelé "acteurs" dans UML). La modélisation
    d'analyse UML
    ❑ Vue du modèle structurel: Les données et les fonctionnalités sont
    visualisées depuis l'intérieur du système. Autrement dit, la structure
    statique (classes, objets et relations) est modélisée.

    ❑ Vue du modèle comportemental: Cette partie du modèle d'analyse


    représente les aspects dynamiques ou comportementaux du système.
    ❑ Vue du modèle d'implémentation: Les aspects structurels et
    comportementaux du système sont représentés tels qu'ils doivent être La modélisation de
    construits. conception UML
    ❑ Vue du modèle d'environnement: Les aspects structurels et
    comportementaux de l'environnement dans lequel le système doit être mis
    en œuvre sont représentés
    o UML est une notation, pas une méthode
    o UML est un langage de modélisation objet
    o UML convient pour toutes les méthodes objet
    o UML est dans le domaine public

    ❑Programmation Orientée Objet


    o Modéliser informatiquement des éléments d'une partie du
    UML monde réel en un ensemble d'entités informatiques (objets)

    ❑Intérêt d'une méthode objet


    o définir le problème à haut niveau sans rentrer dans les
    spécificités du langage
    o définir un problème de façon graphique
    o utiliser les services offertes par l’objet sans rentrer dans le
    détail de programmation (Encapsulation)
    o Réutilisation du code
    Un projet informatique?

    ❑Afnor X50-115: Un projet est un ensemble d’activités coordonnées et


    maitrisées comportant des dates de début et de fin, entrepris dans le but
    d’atteindre un objectif conforme à des exigences spécifiques

    ❑ISO 10006: Un projet est un processus unique, qui consiste en un ensemble


    d’activités coordonnées et maitrisées comportant des dates de début et de
    fin, entrepris dans le but d’atteindre un objectif conforme à des exigences
    spécifiques telles que des contraintes de délais, de coûts et de ressources.
    ❑Un projet informatique est un projet dont les réalisations se constituent
    d’outils, méthodes ou services informatique ➔ Un projet dans le domaine
    de l’informatique.
    Les intervenants d’un projet informatique

    Le client Responsable qualité Le prestataire

    Directeur ou chef de projet


    Maître d’ouvrage (MOA) PROJET
    Maître d’œuvre (MOE)
    Les utilisateurs
    Les fournisseurs
    Cycle de vie d’un logiciel
    ❑ Toutes les étapes du développement d’un logiciel

    ❑ Étude de faisabilité : étude de marché, vaut-il la peine de développer le logiciel?

    ❑ Spécification: fonctionnalités? exigences? Analyse de domaine?

    ❑ Organisation du projet: Analyse de coûts, planification, répartition des tâches

    ❑ Conception: comment le logiciel fournirait-il les différentes fonctionnalités recherchées

    ❑ Implémentation: Coder le logiciel

    ❑ Tests

    ❑ Livraison: installation, formation, assistance

    ❑ Maintenance: mis à jour et amélioration ➔ pérennité du logiciel


    Cycle de vie d’un logiciel

    Cycle de vie en cascade


    Cycle de vie d’un logiciel

    Cycle de vie en V
    Cycle de vie en spirale de Boehm

    ❑ Chaque cycle se constitue par les opérations


    suivantes:

    o Consultation du client
    o Analyse des risques
    o Conception
    o Implémentation
    o Tests
    o Planification du prochain test
    Cycle de vie d’un logiciel

    Le modèle incrémental de Parnas


    ❑Conception et livraison d’un sous-ensemble minimal et
    fonctionnel du système

    ❑Ajouts d’incréments minimaux jusqu’à la fin du processus


    de développement

    ➔Meilleure intégration du client dans la boucle, produit


    adéquat.

    Vous aimerez peut-être aussi