LA DÉMARCHE. La démarche proposée est basée sur un cycle de vie en cascade, et elle est constituée des étapes suivantes: 1.

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "LA DÉMARCHE. La démarche proposée est basée sur un cycle de vie en cascade, et elle est constituée des étapes suivantes: 1."

Transcription

1 DÉMARCHE

2 LA DÉMARCHE La démarche proposée est basée sur un cycle de vie en cascade, et elle est constituée des étapes suivantes: 1. Etude préalable 2. Spécification des exigences (ou expression des besoins) 3. Analyse 4. Conception 5. Implémentation 6. Test

3 1-ETUDE PRÉALABLE OU PRÉLIMINAIRE Première étape d un processus de développement dont l objet est de délimiter le périmètre du projet L étude préliminaire a pour objectifs principaux de : établir un recueil initial des besoins fonctionnels et opérationnels, modéliser le contexte du système, considéré comme une boîte noire, en identifiant les entités externes au système qui interagissent directement avec lui (acteurs), répertoriant les interactions (émission/réception de messages) entre ces acteurs et le système, représentant l ensemble des interactions sur un diagramme de contexte.

4 TÂCHES Définir la liste des exigences fonctionnelles Identifier les acteurs externes Identifier les messages échangés entre les acteurs et le système. Diagramme de contexte Réaliser éventuellement un découpage du système.

5 2-SPÉCIFICATION DES EXIGENCES FONCTIONNELLES 1. description détaillée des exigences fonctionnelles 2. Elaboration du diagramme des cas d utilisation système 3. Diagrammes de séquence système 4. Schéma de navigation générale

6 2.2 DIAGRAMME DE CAS D UTILISATION SYSTÈME Objectif: Décrire les besoins fonctionnels des acteurs du système. Procédure : Identifier les cas d utilisation (métier) Représenter les acteurs (métiers) et les cas d utilisation Définir les dépendances entre les cas d utilisation Description générale des cas d utilisation

7 2.3 DIAGRAMMES DE SÉQUENCE SYSTÈME Objectif: pour chaque cas d utilisation définir les interactions entre les acteurs et le système(boîte noire) Procédure: pour chaque cas d utilisation Placer les acteurs du CU dans le diagramme de séquence Représenter le système sous forme d objet

8 2.4 LE SCHÉMA DE NAVIGATION Objectif : élaborer le schéma de navigation de l application Procédure: Identifier les principaux écrans à partir des cas d utilisation et des DS. Les écrans correspondent à des états Préciser les événements / conditions associés aux transitions entre les écrans

9 3- ANALYSE Objectif: Définir la totalité des cas d utilisation (métier et informatique). Procédure: 3.1 Identifier tous les acteurs du système (métier et informatique) 3.2 Description des cas d utilisation 3.3 Elaboration de l interface utilisateur 3.4 Elaboration des diagrammes de séquence 3.5 Elaboration des diagrammes d état transition 3.6 Elaboration des diagrammes de classes 3.7 Synthèse de l analyse Elaboration du diagramme de classes d analyse

10 ETAPE PRÉCÉDENTE Besoins métiers (fonctionnels), interactions acteurs métiers/système, IHM définies. 10

11 3.1 ÉLABORATION DU DIAGRAMME DE CAS D UTILISATION Identifier tous les acteurs du système en prenant comme base ceux définis dans le DCU système de l activité précédente. Les acteurs informatiques apparaissent à ce niveau de l analyse (ex.administrateur d une application). Définir la totalité des cas d utilisation (métiers et informatiques). Les cas d utilisation informatiques sont des fonctions complémentaires qui n ont pas été identifiées lors de la phase d étude fonctionnelle (ex. un module d administration). Définir les dépendances entre les cas d utilisations. 11

12 3.2 DESCRIPTION DES CAS D UTILISATION Décrire de manière textuelle et détaillée les cas d utilisation. Pour chaque cas d utilisation (CU) : 1. Identifier l objectif du CU. 2. Identifier les acteurs du CU à partir du DCU de la sous-activité précédente. 3. Définir les pré conditions et éventuellement post conditions du CU. 4. Décrire le scénario nominal sous forme de liste d actions avec une numérotation chronologique (1- Action 1, 2- Action 2 ). L objectif du CU doit être atteint au terme du scénario. 5. Décrire le(s) scénario(s) alternatif(s) sous forme de liste d actions avec une numérotation chronologique le reliant au scénario nominal (1a : titre 1, Cas alternatif «a» de l étape 1 du scénario nominal). Le(s) scénario(s) alternatif(s) doit s achever par la satisfaction ou l abandon de l objectif. 12

13 3.3 ÉLABORATION DES DIAGRAMMES DE SÉQUENCE Représenter les interactions entre les acteurs et les objets du système pour tous les cas d utilisation en considérant les différents scénarios décrits. 13

14 3.4 ÉLABORATION DES DIAGRAMMES D ÉTAT-TRANSITION Créer des diagrammes d état-transition pour les objets dont il est nécessaire de comprendre leur cycle de vie. 14

15 3.5 ÉLABORATION DES INTERFACES UTILISATEUR Modéliser les interfaces utilisateur de tous les cas d utilisation. Pour chaque cas d utilisation (CU) : 1. Identifier toutes les «entrées» de l IHM qui correspondent aux paramètres des messages du DS pour chaque CU. 2. Représenter les éléments d entrées sous forme de composants IHM : zone de saisie, liste de choix, boutons radios 3. Ajouter à l IHM, les composants de validation (boutons). 4. Représenter les «sorties» de l IHM qui correspondent aux résultats des messages du DS pour chaque CU. 15

16 3.6 ÉLABORATION DES DIAGRAMMES DE CLASSE Définir les classes participantes pour chaque cas d utilisation. 1. Identifier les classes du CU en prenant comme base les objets définis dans le diagramme de séquence du CU et les concepts métiers. 2. Préciser les attributs des classes à partir de ceux identifiés dans le DS (paramètres des messages) et des entrées de l IHM. 3. Préciser les opérations des classes à partir des messages du DS et des actions et activités du DET. Un message «entrant» d un objet correspond à une opération de la classe sollicitée. 4. Déterminer les relations entre les classes : nom de l association, multiplicité, type d association (composition, agrégation, association qualifiée, dépendance, héritage ). 16

17 3.6 SYNTHÈSE DE L ANALYSE Élaboration du diagramme de classe récapitulatif Objectif: Regrouper l ensemble des classes dans un seul diagramme. Procédure 1. Fusionner l ensemble des diagrammes de classes participantes de tous les CU. 2. Fusionner, pour les mêmes classes, les attributs et opérations de chaque classe 3. Mettre en commun toutes les associations entre les classes définies dans les diagrammes de classes participantes.

18 CONCEPTION Transformer l architecture logique du modèle d analyse (PIM) en une architecture technique (également appelée architecture physique) du modèle de conception (PSM) Diagrammes UML Classes, séquence, DET, activités, communication, diagrammes de composants, diagrammes de déploiement. Le choix de l architecture technique doit prendre en compte les exigences non fonctionnelles imposées lors de l expression des besoins: Contraintes de performances. Environnement technique cible. Etat de l art de la technologie.

19 ETAPE 1: ARCHITECTURE TECHNIQUE L architecture technique représente la façon dont les éléments matériels et logiciels sont organisés au sein du système informatique d une organisation. Sur le plan matériel, elle comprend : des ordinateurs, postes de travail et serveurs, des composants réseau : commutateurs, routeurs, des médias de communication : câbles, ondes.

20 ARCHITECTURE TECHNIQUE Une application informatique assure généralement trois fonctions : le dialogue avec l utilisateur (couche présentation), le traitement de l information (couche métier), l accès aux données (couche données). Ces trois fonctions peuvent être prises en charge par différents composants situés sur un ou plusieurs ordinateurs reliés en réseau.

21 COUCHES ET NIVEAUX (LAYERS AND TIERS) Le découpage en couches est un découpage logique Le découpage en niveaux et un découpage physique

22 ETAPE 2: DIAGRAMMES DE SÉQUENCE DE CONCEPTION Pour chaque cas d utilisation (CU) Reporter le ou les acteurs du DCU impliqués dans le scénario. Représenter les objets du système impliqués dans le scénario en prenant comme base ceux identifiés dans le modèle d analyse, en utilisant la classification d Ivar Jacobson: Objets «Dialogue». Objets «Contrôleur». Objets «Entité». Objets techniques (Collection, Date ) identifiés uniquement lors de cette étape. Représenter les messages (synchrones/asynchrones) entre les acteurs et les objets et entre les objets eux-mêmes. La chronologie des échanges doit être respectée.

23 CLASSES DU CAS D UTILISATION Pour chaque cas d utilisation (CU) : 1 Représenter les classes du CU en prenant comme base les objets définis dans le diagramme de séquence technique du CU. Répartir les classes en plusieurs catégories : Classes «Dialogue». Classes «Contrôleur». Classes «Entité» Classes techniques (Collection, Date ) identifiés uniquement lors de cette étape. 2 Préciser les attributs des classes et leurs caractéristiques (visibilité, type, valeur initiale ) à partir de ceux identifiés dans le diagramme de séquence (paramètres des messages). 3 Préciser les opérations des classes et leurs caractéristiques (paramètres avec type, type de résultat) à partir des messages du diagramme de séquence. 4 Déterminer les relations entre les classes : Nom de l association. Multiplicité. Type d association (composition, agrégation, association qualifiée, dépendance, héritage ). Contraintes (ordonnées, non ordonnées ).

24 ETAPE 5: ÉLABORATION DU DIAGRAMME DE PAQUETAGE Regrouper l ensemble des classes en paquetages Regrouper l ensemble des classes par ensemble homogène. Chaque package correspond à un découpage fonctionnel ou technique (architecture en couches) Déterminer les dépendances entre les paquetages.

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

LOG2410 Tutoriel Enterprise Architect version Présentation générale du modélisateur UML

LOG2410 Tutoriel Enterprise Architect version Présentation générale du modélisateur UML LOG2410 Tutoriel Enterprise Architect version 10.0 Hiver 2014 Chargé de laboratoires : David Dubé david.dube@polymtl.ca 1. Présentation générale du modélisateur UML Figure 1.1 Interface principale Enterprise

Plus en détail

Résumé du sous-ensemble de la notation UML 2 utilisé dans ce livre

Résumé du sous-ensemble de la notation UML 2 utilisé dans ce livre Résumé du sous-ensemble de la notation UML 2 utilisé dans ce livre annexe A Diagramme de cas d utilisation Diagramme de séquence Diagramme de classes Diagramme de packages Diagramme d états Cahier du programmeur

Plus en détail

Dossier conception : Gestion Médicale

Dossier conception : Gestion Médicale Ddossier Dossier conception : Gestion Médicale Réalisé par : Encadré par : Sabah Bnouachir Asma Jmari Mr LACHGAR Mohamed Date de rédaction : 05/04/2013 [Tapez un texte] Page 1 Cadre réservé à l encadrant

Plus en détail

Introduction à UML 2.0

Introduction à UML 2.0 MAI NFE103 Année 2013-2014 Introduction à UML 2.0 F.-Y. Villemin, CNAM! UML 2.0 La version 2 de UML a été finalisée par l'omg en Juillet 2005 Ajouts d un ensemble de nouvelles fonctionnalités en partie

Plus en détail

Représentation des vues d architecture avec UML

Représentation des vues d architecture avec UML Représentation des vues d architecture avec UML Pierre-Alain Muller ENSISA pa.muller@uha.fr 03.89.33.69.65 Architecture / UML Pierre-Alain Muller Architecture logicielle Architecture = Eléments + Formes

Plus en détail

13/02/2013. Introduction Modélisation avec UML

13/02/2013. Introduction Modélisation avec UML Introduction Modélisation avec UML 1 Evolution des langages de programmation Langage assembleur = abstraction de la machine Langage impératifs (C, Fortran, ) = abstraction du langage assembleur Langage

Plus en détail

16/10/2014. I. Introduction aux Méthodes de Conception OO. Introduction. Conception Orientée Objet

16/10/2014. I. Introduction aux Méthodes de Conception OO. Introduction. Conception Orientée Objet Conception Orientée Objet I. Introduction aux Méthodes de Conception OO Rafik BOUAZIZ -- Faïez GARGOURI FSEG Sfax ISIM Sfax Introduction I.1. Systèmes d information et Méthodes de Conception Système d'information

Plus en détail

Utilisation d UML à des fins de recueil des besoins et d analyse 2/2.

Utilisation d UML à des fins de recueil des besoins et d analyse 2/2. Utilisation d UML à des fins de recueil des besoins et d analyse 2/2. A l issue de la formalisation des besoins La totalité des cas d utilisation Leurs relations Les acteurs concernés Les scénarios de

Plus en détail

Méthodologie de conception UML

Méthodologie de conception UML Méthodologie de conception UML 1 DIAGRAMME DE CAS D UTILISATION R E S P O N S A B L E D U C O U R S : H É L A H A C H I C H A A N N É E U N I V E R S I T A I R E : 2 0 1 2-2 0 1 3 Sommaire Objectif du

Plus en détail

Le consortium de compagnies aériennes Blue Sky veut un logiciel pour :

Le consortium de compagnies aériennes Blue Sky veut un logiciel pour : Modélisation UML - Étude de cas (1/2) Le consortium de compagnies aériennes Blue Sky veut un logiciel pour : - gérer les vols et les avions des compagnies - gérer les achats de billets et l enregistrement

Plus en détail

Analyse : Le UP (Unified Process)

Analyse : Le UP (Unified Process) Analyse : Le UP (Unified Process) Introduction L'analyse se consacre à l'étude des besoins décrits dans l'expression des besoins en les affinant et en les structurant. L'objectif de l'analyse est d'accéder

Plus en détail

Introduction à UML Langage de modélisation pour la Conception Orientée Objet

Introduction à UML Langage de modélisation pour la Conception Orientée Objet . 1. Introduction Modélisation Les vues UML Diagrammes UML Ecole Nationale Polytechnique Département Génie Industriel Année Universitaire 2011/2012 2. Spécifications des besoins Modèle des besoins Cas

Plus en détail

ÉTUDE DU SYSTÈME D INFORMATION D UNE BIBLIOTHÈQUE

ÉTUDE DU SYSTÈME D INFORMATION D UNE BIBLIOTHÈQUE ÉTUDE DU SYSTÈME D INFORMATION D UNE BIBLIOTHÈQUE Une bibliothèque connaît des adhérents (numéro, nom, prénom, adresse, email), des prêts (dateemprunt) et des livres disponibles (titre, auteur, ISBN).

Plus en détail

UML au service de l'analyse des métiers (Business Analysis)

UML au service de l'analyse des métiers (Business Analysis) Introduction 1. Pourquoi ce livre? 13 1.1 Pourquoi UML? 13 1.2 Pourquoi la business analysis (analyse du métier)? 15 1.3 La génèse d UML 16 2. Fil rouge : la société LOCA ROYANS 17 2.1 L activité de LOCA

Plus en détail

UML Diagrammes de Collaboration

UML Diagrammes de Collaboration UML Diagrammes de Collaboration Collaboration, le lien entre modèle externe et interne Collaboration et cas d utilisationd Collaboration et diagramme de classe De l analyse l à la conception objet en UML

Plus en détail

II.7. Diagrammes de transition d'état

II.7. Diagrammes de transition d'état II.7. s de transition d'état 2 Introduction Les diagrammes d'uml de structure comportemental de classes de package d objets d activités de cas d utilisation de composant de déploiement de structure composite

Plus en détail

Cours 2 : GESTION DE PROJET : outils de description SYSML

Cours 2 : GESTION DE PROJET : outils de description SYSML Face à la complexité sans cesse croissante des systèmes que nous utilisons quotidiennement, l industrie s est dotée de moyens de plus en plus performants pour piloter (coût, délai, qualité, impact environnemental,

Plus en détail

Plan. UML introduction. UML, un aperçu. Plan

Plan. UML introduction. UML, un aperçu. Plan Plan UML introduction Aurélien Tabard Département Informatique Université Claude Bernard Lyon 1 2013 Basé sur le cours de Yannick Prié 1. Introduction au langage de modélisation UML points de vue et diagrammes

Plus en détail

Diagrammes UML Vue Dynamiques

Diagrammes UML Vue Dynamiques 1. Diagrammes d interaction 1.1 Introduction Chapitre 4 Diagrammes UML Vue Dynamiques Les diagrammes d interaction permettent d établir un lien entre les diagrammes de cas d utilisation et les diagrammes

Plus en détail

Modélisation Des Besoins avec UML

Modélisation Des Besoins avec UML Modélisation Des Besoins avec UML (basé sur Enterprise Java with UML) 1 Buts Définir les fonctionnalités du système du point de vue des utilisateurs Délimiter le système - ce qui est extérieur et qui communique

Plus en détail

Analyse Systémique et Fonctionnelle d un système. Le langage SYSML

Analyse Systémique et Fonctionnelle d un système. Le langage SYSML Analyse Systémique et Fonctionnelle d un système Le langage SYSML Table des matières 1. Les différents diagrammes du langage SysML... 2 2. Le diagramme d exigence (Requirement diagram, notation SysML :

Plus en détail

Démarche d application d UML

Démarche d application d UML Démarche d application d UML Comment bien utiliser UML? Bonnes pratiques Avertissement Il n y a pas UNE démarche officielle Sinon le PU avec ses branches fonctionnelles et techniques disjointes Valable

Plus en détail

Modélisation statique

Modélisation statique Modélisation statique Introduction : Le diagramme de classes est sans doute le diagramme le plus important à représenter pour les méthodes d analyse orientées objet. C est le point central de tout développement

Plus en détail

Modélisation avec UML

Modélisation avec UML Chapitre 2 Modélisation avec UML 1. Introduction 1.1 Rappels : Concepts importants de l approche objet L approche objet rapproche les données et leurs traitements. Mais cette approche ne fait pas que ça,

Plus en détail

Séance 1.3 : LE LANGAGE SYSML

Séance 1.3 : LE LANGAGE SYSML 1. INTRODUCTION Un système peut être décrit suivant plusieurs représentations et selon différents points de vue indépendamment des objectifs visés : - la représentation schématique (schéma de principe,

Plus en détail

Partie I Spécification SART. Document de synthèse sur les méthodologies SART. Programmation sur exécutif temps réel

Partie I Spécification SART. Document de synthèse sur les méthodologies SART. Programmation sur exécutif temps réel Partie I Spécification SART Programmation sur exécutif temps réel Document de synthèse sur les méthodologies SART Document réalisé à partir de «Systèmes temps réel de contrôle-commande, conception et implémentation»,

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

Analyse,, Conception Objet

Analyse,, Conception Objet Analyse,, Conception Objet Diagrammes de cas d utilisation Use Case Sommaire Introduction Acteurs Diagramme de cas d utilisation O. Boissier, SMA/SIMMO/ENS Mines Saint-Etienne, Olivier.Boissier@emse.fr,

Plus en détail

GLO-3001 Architecture logicielle. Luc Lamontagne Hiver 2010

GLO-3001 Architecture logicielle. Luc Lamontagne Hiver 2010 GLO-3001 Architecture logicielle Luc Lamontagne Hiver 2010 Plan Définitions Architecte logiciel Architecture logicielle Une bonne architecture logicielle? Architecture vs. conception Styles, patrons et

Plus en détail

MODÉLISATION DE LA STRUCTURE DIAGRAMMES DE CLASSES DIAGRAMMES DE PACKAGES DIAGRAMMES D OBJETS

MODÉLISATION DE LA STRUCTURE DIAGRAMMES DE CLASSES DIAGRAMMES DE PACKAGES DIAGRAMMES D OBJETS MODÉLISATION DE LA STRUCTURE DIAGRAMMES DE CLASSES DIAGRAMMES DE PACKAGES DIAGRAMMES D OBJETS DIAGRAMME DE CLASSES Un diagramme de classes exprime la structure statique du système. un diagramme de classes

Plus en détail

Table des matières. I Diagramme de contexte. II Diagramme de composants. III Diagramme de déploiement

Table des matières. I Diagramme de contexte. II Diagramme de composants. III Diagramme de déploiement Table des matières I Diagramme de contexte 1-Définition 2-Exemple 3-Représentation graphique II Diagramme de composants 1-Définition 2-Exemple 3-Représentation graphique III Diagramme de déploiement 1-Définition

Plus en détail

ANALYSE ET CONCEPTION ORIENTEE OBJET

ANALYSE ET CONCEPTION ORIENTEE OBJET ISTA HAY RYAD 2011/2012 ANALYSE ET CONCEPTION ORIENTEE OBJET Définir les besoins pour une solution logicielle Réalisé par : BOUROUS Imane 1 PORTAIL DE LA FORMATION PROFESSIONNELLE AU MAROC Télécharger

Plus en détail

Quelle démarche pour passer des besoins utilisateur au code?

Quelle démarche pour passer des besoins utilisateur au code? Quelle démarche pour passer des besoins utilisateur au code? Introduction à la modélisation avec UML Tiré de : Roques, P. (2008). Les cahiers du programmeur UML 2 - Modéliser une application web (4 e édition)».

Plus en détail

Application : ensemble logiciel cohérent, qui a pour objectif la réalisation d'un ensemble de tâches donné.

Application : ensemble logiciel cohérent, qui a pour objectif la réalisation d'un ensemble de tâches donné. Lexique Génie Logiciel Complément au cours 'Génie Logiciel', MIA, Sciences-U, 2005-2006. Pierre Parrend. Activité : suite d'actions réalisées par un système. Le diagramme d'activité représente ces actions

Plus en détail

Oracle Database: Program with PL/SQL

Oracle Database: Program with PL/SQL Oracle University Appelez-nous: +33 15 7602 081 Oracle Database: Program with PL/SQL Durée: 5 Jours Description Ce cours est disponible au format "à la demande" /a/b/p/p/b/p/p/b/p/p/b/p/a/a/p/b/pulli/lili/lili/lili/lili/lili/li/u

Plus en détail

Bases de données - Concepts, utilisation et développement. Les nouveautés de la 2e édition

Bases de données - Concepts, utilisation et développement. Les nouveautés de la 2e édition Bases de données - Concepts, utilisation et développement Dunod Edition 2012 Jean-Luc Hainaut Les nouveautés de la 2e édition Deuxième édition - Janvier 2012 Cette édition comporte, par rapport à la précédente,

Plus en détail

IFT2255: Sommaire Chapitre 3. Introduction au génie logiciel. Chapitre 3: Approche structurée versus approche par objets

IFT2255: Sommaire Chapitre 3. Introduction au génie logiciel. Chapitre 3: Approche structurée versus approche par objets IFT2255: Introduction au génie logiciel Chapitre 3: versus approche par objets Julie Vachon et Houari Sahraoui Sommaire Chapitre 3 «versus approche par les objets» 3.1 Les approches de développement 3.2

Plus en détail

Conduite de projets informatiques

Conduite de projets informatiques Conduite de projets informatiques Principes généraux et techniques Eric Bourreau Université Montpellier 1 ( Projet Plan des cours (Conduite de Définition et terminologie Le découpage d'un projet L estimation

Plus en détail

CQP DEVELOPPEUR NOUVELLES TECHNOLOGIES (DNT)

CQP DEVELOPPEUR NOUVELLES TECHNOLOGIES (DNT) ORGANISME ASTON REFERENCE STAGE FAFIEC : 26573 47/49 Avenue Edouard Vaillant 92100 BOULOGNE BILLANCOURT CONTACT Couverture géographique : Contact : Sophie LANGLAIS Tél. : 01 45 36 15 20 06 18 47 19 05

Plus en détail

UE 8 - SYSTEMES D INFORMATION DE GESTION

UE 8 - SYSTEMES D INFORMATION DE GESTION UE 8 - SYSTEMES D INFORMATION DE GESTION Niveau L : 210 heures 18 ECTS Thèmes Sens et portée de l'étude Notions et contenus 1. Système d information et fonctions d organisation (50heures) 1.1 Information

Plus en détail

Brevet de Technicien Supérieur SERVICES INFORMATIQUES AUX ORGANISATIONS

Brevet de Technicien Supérieur SERVICES INFORMATIQUES AUX ORGANISATIONS Enseignement commun - 4.1 Solutions informatiques SI1 - Support système des accès utilisateurs Ce module permet de construire les savoirs et savoir-faire liés au support et au maintien en condition opérationnelle

Plus en détail

UML 2 - Diagramme de séquence «système»

UML 2 - Diagramme de séquence «système» UML 2 - Diagramme de séquence «système» Diagramme de comportement Analyse fonctionnelle Bertrand LIAUDET SOMMAIRE LE DIAGRAMME DE SEQUENCE «SYSTEME» 2 1. Le diagramme de séquence système 2 Présentation

Plus en détail

CORRIGE Autorisation des droits des sols

CORRIGE Autorisation des droits des sols IUT Informatique Arles Cas Pratique UML - Corrigé 21/09/2007 François RAYNAUD CORRIGE Autorisation des droits des sols 1. Domaine d'analyse le projet a pour but d informatiser la procedure d instruction

Plus en détail

Atelier de génie logiciel

Atelier de génie logiciel Atelier de génie logiciel Plan du cours I. Introduction II. III. IV. Principes de génie logiciel Modèles, processus AGL (windev) 1 I- introduction: 1- activité: Programme Logiciel I- introduction: 1- activité:

Plus en détail

Modélisation. Construire un bon logiciel : Définir des modèles pour

Modélisation. Construire un bon logiciel : Définir des modèles pour 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

MLD. Modèle Logique des Données (= MOD Modèle Organisationnel des Données)

MLD. Modèle Logique des Données (= MOD Modèle Organisationnel des Données) MLD Modèle Logique des Données (= MOD Modèle Organisationnel des Données) Transcription du MCD adaptée à l'implémentation ultérieure (niveau physique) Règles de transcription: 1entité => 1table Identifiant

Plus en détail

Chapitre 5 La modélisation de la dynamique

Chapitre 5 La modélisation de la dynamique 59 Chapitre 5 La modélisation de la dynamique 1. Introduction La modélisation de la dynamique Ce chapitre a pour objectif de vous faire découvrir comment UML représente les interactions entre les objets.

Plus en détail

Intégration des middlewares dans la conception logicielle. Sujets spéciaux en génie logiciel

Intégration des middlewares dans la conception logicielle. Sujets spéciaux en génie logiciel Intégration des middlewares dans la conception logicielle Sujets spéciaux en génie logiciel Intégration des middlewares dans la conception logicielle Introduction UML Approche orientée composant Approche

Plus en détail

07 Urbanisation et Architecture d Entreprise - Synthèse finale

07 Urbanisation et Architecture d Entreprise - Synthèse finale L urbanisation du SI est l alignement du SI par rapport au métier dans l espoir de gains en matière d agilité et de coût. Master Informatique - MIAGE Urbanisation des Systèmes d Information d Entreprise

Plus en détail

Projet de fin de. formation. Conception UML d un système d actualités sportives 3/30/2013. Reda Mourad OFPPT

Projet de fin de. formation. Conception UML d un système d actualités sportives 3/30/2013. Reda Mourad OFPPT Projet de fin de 3/30/2013 formation Conception UML d un système d actualités sportives Reda Mourad OFPPT Conception UML d un système d actualités sportives Table des matières Introduction... 2 Présentation

Plus en détail

UML 1 - Diagramme de cas d utilisation

UML 1 - Diagramme de cas d utilisation UML 1 - Diagramme de cas d utilisation Diagramme de comportement - statique Analyse fonctionnelle Bertrand LIAUDET SOMMAIRE LES UC 3 1. Présentation générale de la notion de cas d utilisation : UC 3 Cas

Plus en détail

Chapitre IV Modélisation et Conception de BD

Chapitre IV Modélisation et Conception de BD Chapitre IV Modélisation et Conception de BD 1. Un modèle conceptuel : le modèle Entités-Associations (E/A) Plan: 1. Le modèle Entités-Associations (E/A) (modèle conceptuel) 2. Traduction en modèle relationnel

Plus en détail

TD : Le langage SysML appliqué à l analyse fonctionnelle par diagramme cas d utilisation

TD : Le langage SysML appliqué à l analyse fonctionnelle par diagramme cas d utilisation Termina appliqué à l analyse fonctionnel par Objectif : lire et interpréter un outil de description de système du point de vue fonctionnel à l aide du langage SysML (Diagramme cas d utilisation). Mise

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

Glossaire UML. Démarche qui consiste à ne considérer que certains éléments d'un problème, pour des raisons de pertinence et/ou d'indépendance.

Glossaire UML. Démarche qui consiste à ne considérer que certains éléments d'un problème, pour des raisons de pertinence et/ou d'indépendance. Abstraction Glossaire UML Démarche qui consiste à ne considérer que certains éléments d'un problème, pour des raisons de pertinence et/ou d'indépendance. Acteur ("actor") Interlocuteur d'un système. Le

Plus en détail

Synthèse. Les architectures n-tiers. Présentation. Présentation

Synthèse. Les architectures n-tiers. Présentation. Présentation Les architectures n-tiers 2 Synthèse! Avantages! Déploiement immédiat! Evolutions transparentes pour l'utilisateur! Caractéristiques du poste client libres! Limites! Le serveur d application réalise la

Plus en détail

Modélisation. De la niche à l immeuble. Modèle. Système logiciel = Immeuble. Construction d un modèle indispensable

Modélisation. De la niche à l immeuble. Modèle. Système logiciel = Immeuble. Construction d un modèle indispensable Modélisation Petite Introduction à UML 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

Plus en détail

Laurent Pérochon, avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan

Laurent Pérochon, avril 2008, RMT Modelia, modélisation conceptuelle, formation UML, INRA Castanet Tolosan UML Modéliser le système dans son environnement Modéliser le système dans son environnement Système Environnement Quelles sont les limites du système? Quelles relations avec son environnement? Modéliser

Plus en détail

Les fondamentaux de la programmation ios Développez vos applications iphone et ipad avec Objective-C

Les fondamentaux de la programmation ios Développez vos applications iphone et ipad avec Objective-C L'environnement ios 1. Introduction à l environnement ios 9 1.1 L architecture ios 10 1.2 Le kit de développement logiciel 11 1.3 Le processus de création d une application ios 12 2. Les outils de développement

Plus en détail

Analyse et Conception avec UML Les diagrammes de séquence en Analyse

Analyse et Conception avec UML Les diagrammes de séquence en Analyse Analyse et Conception avec UML Les diagrammes de séquence en Analyse blay@unice.fr www.polytech.unice.fr/~blay IUT Nice-Sophia Antipolis février 2013 Site web du module : http://anubis.polytech.unice.fr/iut/

Plus en détail

La modélisation dynamique «haut niveau»

La modélisation dynamique «haut niveau» La modélisation dynamique «haut niveau» ACDA CPOO () Mathieu Sassolas IUT de Sénart Fontainebleau Département Informatique Année 2015-2016 Plan de la séance et 1 This is so meta! 2 Scénarios textuels Pourquoi?

Plus en détail

Méthodologies pour «L Architecture d Entreprise» L'initiative CEISAR

Méthodologies pour «L Architecture d Entreprise» L'initiative CEISAR Méthodologies pour «L Architecture d Entreprise» L'initiative CEISAR Métadonnées L initiative CEISAR Center of Excellence in Enterprise Architecture Sponsorisée par Air France, Axa, BNP Paribas, Michelin

Plus en détail

Etudes de cas. Etude de cas LIBENLIGNE

Etudes de cas. Etude de cas LIBENLIGNE Module : Conception orientée objets Etudes de cas Etude de cas LIBENLIGNE 3 - La phase d'initialisation 4 - La phase d'élaboration : itération n 1 5 - La phase d'élaboration : itération n 2 1 - Présentation

Plus en détail

LE BABOK 2.0 À L OMBRE DE LA VERSION 3.0

LE BABOK 2.0 À L OMBRE DE LA VERSION 3.0 Version 2.00 1 LE BABOK 2.0 À L OMBRE DE LA VERSION 3.0 Quelle est la valeur du BABoK 2.0 l aube de la sortie de la version 3.0? Objectifs 2 Voir au-delà de l organisation actuelle du BABoK 2.0 Voir les

Plus en détail

Exercice. Ludovic Apvrille.

Exercice. Ludovic Apvrille. Exercice Ludovic Apvrille Ludovic.Apvrille@telecom-paris.fr L objectif est de modéliser le système logiciel d un ascenseur décrit ci-dessous. Les composants matériels font donc partie de l environnement,

Plus en détail

Rapport de Gestion scolarité

Rapport de Gestion scolarité 2013 Rapport de Gestion scolarité elghadraoui ISTA NTIC SYBA MARRAKECH 28/03/2013 Table des matières I. Diagramme des cas d utilisations... 3 1. Définition... 3 Figure 1 :Diagramme de cas d utilisation...

Plus en détail

2.3 Le framework OdefiX : Définir et explorer des modèles environnementaux

2.3 Le framework OdefiX : Définir et explorer des modèles environnementaux 2.3 Le framework OdefiX : Définir et explorer des modèles environnementaux Ce chapitre détaille le cadre proposé afin de développer divers systèmes d aide à la gestion de l eau et plus généralement d aide

Plus en détail

Java et NetBeans Développez une application avec Java et NetBeans

Java et NetBeans Développez une application avec Java et NetBeans Introduction. Introduction 1. Contenu de l'ouvrage 2 Environnement de développement 1. Installation du JDK Java 7 5 2. Installation de l IDE NetBeans.1.1 7 3. Découverte de l IDE 10 3.1 Projets - Fichiers

Plus en détail

Analyse et Conception avec UML Les diagrammes de séquence en Analyse

Analyse et Conception avec UML Les diagrammes de séquence en Analyse Analyse et Conception avec UML Les diagrammes de séquence en Analyse blay@unice.fr www.polytech.unice.fr/~blay IUT Nice-Sophia Antipolis mars 2012 Site web du module : http://anubis.polytech.unice.fr/iut/

Plus en détail

Descriptif du petit train :

Descriptif du petit train : Ministère de l Enseignement Supérieur et de la Recherche Département du Génie Électrique et Informatique Descriptif du petit train : Cahiers des charge pour APP de périph. 4AE Version du document 2011a

Plus en détail

OMU350 - Operations Manager 9.x on UNIX/Linux Advanced Administration

OMU350 - Operations Manager 9.x on UNIX/Linux Advanced Administration OMU350 - Operations Manager 9.x on UNIX/Linux Advanced Administration Formation avec instructeur Pour versions 9.0, 9.01 et 9.10 PRÉSENTATION GÉNÉRALE Cette formation de cinq jours (avec instructeur) décrit

Plus en détail

DSS. Decrit par Craig Larman UML 2 et les design patterns Analyse et conception orientées objet et développement itératif

DSS. Decrit par Craig Larman UML 2 et les design patterns Analyse et conception orientées objet et développement itératif Cedric Dumoulin DSS Diagramme SequenceSystème Decrit par Craig Larman UML 2 et les design patterns Analyse et conception orientées objet et développement itératif 3 Diagrammes de séquence Montre, sous

Plus en détail

Modélisation > Les cas d'utilisation

Modélisation > Les cas d'utilisation Systèmes d information de l environnement Modélisation > Les cas d'utilisation Gilles Falquet Centre universitaire d informatique 1 Système d information Utiliser les sciences et technologies de l information

Plus en détail

Les diagrammes SysML

Les diagrammes SysML CPGE PTSI/PT - Sciences Industrielles de l Ingénieur PT Les diagrammes SysML Mémo Révisions v1.0 Lycée Jean Zay 21 rue Jean Zay - 63300 Thiers - Académie de Clermont-Ferrand Compétences visées : A1-01

Plus en détail

DESS MIAGe Etude de cas UML. Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN

DESS MIAGe Etude de cas UML. Anne-Laure VALDIVIA, David ROUSSE, Philippe CASSAN Etude de cas UML SOMMAIRE I. Introduction 3 II. Spécifications 3 1. Description des cas d utilisation 3 2. Description des scénarios 4 3. Structure de l IHM 7 III. Analyse 11 1. Dictionnaire des données

Plus en détail

SYSML. Lycée de la Communication de Metz

SYSML. Lycée de la Communication de Metz Ressource : SysML par l exemple de Pascal Roques - Édition Eyrolles. Concepteur : Jean-Michel Gaborit Professeur de STI2D Lycée de la Communication de Metz Définition d un système : Un système est un ensemble

Plus en détail

Modèles d'architectures et liens avec les outils de production d Interface Homme-Machine

Modèles d'architectures et liens avec les outils de production d Interface Homme-Machine Modèles d'architectures et liens avec les outils de production d Interface Homme-Machine Par Henoc Christian KHOUILLA - Etudiant en Master 2 PLS Année académique 2012-2013 2 Sommaire Modèles d'architectures

Plus en détail

Architecture d Entreprise et des Systèmes d Information. 04 Architecture du SI : identifier, décrire et structurer les services

Architecture d Entreprise et des Systèmes d Information. 04 Architecture du SI : identifier, décrire et structurer les services Plan du chapitre Master Informatique et Systèmes Architecture d Entreprise et des Systèmes d Information 04 Architecture du SI : identifier, décrire et structurer les services 1 2 3 4 5 Règles et pattern

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

Cours n 2 : Diagramme des cas d utilisation

Cours n 2 : Diagramme des cas d utilisation UML : Langage de modélisation objet unifié Cours n 2 : Diagramme des cas d utilisation 1) Qu est-ce que le diagramme des cas d utilisation: Avant de se lancer dans la réalisation d un logiciel, Il faut

Plus en détail

Introduction aux méthodes Orientées Objets Première partie

Introduction aux méthodes Orientées Objets Première partie Introduction aux méthodes Orientées Objets Première partie Modélisation avec UML 2.0 Programmation orientée objet en C++ Pré-requis: maitrise des bases algorithmiques (cf. 1 ier cycle), maitrise du C (variables,

Plus en détail

Analyse et Conception avec UML

Analyse et Conception avec UML Analyse et Conception avec UML 1 Les moyens Utilisation d un dictionnaire du domaine Les acteurs UML Les use-cases UML 2 Intérêt du dictionnaire Outil de dialogue Informel, évolutif, simple a réaliser

Plus en détail

MAREVA 2 METHODE D ANALYSE ET DE REMONTEE DE LA VALEUR GUIDE UTILISATEUR - FICHIER RENTABILITE

MAREVA 2 METHODE D ANALYSE ET DE REMONTEE DE LA VALEUR GUIDE UTILISATEUR - FICHIER RENTABILITE - FICHIER RENTABILITE Introduction Ce guide utilisateur explique comment utiliser et renseigner le fichier Rentabilité dans le cadre de l analyse de la valeur. Il s adresse aux chefs de projet afin de

Plus en détail

I. Diagramme des cas d utilisation : Présentation SysML Juillet 2011

I. Diagramme des cas d utilisation : Présentation SysML Juillet 2011 Le WMR928NX est fourni avec les éléments suivants : [1] - Appareil principal (WMR928NX) [2] - Anémomètre (WGR918N) [3] - Thermo-hygromètre (THGR918N) [4] - Pluviomètre (PCR918N) [5] - Baro-thermo-hygromètre

Plus en détail

ANALYSE DES CAHIERS DES CHARGES AVEC SysML

ANALYSE DES CAHIERS DES CHARGES AVEC SysML I- Cahier des charges et SysML Un besoin est exprimé à travers un cahier des charges. Cette première étape permet de reformuler le besoin tel qu il est exprimé par le client et donc d en fixer, avec le

Plus en détail

OUTIL DE REPRESENTATION SYSML. Afin de répondre aux exigences et aux besoins de la société, de concrétiser les innovations

OUTIL DE REPRESENTATION SYSML. Afin de répondre aux exigences et aux besoins de la société, de concrétiser les innovations I La langage SysML Afin de répondre aux exigences et aux besoins de la société, de concrétiser les innovations pour améliorer l existant ou développer de nouveaux produits, les systèmes intègrent des approches

Plus en détail

Méthode d analyse orientée objet UML

Méthode d analyse orientée objet UML Méthode d analyse orientée objet UML Notes de cours F. Bernardi, 2002 bernardi@univ-corse.fr http://spe.univ-corse.fr/bernardiweb/cours.htm Introduction au cours Diagrammes statiques Diagrammes dynamiques

Plus en détail

Analyse et conception des Systèmes d Information. La démarche Merise : L Etude Détaillée

Analyse et conception des Systèmes d Information. La démarche Merise : L Etude Détaillée Analyse et conception des Systèmes d Information La démarche Merise : L Etude Détaillée Etude détaillée Pourquoi?! L étude préalable n'a porté que sur les processus majeurs,! la description des traitements

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

Partie 2 : Modélisation avec UML

Partie 2 : Modélisation avec UML Partie 2 : Modélisation avec UML Samira SI-SAID CHERFI 44 Modélisation avec UML Comment modéliser avec UML? UML est un langage qui permet de représenter des modèles, mais il ne définit pas le processus

Plus en détail

Dynamics CRM Personnalisation et configuration

Dynamics CRM Personnalisation et configuration Formations Informatique CRM Dynamics CRM 2016 Dynamics CRM 2016 - Personnalisation et configuration Référence CRM16-CONF Durée 4 jours (28 heures) Certification MB2-712 Appréciation des résultats Évaluation

Plus en détail

L analyse et la conception de l objet technique Connaissances Niveau Capacités Commentaires

L analyse et la conception de l objet technique Connaissances Niveau Capacités Commentaires P ROGRAMME DE TECHNOLOGIE CLASSE DE TROISIEME L analyse et la conception de l objet technique Besoin. Représentation fonctionnelle. Critères d appréciation. Niveau. Formaliser sans ambiguïté une description

Plus en détail

IN201 : 9 Diagrammes d étatstransitions

IN201 : 9 Diagrammes d étatstransitions IN201 : 9 Diagrammes d étatstransitions Author : Christophe Garion Public Date : SUPAERO 2A : Résumé Ce sujet de TP est un sujet récapitulatif de conception. Il vous permettra également

Plus en détail

Corrigé du BE6 7 CSC Équipe enseignante. Revision : 1510

Corrigé du BE6 7 CSC Équipe enseignante. Revision : 1510 Équipe enseignante Revision : 50 CSC 4002 Télécom SudParis Octobre 205 Corrigé-type. Analyse du texte Les classes et attributs obtenus après analyse du texte sont les suivants : la classe équipage sert

Plus en détail

SIMPLON. Informaticiens, développeurs, chefs de projet techniques Personnes entre 18 et 26 ans, dont salariés Demandeurs d emploi de plus de 26 ans

SIMPLON. Informaticiens, développeurs, chefs de projet techniques Personnes entre 18 et 26 ans, dont salariés Demandeurs d emploi de plus de 26 ans SIMPLON PUBLICS CONCERNÉS Informaticiens, développeurs, chefs de projet techniques Personnes entre 18 et 26 ans, dont salariés Demandeurs d emploi de plus de 26 ans PRÉ-REQUIS Le niveau demandé à l entrée

Plus en détail

Diagrammes d interaction. Diagrammes d interaction. Diagramme d intéraction. Diagrammes d interactions. Objectif des diagrammes d interaction (1)

Diagrammes d interaction. Diagrammes d interaction. Diagramme d intéraction. Diagrammes d interactions. Objectif des diagrammes d interaction (1) Diagrammes d interaction Objectif des diagrammes d interaction (1) Les diagrammes de classe apporte un première réponse à la modélisation statique d un système. Ils permettent de définir les packages,

Plus en détail

Module Analyse et Conception avec UML (Unified Modelling Language)

Module Analyse et Conception avec UML (Unified Modelling Language) Cas d utilisation : présentation Module Analyse et Conception avec UML (Unified Modelling Language) Les cas d'utilisation (Use Case) les «use case» d Ivar JACOBSON Décrire une utilisation du système (ensemble

Plus en détail

Ingénierie système - fiche bilan PCSI -

Ingénierie système - fiche bilan PCSI - - fiche bilan PCSI - Objectifs du cours : Après avoir étudié l ensemble de la séquence cours-td-tp de première année, vous devez être capable de : Situer le système industriel dans son domaine d activité

Plus en détail

Urbanisation des Systèmes d'information

Urbanisation des Systèmes d'information Urbanisation des Systèmes d'information Normes et Standards Description de produits : ISO 10303 et 13584, Commerce : UN/CEFACT, ebxml. Urbanisation de Système d'information - Henry Boccon-Gibod 1 Des normes

Plus en détail