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

Bienvenue sur Scribd !

  • 18 vues

    Les Erreurs de Cette Vision Des Choses

    Transféré par

    M B

    Droits d'auteur :

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

    Les Erreurs de Cette Vision Des Choses

    Transféré par

    M B
    18 vues13 pages

    Copyright

    © © All Rights Reserved

    Formats disponibles

    DOCX, PDF, TXT ou lisez en ligne sur Scribd

    Avez-vous trouvé ce document utile ?

    Ce contenu est-il inapproprié ?

    Droits d'auteur :

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

    Les Erreurs de Cette Vision Des Choses

    Transféré par

    M B

    Droits d'auteur :

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

    Les erreurs de cette vision des

    choses

    Vous n’interviendrez “jamais” sur un projet totalement


    nouveau
    Ignore les relations avec les autres applications de l’entreprise
    : la gestion des stocks peut communiquer avec la fabrication des
    marchandises, les commandes des clients . . .
    cloisonne les activités : organisation hiérarchique de
    l’analyste au programmeur, le client n’a pas de contact avec le
    réalisateur final.
    Un client connait pas ses besoins.
    ✔Un système doit être facile à modifier, à enrichir de
    nouvelles fonctionnalités.
    ✔L’architecture doit donc être modulaire et facile à main- tenir.

    Modélisation orientée objet - UML – p.


    Développement en
    cascade

    Cahier des charges


    Expression des besoins
    Formalisation
    Spécifications
    fonctionnelles
    Conception
    Conception Globale et
    détaillée
    Codage
    Codage et
    Validation
    Execution
    Résultats
    Modélisation orientée objet - UML – p.
    Développement Orienté
    Objet

    Prise d’expertise / Lectures et mises à jour


    Expression des
    besoins

    Conceptualisation

    ANALYSE / Modifications
    CONCEPTION DEVELOPPEUR

    Réutilisation Modifications
    classification des classes

    IMPLEMENTATION
    des classes/codages Interprétation

    Réutilisation
    Instanciation
    et execution RESULTATS

    Modélisation orientée objet - UML – p.1


    Développement Orienté
    Objet

    Conséquences de l’application des méthodes OO : les


    phases d’analyse, de conception et de programmation
    sont très liées.

    Historique des méthodes orientées objet :


    1. langages de programmation,
    2. méthodes de conception,
    3. méthodes d’analyse.

    Modélisation orientée objet - UML – p.1


    Quelques
    repères

    Age de l’invention :
    1967 - le langage de programmation SIMULA. 1970 -
    SMALLTALK (Palo Alto).
    Age de la confusion : 1980 -
    les langages ++.
    Les méthodes de conception se multiplient
    Age de la maturité:
    1990 - Object Management Group : standardisation.
    Unification des méthodes OMT (Booch) OOSE (Jacobson) et
    Rumbaugh : Unified Modeling Language (version 1.0 1997,
    version actuelle 1.3).

    Modélisation orientée objet - UML – p.1


    Principes des langages orientés
    objet

    Permettent d’exprimer la solution d’un problème à l’aide des


    éléments de ce problème.
    Les programmes manipulent des structures de données
    représentant les différentes entités, les objets, du domaine
    traité.
    Dans ce contexte, Objet signifie élément de l’univers, c-
    à-d : chose palpable et/ou visible, quelque chose qui
    peut être appréhendée intellectuellement, quelque chose vers
    qui la pensée ou l’action est dirigée.
    Pour la conception de logiciels, un objet représente un élément
    individuel, identifiable, soit réel, soit abstrait avec un rôle bien
    défini dans le domaine du problème.

    Modélisation orientée objet - UML – p.1


    Les concepts de
    base

    Objets : unités de base organisées en classes et partageant


    des traits communs (attributs ou procédures). Peuvent être des
    entités du monde réel, des concepts de l’application ou du
    domaine traité.
    Encapsulation :
    les structures de données et les détails de l’implémentation
    sont cachés aux autres objets du système.
    La seule façon d’accéder à l’état d’un objet est de lui envoyer
    un message qui déclenche l’exécution de l’une de ses
    méthodes.

    Modélisation orientée objet - UML – p.1


    Les concepts de
    base

    Encapsulation :
    Les types d’objets peuvent être assimilés aux types de données
    abstraites en programmation.
    Abstraction et encapsulation sont complémentaires,
    l’encapsulation dressant des barrières entre les différentes
    abstractions.
    Héritage : chaque instance d’une classe d’objet hérite des
    caractéristiques (attributs et méthodes) de sa classe mais aussi
    d’une éventuelle super-classe. L’héritage est un des moyens
    d’organiser le monde c.-à-d. de décrire les liens qui unissent les
    différents objets.

    Modélisation orientée objet - UML – p.1


    Les concepts de
    base

    Polymorphisme : possibilité de recourir à la même


    expression pour dénoter différentes opérations. L’héritage est
    une forme particulière du polymorphisme caractéristique des
    systèmes orientés objet.
    Modularité : partition du programme qui crée des frontières
    bien définies (et documentées) à l’intérieur du programme dans
    l’objectif d’en réduire la complexité (Meyers). Le choix d’un
    bon ensemble de modules pour un problème donné, est presque
    aussi difificile que le choix d’un bon ensemble d’abstractions.

    Modélisation orientée objet - UML – p.1


    Faire des
    choix

    Tom Jean Claire

    Classe de personnes

    Personnes

    Quelles sont les caractéristiques - attributs - d’une personne ?


    Quels sont les comportements génériques - fonctions - d’une
    personne ?

    Modélisation orientée objet - UML – p.1


    Le type
    Personne

    Classe Personne

    Attributs Comportement
    Age Stocker_Age
    Femme Communiquer_Age
    Ami Marcher
    Adresse

    Jambe Créer une instance


    Tete
    Bras

    Classe Homme Classe Femme


    Comportement Comportement

    Sauter Sauter
    Danser Danser

    Modélisation orientée objet - UML – p.1


    3 manières d’ajouter une classe Vieil
    Homme
    Personne Personne
    Stocker_Age Stocker_Age
    Communiquer_Age Communiquer_Age

    Danser Danser Danser Danser Danser


    Sauter Sauter Sauter Sauter Sauter
    Vieil Homme Homme Femme Homme Femme

    Modélisation orientée objet - UML – p.1


    3 manières d’ajouter une classe Vieil
    Homme
    Per
    son
    ne
    Stocker_Age Vi
    Communiquer_Age eil
    Ho
    m
    me
    Sauter

    Danser Danser
    Sauter Sauter
    Homme Femme

    Vous aimerez peut-être aussi