Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic)

Dimension: px
Commencer à balayer dès la page:

Download "Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic)"

Transcription

1 Exposé de M.C.O Thème La methode orientée objet OMT (Object Modeling Technic) 1

2 Plan du travail Introduction Le cycle de vie Formalismes de représentation UML Les outils d assistance OMT et UML Conclusion 2

3 Cycle de vie prôné par la méthode OMT Cycle de développement d OMT est du type en cascade : Analyse Analyse Conception du système Conception des objets Implémentation Conception système Conception objet Implémentation 3

4 Phase d analyse Consiste à développer un modèle de ce que le système doit faire sans se préoccuper de la façon avec laquelle il sera implémenté. Analyse Conception système Conception objet Implémentation 4

5 Phase d analyse Élaboration progressive et itérative des 3 modèles (MO,MD,MF) du système Modèle objet M.O M.F Modèle fonctionnel M.D Modèle dynamique 5

6 Elaboration du Modèle Objet (MO) Modèle objet M.O M.F M.D Identifier les classes objets ; Constituer (itérativement) un dictionnaire de données (contenant les descriptions des classes, attributs et associations) ; Ajouter les associations entre les classe d objet ; Ajouter les attributs des classes d objets et des associations ; Organiser et simplifier les classes d objets en utilisant l héritage ; Vérifier les chemins d accès en utilisant les scénarios ; Grouper les classes dans des modules (couplage fort, fonction apparentées) ; Faire une itération sur le modèle pour le raffiner. 6

7 Elaboration de Modèle Dynamique (MD) M.O M.F M.D Modèle dynamique Préparer les scénarios des séquences d interaction typiques ; Identifier les évènements entre objets ; Préparer un traceur d évènement pour chaque scénario ; Construire un diagramme d états pour chaque classe ayant un comportement dynamique important ; Vérifier la cohérence et la complétude des événements partagés parmi tous les diagrammes. 7

8 Elaboration du modèle fonctionnel (MF) M.O M.F Modèle fonctionnel M.D Identifier les valeurs d entrées et de sortie ; Construire les DFD là ou c est nécessaire pour mettre en évidence les dépendances fonctionnelles ; Décrire ce que fait chaque fonction ; Identifier les contraintes ; Spécifier les critères d optimisations. Ajouter un MO les opérations-clés pendant la préparation du MF Vérifier que les classes, associations, attributs et opération soient cohérents et complets ; Développer des scénarios plus élaborés (avec les conditions d erreurs) comme variations des scénarios de base ; 8 Itérer.

9 La phase conception système Définir l architecture globale, les constituants et les ressources du système informatique, «Comment» le système doit faire Décomposer le système en sous-système, identifier des conflits éventuels, de choisir les stratégies de stockage, d accès aux données et de contrôles à effectuer Analyse Conception système Conception objet Implémentation 9

10 La phase conception système Organiser le système en sous-systèmes ; Identifier les concurrences inhérentes au problème ; Soumettre les sous-systèmes aux processeurs et aux tâches ; Choisir la stratégie de base pour l implémentation des dépôts de données : structures de données, fichiers et BD ; Identifier les ressources globales (volumétries) et déterminer les mécanismes pour contrôler leurs accès ; Identifier les conditions critiques ; 10

11 La phase conception objet Spécifier de façon détaillée l implémentation des objets, indépendamment d un environnement donné tout en étant compatible avec la technologie retenue pour l implémentation du système. Analyse Conception système Conception objet Implémentation 11

12 La phase conception objet Obtenir les opérations pour le MO : Trouver une opération pour chaque traitement du MF Définir une opération pour chaque événement du MD, en fonction du contrôle Concevoir les algorithmes pour implémenter les opérations : Choisir les algorithmes qui minimisent le coût d implémentation des opérations Sélectionner les structures de données appropriées à ces algorithmes Redéfinir (si nécessaire) de nouvelles classes et de nouvelles opérations Optimiser les chemins d accès aux données : Réorganiser les calculs pour plus d efficacité Enregistrer les résultats de calculs pour éviter des calculs pour éviter les calculs redondants Minimiser les coûts des chemins d accès Implémenter le contrôle du logiciel 12

13 La phase implémentation Analyse Conception système Conception objet Implémentation Dans cette phase bien connue, les classes et relations décrites précédemment sont traduites dans un langage de programmation, sgbd, ou hardware 13

14 Formalisme de représentation Comme dans la plupart des méthodes O.O, OMT utilise trois modèles pour décrire un système (modèle objet, modèle dynamique, modèle fonctionnel) 14

15 Le modèle objet C est une extension du modèle entitéassociation par l introduction de l agrégation, la généralisation et la spécification d opérations et contraintes au niveau des entités, nommés ici «classes» 15

16 Le modèle objet Classes et instances Une classe d objet modélise un ensemble d objet ayant des propriétés similaires (attributs) et des comportements similaires (opérations). Le modèle de classes présente ces classes, leurs hiérarchies et leurs relations entre elles. Modélisation d instances de ces classes permettant d élaborer des diagrammes d instances exprimant des scénarios. 16

17 Le modèle objet Conventions graphiques adoptées: 17

18 Le modèle objet Associations : Les associations relient des classes non nécessairement distinctes, il y a deux types d associations (associations binaires et associations n-aires). Associations binaires : Représentées par un lien, sont caractérisées par la notion «multiplicités». La multiplicité désigne le nombre d'instances d'une classe qui peuvent être liées à une instance d une classe associée, elle est souvent d'ordre "1", ou d'ordre "plusieurs", mais toutes les situations sont possibles : 18

19 Le modèle objet un rond noir signifie «zéro ou plus» un rond blanc signifie «zéro ou un» la multiplicité peut toujours être précisée : 2+ à coté d'un rond noir signifie «2 ou plus» la multiplicité est écrite du côté de la classe qui porte la multiplicité, c est-à-dire dont les instances sont comptées. 19

20 Le modèle objet 20

21 Le modèle objet Associations n-aires : Représentées par un symbole spécifique, peuvent être rattachés à ces associations des attributs et/ou des opérations propres. 21

22 Le modèle objet La généralisation : Relation transitive entre une classe et une ou plusieurs classes nommées sous classes, qui sont des raffinements de la première nommée surclasse. Chaque sous classe hérite des caractéristiques (attributs, opérations) de la surclasse, mais peut modifier et/ou ajouter des nouveaux attributs ou des opérations par rapport à ceux hérités. Sous-classes disjointes : intersection vide. Sous-classes intersécantes : intersection non vide. 22

23 Le modèle objet 23

24 Le modèle objet L agrégation : L'agrégation est la relation de la partie au tout, des composants à l'assemblage, Exemple : les parties d'une automobile, les parties de la déclaration d'une fonction C. 24

25 Le modèle objet Contraintes : Restreignent le champ des valeurs possibles des éléments sur lesquels elles portent (objets, classe, attribut, liaison, association). Contraintes d attributs : restreignent des valeurs pouvant être prises par un attribut d une classe. 25

26 Le modèle objet Contraintes inter-associations : enrichissent la sémantique en permettant par exemple l expression de contrainte d inclusion-subset : 26

27 Le modèle objet Clé candidate : Ensemble minimum d attribut identifiant de manière unique un objet ou une association, indispensable dans le cas d association n-binaires. 27

28 Formalisme de représentation du modèle dynamique 1. Evénement 2. Etat 3. Scénario et trace d événement 4. Diagramme d état 28

29 Formalisme de représentation du modèle dynamique 1. Evénement: Un événement est l unique porteur d information d un objet vers un autre Un événement est un stimuli externe ou interne à l ensemble des objets. Il se produit instantanément à l échelle d évolution du système Un événement peut être reçu ou envoyé par un objet. Quand l objet est spécifié par le contexte, on note avec une flèche vers le bas un événement reçu par l objet et une flèche vers le haut un événement envoyé par l objet 29

30 Formalisme de représentation du modèle dynamique Evénement DépartAvion ArrivéeAvion Fig : Exemple d événement 30

31 Formalisme du modèle dynamique 2. Etat: un état est une abstraction des valeurs d attributs et de liens d un objet et décrit un ensemble de valeurs un état est stable entre deux événements reçus par un objet et possède une durée Attente Etat final Etat initial Fig : Etat 31

32 Formalisme de représentation du modèle dynamique 3. Scénario et trace d événement : Un scénario est une séquence réelle d événements qui se produit pendant une exécution du système Les scénarios sont comparables aux instances dans leur relation aux classes d objets : des instances 32

33 Formalisme de représentation du modèle dynamique Utilisateur Document Sélection document Ouverture document Demande affichage Fermeture document Affichage Fig: Traceur associé aux objets document et fenêtre 33

34 Formalisme de représentation du modèle dynamique 4. Diagramme d état transition: Ce diagramme sert à représenter des automates d'états finis, sous forme de graphes d'états, reliés par des arcs orientés qui décrivent les transitions Les diagrammes d'états-transitions permettent de décrire les changements d'états d'un objet ou d'un composant, en réponse aux interactions avec d'autres objets/composants ou avec des acteurs 34

35 Formalisme de représentation du modèle dynamique Etat 1 Etat 2 Etat 3 Fig : Notion de base du diagramme d états 35

36 Formalisme de représentation du modèle Fonctionnel 1. Les traitements 2. Les flots de données 3. Les acteurs 4. Les réservoirs de données 5. Diagramme de flot de données 36

37 Formalisme de représentation du modèle Fonctionnel 1. Les traitements : Ensemble de fonctions permettant l obtention d un résultat, il faut suivre un chemin qui active certaines relations entre les objets du système situés sur ce chemin Nom de traitement 2. Les flots de données : Le flot de données est un ensemble de données à consulter ou à mettre à jours surflot la zone de Nom du stockage 37

38 Formalisme de représentation du modèle Fonctionnel 3. Les Acteurs : un acteur est un objet actif qui produit ou consomme des valeurs, de tels objets sont liés aux entrées et aux sorties d'un DFD, on les appelle aussi terminateurs, du fait de leur position périphérique Nom de l acteur 38

39 Formalisme de représentation du modèle Fonctionnel 4. Les réservoirs de données : un réservoir de données ou bien une zone de stockage est un fichier permettant le stockage d informations, c est un support manuel ou automatique Nom de fichier 39

40 Formalisme de représentation du modèle Fonctionnel 5. Diagramme de flots de données: Un diagramme à flot de données montre comment les valeurs de sorties sont obtenues à partir des valeurs d'entrée, il est généralement constitué en couches qui raffinent successivement les traitements non triviaux : tout traitement non trivial doit être décrit par un sous-diagramme. La couche de plus haut niveau peut présenter un seul traitement ou une décomposition en entrée, traitement et sortie 40

41 Formalisme de représentation du modèle Fonctionnel Flux de donnée Créer compte Acteur Nom, dépôt Compte Compte Banque Numéro de compte Client Processus Dépôt de données Fig: Exemple d un diagramme de flots de données 41

42 UML 42

43 Introduction : Face à la diversité des méthodes d analyses et de conception objet et en particulier aux différentes notations des mêmes concepts, UML (Unified Modeling Language) représente un réel facteur de progrès par l effort de normalisation réalisé. En effet, UML constitue une étape importante dans la convergence des notations utilisées dans le domaine de l analyse et la conception objet puisqu elle représente une synthèse des trois méthodes OMT, BOOCH et OOSE. Ces trois méthodes couvrent environ la moitié du marché des méthodes objet. 43

44 3.1 Définition de l UML : UML (Unified Modeling Language) est un langage de modélisation qui unifie les concepts des méthodes Booch, OMT et OOSE. Il a été définit par Booch, Rumbaugh et Jacobson, auteurs respectifs de ces trois méthodes. 44

45 Raisons: Trois raisons principales ont incité les auteurs à faire converger leurs travaux, tout d'abord, plutôt que de faire évoluer leurs méthodes indépendamment les unes des autres, ils ont préféré mettre leurs réflexions en commun. En outre, ils espéraient apporter une certaine stabilité dans le domaine de la modélisation objet qui ne compte pas moins d'une cinquantaine de propositions différentes. Et finalement, ils souhaitaient que leur collaboration puisse apporter des solutions à de nouveaux problèmes lesquels leurs anciennes méthodes n avaient pas su résoudre. 45

46 3.2 Historique sur l unification de l UML : L unification a progressé par étapes. En1995, Booch et Rumbaugh (et quelques autres) se sont mis d accord pour construire une méthode unifiée, Unifed Method 0.8; En1996, Jacobson les a rejoints pour produire UML0.9 (notez le remplacement du mot méthode par le mot langage). 46

47 Les acteurs les plus importants dans le monde du logiciel s associent alors a l effort (IBM, Microsoft, Oracle, DEC, HP, Rational, Unisysetc.) et UML1.0 est soumis à l OMG. L OMG adopte en novembre 1997 UML1.1 comme étant un langage de modélisation des systèmes d information à objets. La version d UML recensée en 2008 est UML2.1.1, et les travaux se poursuivent afin de l améliorer. 47

48 3.3 UML n est pas une méthode : UML n est pas une méthode (i.e. c est une description normative des étapes de la modélisation) : ses auteurs ont en effet estimé qu il n était pas opportun de définir une méthode en raison de la diversité des cas particuliers. Ils ont préféré se borner à définir un langage graphique qui permet de représenter et de communiquer les divers aspects d un système d information ainsi que des textes qui expliquent les contenus des graphes. 48

49 3.4 Les diagrammes dans UML : Un diagramme UML est une représentation graphique, qui s'intéresse à un aspect bien précis du modèle ; c'est une perspective du modèle. Les diagrammes permettent d'inspecter un modèle selon différentes perspectives. Pour modéliser un système complexe, un seul diagramme ne suffit pas, c est la raison pour laquelle UML comprend neufs types de diagrammes essentiels qui sont les plus utilisés. Combinés, les différents diagrammes UML offrent une vue presque complète du système en question. 49

50 Diagrammes UML: Les diagrammes UML se répartissent en deux grands groupes : Diagrammes structurels ou diagrammes statiques (UML Structure) diagramme de cas d utilisation (Use case diagram) diagramme de classes (Class diagram) diagramme d objets (Object diagram) diagramme de composants (Component diagram) diagramme de déploiement (Deployment 50 diagram)

51 Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior): diagramme d activités (Activity diagram). diagramme d états-transitions (State machine diagram). diagramme de séquence (Sequence diagram). diagramme de collaboration. 51

52 3.5 Les apports de la méthode OMT à UML : UML est une notation à syntaxe très riche, c est le résultat de la fusion de trois de méthodes d analyse orientées objet : BOOCH, OMT et OOSE. Concernant la méthode OMT, ses concepts ont largement été réutilisés au sein d UML. ce qui la rend plus facile à assimiler pour les personnes possédant une expérience OMT. Concernant les digrammes UML : 52

53 3.5 Les apports de la méthode OMT à UML (suite) : Si on prend les diagrammes de classes qui représente l aspect statique (définition de classe, relations d héritage, d agrégation, etc.), on constate qu ils sont identiques au modèle objet d OMT. Les diagrammes d'états-transitions sont identiques a ceux du modèle dynamique d'omt. Les diagrammes d activité sont des diagrammes de flots de données issus du modèle fonctionnel d OMT. Tandis que les diagrammes de collaboration sont proches du modèle objet d'omt. 53

54 3.5 Les apports de la méthode OMT à UML (suite) : Si on prend maintenant le cycle de développement couvert par UML, on constate que c est exactement le même dans OMT (étude préalable, étude détaillé, étude technique, réalisation). Concernant aussi les niveaux d abstraction on trouve qu UML a emprunté ceux de la méthode OMT (niveau conceptuel, niveau organisationnel, niveau logique, niveau physique). Et en fin du coté formalise de représentation, on constate que UML a beaucoup inspiré de la méthode OMT (class, association, rôle, lien, message, etc. ). 54

55 3.5 Les apports de la méthode OMT à UML (suite) : Voici maintenant un tableau qui résume ce qu apporte OMT pour UML : UML OMT Cas d utilisation / classes modèle objet états Modèle dynamique comportements états transitions activités modèle Fonctionnel flot de donnée séquences collaborations modèle objet Implémentation composants Mise en place 55

56 LES OUTILS 56

57 Introduction: L application des méthodes dans le Génie Logiciel est devenue un processus difficile, et, au fil des années, des outils automatiques ont été produits pour rendre plus pratique l application de ces méthodes au processus de développement. Ces outils sont apparus au début des années 80 et ont été appelés CASE Computer-aided Software Engineering ou Ateliers de Génie Logiciel - AGL. 57

58 Les principaux outils : Il existe plusieurs outils et parmi eux on peut trouver : IBM Rational Rose ArgoUML Visio ObjectTeam Objecteering Poseidon for UML Visual Paradigm MagicDraw Visual Modeler etc. 58

59 Présentation de quelques outils : ArgoUML : Ce logiciel est un outil de modélisation UML qui est Open Source. Il a été créé en C'est un logiciel entièrement écrit en Java qui est basé sur UML 1.3. Son installation se fait facilement en mode graphique. Diagrammes UML supportés : ArgoUML permet de créer: Des diagrammes de classes Des diagrammes des cas d utilisation Des diagrammes d états Des diagrammes d activité Des diagrammes de collaboration Des diagrammes de déploiement 59 Des diagrammes de séquence

60 Exemple d interface d Argouml 60

61 Microsoft Visio: Microsoft Visio est un programme d'élaboration et de traitement de diagrammes. Il permet de traiter de nombreux types de diagrammes pour des opérations commerciales et des systèmes d'information. Les diagrammes UML supportés: Diagramme de classe. Diagramme d activités. Diagramme collaboration. Diagramme composantes. Diagramme déploiement. Diagramme séquence. Diagramme états transitions. 61

62 62

63 ObjectTeam/OMT : L outil ObjectTeam/OMT est un AGL dédié à la méthode OMT et basé sur un dictionnaire de données en ligne, lequel rend possible l utilisation simultanée de l atelier par plusieurs utilisateurs. L atelier prend en compte les trois modèles de la méthode OMT: - Le Modèle d Objets est pris en compte avec des diagrammes de classes. - Le Modèle Dynamique est pris en compte par des traceurs d événements et par des diagrammes de transition d états. - Le Modèle Fonctionnel est pris en compte par des diagrammes de flux de données. 63

64 Conclusion : La méthode OMT apparaît comme la méthodologie la plus développée de toutes. Elle couvre une bonne partie du cycle de développement. Elle est riche en concepts et propose une représentation graphique très conviviale. L accent est mis sur les associations. C est une bonne combinaison des approches objets et fonctionnelles. 64

65 65

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML UML UML 1ère partie Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html LOG2000 Éléments du génie logiciel 2002 Bayomock André-Claude PLAN Définition et historique Vue générale A quoi

Plus en détail

Spécification par la modélisation

Spécification par la modélisation Spécification par la modélisation Objectifs : Être en mesure de spécifier par les modèles UML. Comprendre l importance des cas d utilisation (UC). Comprendre les méthodes d'identification des UCs. Comprendre

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : 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étail

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet.

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet. Partie II : UML Plan Partie 2 : UML 1 - Présentation d'uml 2 - Les diagrammes de cas d'utilisation 3 - Les diagrammes de classes et d'objets 4 - Les diagrammes d'interaction 5 - Les diagrammes de comportement

Plus en détail

5 Génie logiciel orienté objet. Modélisation par objets et UML

5 Génie logiciel orienté objet. Modélisation par objets et UML 5 Génie logiciel orienté objet 5.1 Introduction et concepts de base 5.2 Modélisation par objets et UML 5.3 Diagramme de classes 5.4 Diagramme de cas d utilisation 5.5 Diagrammes de collaboration 5.6 Diagramme

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

SYSTEMES D INFORMATION & CONCEPTION de BdD SYSTEMES D INFORMATION & CONCEPTION de BdD PLAN CONCEPT DE SYSTEME D INFORMATION MODELISATION D UN SYSTEME D INFORMATION MODELISATION CONCEPTUELLE : les METHODES METHODE SYSTEMIQUE METHODE OBJET L3 Informatique

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation

Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation Patrice Briol Les Fondements de l Architecture d Entreprise Ingénierie de l organisation 1 ère édition http://www.ingenieriedesprocessus.net

Plus en détail

PLAN. La modélisation des processus : typologie et proposition utilisant UML

PLAN. La modélisation des processus : typologie et proposition utilisant UML PLAN La modélisation des processus : typologie et proposition utilisant UML Première partie : le concept de processus définitions et typologie Deuxième partie : la modélisation des processus formalismes

Plus en détail

Introduction. 1. Une base de données : 2. Un SGBD :

Introduction. 1. Une base de données : 2. Un SGBD : Le modèle Entité-Association Introduction Les bases de données ont pris une place importante en informatique, et particulièrement dans le domaine de la gestion. L étude des bases de données a conduit au

Plus en détail

Concepts et Formalismes UML. www.thierrycros.net

Concepts et Formalismes UML. www.thierrycros.net 1 Concepts et Formalismes UML 2 UML Unified Modeling Language 2 2.1 Historique Les concepts objet se diffusent au début des années 90, en particulier grâce au langage C++. Les méthodes s imposent lentement

Plus en détail

Modélisation Orientée Objet / UML

Modélisation Orientée Objet / UML Modélisation Orientée Objet / UML Laurent Henocque http://laurent.henocque.free.fr/ Enseignant Chercheur ESIL/INFO France http://laurent.henocque.perso.esil.univmed.fr/ mis à jour en Octobre 2006 Licence

Plus en détail

Introduction aux objets

Introduction aux objets MAI NFE103 Année 2005-2006 Introduction aux objets F.-Y. Villemin, CNAM Plan! Définitions! Evolution de la programmation! Méthodes Classiques! Objet!! Méthodologies orientée-objet! Problèmes http://deptinfo.cnam.fr/enseignement/

Plus en détail

Cours du Master PISE. Jean-Baptiste.Yunes@univ-paris-diderot.fr http://www.liafa.univ-paris-diderot.fr/~yunes/ 2015

Cours du Master PISE. Jean-Baptiste.Yunes@univ-paris-diderot.fr http://www.liafa.univ-paris-diderot.fr/~yunes/ 2015 Cours du Master PISE Jean-Baptiste.Yunes@univ-paris-diderot.fr http://www.liafa.univ-paris-diderot.fr/~yunes/ 2015 1 UML? Un langage de modélisation simple qui limite les ambiguïtés indépendant des langages

Plus en détail

Modélisation objet avec UML

Modélisation objet avec UML Modélisation objet avec UML Le développement des systèmes est une tâche d une grande envergure et un investissement important pour toute entreprise. La modélisation des systèmes déjà existants ou d un

Plus en détail

LISTE DES COMPETENCES BACHELIER EN INFORMATIQUE DE GESTION

LISTE DES COMPETENCES BACHELIER EN INFORMATIQUE DE GESTION Administration générale de l'enseignement et de la Recherche scientifique Commission de concertation de l Enseignement de Promotion sociale LISTE DES COMPETENCES BACHELIER EN INFORMATIQUE DE GESTION COMMISSION

Plus en détail

Le but de cet article est de présenter de façon non-exhaustive le langage SysML.

Le but de cet article est de présenter de façon non-exhaustive le langage SysML. Date : 30 septembre 2010 Auteur : Guillaume FINANCE UML, langage de modélisation très répandu pour les développements logiciels, a été utilisé et adapté pour définir un langage de modélisation des systèmes

Plus en détail

Analyse des systèmes : Langage SysML

Analyse des systèmes : Langage SysML Analyse des systèmes : Langage SysML 1. Introduction / définitions. 1.1. Ingénierie Système : L Ingénierie Système (IS) est une démarche méthodologique générale qui permet de concevoir, faire évoluer et

Plus en détail

Génie Logiciel. Hassan El Mansouri

Génie Logiciel. Hassan El Mansouri Hassan El Mansouri 1 Plan du cours Problématique et naissance du génie logiciel Cycle de développement, cycle de vie, cahier des charges Patrons de conception Programmation par composants, réutilisation

Plus en détail

Bases de données avancées. cours 1 : introduction

Bases de données avancées. cours 1 : introduction Bases de données avancées cours 1 : introduction Plan Objectifs du cours Bases de données : utilisation Système de Gestion de Bases de données (SGBD) Architecture d un SGBD Ingénierie des bases de données

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, 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étail

Métamodèle Ingénierie Système. Pour S-Miner 6.0 +

Métamodèle Ingénierie Système. Pour S-Miner 6.0 + Métamodèle Ingénierie Système Pour S-Miner 6.0 + 1 Introduction Le métamodèle «Ingénierie Système» (IS) est un métamodèle destiné à S-Miner 6.0+ permettant de produire un environnement intégré destiné

Plus en détail

Processus de développement du logiciel. Segmentation de la modélisation gestion de la complexité en réduisant la portée de l étude à une partie!

Processus de développement du logiciel. Segmentation de la modélisation gestion de la complexité en réduisant la portée de l étude à une partie! Processus de développement du logiciel A pour objectif la formalisation des activités liées à l élaboration des systèmes ; Mécanismes que l on applique systématiquement pour obtenir de manière répétitive

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

Approche orienté objet. Seifeddine Ferchichi

Approche orienté objet. Seifeddine Ferchichi Approche orienté objet Seifeddine Ferchichi plan Récapitulation de l approche fonctionnelle Introduction Cycle de vie RUP Rappel des critères de qualité du logiciel Approche orienté objet Récapitulation

Plus en détail

En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour

En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour MDA (Model Driven Architecture) Ingénierie logicielle guidée par les modèles S.N Historique: En 2000 l OMG propose une approche nommée MDA Model Driven Architecture, S appuyant sur le standard UML pour

Plus en détail

SysML : les diagrammes

SysML : les diagrammes SysML : les diagrammes DIDIER FGNON, STÉPHNE GSTON [1] L outil SysML est un langage constitué de nombreux diagrammes. Nous vous proposons une ressource sous la forme de fiches-outils qui trouveront une

Plus en détail

Génie Logiciel. Hassan El Mansouri. Plan du cours. Problématique du Génie Logiciel

Génie Logiciel. Hassan El Mansouri. Plan du cours. Problématique du Génie Logiciel Hassan El Mansouri 1 Plan du cours Cycle de développement, cycle de vie, cahier des charges Patrons de conception Programmation par composants, réutilisation de composants Gestion des exceptions Stratégies

Plus en détail

EXPRESSION DES BESOINS

EXPRESSION DES BESOINS 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étail

Ioannis Parissis UFR IMA Laboratoire LIG. Test logiciel

Ioannis Parissis UFR IMA Laboratoire LIG. Test logiciel Test logiciel Objectif et plan du du cours Présenter les concepts de base sur le test logiciel Introduire des techniques simples pour construire des tests A partir de la spécification informelle du programme

Plus en détail

ANALYSER ET REPRESENTER L ORGANISATION D UN SYSTEME D INFORMATION

ANALYSER ET REPRESENTER L ORGANISATION D UN SYSTEME D INFORMATION ANALYSER ET REPRESENTER L ORGANISATION D UN SYSTEME D INFORMATION A5. 3 Gestion de l information Processus 10 L échange d informations dans la PME Quand échange-t-on de l information? Tous les acteurs

Plus en détail

MEGA System Oriented IT Architecture. Guide d utilisation

MEGA System Oriented IT Architecture. Guide d utilisation MEGA System Oriented IT Architecture Guide d utilisation MEGA 2009 SP5 R7 2ème édition (août 2012) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne

Plus en détail

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel 4.1. Introduction à UML IFT2251 : Génie logiciel 1. Approches de développement 2. Introduction à UML (une méthodologie basée sur l approche orientée aspect) 3. Rappel de quelques concepts objets Chapitre

Plus en détail

IFT2255 - Génie logiciel. Cycle de vie du logiciel. Activités de développement. Planification (étude préliminaire) Processus de développement

IFT2255 - Génie logiciel. Cycle de vie du logiciel. Activités de développement. Planification (étude préliminaire) Processus de développement IFT2255 - Génie logiciel Processus de développement Cycle de vie du logiciel Bruno Dufour dufour@iro.umontreal.ca Activités de développement 3 Planification (étude préliminaire) 4 Planification du projet

Plus en détail

Introduction à UML (Unified Modelling language) Bernard ESPINASSE Professeur à l'université d'aix-marseille 2009

Introduction à UML (Unified Modelling language) Bernard ESPINASSE Professeur à l'université d'aix-marseille 2009 Introduction à UML (Unified Modelling language) Bernard ESPINSSE Professeur à l'université d'ix-marseille 2009 Plan 1. Introduction : Origine, objectifs, évolution, vues, modèles, diagrammes 2. Diagrammes

Plus en détail

Introduction à la conception d'une base de données Walter RUDAMETKIN

Introduction à la conception d'une base de données Walter RUDAMETKIN Introduction à la conception d'une base de données Walter RUDAMETKIN Bureau F011 Walter.Rudametkin@polytech-lille.fr Étapes de la conception d'une base de données Analyse de la situation existante et des

Plus en détail

IFT2255 - Génie logiciel. Processus de développement

IFT2255 - Génie logiciel. Processus de développement IFT2255 - Génie logiciel Processus de développement 1 Cycle de vie du logiciel 2 Activités de développement 3 Planification du projet Analyse et spécification Conception Implémentation Vérification Installation

Plus en détail

L INFORMATIQUE OPÉRATIONNELLE

L INFORMATIQUE OPÉRATIONNELLE INTERBRANCHES FAMILLE MALADIE RECOUVREMENT RETRAITE ORGANISATION DU DISPOSITIF NATIONAL Le dispositif de formation est proposé par l Ucanss et mis en oeuvre par le Crafep, le CRF de Tours et le CRF de

Plus en détail

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure Annexe Technique à la MP RNC-CNES-Q-80-529 APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE DOCUMENTAIRE TITRE : MOTS

Plus en détail

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

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étail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail

Ingénierie des modèles

Ingénierie des modèles 14 Janvier 2008 Ecole Centrale Plan Mise en bouche... Un modèle? 1 Mise en bouche... Un modèle? 2 MDA? 3 UML Eclipse 4 Plan Mise en bouche... Un modèle? 1 Mise en bouche... Un modèle? 2 MDA? 3 UML Eclipse

Plus en détail

Concevoir l architecture d un système

Concevoir l architecture d un système Concevoir l architecture d un système Hafedh Mili 2007 Concevoir l architecture d un système Le système doit réaliser un ensemble de fonctions ayant des dépendances logiques entre elles Architecture fonctionnelle

Plus en détail

UP : Unified Process

UP : Unified Process UP : Unified Process 1 UP : Unified Process Table des matières 1DÉFINITION... 2 1.1UP est itératif... 2 1.2UP est centré sur l'architecture...2 1.3UP est piloté par les cas d'utilisation d'uml... 2 2VIE

Plus en détail

Le langage UML 2.0 Diagramme de Déploiement

Le langage UML 2.0 Diagramme de Déploiement Claude Belleil Université de Nantes Le langage UML 2.0 Diagramme de Déploiement 1 Introduction Le diagramme de déploiement spécifie un ensemble de constructions qui peuvent être utilisées pour définir

Plus en détail

Outils de développement, programmation événementielle et IHM

Outils de développement, programmation événementielle et IHM Outils de développement, programmation événementielle et IHM Cyrille Bertelle UFRST Le Havre 25, rue Ph. Lebon 76058 Le Havre Cedex Cyrille.Bertelle@univ-lehavre.fr 22 mars 2004 Plan général du cours 1.

Plus en détail

Conclusions et Perspectives

Conclusions et Perspectives 8 Conclusions et Perspectives Ce chapitre conclut la thèse en donnant un bilan du travail effectué et les perspectives envisageables au terme de cette recherche. Nous rappelons tout d abord les principales

Plus en détail

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure DEMARCHE D'ANALYSE DU LOGICIEL Annexe Technique de la MP RNC-CNES-Q-80-529 APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE

Plus en détail

GUIDE PRATIQUE MODÈLE CONCEPTUEL DES TRAITEMENTS MODÈLE ORGANISATIONNEL DES TRAITEMENTS

GUIDE PRATIQUE MODÈLE CONCEPTUEL DES TRAITEMENTS MODÈLE ORGANISATIONNEL DES TRAITEMENTS GUIDE PRATIQUE MODÈLE CONCEPTUEL DES TRAITEMENTS MODÈLE ORGANISATIONNEL DES TRAITEMENTS D. ALESSANDRA - Guide pratique de Merise Page 1/11 Présentation théorique de Merise Objectifs Définir, analyser,

Plus en détail

LES NIVEAUX D'ABSTRACTION DE MERISE...2 GRAPHE DE FLUX...3. Modèle de Flux...4 CYCLE DE VIE DES OBJETS...5

LES NIVEAUX D'ABSTRACTION DE MERISE...2 GRAPHE DE FLUX...3. Modèle de Flux...4 CYCLE DE VIE DES OBJETS...5 Table des matières LES NIVEAUX D'ABSTRACTION DE MERISE...2 GRAPHE DE FLUX...3 Modèle de Flux...4 CYCLE DE VIE DES OBJETS...5 CVO d'un sinistre...5 Cycle de vie d'un salarié...5 MODÈLE CONCEPTUEL DES TRAITEMENTS...6

Plus en détail

Chapitre 2 : Cycles de vie logiciel et méthodes de développement G L & A G L 2 0 1 4 / 2 0 1 5

Chapitre 2 : Cycles de vie logiciel et méthodes de développement G L & A G L 2 0 1 4 / 2 0 1 5 Chapitre 2 : Cycles de vie logiciel et méthodes de développement G L & A G L 2 0 1 4 / 2 0 1 5 Plan Chapitre 2 Modèles de cycles de vie Méthodes de développement : Méthode lourde Méthode agile Exemple

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

Plus en détail

Introduction à la Modélisation Objet avec UML

Introduction à la Modélisation Objet avec UML Cycle ISMIN 2 e année Version 1.0 Philippe LALEVÉE ENSM-SE / CMP Introduction à la Modélisation Objet avec UML Année 2013-2014 ISMIN - 2A -M O U (version 1.0) 1 Quelques mots d introduction PRÉSENTATION

Plus en détail

Projet 1 Les Bus de Service dans les architectures SOA

Projet 1 Les Bus de Service dans les architectures SOA Les projets présentés dans la suite de ce document permettent d approfondir et de mettre en pratique certains concepts présentés lors des cours de Master «Architecture des Systèmes d Information» et «Urbanisation

Plus en détail

Informatique Répartie

Informatique Répartie INSA - ASI InfoRep : Client-Serveur 1/36 Informatique Répartie Architectures Client-Serveur Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI InfoRep : Client-Serveur

Plus en détail

Informatique UE 102. Jean-Yves Antoine. Architecture des ordinateurs et Algorithmique de base. UFR Sciences et Techniques Licence S&T 1ère année

Informatique UE 102. Jean-Yves Antoine. Architecture des ordinateurs et Algorithmique de base. UFR Sciences et Techniques Licence S&T 1ère année UFR Sciences et Techniques Licence S&T 1ère année Informatique UE 102 Architecture des ordinateurs et Algorithmique de base Jean-Yves Antoine http://www.intro.univ-tours.fr/~antoine/ UFR Sciences et Techniques

Plus en détail

GENIE LOGICIEL Détermination du périmètre cible d une application

GENIE LOGICIEL Détermination du périmètre cible d une application GENIE LOGICIEL Détermination du périmètre cible d une application Hervé DOMALAIN 2004 / 2005 Génie logiciel 2004 / 2005 Page 1 Diagrammes de CU et périmètre cible Le domaine cible d une application est

Plus en détail

Cours 2 Contrôle de qualité Schéma relationnel

Cours 2 Contrôle de qualité Schéma relationnel École de bibliothéconomie et des sciences de l information SCI6306 Bases de données documentaires Cours 2 Contrôle de qualité Schéma relationnel Faculté des arts et des sciences 11 septembre 2015 Christine

Plus en détail

1. Introduction. 2. Diagramme des exigences

1. Introduction. 2. Diagramme des exigences 1. Introduction La complexité des systèmes techniques est telle que, sans outils de représentations abstraites et progressivement enrichies, les intervenants d un projet auraient de nombreuses difficultés

Plus en détail

CONCEPTION des SYSTÈMES d INFORMATION UML

CONCEPTION des SYSTÈMES d INFORMATION UML CONCEPTION des SYSTÈMES d INFORMATION UML 2 : Analyse Fonctionnelle Epitech 3 Automne 2007 Bertrand LIAUDET SOMMAIRE LES CAS D UTILISATION 2 1. Présentation intuitive de la notion de cas d utilisation

Plus en détail

Bertrand Meyer. UConception et programmation orientées objet. T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t

Bertrand Meyer. UConception et programmation orientées objet. T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t UConception et programmation orientées objet Bertrand Meyer T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t Groupe Eyrolles, 2000, pour le texte de la présente édition en langue française.

Plus en détail

SYSTEMES D INFORMATION & BASES DE DONNEES

SYSTEMES D INFORMATION & BASES DE DONNEES PLAN DU COURS Rappel sur SGBD : définitions, modèles Fondements théoriques du modèle relationnel Concepts pour la définition et l intégrité des données langage SQL Concepts pour la manipulation des données

Plus en détail

1 sur 12 25/08/2014 16:37

1 sur 12 25/08/2014 16:37 Nous contacter 01 53 63 37 87 ok qui sommes nous consulting agile formations gestion de projet certifications PMI CONSULTING & ACCOMPAGNEMENT Conduite de projets CENTRE DE FORMATION DEPUIS 1986 Formations

Plus en détail

Analyse et conception d applications Introduction : but du cours et notions UML de base

Analyse et conception d applications Introduction : but du cours et notions UML de base Analyse et conception d applications Introduction : but du cours et notions UML de base Notes de cours 2008-2009 par Jacques THOORENS 1 Buts et orientations du cours Ce cours a pour but de proposer une

Plus en détail

Module B9-1 : sensibilisation à l UML

Module B9-1 : sensibilisation à l UML Module B9-1 : sensibilisation à l UML Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Septembre 14 Diapositive N 1 Session 2 : Vue statique Sommaire Diagramme de classes Diagrammes

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_ARCHI_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche TOW TRACK UNIFIED PROCESS. Auteur Eric PAPET Vérifié par: Dominique MASSON

Plus en détail

Gestion des Workflows

Gestion des Workflows Gestion des Workflows Conventions typographiques Afin de clarifier la lecture de ce document, nous utiliserons la symbolique suivante :?? Interrogation : Le sujet visé reste en suspend dans l état actuel

Plus en détail

Qualité Portail Pro. Chaque fonctionnalité sera décrite et soumise à validation en détail avant la mise en développement.

Qualité Portail Pro. Chaque fonctionnalité sera décrite et soumise à validation en détail avant la mise en développement. 10/06/2009 10/41 Qualité Portail Pro Le développement de nos applications est soumis à un plan qualité projet qui comprend jalons de validation, modélisation en UML et tests rigoureux afin de garantir

Plus en détail

Module 168 Analyser, décomposer et regrouper des procédures d entreprise

Module 168 Analyser, décomposer et regrouper des procédures d entreprise Module 168 Analyser, décomposer et regrouper des procédures d entreprise Copyright IDEC 2006. Reproduction interdite. Module 168 Modélisation de processus métier Sommaire... 3 Quelques définitions... 4

Plus en détail

Diagramme d activités

Diagramme d activités Diagramme d activités Présentation Un diagramme d activité est un diagramme UML qui modélise les aspects dynamiques d un système C est une simplification du diagramme d état transitions permettant de modéliser

Plus en détail

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel Cas IFT2251 : Génie logiciel Chapitre 4. Analyse orientée objets Section 3. Cas 1. Le diagramme de cas 2. Les acteurs 3. Les scénarios d un cas 4. Relations entre cas 5. Construction d un diagramme de

Plus en détail

Analyse, Conception Objet. Diagrammes de classes. Sommaire. Utilisation

Analyse, Conception Objet. Diagrammes de classes. Sommaire. Utilisation Analyse, Conception Objet Sommaire Diagrammes de Classes Une partie du matériau de ce cours est issue du cours de S.Galland (Stephane.Galland@emse.fr) Septembre 2003 Définition Paquetages Classe Association

Plus en détail

Gestion des immeubles

Gestion des immeubles RAPPORT DE CONCEPTION Gestion des immeubles BOUSSRHAN YOUSSEF & BENZITI WALID Email : Youssefboussrhan@gmail.com GSM : 0678510690, 0611347597 ISTA NTIC SYBA CRJJ GROUPE B Annexe : Figure 1: Diagramme de

Plus en détail

STAGE DE PERFECTIONNEMENT

STAGE DE PERFECTIONNEMENT (Sigle de la société d accueil) REPUBLIQUE TUNISIENNE ***** MINISTERE DE L'ENSEIGNEMENT SUPERIEUR, DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES *****

Plus en détail

Cours de base d Ingéniérie des applications objet. Introduction

Cours de base d Ingéniérie des applications objet. Introduction 1 IMPORTANCE DES OBJETS DANS L INFORMATIQUE LOGICIELLE1 Cours de base d Ingéniérie des applications objet. Introduction Support de Cours Christophe Dony Université Montpellier-II Contenu du cours - concepts

Plus en détail

Rédaction de cas d utilisation (Use Case)

Rédaction de cas d utilisation (Use Case) labsticc.univ-brest.fr/pages_perso/babau/ Rédaction de cas d utilisation (Use Case) Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Objectif des Cas d Utilisation

Plus en détail

COMMENT DÉFINIR L ORIENTÉ OBJET

COMMENT DÉFINIR L ORIENTÉ OBJET COMMENT DÉFINIR L ORIENTÉ OBJET De manière superficielle, le terme «orienté objet», signifie que l on organise le logiciel comme une collection d objets dissociés comprenant à la fois une structure de

Plus en détail

Projet : Rédaction du plan de test

Projet : Rédaction du plan de test Projet : Rédaction du plan de test Dans le cadre de votre projet, veuillez présenter pour le vendredi 9 janvier votre plan de test. Ce document retracera l ensemble des actions réalisées ou à réaliser

Plus en détail

Pré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.) 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étail

Collection «Solutions d entreprise» dirigée par Guy Hervier

Collection «Solutions d entreprise» dirigée par Guy Hervier Collection «Solutions d entreprise» dirigée par Guy Hervier, ISBN : 2-212-11122-3 Avant-propos Nés dans les années 1970 pour répondre aux besoins des entreprises de VPC, les «centres d appels» ont pour

Plus en détail

Cahier des charges pour la conception des sujets pour l ECE en TS Évaluation des Compétences Expérimentales

Cahier des charges pour la conception des sujets pour l ECE en TS Évaluation des Compétences Expérimentales Cahier des charges pour la conception des sujets pour l ECE en TS Évaluation des Compétences Expérimentales Sommaire Définition et objectifs de l épreuve.. p1 Compétences à évaluer.. p2 Conception du sujet..

Plus en détail

Le génie logiciel. maintenance de logiciels.

Le génie logiciel. maintenance de logiciels. Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction

Plus en détail

Université de Bangui. Modélisons en UML

Université 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étail

NOUVEAUTÉS DE LA VERSION

NOUVEAUTÉS DE LA VERSION 5.8 NOUVEAUTÉS DE LA VERSION 5. Deux axes d orientation Ergonomie Richesse fonctionnelle Installation Une nouvelle procédure d installation du logiciel est mise en service. Elle distingue deux fichiers

Plus en détail

Principes de la Programmation Objets

Principes de la Programmation Objets Principes de la Programmation Objets 1. La programmation procédurale La programmation procédurale (C, Pascal, Basic, ) est constituée d une suite d instructions (souvent réunies en fonctions) exécutées

Plus en détail

Conception des systèmes d information

Conception des systèmes d information Conception des systèmes d information Objectifs Initiation à la modélisation des Systèmes d Information en utilisant Merise, UML et les méthodes agiles. Structuration de la démarche informatique, Méthodes

Plus en détail

Module M1104 Partie 1 - Modélisation de données

Module M1104 Partie 1 - Modélisation de données Module M1104 Partie 1 - Modélisation de données Analyse et Conception des Systèmes d Information J. Christian Attiogbé Septembre 2015 J. Christian Attiogbé (Septembre 2015) Module M1104 Partie 1 - Modélisation

Plus en détail

[2016][AA1] Consignes

[2016][AA1] Consignes [2016][AA1] Consignes Consignes pour le bilan architecture d'août 2014 {EPITECH.} 2016_AA1_Consignes.docx Description du document Titre [2016][AA1] Consignes Date 07/12/2014 Auteur Responsable E-Mail Julien

Plus en détail

Application de gestion de tâche

Application de gestion de tâche Université de Montpellier 2 Rapport TER L3 Application de gestion de tâche Tuteur : M. Seriai Participant : Cyril BARCELO, Mohand MAMMA, Feng LIU 1 er Fevrier 2015 26 Avril 2015 Table des matières 1 Introduction

Plus en détail

SECTION 2 BILAN DES COMPÉTENCES

SECTION 2 BILAN DES COMPÉTENCES SECTION 2 BILAN DES COMPÉTENCES Bilan des compétences INTRODUCTION... 3 LES OBJECTIFS DU BILAN DES COMPETENCES... 3 LE DEROULEMENT DE VOTRE BILAN DES COMPETENCES... 3 LE BILAN DES COMPETENCES DU PROGRAMME...

Plus en détail

Conférence-débat : synthèse «Pérennité de l information : vers une solution et une réalisation»

Conférence-débat : synthèse «Pérennité de l information : vers une solution et une réalisation» Conférence-débat : synthèse «Pérennité de l information : vers une solution et une réalisation» e-babel info@e-babel.org 25 novembre 2009 Avec la participation de : Mme Véronique Sordet : 7ème Programme

Plus en détail

Reprise en main du programme d Affectation de transport en commun

Reprise en main du programme d Affectation de transport en commun Reprise en main du programme d Affectation de transport en commun Modifications indispensables pour bonne compilation : Utilisation de visual C++ express pour avoir accès à un débuggeur et un compilateur

Plus en détail

MANIPULATION D OBJETS

MANIPULATION D OBJETS MANIPULATION D OBJETS Introduction Manipuler des objets à structure complexe Résultat des requêtes Identité, égalité, gestion des doubles Hiérarchie de généralisation Comportement Conclusion LANGAGES DE

Plus en détail

Vers un Nouveau Mode Opératoire des Systèmes Bancaires. 1. Introduction

Vers un Nouveau Mode Opératoire des Systèmes Bancaires. 1. Introduction Vers un Nouveau Mode Opératoire des Systèmes Bancaires 1. Introduction Augmenter les revenus et réduire les coûts opérationnels représentent pour toute société deux moyens d augmenter leur profitabilité.

Plus en détail

Programmation Orientée Objet. Ecrire beaucoup de lignes de code, même très propres, ne suffit pas

Programmation Orientée Objet. Ecrire beaucoup de lignes de code, même très propres, ne suffit pas 2 Modélisation Construire un bon logiciel : Répondre aux objectifs fixés (satisfaire le client) Avoir une base architecturale solide qui permette l évolution Mettre en place un processus de développement

Plus en détail

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.

C 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étail

Calculs parallèles et Distribués. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benmoussa@gmail.com

Calculs parallèles et Distribués. Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benmoussa@gmail.com Calculs parallèles et Distribués Benmoussa Yahia Université M hamed Bougara de Boumerdès yahia.benmoussa@gmail.com Calculs parallèles et Distribués Introduction Parallélisation sur mémoire distribuée.

Plus en détail

Cours 01 - Fiches Synthèses - Analyse Structurelle des Systèmes Complexes

Cours 01 - Fiches Synthèses - Analyse Structurelle des Systèmes Complexes Fiche 01 - Démarche Ingénieur en CPGE MPSI/MP Un système complexe pluri-technologique remplit une fonction globale qui est directement liée à un (ou plusieurs) besoin(s) d un client utilisateur. Ce système

Plus en détail

Traitement de données

Traitement de données Traitement de données Mise en uvre des automates TSX37 Nous allons, dans ce document présenter comment mettre en uvre les automates de la famille TSX37 de Télémécanique. On rappelle la structure d un système

Plus en détail