Spécification par la modélisation

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Spécification par la modélisation"

Transcription

1 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 l avantage des diagrammes d activité. Comprendre l avantage des diagrammes d état Exigences et spécifications du logiciel, N.Kerzazi 1

2 Compromis Compréhension Ambiguïté La courbe de spécification textuelle n est pas linéaire. Plus de texte n amène pas forcément à plus de compréhension. Difficile de trouver le point de compromis! 2010 Exigences et spécifications du logiciel, N.Kerzazi 2

3 Problème Les spécifications textuelles sont ambigües. Trop de texte complique la gestion de l information. Peut-on faire appel aux modèles pour simplifier la réalité? Utilisez des figures et des diagrammes pour illustrer l intention. Exemple: Système à modéliser: le réel Modèle: abstraction du réel Représente Conforme à Méta modèle 2010 Exigences et spécifications du logiciel, N.Kerzazi 3

4 Modélisation Conceptualisation conforme à Méta-modèle Système Les vues représentent les différentes facettes du système réel. Les vues sont conceptualisées dans un ou plusieurs modèles Exigences et spécifications du logiciel, N.Kerzazi 4

5 Modélisation: vues Vue Logique: - Diagramme de classes - Diagramme d objets -Diagramme de paquetage Vue d implantation: - Diagramme de composants Vue comportementale: - Diagramme d états - Diagramme d activités 2010 Exigences et spécifications du logiciel, N.Kerzazi 5

6 Modélisation: vues - Diagramme de séquence - Diagramme de collaboration Vue de déploiement: - Diagramme de déploiement Vue utilisateur: - Cas d utilisation 2010 Exigences et spécifications du logiciel, N.Kerzazi 6

7 Modélisation: modèle Un modèle est une abstraction de la réalité; Chaque modèle est conforme à un méta-modèle; Les modèles servent à exposer et à partager une vue conceptuelle qui réside dans le cerveau humain, pour être jugée et reformulée Exigences et spécifications du logiciel, N.Kerzazi 7

8 Qu est ce que les cas d utilisation? Les cas d utilisation sont des scénarios textuels et non des diagrammes; C est la représentation d une séquence d actions afin d accomplir une tâche donnée; En général, un cas d utilisation doit couvrir l ensemble des étapes à suivre pour réaliser une tâche donnée; Le cas d utilisation doit décrire l interaction des acteurs avec le système; Le cas d utilisation peut contenir des variations du scénario habituel(alternatives et exceptions) Exigences et spécifications du logiciel, N.Kerzazi 8

9 Avantages des cas d utilisation Capturer le comportement désiré du système; Spécifiercequelesystèmefait(fonctions),maispascommentillefait; Servir d entente entre les développeurs, les utilisateurs et les experts sur les fonctions disponibles et sur la façon d interagir avec le système; Relativement facile à écrire et à lire par rapport à d'autres méthodes de spécifications; Force les développeurs à penser dans la perspective des utilisateurs; Aide à augmenter l engagement des utilisateurs(facile à lire); Utilepourlaconceptionetlestests Exigences et spécifications du logiciel, N.Kerzazi 9

10 Démarche pour l identification des cas d utilisation (Rappel) 1. Choisir les frontières du système à étudier; 2. Identifier les acteurs primaires; 3. Trouver les buts de chaque acteur; 4. Définir un cas d'utilisation pour chaque but; 5. Identifier les variations possibles et les conditions d'erreur; 6. Définir les relations entre les acteurs; 7. Décomposer les cas d'utilisation complexes en sous cas; 8. Organiser les solutions alternatives en tant qu extension des cas d'utilisation Exigences et spécifications du logiciel, N.Kerzazi 10

11 Identification des cas d utilisation Méthode basée sur les acteurs: 1. Identifier les acteurs liés au système; 2. Identifier, les processus initiés par chacun des acteurs. Méthode basée sur les évènements: 1. Identifier les évènements externes auxquels un système doit répondre; 2. Relier ces évènements aux acteurs et aux cas d utilisation Exigences et spécifications du logiciel, N.Kerzazi 11

12 Relations entre les cas d utilisation Relations d utilisation - association stéréotypée«include». Relations d extension - association stéréotypée«extend». Relation de généralisation Exigences et spécifications du logiciel, N.Kerzazi 12

13 Relations entre les cas d utilisation * Relation d utilisation(«include») 2010 Exigences et spécifications du logiciel, N.Kerzazi 13

14 Relations entre les cas d utilisation * Relation d extension («extend») 2010 Exigences et spécifications du logiciel, N.Kerzazi 14

15 Relations entre les cas d utilisation * Relations de généralisation 2010 Exigences et spécifications du logiciel, N.Kerzazi 15

16 Tri des cas d utilisation Les cas d utilisation devraient être triés en ordre d importance de façon à ce que les cas les plus importants soient traités le plus tôt possible. On considère importants les cas d utilisation qui: 1. Ont un impact important sur l architecture du système, par exemple parce qu ils introduisent beaucoup de concepts ou classes, ou exigent de la persistance; 2. Contiennent beaucoup d information sur la conception sans nécessairement nécessiter beaucoup d effort; 2010 Exigences et spécifications du logiciel, N.Kerzazi 16

17 Tri des cas d utilisation 3. Contiennent des fonctions risquées, complexes ou urgentes; 4. Impliquent des efforts importants de recherche ou l utilisation de nouvelles technologies; 5. Représente l activité commerciale principale; 6. Implique directement des revenus supplémentaires ou des réductions de coûts Exigences et spécifications du logiciel, N.Kerzazi 17

18 Décomposition de cas d utilisation Dans un développement itératif, on se donne un échéancier serré pour chaque cycle de développement; Il peut donc arriver qu un cas d utilisation ne soit pas complètement réalisé au cours d un cycle; Dans ces cas, on peut en faire des versions simplifiées réalisables dans un cycle; Les versions simplifiées sont raffinées de cycle en cycle jusqu à correspondre au cas d utilisation initial Exigences et spécifications du logiciel, N.Kerzazi 18

19 Cas d utilisation et leurs formats Un cas d utilisation est un document narratif qui décrit la séquence d évènements dans laquelle un acteur (un agent externe) utilise un système pour accomplir un processus; Ce sont des descriptions de l utilisation d un système; Les cas d utilisation NE sont PAS des requis ou des spécifications fonctionnelles Exigences et spécifications du logiciel, N.Kerzazi 19

20 Cas d utilisation et leurs formats Les cas d utilisation peuvent être spécifiés avec différents niveau de détail: - Format de haut niveau: -- Abrégé, peu détaillé; -- Décrit le scénario principal seulement. - Format étendu: -- Détaillé; -- Description des scénarios alternatifs Exigences et spécifications du logiciel, N.Kerzazi 20

21 Cas d utilisation de haut niveau Un exemple de use case pour le guichet automatique: 2010 Exigences et spécifications du logiciel, N.Kerzazi 21

22 Cas d utilisation de haut niveau Ne décritpas le détail des cas d utilisation; Ne décrit pas l ordre des opérations Exigences et spécifications du logiciel, N.Kerzazi 22

23 Cas d utilisation étendu En format étendu, un cas d utilisation est constitué de plusieurs éléments: Nom du cas d utilisation Système Acteurs Parties prenantes Préconditions Garanties en cas de succès (postconditions) Une description du scénario principal Une description des scénarios alternatifs 2010 Exigences et spécifications du logiciel, N.Kerzazi 23

24 Cas d utilisation étendu 2010 Exigences et spécifications du logiciel, N.Kerzazi 24

25 Cas d utilisation étendu Scénario en colonnes: 2010 Exigences et spécifications du logiciel, N.Kerzazi 25

26 Cas d utilisation étendu Déroulement alternatif: 2010 Exigences et spécifications du logiciel, N.Kerzazi 26

27 Comment décrire un cas d usage? rappel Identifiant: étiquette unique et référençable; Nom: appellation courte et descriptive, indépendante de la structure ou de l implémentation; But: expliquer ce que les acteurs veulent accomplir; Pré-conditions: décrire l état requis du système avant l exécution; Post-conditions: décrire l état du système après l exécution; Acteurs: énumérer les acteurs impliqués. On peut distinguer l acteur principal des simples participants; Déroulement: décrire chacune des étapes, avec texte, une colonne, ou plusieurs colonnes; Alternatives: cas particulier; Exception: déroulement en cas d erreur Exigences et spécifications du logiciel, N.Kerzazi 27

28 Quelques limites des cas d utilisation Inefficace pour la description des systèmes à base d états, exemple: Compilateur et algorithme; Les scénarios décrivent généralement comment et non quoi faire. Il faut modéliser les interactions pour comprendre le fonctionnement du système; Les exigences non-fonctionnelles ne sont pas captées par les UC. RUP suggère l artéfact «exigences supplémentaires» pour ce fait; Besoin de modéliser le métier(processus ou activités) Exigences et spécifications du logiciel, N.Kerzazi 28

29 UML: diagramme d'activités Permet de représenter graphiquement le comportement ou le déroulement d'un cas d'utilisation; Une activité représente une exécution d un déroulement d'étapes séquentielles; Le passage d'une activité vers une autre est matérialisé par une transition; Les transitions sont déclenchées par la fin d'une activité et provoquent le début immédiat d'une autre; En théorie, tous les mécanismes dynamiques pourraient être décrits par un diagramme d'activités, mais seuls les mécanismes complexes ou intéressants méritent d'être représentés Exigences et spécifications du logiciel, N.Kerzazi 29

30 Diagramme d activité avec l outil Together 2010 Exigences et spécifications du logiciel, N.Kerzazi 30

31 Diagramme d'activités -- exemple 2010 Exigences et spécifications du logiciel, N.Kerzazi 31

32 Pourquoi un diagramme d activité? Un diagramme d activité UML expose les activités séquentielles et parallèles d un processus; Permet de modéliser des processus métier et des enchaînements d activités; Permet de représenter graphiquement le déroulement d'un cas d'utilisation ou le comportement d'une méthode. Client Fournisseur Commander produit Recevoir produit Gérer commande Expédier produit Commande [Passée] Régler facture Encaisser facture Commande [Réglée] 2010 Exigences et spécifications du logiciel, N.Kerzazi 32

33 Diagrammes d activités Servent à modéliser les aspects dynamiques d un système: Flux de travail (workflow); Opération. Montrent explicitement le flux de contrôle d une activité à l autre: ce qui les rend intéressant comme complément au texte dans un cas d utilisation Exigences et spécifications du logiciel, N.Kerzazi 33

34 Activités et transition, notation Le passage d'une activité vers une autre est matérialisé par une transition. Les transitions sont déclenchées par la fin d'une activité et provoquent le début immédiat d'une autre Exigences et spécifications du logiciel, N.Kerzazi 34

35 Activités et transition, notation Pour représenter des transitions conditionnelles, on utilisera des gardes (expressions booléennes exprimées en langage naturel): 2010 Exigences et spécifications du logiciel, N.Kerzazi 35

36 Activités et transition, notation Synchronisation: Il est possible de synchroniser les transitions à l'aide des barres de synchronisation. Une barre de synchronisation permet d'ouvrir et de fermer des branches parallèles au sein d'un flot d'exécution : - Les transitions qui partent d'une barre de synchronisation ont lieu en même temps. - On ne franchit une barre de synchronisation qu'après réalisation de toutes les transitions qui s'y rattachent Exigences et spécifications du logiciel, N.Kerzazi 36

37 Activités et transition, notation Synchronisation: 2010 Exigences et spécifications du logiciel, N.Kerzazi 37

38 Activités et transition, notation Couloirs d'activités: Afin d'organiser un diagramme d'activités selon les différents responsables des actions représentées, il est possible de définir des "couloirs d'activités" Exigences et spécifications du logiciel, N.Kerzazi 38

39 Limites des diagrammes d activités Question: Après avoir vu les points positifs des diagrammes d activités, à votre avis quelles sont leurs limites dans un contexte de spécification? 2010 Exigences et spécifications du logiciel, N.Kerzazi 39

40 Pourquoi un diagramme d état? Le diagramme d états UML présentent une vue dynamique. Présentent les événements et les états intéressants d un objet et son comportement (face à un événement). Bon pour les systèmes: Contrôle des processus; Système des télécommunications Exigences et spécifications du logiciel, N.Kerzazi 40

41 Diagrammes d états Servent à modéliser les aspects dynamiques d un système: Objects réactifs(i.e. contrôlés par les événements). Sont typiquement indépendants des cas d utilisation. Permettentde modéliserun seulobjet à la fois(au sensdu domaine du problème, bien entendu) Exigences et spécifications du logiciel, N.Kerzazi 41

42 Diagrammes d états 2010 Exigences et spécifications du logiciel, N.Kerzazi 42

43 Caractéristiques d'un Diagramme d état 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. Un état se caractérise par sa durée et sa stabilité, il représente une conjonction instantanée des valeurs des attributs d'un objet. Une transition représente le passage instantané d'un état vers un autre. Une transition est déclenchée par un événement. En d'autres termes: c'est l'arrivée d'un événement qui conditionne la transition. Les transitions peuvent aussi être automatiques, lorsqu'on ne spécifie pas l'événement qui la déclenche. En plus de spécifier un événement précis, il est aussi possible de conditionner une transition, à l'aide de "gardes" : il s'agit d'expressions booléennes, exprimées en langage naturel(et encadrées de crochets) Exigences et spécifications du logiciel, N.Kerzazi 43

44 Synthèse Niveaux Modèles Spécification fonctionnelle Cas d utilisations Diagramme de séquence Analyse Modèles Statiques Modèles dynamiques Diagramme de concepts Diagramme d activités Diagramme d états Conception 2010 Exigences et spécifications du logiciel, N.Kerzazi 44

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

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

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

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

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

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

Cedric Dumoulin. Compilation de présentations de : Jeanine Leguy

Cedric Dumoulin. Compilation de présentations de : Jeanine Leguy Cedric Dumoulin Compilation de présentations de : Julie Vachon Jeanine Leguy Yannick Prié 1 Les diagrammes dynamiques Diagrammes d interactions Séquences Communication (uml1 == Collaboration) Diagrammes

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

[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

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

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

Cas d utilisation. #Niedercorn LT «la Briquerie» 57100 THIONVILLE UML : cas d utilisation & page 1/10. Introduction

Cas d utilisation. #Niedercorn LT «la Briquerie» 57100 THIONVILLE UML : cas d utilisation & page 1/10. Introduction Cas d utilisation Modéliser les vues statiques d'un système Les cas d utilisation sont un moyen d exprimer le besoin des Utilisateurs d un système informatique vis-à-vis de ce système. Ils sont une vision

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 «Atelier UML» Tarak Chaari. Maître assistant à l institut supérieur d électronique et de communication. tarak.chaari@gmail.

Cours «Atelier UML» Tarak Chaari. Maître assistant à l institut supérieur d électronique et de communication. tarak.chaari@gmail. Cours «Atelier» Tarak Chaari Maître assistant à l institut supérieur d électronique et de communication tarak.chaari@gmail.com Votre interlocuteur Tarak CHAARI Maître assistant à l ISECS Membre de l unité

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

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

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

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

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic) Exposé de M.C.O Thème La methode orientée objet OMT (Object Modeling Technic) 1 Plan du travail Introduction Le cycle de vie Formalismes de représentation UML Les outils d assistance OMT et UML Conclusion

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

Définition des Besoins

Définition des Besoins 1 Génie Logiciel (d'après A.-M. Hugues) Définition des Besoins Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 22/03/2007 2 Position dans le cycle de vie Contexte : un problème posé chez le

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

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

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

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

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Révisions ISO Livre blanc

Révisions ISO Livre blanc Révisions ISO ISO Revisions Révisions ISO Livre blanc Quelle est la différence entre une approche procédure et une approche processus? Aborder le changement Processus vs procédures : Qu est-ce que cela

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

TD Bibliothèque 2003-2004. Gestion Bibliothèque

TD Bibliothèque 2003-2004. Gestion Bibliothèque Gestion Bibliothèque 1 Bibliothèque Objectif : Illustrer la vue statique : détermination du diagramme de classes à partir des diagrammes de séquence. 1. Spécification du problème On souhaite gérer les

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

Annexe du cours Conception des sites web marchands et mobiles

Annexe du cours Conception des sites web marchands et mobiles Conception des sites web marchands et mobiles Nassim BAHRI {contact@nassimbahri.ovh} 1 Novembre 2015 1 Diagramme de séquence système Les cas d'utilisation décrivent les interactions des acteurs avec le

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

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

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

Cas d utilisation Diagrammes de séquence

Cas d utilisation Diagrammes de séquence Cas d utilisation Diagrammes de séquence Chantal Reynaud Université Paris X - Nanterre UFR SEGMI - IUP MIAGE Cours de Méthodes et Analyse objet Maîtrise MIAGE 2003/2004 1 Plan I. Les cas d utilisation

Plus en détail

Noël NOVELLI ; Université de la Méditerranée ; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9

Noël NOVELLI ; Université de la Méditerranée ; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Noël NOVELLI ; Université de la Méditerranée ; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Documentation La documentation a pour but de laisser des traces

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

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

Analyse et conception de systèmes d information

Analyse et conception de systèmes d information Analyse et conception de systèmes d information Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch Juin 2005 [SJB-02] Chapitre 4 1 Références Ce document a

Plus en détail

Sciences Industrielles pour l Ingénieur

Sciences Industrielles pour l Ingénieur Centre d Intérêt 3 : TRAITER l'information Compétences : ANALYSER, CONCEVOIR LE COMPORTEMENT DES SYSTEMES LOGIQUES SEQUENTIELS : Comment décrire un comportement par un graphe d'états? Analyser le comportement

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations.

Sixième partie VI. Diagramme de cas d utilisation. Cours de Génie Logiciel. David Janiszek. Introduction. Les éléments. Les relations. Sixième partie VI Diagramme de cas d utilisation Définition Le diagramme de cas d utilisation représente la structure des grandes fonctionnalités nécessaires aux utilisateurs du système Rôle du diagramme

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

Modèle conceptuel et diagramme de classes

Modèle conceptuel et diagramme de classes Modèle conceptuel et diagramme de classes Modèle conceptuel Le modèle conceptuel contient les concepts pertinents et significatifs du problème ; C est au début, une représentation des objets du monde réel,

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

170. Transformation du modèle conceptuel de données en modèle logique relationnel MCD MLD. Table des matières

170. Transformation du modèle conceptuel de données en modèle logique relationnel MCD MLD. Table des matières Modélisation de logiciels de gestion 170. Transformation du modèle conceptuel de données en modèle logique relationnel MCD MLD Table des matières 1 Préambule... 1 2 Première règle... 2 3 Deuxième règle...

Plus en détail

Technologie SAFE* 1000 Outils et Développement Cursus Sage FRP 1000 Outils et Développement. Technologie SAFE* 1000 Outils et Développement

Technologie SAFE* 1000 Outils et Développement Cursus Sage FRP 1000 Outils et Développement. Technologie SAFE* 1000 Outils et Développement Technologie Cursus Sage FRP 1000 Vous êtes Consultant, Chef de Projets, Directeur des Systèmes d Information, Technologie Directeur Administratif et Financier, Optez pour les «formations Sage MGE» Nous

Plus en détail

Chapitre 2. 2.1 Les raisons d une méthodologie objet. 2.1.1 L objet, un élément de programme dynamique opératoire qui simplifie. 2.1.

Chapitre 2. 2.1 Les raisons d une méthodologie objet. 2.1.1 L objet, un élément de programme dynamique opératoire qui simplifie. 2.1. Chapitre 2 Le modèle objet avec UML 2.1 Les raisons d une méthodologie objet 2.1.1 L objet, un élément de programme dynamique opératoire qui simplifie la complexité d un problème Objet : modules cohérants

Plus en détail

introduction à la conception Orientée Objet

introduction à la conception Orientée Objet 1 introduction à la conception Orientée Objet IUP GEII 2ème année marcel@univ-tours.fr http://www.blois.univ-tours.fr/ marcel 2 plan cours 1. motivations génie logiciel 2. concepts et techniques orientés

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

Modélisation systémique de l'organisation

Modélisation systémique de l'organisation Modélisation systémique 1 2005-09-06 Modélisation systémique de l'organisation Ce chapitre vise à introduire à la modélisation d un système organisationnel. On explique d abord quelques notions liées à

Plus en détail

Ministère de l enseignement supérieur et de la recherche scientifique. Direction Générale des Études Technologiques

Ministère de l enseignement supérieur et de la recherche scientifique. Direction Générale des Études Technologiques Ministère de l enseignement supérieur et de la recherche scientifique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de SILIANA Département Technologies de l

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Diagrammes de cas d utilisation Use Case Sommaire Introduction Acteurs Diagramme de cas d utilisation O. Boissier, SMA/G2I/ENS Mines Saint-Etienne, Olivier.Boissier@emse.fr,

Plus en détail

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE

ISTA H.H www.developpez.c.la Diagramme d activité SOMMAIRE SOMMAIRE I. Définition... 2 II. Intérêts des diagrammes d activité... 5 III. Quand employer le diagramme d activité?... 5 IV. Avantage et Inconvénient... 6 V. Les étapes de constructions... 7 VI. Comment

Plus en détail

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

Cadres pour la conception d une SOA

Cadres pour la conception d une SOA Cadres pour la conception d une SOA Module BPM & SOA SI5/Master IFI Extraits des meilleures pratiques Softeam et de la méthode Praxème Merci à Fabien Villard - 1 - Conception SOA : Etapes, méthodes - 2

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

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

Chapitre I - Introduction et conseils au lecteur

Chapitre I - Introduction et conseils au lecteur Chapitre I - Introduction et conseils au lecteur Cette partie introductive situe la place de l'algorithmique dans le développement logiciel et fournit au lecteur des conseils : conseils pour bien analyser

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

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

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org A-TEAM ProManager Jalon de lancement Version 1.0 Groupe : C Site Web: http://mooproject.neocities.org 1 SOMMAIRE : I. Planning des phases 4 1-Lancement..5 2-Elaboration. 5 3-Construction 5 4-Transition.6

Plus en détail

Méthode MERISE : Outils conceptuels et organisationnels

Méthode MERISE : Outils conceptuels et organisationnels CNAM A4 Année 2000-2001 Méthode MERISE : Outils conceptuels et organisationnels 1 Introduction : La méthode MERISE met à disposition de l'analyste des outils pour modéliser un système d'informations. C'est

Plus en détail

Dossier de conception. Conception d un site E-learning

Dossier de conception. Conception d un site E-learning Conception d un site E-learning Encadré par : Mr. LACHGAR Mohamed Réalisé par : LECHQER Younesse ELEOUAD Abdelhadi SOMMAIRE I. PERIMETRE DU PROJET... 2 1.1. ENJEUX ET VISION DU PROJET... 3 1.2. ARCHITECTURE

Plus en détail

Diagramme de cas d utilisation. Objectif. Acteurs et use cases. Diagrammes UML. (use case) du use case. du diagramme de use cases

Diagramme de cas d utilisation. Objectif. Acteurs et use cases. Diagrammes UML. (use case) du use case. du diagramme de use cases Diagrammes UML Cas d utilisation Diagramme de cas d utilisation (use case) Classe Etats-transitions Scénario Activité Interaction Séquence Collaboration Implémentation Composantes Déploiement 2006 zam@lamsade.dauphine.fr

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

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

Outils et Méthodes de Génie Logiciel. IUT A de Lille I, Dept Informatique, G. Grimonprez, J.Marengo

Outils et Méthodes de Génie Logiciel. IUT A de Lille I, Dept Informatique, G. Grimonprez, J.Marengo OMGL 1 Outils et Méthodes de Génie Logiciel 1 Introduction De l énoncé d un besoin utilisateur à une spécification opérationnelle 2 Les étapes de développement d une application Recensement des besoins

Plus en détail

DEMARCHE OU PROCESSUS LOGICIEL

DEMARCHE OU PROCESSUS LOGICIEL DEMARCHE OU PROCESSUS LOGICIEL PROCESSUS LOGICIEL Définition Un processus définit une séquence d étapes, en partie ordonnées, qui concourent à l obtention d un système logiciel ou à l évolution d un système

Plus en détail

Service d installation personnalisée de HP Services d assistance à la clientèle par événement HP

Service d installation personnalisée de HP Services d assistance à la clientèle par événement HP Service d installation personnalisée de HP Services d assistance à la clientèle par événement HP Données techniques Ce service permet de bénéficier d une installation, d une reconfiguration ou d une installation

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

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

Mongi TRIKI Docteur en Informatique Université Paris Dauphine

Mongi TRIKI Docteur en Informatique Université Paris Dauphine Université Méditerranéenne Libre de Tunis Faculté Méditerranéenne Privée des Sciences Informatiques, Economiques et de Gestion de Tunis Département d Informatique LICENCE INFORMATIQUE Guide du Stagiaire

Plus en détail

LANGAGES & DéVELOPPEMENT. Une équipe à vos côtés pour toutes vos montées en compétences

LANGAGES & DéVELOPPEMENT. Une équipe à vos côtés pour toutes vos montées en compétences LANGAGES & DéVELOPPEMENT Une équipe à vos côtés pour toutes vos montées en compétences ASP.NET OPTION VB.NET OU C# 5 jours Permettre aux participants de mieux appréhender ce qu est la programmation pour

Plus en détail

Architecture d Entreprise et des Systèmes d Information. 06 Urbanisation et SOA en pratique : PRAXEME et MODELIO. Introduction PRAXEME et MODELIO 1

Architecture d Entreprise et des Systèmes d Information. 06 Urbanisation et SOA en pratique : PRAXEME et MODELIO. Introduction PRAXEME et MODELIO 1 Plan du chapitre Master Informatique et Systèmes Architecture d Entreprise et des Systèmes d Information 06 Urbanisation et SOA en pratique : PRAXEME et MODELIO 1 2 3 4 5 6 Introduction PRAXEME et MODELIO

Plus en détail

Génie Logiciel Avancé Cours 2 Spécification

Génie Logiciel Avancé Cours 2 Spécification Génie Logiciel Avancé Cours 2 Spécification Stefano Zacchiroli zack@pps.jussieu.fr Laboratoire PPS, Université Paris Diderot - Paris 7 10 Février 2011 URL http://upsilon.cc/zack/teaching/1011/gla/ Copyright

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

Logiciel de gestion des ressources numériques. Spécifications Supplémentaires

Logiciel de gestion des ressources numériques. Spécifications Supplémentaires Logiciel de gestion des ressources numériques Spécifications Supplémentaires FANTASTIC FIVE Team 11/05/2015 Historique des revisions Date Version Description Auteur 11/05/2015 La mise en évidence

Plus en détail

Chapitre 3 Planification I

Chapitre 3 Planification I Chapitre 3 Planification I Le processus de planification d un projet Pourquoi faire un plan? Qu est-ce qu un plan? Contenu d un plan Processus de planification Critères de qualité pour évaluer un plan

Plus en détail

EXERCICES SUR LES DFD (DIAGRAMME DE FLOTS DE DONNÉES), LES TABLES ET LES ARBRES DE DÉCISION

EXERCICES SUR LES DFD (DIAGRAMME DE FLOTS DE DONNÉES), LES TABLES ET LES ARBRES DE DÉCISION DÉPARTEMENT D' INFORMATIQUE ET D INGÉNIERIE UNIVERSITÉ DU QUÉBEC EN OUTAOUAIS EERCICES SUR LES DFD (DIAGRAMME DE FLOTS DE DONNÉES), LES TABLES ET LES ARBRES DE DÉCISION INF4003 Professeure : Nadia BAAZIZ

Plus en détail

TD McGood 2004. McGood. Mastère 2004 1

TD McGood 2004. McGood. Mastère 2004 1 McGood Mastère 2004 1 McGood Une petite entreprise familiale de restauration rapide, avec des produits de terroir (McGood), voudrait cesser de tenir sa comptabilité à la main (écriture des opérations comptables

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

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

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

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

Capture des exigences - Cas d utilisation

Capture des exigences - Cas d utilisation Capture des exigences - Cas d utilisation Hafedh Mili INF5151-30 2005 Plan 1. Capture des exigences 2. Cas d utilisation 3. Règles d affaires 4. Exigences non fonctionnelles Copyright Hafedh Mili 1999-2005

Plus en détail

Les diagrammes de flux d informations

Les diagrammes de flux d informations Les diagrammes de flux d informations Le système d information Propriétés Intitulé long Formation concernée Matière Notions Description Représentation des flux d information d une activité commerciale

Plus en détail

Génie Logiciel Avancé Cours 2 Spécification

Génie Logiciel Avancé Cours 2 Spécification Génie Logiciel Avancé Cours 2 Spécification 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étail

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode Étude de cas UML n est pas une méthode UML n est pas une méthode, mais un simple langage ; l OMG ne préconise pas de processus ; il n existe pas une démarche unique qui fixe l ordre dans lequel les modèles

Plus en détail

Diagramme des Cas d Utilisation Spécifier l interaction du système avec les acteurs Il s agit souvent du point de départ d une conception objet. Les diagrammes de cas d utilisation servent à modéliser

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

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

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

Excelsa Technologies Consulting Inc. COBIT 5 Fondations Description du cours

Excelsa Technologies Consulting Inc. COBIT 5 Fondations Description du cours Excelsa Technologies Consulting Inc. COBIT 5 Fondations Description du cours Page 1 of 5 1 Introduction au cours Le but d cette formation est de présenter, entre autre chose, les cinq principes de base

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. 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

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

Archivage numérique et règles de conformité

Archivage numérique et règles de conformité Archivage numérique et règles de conformité Impacts de la dématérialisation Jean-Claude Maury 1 Fil rouge Rappel sur l archivage numérique 2 Le changement de statut de l archivage l numérique Au Au cours

Plus en détail

CQP Inter-branches Technicien de la Qualité. Préparation de l évaluation des compétences par le candidat

CQP Inter-branches Technicien de la Qualité. Préparation de l évaluation des compétences par le candidat CQP Inter-branches Technicien de la Qualité Préparation de l évaluation des compétences par le candidat Vous souhaitez obtenir le Certificat de Qualification Professionnelle Inter-branches (CQPI) «Technicien

Plus en détail

MODÉLISATION DES BESOINS

MODÉLISATION DES BESOINS MODÉLISATION DES BESOINS Diagrammes de cas d utilisation Cas d'utilisation : Use Case (Jacobson) Permettent déxprimer les attentes/besoins des utilisateurs Permettent de définir les limites du système

Plus en détail