Session 1 La diversit des mthodes danalyse et

Session 1 « La diversité des méthodes d'analyse et de conception des SI » Intervention 2 « UML, méthode et norme universelle ? » Stéphane Pelle-Grassin <stephane. pelle@ensg. ign. fr> (Vous pourrez retrouver cette présentation sur le site www. ensg. ign. fr/~spelle) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? »

Plan de la présentation 1. 2. 3. 4. Quelles sont les spécifications d’UML ? Que contient UML ? Un aperçu du formalisme UML. . . Quelle est la méthode de développement sousjacente ? 5. Quelles différences avec la méthode utilisée à l’Institut Géographique National ? 6. Conclusions Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 2

1. Les spécifications d’UML ? 1. 1 a Qu’est-ce qu’UML ? • Selon l’OMG, « The Unified Modeling Language™ (UML) is the industry-standard language for specifying, visualizing, constructing, and documenting the artifacts of software systems. […] Using the UML for database design allows the business and application teams who are already using the UML for their designs to share a common language and to communicate with the database team. » • UML ( « langage de modélisation unifié » ) sert à : – créer des modèles indépendants d’un langage de programmation à partir d’une analyse orientée objets ; – représenter graphiquement ces modèles en fonction d’un métamodèle précisant les éléments et la sémantique ; – communiquer avec d’autres personnes ou systèmes à l’instar d’un espéranto. • Un exemple de modèle en UML… Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 3

1. Les spécifications d’UML ? 1. 1 b Quelques définitions… • Langage (selon les « Dictionnaires français Hachette » ) • langage : système d’expression et de communication entre les hommes, fondé sur l’utilisation de la parole et, dans certains cas, de l’écriture. […] Par extension, tout mode de communication entre les hommes (langage mathématique, chiffré, etc. ) • langage de programmation: ensemble des moyens (symboles, mots, conventions. . . ) utilisés pour formuler, sous forme d’un programme, les instructions que l’on donne à un ordinateur. => Langage informatique = lexique + grammaire (ici uniquement syntaxe + sémantique) • Modélisation / Modèle (selon les « Dictionnaires français Hachette » ) • modélisation : établissement d’un modèle mathématique traduisant un phénomène (généralement un processus physique, mais aussi biologique, économique, etc. ). • modèle mathématique: ensemble de propositions construites dans le dessein de reproduire une situation concrète (que ce soit en météorologie, en physique, en linguistique, dans le contrôle du trafic routier, etc. ), pouvant servir à l’analyse ou aux prédictions sur des événements (dans ce dernier cas, le temps intervient et il s’agit d’un modèle dynamique. ) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 4

1. Les spécifications d’UML ? 1. 1 c Quelques définitions… • Méthode (selon les « Dictionnaires français Hachette » ) • Démarche intellectuelle utilisée par l’individu dans la manière de raisonner, de concevoir un plan d’action, d’enseigner quelque chose. • Ensemble de règles, de procédés qui permettent d’obtenir un certain résultat (par exemple une méthode de travail). • Norme (selon les « Dictionnaires français Hachette » ) • Ce qui correspond à l’état habituel, à l’usage ordinaire, et qui est considéré comme une règle. • Règle ou ensemble de règles conventionnelles tenant à uniformiser les dimensions, les modes de fabrication ou d’utilisation de produits, de machines, etc. Norme française homologuée (ou norme NF): estampille des produits homologués selon les normes françaises définies par l’AFNOR. • Universel (selon les « Dictionnaires français Hachette » ) • Qui s’étend à tout l’univers, c’est-à-dire qui ne présente pas d’exception. (À cette définition en extension correspond, par glissement de sens, une définition en compréhension : est universel ce qui est nécessaire. ) • Qui a plusieurs usages / Dont les connaissances englobent tous les domaines Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 5

1. Les spécifications d’UML ? 1. 2 Le contexte • UML « Unified Modeling Language » (langage de modélisation unifié) – a été élaboré en 1995 par Rational (récemment rachetée par IBM) et propriété de l’OMG depuis septembre 1997 (version 1. 1). • OMG « Object Management Group » – est un consortium à but non lucratif créé en 1989 pour l'interopérabilité entre applications orientées objet, développées sur des réseaux hétérogènes. Il fédère plus de 850 acteurs du monde informatique dont environ 500 membres (50 pouvant participer à tous les votes). • Les références : – Les spécifications et des tutoriels UML en anglais sont en accès libres sur le site web de l’OMG. – L’ouvrage de P. A. MULLER, « Modélisation objet avec UML » (Eyrolles, ISBN 2 -212 -08966 -X, 1997) est la référence française la plus utilisée. – On peut également utilisé le site web « UML en français » de Laurent PIECHOCKI consultant VALtech. Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 6

1. Les spécifications d’UML ? ensg: PIM 1. 3 L’offre d’OMG (Plateform Independant Model) Architecture » • MDA « Model Driven dont le but est d’assurer l’interopérabilité & PSM des systèmes grâce aux modèles(Plateform (en Specific Model) laissant l’implémentation aux outils) • UML « Unified Modeling Language » … • CORBA « Common Object Request Broker Architecture » , standard d’architecture informatique pour la communication d’applications à travers les réseaux (modèle objets client-serveur). Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 7

1. Les spécifications d’UML ? 1. 4 a L’avis de l’OMG • FAQ : « What can you Model with UML? – UML defines twelve types of diagrams, divided into three categories: Four diagram types represent static application structure; five represent different aspects of dynamic behavior; and three represent ways you can organize and manage your application modules. – Structural Diagrams include the Class Diagram, Object Diagram, Component Diagram, and Deployment Diagram. – Behavior Diagrams include the Use Case Diagram (used by some methodologies during requirements gathering); Sequence Diagram, Activity Diagram, Collaboration Diagram, and Statechart Diagram. – Model Management Diagrams include Packages, Subsystems, and Models. – […] The last time we checked, typing "UML" into the search box for the major online booksellers returned a list of more than 90 titles!) Or, if you're technical and want the whole story, you can download the UML specification itself from the OMG website. It's free, of course, but it's also highly technical, terse, and very difficult for beginners to understand. • » Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 8

1. Les spécifications d’UML ? 1. 4 b L’avis de l’OMG (suite) • FAQ : « I'm About to Start my First UML-based Development Project. What do I Need to do? • Three things, probably (but not necessarily) in this order : • 1) Select a methodology: A methodology formally defines the process that you use to gather requirements, analyze them, and design an application that meets them in every way. . . OMG, as a vendor-neutral organization, does not have an opinion about any methodology… • 2) Select a UML Development Tool: Because most (although not all) UML-based tools implement a particular methodology, in some cases it might not be practical to pick a tool and then try to use it with a methodology that it wasn't built for…As with methodologies, OMG doesn't have an opinion or rating of of UML-based modeling tools… • 3) Get Training: You and your staff (unless you're lucky enough to hire UML-experienced architects) will need training in UML. It's best to get training that teaches how to use your chosen tool with your chosen methodology, typically provided by either the tool supplier or methologist. If you decide not to go this route, check out OMG's training page for a course that meets your needs. • » Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 9

1. Les spécifications d’UML ? 1. 5 Booch + OMT + OOSE + … => UML «The Three Amigos» de Rational Les « nuages » de Grady BOOCH (Object-Oriented Design) : vues logiques (+ en 1995) Les cas d’utilisation de Ivar JACOBSON (Object Oriented Software Engineering) : cycles de développement (+ en 1994) La notation graphique de James RUMBAUGH (Object Modeling Tool) : vues statiques, et physiques pour ADA (DOD), au début l’analyse se faisait avec Structure Analysis and Design Technique dynamiques et fonctionnelles pour General Electric Dessin extrait de « Introduction to the Unified Modeling Language » T. Quatriani (2001) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 10

1. Les spécifications d’UML ? 1. 6 La position de l’ISO • Résolutions de la 6 e réunion plénière du ISO/TC 211 Victoria, Colombie-Britannique, Canada 1998 -03 -05/06 – Résolution 55 - Langage de modélisation conceptuelle pour l'ISO 15046 • L'ISO/TC 211 mandate le secrétariat de procéder immédiatement à un scrutin postal sur la résolution suivante : ensg: • « L'ISO/TC 211 utilisera l'Unified Modelling Language (UML) static de Justification : La raison de cette décision est que l'objectif structure diagram, l'ISO/TC l'ISO Interface Definition (IDL) basic type 211 est de créer une Language structure qui permet l'interopérabilité syntactique et de supporter l'interopérabilité definitions et le UML Object Constraint Language (OCL) comme langages sémantique, pour en même temps que le support de plusieurs de modélisation conceptuelle la partie normative de l'ISO 15046 des formats d'échange et plusieurs implantations de services. UML spécifications » . est choisi comme langage de modélisation conceptuelle pour la • Cette exigence sera production appliquée avant le dépôt desquicomposantes pour CD et DIS. de spécifications peuvent supporter la création d'unede telle structure immédiatement l'utilisation de OMT • L'ISO/TC 211 a résolu remplacer par UML pour la représentation graphique de schéma conceptuel. Cependant ce changement ne sera pas requis pour les CD dont l'échéance vient en mars 1998, s'il occasionne un retard dans leur soumission. – Unanimité Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 11

1. Les spécifications d’UML ? 1. 6 La documentation « OMG Unified Modeling Language Specification » • La version 1. 4 parue en septembre 2001 contient plus de 500 pages réparties en 6 chapitres : • • « UML Summary » : présentation de la norme UML « UML Semantics » : le métamodèle (éléments et sémantique) « UML Notation Guide » : notation graphique « UML Example Profiles » : extensions du métamodèle pour les processus (e. g « Rational Unified Processus » ) • « UML Model Interchange » : formats d’échange de modèles entre Ateliers de Génie Logiciel (XMI et CORBA IDL) • « Object Constraint Language Specification » : langage formel de description des contraintes en UML Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 12

2 Contenu d’UML 2. 1 a Les vues et les diagrammes • Un modèle UML est représenté à l’aide de 9 diagrammes regroupés en fonction des « 4+1 » vues définies par Ph. Kruchten (différentes perspectives, indépendantes et complémentaires pour l’architecture dans une publication IEEE, 1995). Use Case Diagrams Component Diagrams Class Diagrams Object Diagrams (ou de réalisation) Sequence Diagrams Collaboration Diagrams Statechart Diagrams Activity Diagrams Deployment Diagrams diagramme: représentation graphique d’éléments de modélisation Un diagramme est une représentation graphique d’éléments de modélisation (aspect statique, aspect dynamique) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 13

2 Contenu d’UML 2. 1 b Les vues et les diagrammes Les éléments de modélisation apparaissent dans plusieurs diagrammes pour pouvoir exprimer les différentes vues… Ces diagrammes sont aussi appelés diagrammes de structure statique Ces diagrammes sont aussi appelés diagrammes d’interactions … une variante de… Ces diagrammes sont aussi appelés diagrammes d’implantation Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 14

2 Contenu d’UML 2. 2 La forme du métamodèle Des « paquetages » ( regroupements) Séminaire B-Sharp & ENSG, 23 janvier 2003 Des diagrammes de classe « UML, méthode et norme universelle ? » 15

2 Contenu d’UML 2. 2 a Les éléments (métamodèle) Composition (nommée) association multiplicité agrégation (nommée) généralisation classe Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 16

2 Contenu d’UML 2. 2 b Les mécanismes (métamodèle) rôle clé : sélection d’un sous ensemble Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 17

2 Contenu d’UML 2. 2 b Les types (métamodèle) Une dichotomie (dans une note) Séminaire B-Sharp & ENSG, 23 janvier 2003 Une réalisation « UML, méthode et norme universelle ? » 18

3 Un aperçu du formalisme UML 3. 1 Les diagrammes de classes sont en fait des diagrammes de structure statique ( «static structural diagram» ), ils contiennent essentiellement des classes et des relations. classe (documentée, détaillée) association en forme verbale active contrainte Mais ils peuvent aussi contenir des interfaces, des packages voire des instances (des objets, des liens). Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 19

3 Un aperçu du formalisme UML 3. 2 Les diagrammes d’objets sont en fait des diagrammes d’instances ( «static structural diagram» ), ils contiennent essentiellement des objets et des liens qui servent d’exemples. programme Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 20

3 Un aperçu du formalisme UML 3. 3 Les diagrammes de cas d'utilisation contiennent des acteurs et leurs besoins fonctionnels sous forme de « cas d'utilisation » . Ils contiennent également les relations entre les acteurs ou les cas. acteur (ensemble de rôles : 1 par communication) cas d'utilisation Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 21

3 Un aperçu du formalisme UML 3. 4 Les diagrammes de collaboration montrent les interactions entre les objets (ou rôles) et permettent de préciser les messages. Ils peuvent également contenir des acteurs (déclencheurs). message rôle Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 22

3 Un aperçu du formalisme UML 3. 5 Les diagrammes de séquence montrent les interactions entre les objets (et leur cycle de vie) en insistant sur la chronologie message des messages. temps passé à l'état actif Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 23

3 Un aperçu du formalisme UML 3. 6 Les diagrammes d'états-transitions montrent le comportement des objets sous la forme d'automates hiérarchiques finis. Les automates sont complémentaires des scénarios (représentés par des collaborations). transition synchronisée état Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 24

3 Un aperçu du formalisme UML 3. 7 Les diagrammes d'états-transitions Les diagrammes d'activités sont une variante des diagrammes d'états-transitions pour représenter les comportements internes des méthodes ou des cas d'utilisation. activité Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 25

3 Un aperçu du formalisme UML 3. 8 Les diagrammes de composants décrivent les éléments physiques (fichiers, bibliothèques dynamiques, etc. ) et montrent les choix de réalisation. composant Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 26

3 Un aperçu du formalisme UML 3. 9 Les diagrammes de déploiement montrent la configuration des différents matériels et la répartition des programmes sur ces nœuds. composant Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 27

4 Méthode de développement ? ? ? 4. 1 Méthode « RUP » sous-jacente • « Rational Unified Process » « Prototypes » & « Round-trip engineering » (à base de "Reverse Engineering") Séminaire B-Sharp & ENSG, 23 janvier 2003 – Identification des acteurs – Diagramme des cas d’utilisation – Diagrammes de collaboration ou de séquence – Diagrammes de classes (par abstraction des objets) – Diagrammes d’états-transitions (cycles de vie des objets) – Diagrammes des composants – Diagrammes de déploiement « UML, méthode et norme universelle ? » 28

4 Méthode de développement ? ? ? 4. 2 a La « méthode IGN » • La méthode de développement en vigueur à l’Institut Géographique National est réglementée par : • « Charte Logiciels » v 1. 1 (1990) • « Charte des Projets » v 1. 3 (1993) • 3 phases principales : • la Définition Détaillée (ou « Analyse Fonctionnelle » ) • l’Étude Technique • la Réalisation (Conception et Programmation) • Processus de validation après chaque phase (à partir de tests et de prototypes) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 29

4 Méthode de développement ? ? ? 4. 2 b Le "Patchwork" d’outils IGN… • SADT (Structure Analysis and Design Technique) pour les fonctionnalités : • • • Support de communication (pages formatées et organisées) Un seul point de vue (celui de « l’utilisateur » ) Actigrammes + pages de texte ou de schémas (cf. ci-dessous) 2 ou 3 niveaux de décomposition 3 cycles auteur/lecteurs • HBDS (Hypergraph Based Data Structure) pour la modélisation des données : • hyperclasse, attribut, lien, prototypage (e. g pour les MCD géographiques) • objet, valeur d’attribut, lien entre objets (à titre d’exemple) • Schémas de circulation pour la circulation et la transformation des données : • acteurs, documents, activités • ADL (Algorithm Descriptive Language) pour les algorithmes principaux : • algorithmes "sténographiés" • HIPO (Hierarchical Input Process Output) pour les programmes : • arbres des appels • diagrammes Entrées-Traitements-Sorties Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 30

4 Méthode de développement ? ? ? 4. 3 UML dans la méthode IGN ? ? ? • POURQUOI ? • Standardisation des schémas vis à vis de l’OMG (? ? ? )… (de l’ISO) • Utilisation des mêmes symboles pour l’analyse et la réalisation (la méthode HIPO se heurte à la programmation orientée objet) • QUE FAIRE ? • Remplacer les « outils » SADT, HBDS, Schéma de circulation, etc. : • dans la documentation présentée à l’extérieur • pas dans les formations (Une présentation complète d’UML nécessite environ 5 jours alors que celle actuelle se fait en 2 jours) • QUI EST CONCERNÉ ? • Les analystes et programmeurs déjà formés doivent apprendre ce langage • Les responsables doivent être initiés à la lecture des diagrammes • OÙ INTERVIENNENT LES CHANGEMENTS ? • Essentiellement dans les processus de rédaction (grâce aux formations actuelles) • QUAND FAUT-IL LES METTRE EN ŒUVRE ? • Quand une directive où l’utilisation d’un logiciel imposera UML !!! • COMMENT FAIRE CETTE TRANSITION ? • En imposant dans les chartes IGN l’utilisation d’UML… Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 31

5 Conclusion 5. 1 Avantages et inconvénients d’UML Ces listes ne sont évidemment pas exhaustives… • Avantages • Inconvénients – Standard de l’OMG et normalisation ISO ? ? ? – Notation « précise » – Ateliers de Génie Logiciel (gain de temps) – Programmation automatique & « Reverse Engineering » => prototypes (logiciels) – Pas de risque d’être prisonnier d’une méthode (pas forcément adaptée aux contraintes, « us et coutumes » ) Séminaire B-Sharp & ENSG, 23 janvier 2003 – Notation plus longue à maîtriser => interprétations et errances – Pas unicité de la notation (à cause des stéréotypes) – Risque d’être dépendant du logiciel (voire du fabricant) – Risque de perdre l’indépendance logicielle & matérielle au moment de l’analyse – L’absence de méthode « imposée » risque de conduire à une utilisation déviée d’UML d’où la perte de l’intérêt initial… « UML, méthode et norme universelle ? » 32

5 Conclusion 5. 2 Méthode et norme universelle ? ? ? • Méthode ? • Norme ? Langage de modélisation Processus de développement => + RUP (ou autre) "Standard" de l’OMG ISO / « Publicly Available Specification » en cours… Métamodèles (stéréotypes) • Universelle ? Séminaire B-Sharp & ENSG, 23 janvier 2003 Outils (Rational Rose, Perceptory, …) « UML, méthode et norme universelle ? » 33

Annexe : UML Package Dependencies Stéréotype dépendance paquetage Figure 5 -1 UML Package Dependencies Extraite. Séminaire de « OMG Unified Modeling Language version 1. 4 » , B-Sharp & ENSG, « UML, méthode et norme universelle ? » OMG, septembre 2001 23 janvier 2003 34

Annexe : Séminaire B-Sharp & ENSG, 23 janvier 2003 Figure 5 -2 Core Package - Backbone Extraite de « OMG Unified Modeling Core Package - Backbone Language version 1. 4 » , OMG, septembre 2001 « UML, méthode et norme universelle ? » 35

Annexe : Séminaire B-Sharp & ENSG, 23 janvier 2003 Figure 2 -8 Core Package – Classifiers Extraite de « OMG Unified Modeling Language version 1. 4 » , OMG, septembre 2001 Core Package – Classifiers « UML, méthode et norme universelle ? » 36

Annexe : exemple de dichotomie Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 37

Annexe : classes Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 38

Annexe : interfaces représentation graphique Séminaire B-Sharp & ENSG, 23 janvier 2003 stéréotype « UML, méthode et norme universelle ? » 39

Annexe : associations, compositions, généralisations, dépendances Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 40

Annexe : objets Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 41

Annexe : collaborations Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 42

Annexe : séquences création activation fin de vie récursion Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 43

Annexe : états-transitions événement Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 44

Annexe : activités décision Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 45

Annexe : composants décision Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 46

Annexe : contraintes et commentaires Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 47

Annexe : exemple de modèle UML Extraits de « UML, le retour en grâce [2 e partie]» jeudi 17 octobre 2002, par Philippe Saint Martin (article paru dans Développeur Référence" du 22 Novembre 2002) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 48

Annexe : méthode par élaboration Extraits de « UML, le retour en grâce [2 e partie]» jeudi 17 octobre 2002, par Philippe Saint Martin (article paru dans Développeur Référence" du 22 Novembre 2002) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 49

Annexe : méthode par transformation Extraits de « UML, le retour en grâce [2 e partie]» jeudi 17 octobre 2002, par Philippe Saint Martin (article paru dans Développeur Référence" du 22 Novembre 2002) Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 50

Annexe : un « schéma de circulation » Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 51

Annexe : HIPO arbre des appels Projet Cours Auteur Date JMLG 19/01/01 Nom de l’application Nom du diagramme Numéro Recup. Tab Gest. Tab Description de l’application Description du diagramme Gestionnaire de tableaux 1. 0 Page 3 Récupération du tableau Recup. Tab 1. 0 Charger Saisir 1. 1 Séminaire B-Sharp & ENSG, 23 janvier 2003 1. 2 « UML, méthode et norme universelle ? » 52

Annexe : HIPO diagramme ETS Projet Auteur Cours Entrées Date JMLG 19/01/01 Entrées Nom de l’application Nom du diagramme Recup. Tab Gest. Tab Description de l’application 1. 0 Description du diagramme Gestionnaire de tableaux Traitements Numéro Page 4 Récupération du tableau Traitements Sorties Si choix utilisateur est Saisir 1. 1 Tab Si choix utilisateur est Charger Fic Charger 1. 2 Sinon Message d’erreur Séminaire B-Sharp & ENSG, Fin si « UML, méthode et norme universelle ? » 23 janvier 2003 Écran 53

Annexe : Static Structural Diagram vs HBDS Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 54

Annexe : MCD géographique en HBDS Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 55

Annexe : de l’algorithme à Java Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 56

Annexe : de l’algorithme à Java (boucles suite) Java Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 57

Annexe : de l’algorithme à Java (débranchements, . . . ) Java Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 58

Annexe : Géométrie de Perceptory • QU'EST-CE QUE PERCEPTORY? [Selon son auteur : Pr. Y. Bédard de l ’Université Laval - Canada (http: //sirs. scg. ulaval. ca/yvanbedard)] « De façon générale, on peut décrire Perceptory comme : • un outil simple, efficace et testé de modélisation visuelle de bases de données spatiale (BDS) et de base de données spatio-temporelles ; • un outil multimédia permettant d’annoter de façon informelle ou provisoire un modèle de classes d'objet avec des extraits sonores, graphiques ou vidéo ; • un outil ouvert que vous pouvez adapter facilement avec des produits communs comme Access, Word, Visio ou VB ; • un gratuiciel (freeware) développé sur un gabarit supporté par le logiciel Visio (2000 dans l'environnement Windows). Ce gabarit et les fichiers l'accompagnant peuvent être téléchargés [sur le site http: //sirs. scg. ulaval. ca/Perceptory]. » • Un extrait du modèle UML de la géométrie de Perceptory : Séminaire B-Sharp & ENSG, 23 janvier 2003 « UML, méthode et norme universelle ? » 59