UML EPITECH 2009 UML4 - Conclusion Pré-requis – Le langage – La méthode – Le but La méthode – Livres blancs et AMOA – UseCases.

Présentation au sujet: "UML EPITECH 2009 UML4 - Conclusion Pré-requis – Le langage – La méthode – Le but La méthode – Livres blancs et AMOA – UseCases."— Transcription de la présentation:

1 UML EPITECH 2009 sebastien@migniot.com

2 UML4 - Conclusion Pré-requis – Le langage – La méthode – Le but La méthode – Livres blancs et AMOA – UseCases et requirements – Activités et complexités – Séquencement des opérations – Classes et CRUD – Review et ROI Diagrammes d'activité – Facile et agréables – Détail des notations – Exemple Diagrammes d'état – Vue croisée – Détail des notations – Exemple Conclusion – Documents normatifs – UML perfectible – Questions

3 Pré-requis Le langage La méthode Le but

4 Le language UML1 : 9 diagrammes UML2 : 13 diagrammes Diagrammes – De cas d'utilisation – D'activité – De séquence – De classes – D'état

5 Pré-requis Le langage La méthode Le but

6 La méthode

7 Pré-requis Le langage La méthode Le but

8 Arriver au but – Lutte contre le défaut du développeur à faire le sous-marin pendant 3 mois sans montrer de résultat intermédiaire, sans partager et pour finalement échouer Faire le moins possible – Généralisation du capitalisme et de la vision financière du client roi, le développement dicté par les UseCase limite les modules ajoutés arbitrairement Capitaliser meme si Turn Over – Disposer d'une modélisation partageable et pouvoir modifier tout ou partie de l'équipe sans compromettre le projet

9 La méthode Livres blancs et AMOA UseCases et requirements Activités et complexités Séquencement des opérations Classes et CRUD Review et ROI

10 Livres blanc et AMOA La MOA est le client L'AMOA est l'assistance au client Livre blanc = Besoins client non signés Cahier des charges = Besoins client signés

11 Livres blanc et AMOA Le besoin client – Discuter avec les potes – Echanger des fichiers Le livre blanc – Serveur de messagerie privatif et centralisé avec gestion de messages textuels et binaires

12 La méthode Livres blancs et AMOA UseCases et requirements Activités et complexités Séquencement des opérations Classes et CRUD Review et ROI

13 UseCases et requirements Certaines entreprises fonctionnent en requirements D'autres fonctionnent directement en UseCases

14 UseCases et requirements Les UseCases spécifient les besoins en périphérie du système Les requirements peuvent sur-contraindre l'interne du système Un système sur-contraint se fissure ou explose en automatique Les UseCases fonctionnent mieux

15 UseCases et requirements S'inscrire Se connecter Chercher des contacts Ajouter des contacts Commencer une discussion Envoyer/Recevoir un message Envoyer/Recevoir un fichier Terminer la discussion Se déconnecter

16 La méthode Livres blancs et AMOA UseCases et requirements Activités et complexité Séquencement des opérations Classes et CRUD Review et ROI

17 Activités et complexité Les diagrammes d'activité sont naturels Ils décrivent en général des ruptures de flux multiples Nécessaires pour les cas non triviaux, complexes

18 Activités et complexité S'inscrire – remplir fiche contact – pseudo dispo – sinon choisir nouveau pseudo – si oui envoi mail Commencer discussion – si pas dans contacts – ajouter aux contacts – ouvrir fenetre discussion

19 La méthode Livres blancs et AMOA UseCases et requirements Activités et complexité Séquencement des opérations Classes et CRUD Review et ROI

20 Séquencement des opérations Décrit le séquencement, l'enchaînement Chaque message est une opération Le diagramme qui génère classes et code

21 Séquencement des opérations Inscrire – Registry.exists(login:string):boolean – Registry.join(contact:Contact):boolean Connecter – Registry.getState(login:string):State – Registry.login(login:string, password:string):Contact – Registry.disconnect(login:string) Contacts – Registry.find(search:string):Contact[] – Contact.addFriend(contact:Contact):Contact Discussion – Thread.addContacts(contacts:Contact[]) – Thread.addMessage(message:Message) Message:content+contact – Thread.getMessages():Message[] – Thread.getMessagesAfter(date:Date):Messate[] – TextMessage,FileMessage->Message

22 La méthode Livres blancs et AMOA UseCases et requirements Activités et complexité Séquencement des opérations Classes et CRUD Review et ROI

23 Classes et CRUD Déjà écrites par les diagrammes de séquence Ajouter les CRUD évident Contient plus d'Interfaces que de classes

24 Classes et CRUD Le client ajoute des besoins hors contrat Si le contact n'est plus là le fichier doit etre conservé – OK assuré par conception Ajouter mails, rss et versionnement des fichiers word – KO défaut de la MOA « Nous avons un problème de maitrise par la MOA qui nous fait hésiter stratégiquement. La ligne naturelle d'application des pénalités n'est pas défendue par le management qui met en avant le ROI d'un positionnement en tant qu'AMOA. »

25 La méthode Livres blancs et AMOA UseCases et requirements Activités et complexité Séquencement des opérations Classes et CRUD Review et ROI

26 Arriver au but – Lutte contre le défaut du développeur à faire le sous-marin pendant 3 mois sans montrer de résultat intermédiaire, sans partager et pour finalement échouer Faire le moins possible – Généralisation du capitalisme et de la vision financière du client roi, le développement dicté par les UseCase limite les modules ajoutés arbitrairement Capitaliser meme si Turn Over – Disposer d'une modélisation partageable et pouvoir modifier tout ou partie de l'équipe sans compromettre le projet Anticiper le changement – Les Design Pattern assurent le maximum de OK par conception

27 Review et ROI Discuter les capacités individuelles et de groupe à arriver au bout de cette application Discuter des capacités à ne pas construire un système en inflation Issu des années 70 … et assure le financier

28 UML4 - Conclusion Pré-requis – Le langage – La méthode – Le but La méthode – Livres blancs et AMOA – UseCases et requirements – Activités et complexités – Séquencement des opérations – Classes et CRUD – Review et ROI Diagrammes d'activité – Facile et agréables – Détail des notations – Exemple Diagrammes d'état – Vue croisée – Détail des notations – Exemple Conclusion – Documents normatifs – UML perfectible – Questions

29 Diagrammes d'activité Faciles et agréable Détail des notations Exemple

30 Détail des notations Partition Action Transition Etats Decision/Merge Fork/Join Activity

31 Exemple Faire d'après l'exemple Commencer discussion – si pas dans contacts – ajouter aux contacts – ouvrir fenetre discussion

32 Diagrammes d'état Vue croisée – Utilisé en général en fin de projet – Force un état stable sur chaque objet – Utile pour les factures/réservations/etc Détail des notations Exemple

33 Détail des notations Etat initial Etat Transition Etat final Autres..

34 Exemple Faire d'après l'exemple Ticket de Hotline/Mantis/BugZilla/Trac

35 UML4 - Conclusion Pré-requis – Le langage – La méthode – Le but La méthode – Livres blancs et AMOA – UseCases et requirements – Activités et complexités – Séquencement des opérations – Classes et CRUD – Review et ROI Diagrammes d'activité – Facile et agréables – Détail des notations – Exemple Diagrammes d'état – Vue croisée – Détail des notations – Exemple Conclusion – Documents normatifs – UML perfectible – Questions

36 Conclusion Documents normatifs UML Perfectible Questions

37 Documents normatifs http://www.omg.org/technology/documents/modeling_spec_catalog.htm#UML http://www.omg.org/spec/UML/2.2/

38 UML Perfectible

39 Opinions UML donne une méthode éprouvée UML sert à initialiser le code d'un projet UML sert à suivre et documenter un projet Les outils du marché sont orientés

40 Questions