LA CONCEPTION OBJET

1. LA CONCEPTION OBJET EVIDENCE OU FATALITE ?

2. PLAN DU COURS • INTRODUCTION • PARTIE A : GENERALITES • CHAPITRE 1 : INTRODUCTION A L’ANALYSE ET A LA CONCEPTION DES SI • CHAPITRE 2 : LES CONCEPTS OBJETS • CHAPITRE 3 : PRINCIPALES DIFFERENCES CONCEPTION CLASSIQUE/CONCEPTION OBJET

3. PLAN DU COURS • PARTIE B : LES MODELES ET LES METHODES • CHAPITRE 4 : LE MODELE STATIQUE • CHAPITRE 5 : LE MODELE FONCTIONNEL • CHAPITRE 6: LE MODELE DYNAMIQUE • CHAPITRE 7 : LES METHODES • CHAPITRE 8 : ETUDE DE CAS • CONCLUSION

4. CHAPITRE 1 INTRODUCTION

5. INTRODUCTION • SI L’INDUSTRIE AUTOMOBILE AVAIT PROGRESSE DE LA MEME FAÇON QUE L’INDUSTRIE INFORMATIQUE, UNE VOITURE COUTERAIT AUJOURD’HUI 20 EUROS. (BILL GATES) • QUELQUES DEFINITIONS PRISES DANS UML (UNIFIED MODELLING LANGUAGE)

6. INTRODUCTION • LES TACHES  CORRESPONDENT A DES COMPOSANTS QUI POSSEDENT LEUR PROPRE FLOT DE CONTROLE • LES TACHES PEUVENT ETRE CONTENUES PAR D’AUTRES COMPOSANTS COMME LES UNITES DE COMPILATION DU LANGAGE ADA. • COMME POUR TOUS LES ELEMENTS DE MODELISATION, L’AJOUT DE STEREOTYPES PERMET DE PRECISER LA SEMANTIQUE D’UN COMPOSANT DYNAMIQUE.

7. INTRODUCTION • LES STEREOTYPES « PROCESSUS » ET « FLOT » SONT PREDEFINIS PAR UML. PLUSIEURS FLOTS PEUVENT PARTAGER LE MEME ESPACED’ADRESSAGE AU SEIN D’UN PROCESSUS.

8. INTRODUCTION L’UNION DE CES DEUX CITATIONS MONTRE CLAIREMENT QUE : SI L’INDUSTRIE AUTOMOBILE AVAIT PROGRESSE DE LA MEME FAÇON QUE L’INDUSTRIE INFORMATIQUE, LES VOITURES A 20 EUROS SERAIENT TOTALEMENT INCONDUISIBLES AUJOURD’HUI.

9. INTRODUCTION • QUELQUES QUESTIONS GENANTES : • LES BONNES MÉTHODES OBJET (OMT, UML) PERMETTENT DE DÉCRIRE TRÈS PRECISEMENT LES CLASSES ET DONC DE LES TROUVER ? • LA NORMALISATION DES DONNEES, PRECONISEE DEPUIS PLUS DE VINGT ANS EN CONCEPTION CLASSIQUE, EST INUTILE EN OBJET ?

10. INTRODUCTION • LES METHODES OBJET QUI UTILISENT GENERALEMENT TROIS MODÈLES (STATIQUE, FONCTIONNEL, DYNAMIQUE) PERMETTENT UNE CONCEPTION PLUS COMPLETE QUE LES MÉTHODES CLASSIQUES QUI N’EN NECESSITENT QUE DEUX (DONNEES, TRAITEMENTS) ? • POUR TROUVER LES CLASSES D’UN PROBLEME DONNE IL SUFFIT D’APPLIQUER LA METHODE DE CHEN QUI A FAIT SES PREUVES DANS MERISE ET QUI A ÉTÉ REPRISE PAR OMT PUIS UML. • LA CONCEPTION OBJET PERMET UNE MODELISATION SIMPLE ET NATURELLE DU MONDE REEL. ELLE N’A PAS ETE INVENTEE SEULEMENT POUR FACILITER L’IMPLEMENTATION. • ETC…

11. INTRODUCTION CE COURS A TROIS OBJECTIFS : • RECENSER DE FAÇON PRECISE ET EXHAUSTIVE LES DIFFERENCES EXISTANT ENTRE LA CONCEPTION CLASSIQUE ET LA CONCEPTION OBJET. BEAUCOUP D’ETUDIANTS SONT INCAPABLES D’ETABLIR UN LIEN ENTRE UN COURS DE CONCEPTION CLASSIQUE ET UN COURS DE CONCEPTION OBJET.

12. INTRODUCTION • PRESENTER LES DIFFERENTS MODELES UTILISES EN CONCEPTION OBJET D’UNE MANIERE SYNTHETIQUE. APPRENDRE ET COMPRENDRE LES MODELES ET LES METHODES UTILISES EN CONCEPTION OBJET, INDEPENDAMMENT DE TOUTE METHODE COMMERCIALISEE.

13. INTRODUCTION • SIMPLIFIER LE DISCOURS POUR DEMYSTIFIER LA PHILOSOPHIE OBJET, (TROP SOUVENT PRESENTEE COMME LA SOLUTION INCONTOURNABLE AUX PROBLEMES INFORMATIQUES D’AUJOURD’HUI). En résumé : IL FAUT FAIRE SIMPLE  IL N’EST PAS RAISONNABLE D’ENSEIGNER DES MODELES AVEC DES DIZAINES DE CONCEPTS.  IL N’EST PAS REALISTE DE PENSER POUVOIR LES UTILISER EFFICACEMENT. IL FAUT AIDER A COMPRENDRE

14. PARTIE A

15. vocabulaire CHAPITRE 1  ACSI SIGNIFIE ANALYSE ET CONCEPTION DES SYSTEMES D’INFORMATION. IL EXISTE DEUX ETAPES INCONTOURNABLES QUI DOIVENT IMPERATIVEMENT ETRE EFFECTUEES AVANT L’IMPLEMENTATION ET QUI S’APPELLENT L’ANALYSE ET LA CONCEPTION. • L’ANALYSE CORRESPOND A LA PHASE DE CONSTRUCTION DU CAHIER DES CHARGES (DEFINITION DES BESOINS) EN ACCORD AVEC L’UTILISATEUR.

16. vocabulaire CHAPITRE 1 • LA CONCEPTION CORRESPOND A LA PHASE DE CONSTRUCTION DE LA SOLUTION INFORMATIQUE, GRACE A DES MODELES ET A DES METHODES • ANALYSE ETAPE TRES DIFFICILE CAR IL N’EXISTE AUCUNE METHODE RIGOUREUSE PERMETTANT DE GARANTIR UNE ANALYSE PROPRE ET COMPLETE. ENJEU CAPITAL PUISQU’ELLE CONDITIONNE TOUTE LA SUITE. • CONCEPTION ELLE EST SYMBOLISEE PAR LA QUESTION COMMENT ? (COMMENT RESOUDRE LE PROBLEME POSE ?).

17. vocabulaire CHAPITRE 1  • LA FRONTIERE ANALYSE / CONCEPTION LA FIN DE L’ANALYSE EST CARACTERISEE PAR: ØLE FAIT QU’ON N’A PLUS BESOIN DE L’UTILISATEUR. ØLA PRODUCTION DE RESULTATS QUI VONT PERMETTRE LE DEMARRAGE EFFECTIF DE LA CONCEPTION.

18. vocabulaire CHAPITRE 1  • L’IMPLEMENTATION CORRESPOND A LA PHASE DE PROGRAMMATION. CE DERNIER TERME EST A L’EVIDENCE TROP RESTRICTIF QUAND IL S’AGIT DE CONSTRUIRE DES LOGICIELS COMPLEXES. IL NE SUFFIT PLUS ALORS DE PROGRAMMER, IL FAUT AUSSI MODULARISER, PARAMETRER, GERER LES INTERACTIONS ENTRE LE (OU LES) LANGAGE(S) ET LE (OU LES) SYSTEME(S) D’EXPLOITATION.

19. analyse conception programmation France analyse programmation conception USA vocabulaire CHAPITRE1 1er confusion DIFFERENCE DE VOCABULAIRE ENTRE FRANCE ET USA MAIS CE N'EST PAS QU'UN PROBLEME DE VOCABULAIRE : L'ANALYSE C'EST UNIQUEMENT LE QUOI !

20. vocabulaire CHAPITRE 1 2ième confusion CONFUSION SUR LE TERME MODELE. ENSEMBLE DE CONCEPTS UN MODELE EST UN ENSEMBLE DE CONCEPTS PERMETTANT DE REPRESENTER (DE MODELISER) UNE PARTIE D’UN PROBLEME DANS LE BUT DE L’IMPLEMENTER AU MIEUX. CONCRETEMENT, LE RESULTAT DE LA MODELISATION D'UN PROBLEME SE TRADUIT PAR UN ENSEMBLE DE SCHEMAS ET/OU DE DIAGRAMMES. Modèle CERTAINS AUTEURS APPELLENT EGALEMENT MODELE, CES SCHEMAS ET CES DIAGRAMMES. AINSI EN UTILISANT UN MODELE X POUR MODELISER UN PROBLEME Y ON OBTIENT LE MODELE Z DU PROBLEME Y MODELISE GRACE AU MODELE X.

21. vocabulaire CHAPITRE 1  3ième confusion CONFUSION ENTRE LES TERMES MODELE ET METHODE. ORDRE D’UTILISATION DES MODELES Méthode LA METHODE PEUT DONC VARIER SELON LE PROBLEME A RESOUDRE, LES COMPETENCES DU CONCEPTEUR, LE TYPE DE SOLUTION INFORMATIQUE ENVISAGEE, ETC. UNE METHODE PERMET DE TROUVER CE QUE LE MODELE PERMETTRA DE DECRIRE.

22. vocabulaire CHAPITRE 1  • NOUS SOMMES AUJOURD’HUI TRES RICHES EN MODELES ET TRES PAUVRES ENMETHODES,D’AUTANT QUE LA PLUPART DES METHODES CONNUES NE SONT QUE DES MODELES. • ON PEUT CLASSER LES MODELES DE CONCEPTION EN DEUX CATEGORIES : • 1°) LES MODELES COMPLEXES ET PUISSANTS (RICHES EN CONCEPTS) QUI PERMETTENT DE RESOUDRE LES PROBLEMES DIFFICILES. • 2°) LES MODELES SIMPLES, MOINS UTILISES, MAIS QUI CONVIENNENT MALGRE TOUT DANS 90% DES CAS.

23. vocabulaire CHAPITRE 1 ANALYSE MODÈLE UNIQUE CONCEPTION CLASSIQUE CONCEPTION OBJET

24. vocabulaire CHAPITRE 1  Paradoxe • LES ENSEIGNANTS DE CONCEPTION DOIVENT ENSEIGNER LES MODELES COMME OMT OU UML PUISQU’ILS SONT UTILISES DANS LES ENTREPRISES. • MAIS ILS NE PEUVENT LES ILLUSTRER QU’A PARTIR DE CAS SIMPLES (VOIRE TRIVIAUX) PAR MANQUE DE TEMPS. • POUR ATTENUER CE PARADOXE, LA SEULE SOLUTION EST D’ENSEIGNER CES MODELES D’UNE MANIERE PLUS SIMPLE.

25. historique CHAPITRE 1  • LES OBJETS ONT D’ABORD ETE INTRODUITS EN GENIE LOGICIEL, A LA FOIS SUR UN PLAN THEORIQUE ET PRATIQUE PAR LES CREATEURS DES LANGAGES ORIENTES OBJET (LOO). • LES METHODES DE CONCEPTION ORIENTEE OBJET (COO) SONT APPARUES ENSUITE. • DEPUIS TOUJOURS LE GENIE LOGICIEL A DONNE A LA COMMUNAUTE INFORMATIQUE LES DIRECTIVES A SUIVRE.

26. historique CHAPITRE 1  • DE 1965 A 1975, L’ERE DES LANGAGES CLASSIQUES, LANGAGES QUI GERENT DES FICHIERS : LE CONCEPTEUR DOIT IMAGINER DES METHODES POUR TROUVER LES BONS FICHIERS. • A PARTIR DE 1972, L’ERE DES BASES DE DONNEES (HIERARCHIQUES D’ABORD, PUIS RESEAUX, PUIS RELATIONNELLES) : LE CONCEPTEUR DOIT DEFINIR DES METHODES POUR TROUVER LES BONS SEGMENTS, LES BONS ARTICLES ET LES BONS LIENS, PUIS LES BONNES RELATIONS. • DEPUIS 1985, L’ERE DES LANGAGES OBJET : LE CONCEPTEUR DOIT DEFINIR DES METHODES POUR TROUVER LES BONNES CLASSES

27. historique CHAPITRE 1 POUR RESUMER : LES SPECIALISTES DU GENIE LOGICIEL PROPOSENT AUX CONCEPTEURS, DEPUIS PLUS DE TRENTE ANS, DES STRUCTURES DE DONNEES DIFFERENTES, EN LEUR ASSURANT A CHAQUE FOIS QUE CE SONT LES MEILLEURES ET EN LEUR FOURNISSANT (HEUREUSEMENT) DES LANGAGES POUR LES GERER AU MIEUX.

28. historique CHAPITRE 1  LES CONCEPTEURS DOIVENT A CHAQUE FOIS S’ADAPTER ET CHERCHER LES METHODES QUI PERMETTENT, A PARTIR D’UN MONDE REEL DONNE, DE TROUVER LES INSTANCES PARTICULIERES DE CES STRUCTURES.

29. historique CHAPITRE 1 • LAPREMIERE IDEE : CONCEVOIR DES MODELES PERMETTANT DE DECRIRE D’UNE MANIERE TRES RIGOUREUSE, TRES RICHE, TRES PRECISE, L’ENSEMBLE DES STRUCTURES A METTRE EN PLACE. MALHEUREUSEMENT DECRIRE N’EST PAS TROUVER ET POUR DECRIRE IL FAUT D’ABORD TROUVER. NOUS POSSEDONS AUJOURD’HUI BEAUCOUP DE (BONS) MODELES MAIS TRES PEU DE (BONNES) METHODES.

30. historique CHAPITRE 1  • LA DEUXIEME IDEE : DEPLACER LE PROBLEME. C’EST CE QUI A ETE PROPOSE EN PARTICULIER PAR MERISE AVEC LE MODELE RELATIONNEL : PUISQU’ON NE SAIT PAS TROUVER DIRECTEMENT LES BONNES RELATIONS, ON IMAGINE UN AUTRE CONCEPT (CELUI D’ENTITE), QUI PERMETTRA UNE FOIS LES INSTANCES RECENSEES DE TROUVER LES BONNES RELATIONS. MALHEUREUSEMENT, ON NE SAIT TOUJOURS PAS TROUVER LES BONNES ENTITES D’UNE MANIERE RIGOUREUSE ET FIABLE (SAUF DANS LES CAS SIMPLES).

31. historique CHAPITRE 1 • LA TROISIEME IDEE : FAIRE PREUVE D’OPTIMISME SI LES STRUCTURES PROPOSEES SONT PLUS PROCHES DU MONDE REEL, PLUS REPRESENTATIVES, PLUS COMPLETES, PLUS RICHES, ALORS IL SERA PLUS FACILE D’EXHIBER UNE METHODE POUR LES TROUVER. HELAS, LA ENCORE, CETTE IDEE N’A DEBOUCHE SUR AUCUN RESULTAT CONCRET :   BON NOMBRE DE METHODES OBJET PROPOSENT ENCORE DE CHERCHER LES ENTITES POUR TROUVER LES CLASSES (CE QUI EST UNE FAUSSE BONNE IDEE ET MEME UNE VRAIE MAUVAISE).

32. historique CHAPITRE 1 • POUR CE QUI EST DE L’APPROCHE OBJET, LE PROBLEME A RESOUDRE EST ENCORE PLUS DIFFICILE CAR : LA FRONTIERE ENTRE LA CONCEPTION ET L’IMPLEMENTATION EST LOIN D’ETRE AUSSI NETTE QU’AVANT. EN CONCEPTION CLASSIQUE IL EST AISE DE DETERMINER PRECISEMENT LE MOMENT OU LES CONTRAINTES DU LANGAGE DOIVENT ETRE PRISES EN COMPTE.

33. historique CHAPITRE 1  • TOUTES LES METHODES DE CONCEPTION CLASSIQUE PROPOSENT CLAIREMENT TROIS NIVEAUX : • LE NIVEAU CONCEPTUEL : PERMET DE CONSTRUIRE UN SCHEMA CONCEPTUEL. • LE NIVEAU LOGIQUE : PERMET DE VALIDER CE SCHEMA EN CONFRONTANT LES DONNEES ET LES TRAITEMENTS. • LE NIVEAU PHYSIQUE : CONSISTE A TRANSFORMER LE SCHEMA LOGIQUE EN L’ADAPTANT AU LANGAGE RETENU (REGLES TRES PRECISES QUI VARIENT SELON LE TYPE DE LANGAGE).

34. CLIENT COMMANDE CIF PRODUIT Qte commandée historique CHAPITRE 1  • LE PREMIER SCHEMA (CONCEPTUEL) REPRESENTE LA STRUCTURATION DES DONNEES INDEPENDAMMENT DES TRAITEMENTS.

35. CLIENT 1,N 1,1 COMMANDE CIF 1,N PRODUIT 1,N Qte commandée 1,1 CIF 1,N FOURNISSEUR historique CHAPITRE 1  • ØLE DEUXIEME SCHEMA (LOGIQUE) CORRESPOND A L’ADAPTATION DU SCHEMA CONCEPTUEL LORSQU’ON TIENT COMPTE DES BESOINS EXPRIMES PAR LES TRAITEMENTS (PAR EXEMPLE, APPARITION D’UNE NOUVELLE ENTITE FOURNISSEUR).

36. CLIENT FOURNISSEUR NoClient NoFour NoCde PRODUIT COMMANDE NoProd, NoCde LIGNECOMMANDE NoProd historique CHAPITRE 1  • LE TROISIEME SCHEMA (PHYSIQUE) DECRIT LES TABLES RELATIONNELLES QUI SERONT IMPLEMENTEES DANS L’HYPOTHESE D’UN SGBDR.

37. historique CHAPITRE 1  • IL EST DONC TRES FACILE DANS UNE APPROCHE CLASSIQUE DE SAVOIR OU S’ARRETE LA CONCEPTION PUISQU’IL S’AGIT D’UNE PHASE TOTALEMENT INDEPENDANTE DES CONTRAINTES IMPOSEES PAR LE TYPE DE LANGAGE UTILISE EN AVAL. • NOTRE EXPERIENCE D’ENSEIGNANT EN FAIT FOI : AU COURS DE LA CONCEPTION, VOUS NE DEVEZ JAMAIS VOUS PREOCCUPER DES CONCEPTS INDUITS PAR LE TYPE DE LANGAGE QUE VOUS UTILISEREZ LORS DE L’IMPLEMENTATION. • CETTE REGLE N’EST PLUS VALABLE EN CONCEPTION OBJET ET NOUS ALLONS L’ILLUSTRER PAR UN EXEMPLE TRES SIMPLE.

38. historique CHAPITRE 1  DANS UN SYSTEME D’INFORMATION BANCAIRE, ON DECIDE D’ACCORDER UN PRET A UN CLIENT, SI SON SALAIRE ANNUEL EST SUPERIEUR A UN SEUIL PREDEFINI. LE CONCEPTEUR CLASSIQUE IMAGINERA POUR TRAITER CE PROBLEME UNE OPERATION ENREGISTRER PRET QUI FONCTIONNERA SELON L’ALGORITHME SUIVANT : • 1°) SAISIE DES INFOS CLIENTS • 2°) COMPARAISON SALAIRE ANNUEL / SEUIL • 3°) SI INFERIEUR DEMANDE REJETEE • 4°) SI SUPERIEUR OU EGAL DEMANDE ACCORDEE • ON CONÇOIT ET ON DECRIT LA LOGIQUE DES TRAITEMENTS INDEPENDAMMENT DE L’ENDROIT OU ILS SERONT IMPLEMENTES.

39. historique CHAPITRE 1  • EN CONCEPTION OBJET, L’OPERATION ENREGISTRER PRET NE PEUT PAS ETRE DECRITE COMME UNE METHODE DE LA CLASSE PRET. EN EFFET, DU FAIT DE L’ENCAPSULATION, CETTE METHODE NE PEUT PAS ETRE DECLENCHEE SI UNE INSTANCE DE PRET N’A PAS ETE CREEE. • LA CONCEPTION OBJET DOIT DONC PRENDRE EN COMPTE LES CONTRAINTES DE L’IMPLEMENTATION PUISQUE L’OPERATIONNALITE DES TRAITEMENTS EST FONCTION DE L’ENDROIT OU ILS SONT IMPLEMENTES.

40. historique CHAPITRE 1  • IL EST PAR CONTRE EVIDENT QUE SI L’ON INTRODUIT AU COURS DE LA CONCEPTION CERTAINES CONTRAINTES LIEES A L’IMPLEMENTATION, ON DOIT ARRIVER (EN PRINCIPE) A FACILITER CELLE-CI, PUISQU’ON DEPLACE LES PROBLEMES EN AMONT. • L’AFFIRMATION IL EST PLUS FACILE D’IMPLEMENTER EN OBJETEST DONC UNEAUTO-VERITE PUISQUE TOUT EST FAIT POUR QUE CE SOIT LE CAS, EN TRANSFERANT UNE PARTIE DESPROBLEMES VERS LA CONCEPTION.

41. L’utilisateur CHAPITRE 1  • DEFINIR PRECISEMENT LA NOTION D’UTILISATEUR N’EST PAS EVIDENT. • NOUS PREFERONS PARTIR D’UNE NON DEFINITION : UN UTILISATEUR : TOUT LE MONDE SAIT CE QUE C’EST. • IL EXISTE DEUX CATEGORIES D’UTILISATEURS : ØCEUX QUI NE VEULENT PAS ENTENDRE PARLER D’INFORMATIQUE(LES PLUS NOMBREUX). ØCEUX QUE L’INFORMATIQUE PASSIONNE ET QUI SONT PRETS A RESOUDRE EUX-MEMES LEURS PROBLEMES (LES PLUS DANGEREUX).

42. L’utilisateur CHAPITRE 1 • LES SYSTEMES D’INFORMATION SONT CONÇUS POUR L’UTILISATEUR, ILS NE PEUVENT DONC PAS ETRE CONÇUS SANS LUI. • UN DIALOGUE IMPERATIF DOIT EXISTER PENDANT LA PHASE D’ANALYSE/CONCEPTION. • LES MODELES UTILISES DOIVENT ETRE SUFFISAMMENT SIMPLES POUR ETRE COMPRIS PAR L’UTILISATEUR, SANS ETRE DANS L’OBLIGATION D’ENVISAGER UNE FORMATION DE SIX MOIS.

43. L’utilisateur CHAPITRE 1 • A CET EGARD, LE VOCABULAIRE UML EST ASSEZ EDIFIANT : IL EXISTE TREIZE TYPES DE DIAGRAMME ET CINQ TYPES DE VUE QUI PAR COMBINAISON DONNENT EN THEORIE 65 CAS, MAIS HEUREUSEMENT 20 SEULEMENT SONT POSSIBLES !

44. L’utilisateur CHAPITRE 1

45. L’utilisateur CHAPITRE 1 • DANS LES ANNEES 75, AVEC L’APPARITION DU TEMPS REEL, DES BASES DE DONNEES RELATIONNELLES ET DES ORDINATEURS INDIVIDUELS, ON PENSAIT ETRE EN MESURE DE RELEVER LE DEFI CONSISTANT A PERMETTRE A UN UTILISATEUR, NON SEULEMENT D’ANALYSER ET DE CONCEVOIR SON APPLICATION, MAIS AUSSI DANS CERTAINS CAS DE LA PROGRAMMER DE MANIERE SIMPLE. • AUJOURD’HUI, NON SEULEMENT CET OBJECTIF N’EST PAS ATTEINT, MAIS ON S’EN ELOIGNE DE JOUR EN JOUR. • (4/5 DES UTILISATEURS NON SATISFAITS , 2/3 DES INFORMATICIENS FONT DE LA MAINTENANCE).

46. Conclusion CHAPITRE 1 • LA COO EST APPARUE IL Y A UNE DIZAINE D’ANNEES. • IL EST TEMPS AUJOURD’HUI DE : ØSIMPLIFIER LES MODELES  ØS’INTERRESSER ENFIN AUX METHODES • CEUX QUI N’EN SONT PAS CONVAINCUS PEUVENT CONTINUER A UTILISER UML.