Introduction à UML Langage de modélisation pour la Conception Orientée Objet
|
|
- Sylvaine Moreau
- il y a 6 ans
- Total affichages :
Transcription
1 . Ecole Nationale Polytechnique Département Génie Industriel Année Universitaire 2011/2012 Programmation avancée Introduction à UML Langage de modélisation pour la Conception Orientée Objet Introduction Un ingénieur doit être capable de : 1. Spécifier clairement le problème qu il doit résoudre. 2. Dialoguer avec des équipes de conception/ les clients. besoin d un langage ou d une méthode de spécification et de modélisation. UML «Unified Modeling Language «Langage de Modélisation Unifié» UML : Langage de modélisation graphique Programmation sans programmer 1. Introduction Modélisation Les vues UML Diagrammes UML 2. Spécifications des besoins Modèle des besoins Cas d'utilisation (CU) Diagramme des CU 3. Diagrammes Structurels Diagrammes de classes Diagrammes d objets Les diagrammes d implémentation i. Diagrammes de composants / ii. Diagrammes de déploiement 4. Diagrammes comportementaux Diagramme de séquence système Diagramme d activités Diagramme états-transitions 5. Diagrammes d'interaction. Diagramme de séquences Diagrammes de communication /collaboration 6. Conclusion ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 1 Modélisation Un modèle est une abstraction de la réalité Modéliser = identifier les caractéristiques intéressantes d un système Principes de base Tout modèle peut être exprimé à divers niveaux d abstraction. On ne peut rendre compte de la complexité d'un système par une représentation unique; il est nécessaire d'avoir plusieurs points de vue complémentaires : De nombreuses méthodes 1. Méthodes orientées données : entité relation (Merise) 2. Méthodes orientées comportement :, réseaux de Petri - SART 3. Méthodes fonctionnelles hiérarchiques : data flow, SADT, SASD 4. Méthodes orientées objets : OOA et OMT, OOD/HOOD/OOSD Unification des méthodes : Besoin d un langage commun unique UML standardisation des artéfacts de développement (modèles, notation, diagrammes Points forts des sources OMT : Représentation graphique des aspects statique, dynamique et fonctionnel. BOOCH : Concept de package, OOSE : Analyse des besoins des utilisateurs «cas d utilisation». Qu est-ce que UML? UML est un langage visuel pour la modélisation. Adapté à toutes les phases du développement Indépendant des langages de programmation Les vues UML ("4+1") : UML propose différentes vues complémentaires de l architecture du système. 1. Vue logique : Vue de haut niveau : Le COMMENT. 2. Vue implémentation : Vue de bas niveau de réalisation. 3. Vue des processus : Vue temporelle et technique. 4. Vue de déploiement : Description des ressources + le OÙ. + vue : cas d'utilisation : Description des besoins attendus (c'est le QUOI et le QUI). N.B. : le POURQUOI?, n est pas défini dans UML. ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 2
2 Diagrammes UML Cas d'utilisation Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect précis du modèle; c'est une perspective du modèle, pas «le modèle». Les principaux diagrammes Diagramme de «cas d utilisation» Diagrammes structurels (vue statique) Diagrammes comportementaux (vue dynamique) Vue d'ensemble des diagrammes UML Analyse et spécification des besoins Description fonctionnelle du système selon le point de vue de ses futurs utilisateurs : Diagramme de cas d utilisation Conception : Structuration des données du système définies comme un ensemble de relations entre classes : Diagrammes de classes/objets : Représentation du comportement des objets d une classe 1. Diagramme d états-transitions 2. Diagramme d activités : 3. Diagramme de séquence Description du déploiement des composants : 1. Diagramme de composants 2. Diagramme de déploiement : Spécification des besoins 1. Identifier les fonctionnalités principales (critiques) du système. 2. Définir le contour du système à modéliser (ce qu il y a à faire et ne pas faire ) Ne pas chercher l'exhaustivité, juste clarifier, filtrer et organiser les besoins! UML : Spécification des besoins L'utilisateur est le mieux placé pour parler de ses besoins : 1. Quels types d utilisateurs (les acteurs du système)? 2. Que devrait faire le système (comportement désiré)? Définir les besoins du point de vue de l utilisateur. ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 3 Objets du domaine À partir de concepts que manipule le système, on cherche les noms des objets représentatifs et on construit un glossaire. Le glossaire sera d une grande utilité pour : 1. Formuler les fonctionnalités et les services attendus du système. 2. Spécifier les cas d'utilisation. Pour chaque objet rechercher les différentes interactions métier avec lesquelles il utilise/agit sur le système. Exemple : Gestion d un aéroport Exemple : Gestion de scolarité Glossaire Glossaire Tour de contrôle Étudiant Avion Scolarité Vol Administration Atterrissage Inscription Décollage Dossier Pilote Frais d inscription Passager Carte d étudiant Examens Comportement = {Actions} + {Réactions} Cas d'utilisation Les cas d'utilisations spécifient les fonctionnalités du système Un cas d'utilisation un ensemble d interactions entre acteur(s) et système. Acteur : Une entité externe, humaine ou matérielle, qui interagit avec le système : 1. Acteurs principaux : Le système est construit peur eux. 2. Acteurs secondaires : Acteurs qui interagissent avec le cas d utilisation mais dont l objectif n est pas essentiel. Diagramme des cas d utilisation (use cases) La description des cas d utilisation repose sur la notion de scénario. Un scénario = un flot d'évènements qui permettent d'accomplir la fonctionnalité ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 4
3 Un scénario décrit ce que le système doit faire et pas comment il le fait. Les scénarios doivent contenir : a) Quand et comment le cas d'utilisation démarre et se termine. b) Les interactions du cas d'utilisation et des acteurs. c) Les données nécessaires au cas d'utilisation. d) La séquence d'évènement normale. e) La description de tous les flots d évènements alternatifs ou exceptionnels (erreurs). Plusieurs formats de description (Pas de standardisation dans UML) 1. Abrégé : Scénario de base. 2. Détaillé : Tous les scénarios. 3. Graphique : Diagrammes de séquence système. Cas d utilisation : Description textuelle Une description textuelle est plus informelle, plus lisible pour un non-informaticien. Plan Type Cas d utilisation : Exemple Cas d utilisation Inscription d un Étudiant Titre Procédure d inscription d un étudiant. Objectifs Dossier d inscription, paiement, délivrance de la carte d étudiant. Acteur principal Étudiant Acteur secondaire Scolarité Préconditions Vérification préalable des conditions d inscription Post conditions Dossier d inscription, paiement, délivrance carte élève1. Scénario nominal 1. L étudiant présente sa demande 2. Paiement des frais d inscription 3... Scénario alternatifs Scénario exception Si année blanche, vérifier dossier Relations entre cas d utilisation Les cas d utilisation peuvent être structurés Les relations entre les cas d'utilisation 1. Relation de communication avec le système : Déclenche 2. Relation d'utilisation entre cas <Utilise> : inclusion <<Include>> 3. Relation d'extension entre cas << Étend >> : <<extend>>.relation d'utilisation La relation <<Utilise>> suppose une obligation d'exécution des interactions décrites dans un autre cas. Interactions systématique Exemple : La relation d'utilisation sert parfois pour alléger la description de cas principaux ou secondaires particulièrement importants Relation d'extension ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 5 La relation <<etend>> montre une possibilité d'exécution d'interactions qui améliorent les fonctionnalités du cas étendu, Exemple : La relation <<etend>> est typique d'une situation optionnelle dans les interactions : Tel acteur a le choix parmi les cas d utilisation. Exercice : Soit un distributeur automatique de billet (DAB). Les clients peuvent accéder à leurs comptes bancaires pour faire un retrait en espèce ou pour vérifier le solde de leur compte. Fonctionnement : le client insère sa carte, saisit son code secret. Le code est vérifié avant d afficher un menu s options. Après trois erreurs la carte est avalée. Le client demande une somme d argent, le DAB se connecte à la banque du client pour valider la transaction. L argent retirable est limité par l argent disponible dans le DAB et par une limite inscrite sur la carte. Évidemment, le DAB doit être rechargé périodiquement en billets. Enfin, le client a la possibilité d annuler et de mettre fin à l opération. Donner le diagramme des cas d utilisation. Solution : Le DAB communique avec : 1. Le client : toute personne possédant une carte. 2. Le système d'information d'une banque (Autorisation de transactions) 3. L'opérateur de maintenance : Recharger le DAB, Récupérer les cartes avalées par le DAB etc). Cas d utilisation : Remarques? Les cas d'utilisation peuvent être classés (Une propriété à chaque cas=niveau de valeur ajoutée)? L'ensemble des CU décrit les objectifs (le but) du système.? Le diagramme des cas d utilisation est un outil de communication 1. Utilisateur / expert du domaine 2. Développeur/concepteur ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 6
4 Diagrammes structurels : Les diagrammes structurels sont employés pour capturer l'organisation physique des éléments dans le système. 1. Diagrammes de classes : Modèle conceptuel du système. 2. Diagrammes d objets : Un vue (instantané) du système. 3. Diagrammes de composants : Ressources du système. 4. Diagrammes de déploiement : Besoins en équipements et leur déploiement. Rappels: Modélisation orientée Objet. UML est basé sur différents concepts de base : (1) Objet et Classe, (2) Lien, Association (3) Contrainte. Les objets sont identifiés dans le système et portent un nom. Une classe décrit un ensemble d'objets ayant des propriétés similaires (attributs), des comportements communs (Méthodes/Opérations) et partageant les mêmes liens avec les autres objets. Généralement dans le cahier des charges, les noms sont des classes ou des attributs de classes et les verbes sont des méthodes o Un objet est une instance d une classe o Un lien est une association entre deux objets. UML propose des notations et des diagrammes 1. Diagrammes de classes (Niveau modélisation : cas général) 2. Diagrammes d objets (Niveau instance : exemples) Diagrammes de classes Le diagramme de classes (DC): Le plus largement répandu dans les spécifications Le diagramme de classe permet de représenter l ensemble des informations finalisées du domaine de l application. Le DC identifie la structure des classes d'un système : 1. Les propriétés et les méthodes de chaque classe. 2. Les diverses relations de dépendance entre classes Représentation des classes: Les classes sont représentées par des rectangles compartimentés :? 1er compartiment représente le nom de la classe.? Le 2ème compartiment représente les attributs de la classe.? Le 3ème compartiment représente les opérations de la classe. Un attribut est une caractéristique intrinsèque partagée par tous les objets d une classe.? On peut donner une valeur initiale à l attribut Une opération est un service que propose une classe sur son interface. Diagramme d objets Représentation des objets Un objet est représenté par un rectangle découpé en deux compartiments. Le nom de l objet peut être présenté selon trois formats plus ou moins précis. Les diagrammes des objets (DO) modélisent des exemples de classes. o Le DO est employé pour décrire un état possible du système. o Le DO emprunte les éléments et la notation du diagramme des classes. o Les diagrammes d objets peuvent être utilisés pour 1. Expliquer un diagramme de classe (donner un exemple) 2. Valider un diagramme de classe et ses règles de multiplicité. 3. Exprimer une exception en modélisant des cas particuliers. Le diagramme de classes modélise les règles, le diagramme d objets modélise des faits. Exemples : Donner les diagrammes d objets et les diagrammes de classes correspondants aux situations suivantes L Algérie est frontalière avec la Tunisie. Le Maroc est frontalier avec L Algérie. L Égypte est frontalière avec la Lybie. Analyse : Une frontière sépare (Exactement) deux pays. Diagramme de classes : Diagrammes d objets : Naturellement, dans les diagrammes d objets, on ne représente pas les multiplicités. Deux pays voisins sont Frontaliers. Diagrammes de composants Un composant encapsule des fonctionnalités bien définies et cohérentes. Modélisation du système sous forme de composants: Modules, programmes, processus, tâches.? Les dépendances entre composants permettent de mettre en évidence la réutilisation de composants.? Les composants peuvent être organisés en paquetages, qui définissent des soussystèmes. Diagrammes de déploiement : Identification des éléments de l'architecture physique du système (PC, Stations de travail, Serveurs, Modem etc.) Disposition des composants logiciels (les différents modules de l application : Fichiers exécutables, librairies, etc.) sur ces éléments matériels. Les interconnexions physiques (natures des lignes de communication) entre les dispositifs matériels peuvent être précisées. ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 7 ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 8
5 UML : Diagrammes comportementaux Capture des conditions, des opérations, et des changements d'état interne pour les éléments du système. Les diagrammes comportementaux sont : 1. Diagrammes d activités : modélisent l activité des objets du système (organigramme) 2. Diagrammes d état-transition : modélisent les changements d etat des objets du système. 3. Diagrammes de collaboration/ de séquences : modélisent les interactions des objets dans un système. Diagramme de séquence système? Représentation de la chronologie des envois de messages entre des acteurs et le système vue comme une entité (boite noire)? Le temps y (Lifelines) est représenté explicitement par la dimension verticale et s écoule de haut en bas. Message = un événement + une action Exemple : Ascenseur Description compacte des diagrammes de séquences Il est possible d effectuer des échanges conditionnels, de combiner des fragments de séquences avec des opérateurs prédéfinis (notation UML 2)? Alternative (alt), Option (opt), Boucle (loop), Parallèle (par)? «Critical», pour désigner une section critique? «Ignore» et «Consider», pour filtrer les messages Les diagrammes de séquence peuvent servir à illustrer un cas d'utilisation. Exemple : DAB Exemple DAB: Identification Exemple DAB: Retrait Exemple DAB: Consultation ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 9 Types de messages : Synchrone: l émetteur est bloqué jusqu à la fin du traitement. Asynchrone: l émetteur peut poursuivre son exécution. Les diagrammes de séquence sont utilisés dans le modèle dynamique : Exercice : Donner le diagramme de séquence du cas suivant : Utilisation d un téléphone pour la communication entre deux personnes. Scénario : le numéro appelé n'est pas occupé L'appelant décroche le téléphone La tonalité est déclenchée L'appelant tape un chiffre La tonalité s'arrête L'appelant tape le reste du numéro Le téléphone appelé commence à sonner et la tonalité de sonnerie commence dans appelant L'appelé décroche Le téléphone de l'appelé cesse de sonner et la tonalité de sonnerie cesse dans appelant Les téléphones sont connectés. La conversation se déroule L'appelé raccroche le téléphone Les téléphones sont déconnectés L appelant raccroche le téléphone Limites des diagrammes de séquences :? Comment faire apparaître des opérations non séquentielles?? Les diagrammes de séquences et les diagrammes d'état-transitions sont les vues dynamiques les plus importantes d'uml. Diagramme d activités (états-actions) Activité : enchaînement plus ou moins complexes d actions. Objectif : Mettre en évidence les contraintes de séquent alité et de parallélisme entre # activités. Représentation du flot de contrôle : déroulement d étapes regroupées séquentiellement dans des branches parallèles : couloirs d activités. Les diagrammes d activités permettent de? Mettre l accent sur les traitements.? Représenter graphiquement le déroulement d un cas d utilisation. Le diagramme d activités est une variante du diagramme d états-transitions. o Le passage d une activité vers une autre est matérialisé par une transition Synchronisation On peut éventuellement synchroniser deux activités déclenchées par la même transition On peut également démarrer une activité en synchronisant l achèvement de deux autres. ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 10
6 Diagramme états-transitions Un objet peut passer par une série d états pendant sa durée de vie. Un état = étape dans le cycle de vie d un objet durant lequel 1. il satisfait à certaines conditions. 2. il réalise certaines actions. 3. ou attend certains événements. Le passage d un état à un autre est une transition. Un événement est quelque chose qui se produit pendant l exécution d un système et qui mérite d être modélisé. À la réception d un événement, une transition peut être déclenchée et fait basculer l objet dans un nouvel état. Le comportement est modélisé par un graphe : 1. Nœuds = états possibles des objets. 2. Arcs = transitions d état à état. La condition de passage est appelée «garde» On peut préciser une action ou activité à la transition Le diagramme d état transition est une abstraction des comportements possibles à l image des diagrammes de classes qui sont les abstractions de la structure statique. Chaque diagramme d état transition comprend: Un état initial unique, des états intermédiaires, un ou plusieurs états finaux. Transitions internes Une transition interne ne possède pas d état cible. l état actif reste le même à la suite de son déclenchement. Les transitions internes sont spécifiées dans un compartiment de leur état associé. Les transitions internes possèdent des noms d événement prédéfinis (mots clefs réservés) : entry, exit, do et include. Les diagrammes d'interaction. Une interaction est un échange de messages entre les éléments d un système. Il existe deux types de diagrammes d interaction : 1. Diagramme de séquence : représentation temporelle d une interaction 2. Diagramme de communication : représentation spatiale d une interaction. Le plus utilisé est le diagramme de séquence. Diagramme de séquences? Description de l ordre des interactions entre les objets qui composent le système. Remplacer dans le DSS le système par une collaboration d'objets. Les diagrammes de séquences permettent de faire apparaitre :? Les objets intervenant dans l interaction? La description de l interaction (messages). Un diagramme des séquences permet de vérifier que tous les acteurs, les classes, les associations et les opérations ont bien été identifiés dans les diag. de cas et de classes.. Exercice : Étude du Cas ascenseur Étude du déplacement d un ascenseur entre les étages : Contraintes suivantes: L ascenseur possède un bouton pour chaque étage. Un témoin s allume lorsque l ascenseur est en déplacement. Le témoin s éteint quand l ascenseur arrive à l étage souhaité. Chaque étage, possède un bouton pour demander l ascenseur. Le bouton s allume lorsqu il est appuyé et s éteint quand l ascenseur arrive à l étage. Quand l ascenseur n est pas requis, il reste à l étage où il se trouve et ferme ses portes. Travail demandé Décrire à l aide d un diagramme de séquence chacun des scénarios suivants: 1. requête d ascenseur depuis l étage. 2. requête d étage depuis l ascenseur. Représentation du flot de controle? On peut matérialiser la création et la destruction d objets.? Modélisation des structures de contrôles conditionnelles, o par pseudo-code (if X else end if)/ou par garde ([X]) o et duplication de la ligne de vie.? Modélisations de l envoi de messages récursifs par un dédoublement de la bande d activation.? Modélisations des structures itératives par pseudo-code ou par condition d itération Syntaxe générale de l étiquette d un message : [ [ condition ] ] [itération] [résultat :=] nom message [ ( arguments ) ] ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 11 ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 12
7 Diagrammes de communication /collaboration Le diagramme de communication répond aux mêmes objectifs que le diagramme de séquences, mais avec une vision différente : Représentation des interactions et échanges de messages entre les objets. La dimension temporelle est ajoutée grâce à des numéros de séquences Les messages sont placés par-dessus un diagramme d'objets. Le passage à un diagramme de séquences et inversement est simple. Chaque élément d une collaboration joue un role. Les diagrammes de collaboration sont plus adaptés quand une opération fait interagir de nombreux objets. Remarques : Un diag. communication propose la même information qu un diagramme d objets, en y ajoutant les envois de messages inter objets, Si les opérations ont une structure algorithmique, on préfèrera les décrire avec des diagrammes d activités. La construction d'un diagramme de communication peut également être l'opportunité de tester un modèle statique pendant la conception. : Exécution d un scénario sur des instances d objets. Modélisation et Diagrammes UML Conclusion UML : Un ensemble de formalismes permettant d appréhender un problème et de le modéliser. Une aide à toutes les étapes de conception du projet Modélisation visuelle : Facilite la communication entre les personnes (client, experts du domaine, analystes, concepteurs,...) Les diagrammes principaux :? Cas d utilisation : C est là où on assimile les fonctionnalités demandées par le client? Diagramme de classes : Le cœur de la conception d un système? Diagramme de séquence : Indispensable pour comprendre l interaction entre les classes.? Diagramme états- transitions et diagramme d activités : Toute la dynamique du système est là. Un formalisme n est qu un outil : Le succès = savoir utiliser les outils Il n'y a pas spécialement de difficultés à apprendre la méthode des diagrammes UML, il faut simplement s'y intéresser et surtout la pratiquer. Principe de modélisation Les modèles ne sont pas justes ou faux; ils sont seulement plus ou moins utiles. Martin FOWLER Un diagramme n'est pas forcément une représentation exhaustive d'un modèle. Selon le "guide de l'utilisateur UML" [GUML] : Un diagramme bien structuré doit : Être centré sur la communication d'un aspect d'une vue du système. Ne contenir que les éléments essentiels à la compréhension de cet aspect. Fournir les détails cohérents avec son niveau d'abstraction : peut cacher des parties du modèle Ne pas être trop minimaliste afin de ne pas ignorer une sémantique importante. ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 13 ENP /2011/2012/G.I /1 Année / Chap. 2 : UML 14
Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language
Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric
Plus en détailLes diagrammes de modélisation
L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse
Plus en détailbasée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML
basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes
Plus en détailIFT2255 : Génie logiciel
IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti
Plus en détailChapitre I : le langage UML et le processus unifié
I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et
Plus en détailCours de Génie Logiciel
Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes
Plus en détailCours STIM P8 TD 1 Génie Logiciel
Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels
Plus en détailTable des matières Sources
Table des matières Modélisation objet avec UML... 2 Introduction... 2 Modèle de système informatique :... 2 Pourquoi UML pour la modélisation Objet?... 3 Représentation dynamique du système... 5 Le diagramme
Plus en détailUniversité de Bangui. Modélisons en UML
Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et
Plus en détailMODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»
MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1
Plus en détail3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes
PLAN CYCLE DE VIE D'UN LOGICIEL EXPRESSION DES BESOINS SPÉCIFICATIONS DU LOGICIEL CONCEPTION DU LOGICIEL LA PROGRAMMATION TESTS ET MISE AU POINT DOCUMENTATION CONCLUSION C.Crochepeyre Génie Logiciel Diapason
Plus en détailUML Diagramme de communication (communication diagram) Emmanuel Pichon 2013
UML Diagramme de communication (communication diagram) 2013 Diagramme de communication (communication diagram) Utilisation / objectifs Sens Ce diagramme présente des objets, des acteurs, des liens et des
Plus en détailGénie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique
Génie logiciel avec UML Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Claude Boutet Session hiver 2008 Modélisation de systèmes Table des matières TABLE DES
Plus en détailAnalyse,, Conception des Systèmes Informatiques
Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance
Plus en détailLe Guide Pratique des Processus Métiers
Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016
Plus en détailUML (Paquetage) Unified Modeling Language
UML (Paquetage) Unified Modeling Language Sommaire Introduction Objectifs Paquetage Espace de nommage d un paquetage Dépendances entre paquetages 2 Notion introduite véritablement par UML car superficiellement
Plus en détailProjet Active Object
Projet Active Object TAO Livrable de conception et validation Romain GAIDIER Enseignant : M. Noël PLOUZEAU, ISTIC / IRISA Pierre-François LEFRANC Master 2 Informatique parcours MIAGE Méthodes Informatiques
Plus en détailSommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh
NOTATION UML AVEC RATIONAL ROSE G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh Sommaire 1 GÉNÉRALITES...2 1.1 ENVIRONNEMENT LOGICIEL...2 1.2 LES VUES DU LOGICIEL ROSE...3 1.3 ORGANISATION RECOMMANDÉE...3
Plus en détailProgramme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)
Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée
Plus en détailUML (Diagramme de classes) Unified Modeling Language
UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association
Plus en détailRational Unified Process
Rational Unified Process For Christiane DAVOINE-GUHUR Société GICAB - Vannes Christiane.Davoine@CA-GICAB.fr Table des Matières 1 INTRODUCTION... 1 2 LES COMPOSANTS ET LES GRANDS PRINCIPES DU PROCESSUS...
Plus en détailGuichet automatique de banque
Guichet automatique de banque Mastère 2004 1 Guichet automatique de banque : GAB Objectif : Illustrer la vue fonctionnelle et particulièrement la définition des cas d utilisation. 1. Spécification du problème
Plus en détailLangage et Concepts de ProgrammationOrientée-Objet 1 / 40
Déroulement du cours Introduction Concepts Java Remarques Langage et Concepts de Programmation Orientée-Objet Gauthier Picard École Nationale Supérieure des Mines de Saint-Étienne gauthier.picard@emse.fr
Plus en détailMaster MIDO 2ème année. Spécification et Conception en UML Maude Manouvrier
Master MIDO 2ème année Spécification et Conception en UML Maude Manouvrier Spécifications initiales Analyse Conception du système Conception des classes Bibliographie Modélisation et conception orientées
Plus en détailBusiness Process Modeling (BPM)
Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture
Plus en détailMineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)
Mineure SOA Business Process Modeling (BPM) Idir AIT SADOUNE idir.aitsadoune@supelec.fr Idir AIT SADOUNE - Plan 1 Notion de processus? 2 Modélisation des processus? 3 Langages
Plus en détailPrésentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.)
Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.) Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Introduction Les modèles d'omt Le Modèle Objet (MO) Le Modèle
Plus en détailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détailLANGAGUE JAVA. Public Développeurs souhaitant étendre leur panel de langages de programmation
ING 01 LANGAGUE JAVA Durée : 21 heures 1090 HT / jour Dates : à définir en 2012 Concevoir et développer des programmes en langage Java Comprendre le fonctionnement de la machine virtuelle S approprier
Plus en détailLe Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer
Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de
Plus en détailIngénierie des Modèles. Méta-modélisation
Ingénierie des Modèles Méta-modélisation Eric Cariou Master Technologies de l'internet 2 ème année Université de Pau et des Pays de l'adour UFR Sciences Pau Département Informatique Eric.Cariou@univ-pau.fr
Plus en détailPlan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml
OCL Object Constraint Language Le langage de contraintes d'uml Plan 1. Introduction 2. Les principaux concepts d'ocl Object Constraint Language 1 Object Constraint Language 2 Exemple: une application bancaire
Plus en détailPROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN
PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,
Plus en détailSommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement
Conduite de projet Méthode d analyse et de conception Processus unifié G. Picard SMA/G2I/ENS Mines Saint-Etienne gauthier.picard@emse.fr Octobre 2009 Sommaire!!Objectifs d un processus d ingénierie logicielle!
Plus en détailPrésentation du PL/SQL
I Présentation du PL/ Copyright Oracle Corporation, 1998. All rights reserved. Objectifs du Cours A la fin de ce chapitre, vous saurez : Décrire l intéret du PL/ Décrire l utilisation du PL/ pour le développeur
Plus en détailArchitecture d'entreprise : Guide Pratique de l'architecture Logique
Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam
Plus en détailINF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude
INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude
Plus en détailRTDS G3. Emmanuel Gaudin emmanuel.gaudin@pragmadev.com
RTDS G3 Emmanuel Gaudin emmanuel.gaudin@pragmadev.com PragmaDev Dédiée au développement d un AGL pour le développement des applications temps réel et embarquées. Réseau de partenaires: Formations, Service,
Plus en détailGénie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon
Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Travail pratique #1 «Réalisation d'une plateforme de vente aux enchères électronique» À réaliser individuellement ou en équipe
Plus en détailTP n 2 Concepts de la programmation Objets Master 1 mention IL, semestre 2 Le type Abstrait Pile
TP n 2 Concepts de la programmation Objets Master 1 mention IL, semestre 2 Le type Abstrait Pile Dans ce TP, vous apprendrez à définir le type abstrait Pile, à le programmer en Java à l aide d une interface
Plus en détailQualité du logiciel: Méthodes de test
Qualité du logiciel: Méthodes de test Matthieu Amiguet 2004 2005 Analyse statique de code Analyse statique de code Étudier le programme source sans exécution Généralement réalisée avant les tests d exécution
Plus en détailConception des systèmes répartis
Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan
Plus en détailCours Gestion de projet
Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA
Plus en détailGénérer du code à partir d une description de haut niveau
Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,
Plus en détailConception, architecture et urbanisation des systèmes d information
Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction
Plus en détailMéthodes d évolution de modèle produit dans les systèmes du type PLM
Résumé de thèse étendu Méthodes d évolution de modèle produit dans les systèmes du type PLM Seyed Hamedreza IZADPANAH Table des matières 1. Introduction...2 2. Approche «Ingénierie Dirigée par les Modèles»
Plus en détailCours en ligne Développement Java pour le web
Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité
Plus en détailMéthodologies de développement de logiciels de gestion
Méthodologies de développement de logiciels de gestion Chapitre 5 Traits caractéristiques des deux approches de méthodologie Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch
Plus en détail//////////////////////////////////////////////////////////////////// Administration bases de données
////////////////////// Administration bases de données / INTRODUCTION Système d informations Un système d'information (SI) est un ensemble organisé de ressources (matériels, logiciels, personnel, données
Plus en détailPascal Brunot Hadrien Cambazard UML FOR BUSINESS INTELLIGENCE PROJECT
UML FOR BUSINESS INTELLIGENCE PROJECT Abstract : this document deals with the role of UML into business intelligence projects (like data warehousing). After a quick overview of what UML offers, it focuses
Plus en détailDescription de la formation
Description de la formation Modalités Ce parcours de formation est un parcours en alternance, d une durée de 2ans, à raison d une semaine de formation par mois, soit 770 heures et de trois semaines de
Plus en détailCours de Java. Sciences-U Lyon. Java - Introduction Java - Fondamentaux Java Avancé. http://www.rzo.free.fr
Cours de Java Sciences-U Lyon Java - Introduction Java - Fondamentaux Java Avancé http://www.rzo.free.fr Pierre PARREND 1 Octobre 2004 Sommaire Java Introduction Java Fondamentaux Histoire de Java Machine
Plus en détailQUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL
QUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL LA DÉCOUPE MVC (MODEL VIEW CONTROL) Imaginez la programmation en Python d un petit menu d une application visible sur la figure A.1. Lorsqu on clique sur un
Plus en détailComparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML
Olivier Glassey Jean-Loup Chappelet Comparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML Working paper de l'idheap 14/2002 UER: Management public / Systèmes d'information
Plus en détailRAPPORT DE CONCEPTION UML :
Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions
Plus en détailBesoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier.
chapitre1 Besoins utilisateurs Quelle démarche pour passer des besoins au code?? UNIFIED MODELING LANGUAGE package LogiqueMetier.Gestion; import LogiqueMetier.Catalogue.Livre; import java.util.*;public
Plus en détailIntelligence Artificielle Planification
Intelligence Artificielle Planification Bruno Bouzy http://web.mi.parisdescartes.fr/~bouzy bruno.bouzy@parisdescartes.fr Licence 3 Informatique UFR Mathématiques et Informatique Université Paris Descartes
Plus en détailBien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.
Bien programmer en Java 7 Avec plus de 50 études de cas et des comparaisons avec C++ et C# Plus de 10 000 ex. vendus! Édition en couleur Emmanuel Puybaret, ISBN : 978-2-212-12974-8 chapitre1 Présentation
Plus en détailLES INTERFACES HOMME-MACHINE
LES INTERFACES HOMME-MACHINE 1 ère Partie : Introduction aux Interfaces Homme-Machine 2 ème Partie : Notions de base sur les Sciences Cognitives 3 ème Partie : Recommandations ergonomiques 4 ème Partie
Plus en détailGL - 2 2.1 Le Génie Logiciel
GL - 2 2.1 Le Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda 1 Rappels La production logicielle est une activité complexe de façon
Plus en détailC est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.
1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement
Plus en détailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détailGrandes lignes ASTRÉE. Logiciels critiques. Outils de certification classiques. Inspection manuelle. Definition. Test
Grandes lignes Analyseur Statique de logiciels Temps RÉel Embarqués École Polytechnique École Normale Supérieure Mercredi 18 juillet 2005 1 Présentation d 2 Cadre théorique de l interprétation abstraite
Plus en détailGénie Logiciel. Rappels. C. Crochepeyre Génie Logiciel Rappels 1
Génie Logiciel Rappels C. Crochepeyre Génie Logiciel Rappels 1 INTRODUCTION GL: ingénierie appliquée au logiciel informatique Objectif: la qualité diminution du coût du logiciel et fiabilité Besoin: complexité
Plus en détailUML : DIAGRAMME D ETATS
UML : DIAGRAMME D ETATS Le modèle dynamique représente l évolution du système au cours du temps en réaction aux événements externes. L évolution du système est définie par l évolution (cycle de vie) des
Plus en détailDSL. Domain Specific Language. À l'aide des technologies Eclipse Modeling. Goulwen Le Fur goulwen.lefur@obeo.fr. Le 23 novembre 2012
DSL Domain Specific Language À l'aide des technologies Eclipse Modeling Le 23 novembre 2012 Goulwen Le Fur goulwen.lefur@obeo.fr Le but de cette session Montrer : Ce qu'est-un DSL/DSM Comment implémenter
Plus en détailConception des bases de données : Modèle Entité-Association
Conception des bases de données : Modèle Entité-Association La modélisation d un problème, c est-à-dire le passage du monde réel à sa représentation informatique, se définit en plusieurs étapes pour parvenir
Plus en détailUrbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 1.1
Plus en détailBusiness Process Execution Language
Business Process Execution Language Rapport du projet de systèmes distribués d information Markus Lindström 6 mai 2009 Motivation personnelle Le sujet que j ai retenu et présenté dans le cadre du cours
Plus en détailChapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle
Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction Positionnement de la
Plus en détailPré-conditions : Evénement déclencheur : le client souhaite un virement. Description du déroulement du cas : Description des Use cases
Description des Use cases. Demander un virement bancaire 2. Constituer les listes reflets S'identifier et s'authentifier «include» Demander un v irement bancaire Abonné Smartphone «include» Consulter le
Plus en détailBASES DE DONNÉES. CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98. J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES
BASES DE DONNÉES CNAM Centre associé de Clermont-Ferrand Cycle A Année 1997-98 J. Darmont I. INTRODUCTION II. LES SYSTÈMES HIÉRARCHIQUES III. LES SYSTÈMES RÉSEAU IV. LES SYSTÈMES RELATIONNELS V. LE LANGAGE
Plus en détailDiagrammes de Package, de déploiement et de composants UML
labsticc.univ-brest.fr/pages_perso/babau/ Diagrammes de Package, de déploiement et de composants UML Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Description
Plus en détailNotice de fonctionnement DVR H264. + Méthode de Visionnage ESEENET
Notice de fonctionnement DVR H264 + Méthode de Visionnage ESEENET 1 Le point de départ de chacune des différentes configurations traitées ci-dessous sera l écran de visualisation des 4 ou 8 caméras. A
Plus en détailCATALOGUE FORMATION 2014/2015 Produits & Logiciels
CATALOGUE FORMATION 2014/2015 Produits & Logiciels [1] I. Formation produits & Logiciels. Une offre complète de qualité : Nous vous proposons de vous familiariser avec les instruments que nous commercialisons
Plus en détailGénie Logiciel Avancé Cours 3 Le modèle à objets
Génie Logiciel Avancé Cours 3 Le modèle à objets Stefano Zacchiroli zack@pps.univ-paris-diderot.fr Laboratoire PPS, Université Paris Diderot - Paris 7 URL http://upsilon.cc/zack/teaching/1112/gla/ Copyright
Plus en détailUNIVERSITE D'ORLEANS ISSOUDUN CHATEAUROUX
UNIVERSITE D'ORLEANS ISSOUDUN CHATEAUROUX PLAN
Plus en détailInitiation à LabView : Les exemples d applications :
Initiation à LabView : Les exemples d applications : c) Type de variables : Créer un programme : Exemple 1 : Calcul de c= 2(a+b)(a-3b) ou a, b et c seront des réels. «Exemple1» nom du programme : «Exemple
Plus en détail1/24. I passer d un problème exprimé en français à la réalisation d un. I expressions arithmétiques. I structures de contrôle (tests, boucles)
1/4 Objectif de ce cours /4 Objectifs de ce cours Introduction au langage C - Cours Girardot/Roelens Septembre 013 Du problème au programme I passer d un problème exprimé en français à la réalisation d
Plus en détailFormation : Modélisation avec UML 2.0 et Mise en pratique
Formation : Modélisation avec et Mise en pratique Durée : sur 4 Jours soit 28 heures ou sur 5 Jours soit 35 heures Présentation Stage UML (Unified Modeling Language) est la notation standard qui s'est
Plus en détailInformation utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/
Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/
Plus en détailIntroduction : présentation de la Business Intelligence
Les exemples cités tout au long de cet ouvrage sont téléchargeables à l'adresse suivante : http://www.editions-eni.fr Saisissez la référence ENI de l'ouvrage RI3WXIBUSO dans la zone de recherche et validez.
Plus en détailManagement des processus opérationnels
Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 2: la modélisation des processus opérationnels INTRODUCTION
Plus en détailSystèmes d information et bases de données (niveau 1)
Systèmes d information et bases de données (niveau 1) Cours N 1 Violaine Prince Plan du cours 1. Bibliographie 2. Introduction aux bases de données 3. Les modèles 1. Hiérarchique 2. Réseau 3. Relationnel
Plus en détailComprendre Merise et la modélisation des données
Comprendre Merise et la modélisation des données Tables des matières Avant-propos 1- Introduction 1-1 Principes fondateurs 1-2 Bases conceptuelles 1-3 Place de Merise dans le cycle de développement informatique
Plus en détailEXERCICES UML. Modéliser cette situation par un diagramme de cas d utilisation. Consulter planning
EXERCICES UML 1 ) Dans un établissement scolaire, on désire gérer la réservation des salles de cours ainsi que du matériel pédagogique (ordinateur portable ou/et Vidéo projecteur). Seuls les enseignants
Plus en détailExpression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e
P r o b l é m a t i q u e OCL : O b j e c t C o n s t r a i n t L a n g u a g e Le langage de contraintes d UML Les différents diagrammes d UML permettent d exprimer certaines contraintes graphiquement
Plus en détailMéthodes de développement. Analyse des exigences (spécification)
1 / 16 Méthodes de développement Analyse des exigences (spécification) 1 -Objectifs de l'analyse des exigences... 2 2 - Approfondissement et formalisation du besoin... 2 2.1 Séparation des besoins, contraintes
Plus en détailPatrons de Conception (Design Patterns)
Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques
Plus en détailProjet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :
CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i
Plus en détailRéussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle
Réussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle Softeam 2004 Philippe Desfray (voir A propos de l auteur) Présentation Réussir le développement d
Plus en détailDiagramme de classes
Diagramme de classes Un diagramme de classes décrit les classes et leurs relations (associations, généralisation/spécialisation, ). classe association méthodes attributs héritage Diagramme de classes :
Plus en détailLES OUTILS D ALIMENTATION DU REFERENTIEL DE DB-MAIN
LES OUTILS D ALIMENTATION DU REFERENTIEL DE DB-MAIN Les contenues de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information et ne peuvent en aucun cas
Plus en détailManuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2
éducalgo Manuel d utilisation 26 juin 2011 Table des matières 1 Tâche à effectuer : écrire un algorithme 2 2 Comment écrire un algorithme? 3 2.1 Avec quoi écrit-on? Avec les boutons d écriture........
Plus en détailCours 14 Les fichiers
Cours 14 Les fichiers F. Gayral 1 Fichier : définition /media/travaux/documents/fgenseignement/java1/courstpsfgfc/14-fichiers/voirtypefichiers Fichier = ensemble d informations codées et stockées sur une
Plus en détailConception. Génie Logiciel. Renaud Marlet. LaBRI / INRIA http://www.labri.fr/~marlet. (d'après A.-M. Hugues) màj 17/04/2007
1 Génie Logiciel (d'après A.-M. Hugues) Conception Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 17/04/2007 2 Position dans le cycle de vie Contexte : étant donnée une spécification (ce que
Plus en détailSQL Server 2012 Implémentation d'une solution de Business Intelligence (Sql Server, Analysis Services...)
Avant-propos 1. À qui s'adresse ce livre? 15 2. Pré-requis 15 3. Objectifs du livre 16 4. Notations 17 Introduction à la Business Intelligence 1. Du transactionnel au décisionnel 19 2. Business Intelligence
Plus en détailCours d algorithmique pour la classe de 2nde
Cours d algorithmique pour la classe de 2nde F.Gaudon 10 août 2009 Table des matières 1 Avant la programmation 2 1.1 Qu est ce qu un algorithme?................................. 2 1.2 Qu est ce qu un langage
Plus en détailEPREUVE OPTIONNELLE d INFORMATIQUE CORRIGE
EPREUVE OPTIONNELLE d INFORMATIQUE CORRIGE QCM Remarque : - A une question correspond au moins 1 réponse juste - Cocher la ou les bonnes réponses Barème : - Une bonne réponse = +1 - Pas de réponse = 0
Plus en détail