Grady Booch

Rumbaugh – Booch : Grady Booch – OOSE (Object Oriented Software Engineering) : Ivar Jacobson • UML est le fruit d’un consensus général – élaboré avec le concours de la communauté des utilisateurs • UML est une notation (relativement) simple et non propriétaire – standardisé par l’OMG (Object Management Group) 3 Genèse d’UML UML 2.0 - 2002 - 1999 UML 1.3 - 1997(Q4) UML 1.1 - 1997 (Q1) UML 1.0 - 1996 - 1995 - 1993 UML 0.9 Méthode unifiée 0.8 Booch’93

conducteur pour cette présentation. 2.2 Unified : historique des méthodes de conception temps fin 2004 UML 2.0 Révision 9/97 Soumission à l’OMG 1/97 Béta version OOPSLA’96 OOPSLA’95 ... UML 1.1 UML 1.0 UML 0.9 Unified Method 0.8 Booch’93 Booch OMT−2 OMT OCL(IBM) OOSE F IG . 1 – Historique de la constitution d’UML À chacune des différentes phases de la conception d’un logiciel correspondent des problèmes ou des contraintes différentes. Naturellement, ces niveaux ont fait l’objet

standard pour la modélisation des applications construites à l’aide d’objets. Elle est héritée de plusieurs autres méthodes telles que OMT (Object Modeling Technique) et OOSE (Object Oriented Software Engineering) et Booch. Les principaux auteurs de la notation UML sont Grady Booch, Ivar Jacobson et Jim Rumbaugh. Elle est utilisée pour spécifier un logiciel et/ou pour concevoir un logiciel. Dans la spécification, le modèle décrit les classes et les cas d’utilisation vus de l’utilisateur final du

des approches orientées objets, si bien qu'en 1994 il existait plus de 50 méthodes objet. Toutefois seules 3 méthodes ont véritablement émergé : • La méthode OMT de Rumbaugh • La méthode BOOCH'93 de Booch • La méthode OOSE de Jacobson (Object Oriented Software Engineering) A partir de 1994, Rumbaugh et Booch (rejoints en 1995 par Jacobson) ont unis leurs efforts pour mettre au point la méthode unifiée (unified method 0.8), incorporant les avantages de chacunes des méthodes précédentes. La méthode

greatest strenght of an object-oriented approach to development is that it offers a mechanism that captures a model of the real world " associés à des opérations , on structure le système autour des objets existants dans le modèle du monde réel " Grady Booch, member IEEE C Raynal 70682814@fr.ibm.com 6 24-10-02 S4-N1-SP-01-V1-C00.prz V1 Reflexion En analyse structurée il s'agit de constituer des actions élaborées ou procédure à partir d'actions primitives alors qu'ici il s'agit de constituer

Il est utilisé en développement logiciel, et en conception orientée objet. UML est couramment utilisé dans les projets logiciels. UML est l'accomplissement de la fusion de précédents langages de modélisation objet : Booch, OMT, OOSE. Principalement issu des travaux de Grady Booch, James Rumbaugh et Ivar Jacobson, UML est à présent un standard défini par l'Object Management Group (OMG). La dernière version diffusée par l'OMG est UML 2.5 bêta 2 depuis septembre 2013. II. Utilité : UML est

normalisé pour visualiser la conception d’un système , il est couramment utilisé en développement logiciel et en conception orienté objet . Le UML est le résultat de la fusion de précédents langages de modélisation objet : Booch , OMT, OOSE , principalement issu des travaux de Grady Booch , James Rumbaugh et Ivar Jacobson ,UML est à présent un standard adopté par l’object Management Group (OMG) . 1)Définition: Unified Modeling Langage ou encore UML est langage d’analyse et de conception orienté objet

orientées dynamiques OOA objet O* OMT OOA&D SADT Traitements IE SART Approches structurées Dynamique 13 Présentation d’UML Historique : Évolution de UML UML d'après les «amigos» Jim Rumbaugh OMT Grady Booch Ivar Jacobson Booch 0.8 ->0.9 0.9->0.91->1.0 1.0->1.1->1.2->1.3->1.4 Objectory UML Comprendre la logique d’évolution d’UML. 1.5 2.0 x.y 14 7 A.U. : 2011/2012 ENSI – II2 Chapitre 0 : Préambule Evolution d’UML(1)

abordent le problème comme d’ils devaient bricoler une niche Nous construisons des modèles pour les systèmes complexes parce que nous ne sommes pas en mesure d’appréhender de tels systèmes dans leur intégralité. Le guide de l’utilisateur UML, Grady Booch, James Rumbaugh et Ivar Jacobson Eyrolles, Octobre 20002. Tarak Chaari (ISECS) UML 15 Mais pourquoi analyser et modéliser? Pour éviter les résultats négatifs suivant: Les modules ne fonctionnent pas ensemble Le produit est non conforme

Design patterns (95) • Analyse Orientée Objet (AOO) PG / Introduction Modélisation avec UML / v 1.0 Page 5 5 22/03/2007 Pourquoi modéliser? • Comprendre le système à informatiser. « Un modèle est une simplification de la réalité. » Grady BOOCH. • Communiquer avec les membres de l’équipe. • Maîtriser la complexité • Automatiser la production de logiciel. – Documentation. – Code. PG / Introduction Modélisation avec UML / v 1.0 Page 6 6 22/03/2007 Unified Modeling Language