DEMARCHE OU PROCESSUS LOGICIEL

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "DEMARCHE OU PROCESSUS LOGICIEL"

Transcription

1 DEMARCHE OU PROCESSUS LOGICIEL

2 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 existant. Objectifs Produire des logiciels de qualité qui répondent aux exigences des utilisateurs dans des délais et des coûts déterminés Deux axes de contrôle: Axe de développement => Contrôler la qualité du logiciel Axe de gestion => contrôler les coûts et les délais

3 Etapes (ou phases) 1. Etude préalable 2. Exigences fonctionnelle 3. Analyse 4. Conception 5. Implémentation 6. Test

4 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 modèle de contexte dynamique, éventuellement complété par un modèle de contexte statique.

5 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 Description textuelle des messages Réaliser éventuellement un découpage du système.

6 MODÉLISATION DES EXIGENCES

7 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

8 2.1 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

9 2.2 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

10 2.3 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

11 3- ANALYSE

12 3- ANALYSE Objectif: Définir la totalité des cas d utilisation (métier et informatique). Procédure: Identifier tous les acteurs du système (métier et informatique)

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

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

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

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

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

18 É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 du message du DS pour chaque CU. 18

19 É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 DSE 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 ). 19

20 CONCEPTION ARCHITECTURE TECHNIQUE

21 CONCEPTION Transformer l architecture logique du modèle d analyse (PIM) en une architecture technique 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.

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

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

24 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

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

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

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

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.

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. DÉMARCHE 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)

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

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

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

Le Processus Unifié appliqué au projet MOOCS

Le Processus Unifié appliqué au projet MOOCS Le Processus Unifié appliqué au projet MOOCS Violaine Louvet GTN, 7 mai 2003, Orsay Le Processus Unifie applique au projet MOOCS p. 1 L objet Objet = entité regroupant des données (attributs) et des services

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

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

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

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 est f o E Y R O L L E S PASCAL ROQUES UML par la pratique Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 Sommaire Introduction 9 Objectifs du livre... 9 Structure de l ouvrage...

Plus en détail

Table des matières. Première partie Situation du test fonctionnel. Préface... Avant-propos...

Table des matières. Première partie Situation du test fonctionnel. Préface... Avant-propos... Préface..................................................................... Avant-propos................................................................ III XIII Première partie Situation du test fonctionnel

Plus en détail

Application de gestion d une bibliothèque municipale

Application de gestion d une bibliothèque municipale Application de gestion d une bibliothèque municipale Réalisé par : TARIK NASRAOUI NAMEZ MOHAMED 08/03/ Cadre réservé à l encadrant : Code d identification du Candidat : Nom des Validateurs Commentaires

Plus en détail

Réservation des salles

Réservation des salles Réservation des salles Mastère 2004 1 Réservation des salles 2004 1. Expression des besoins Pour tenter de résoudre les problèmes récurrents posés par la gestion de la réservation des salles, l université

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

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

Plus en détail

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

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21 INSA - ASI TechnoWeb : Rappels UML 1/21 Technologie Web Conception de sites Web Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/21

Plus en détail

Processus Unifié de développement de logiciel

Processus Unifié de développement de logiciel Processus Unifié de développement de logiciel Plan 1. SUP : une simplification de RUP 2. Les éléments de modélisation de SUP 3. Description de la dynamique de SUP 4. SUP sur une étude de cas 2 SUP : une

Plus en détail

Présentation des principaux diagrammes UML du projet Dolibarr

Présentation des principaux diagrammes UML du projet Dolibarr BAHWI Technologie Sujet Document dolibarr_v1.11.doc Version 1.1 Objet Présentation des principaux diagrammes UML du projet Dolibarr Auteur Date Description Version Guiom POLAERT 07/04/05 Création du document

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

1. Introduction. 2. Diagramme des exigences

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

Plus en détail

UE 8 Systèmes d information de gestion Le programme

UE 8 Systèmes d information de gestion Le programme UE 8 Systèmes d information de gestion Le programme Légende : Modifications de l arrêté du 8 mars 2010 Suppressions de l arrêté du 8 mars 2010 Partie inchangée par rapport au programme antérieur Indications

Plus en détail

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret. Bien programmer en Java 7 Avec plus de 50 études de cas et des comparaisons avec C++ et C# Plus de 10 000 ex. vendus! Édition en couleur Emmanuel Puybaret, ISBN : 978-2-212-12974-8 chapitre1 Présentation

Plus en dé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

Etude de cas Etude de cas N 3. Etude de cas N 3 : Allocation des ressources

Etude de cas Etude de cas N 3. Etude de cas N 3 : Allocation des ressources Etude de cas N 3 : Allocation des ressources Chaque année, au troisième trimestre, les directeurs de laboratoire de recherche expriment leurs demandes de moyens pour l année à venir auprès de leur direction

Plus en détail

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

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools. 1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement

Plus en détail

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet

Cours de Génie Logiciel. David Janiszek. Le projet. En résumé. Troisième partie III. Eléments de gestion de projet Troisième partie III Eléments de gestion de projet Un projet informatique est l ensemble des activités et des actions à entreprendre pour répondre au besoin d informatisation d un ensemble de tâches dans

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

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Jihed Touzi, Frédérick Bénaben, Hervé Pingaud Thèse soutenue au Centre de Génie Industriel - 9

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Analyse des besoins et spécification Delphine Longuet delphine.longuet@lri.fr Analyse des besoins et spécification Objectif

Plus en détail

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie

Licence en Informatique à Horraire Décalé. Cours Gestion de projet informatique Première partie Licence en Informatique à Horraire Décalé Cours Gestion de projet informatique Première partie 1 PLAN Introduction 1. Les concepts de base en management de projet : 3-33 2 Les processus du management de

Plus en détail

Guichet automatique de banque

Guichet automatique de banque Guichet automatique de banque Mastère 2004 1 Guichet automatique de banque : GAB Objectif : Illustrer la vue fonctionnelle et particulièrement la définition des cas d utilisation. 1. Spécification du problème

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

Module SIN21 Pre sentation, analyse, prise en main

Module SIN21 Pre sentation, analyse, prise en main Module SIN21 Pre sentation, analyse, prise en main Temps : 3h Objectifs : Prendre connaissance du système. Lire les diagrammes UML et comprendre le fonctionnement du système. Mettre en place une maquette

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

BE noté 2006 2007. Chantal Taconet et Christian Bac IO21

BE noté 2006 2007. Chantal Taconet et Christian Bac IO21 Chantal Taconet et Christian Bac IO2 Télécom INT 20 Novembre 2006 Corrigé Barème Groupe des Écoles des Télécommunications Télécom INT École d ingénieurs 2 ème année Contrôle de connaissances : Bureau d

Plus en détail

Diagrammes de Package, de déploiement et de composants UML

Diagrammes de Package, de déploiement et de composants UML labsticc.univ-brest.fr/pages_perso/babau/ Diagrammes de Package, de déploiement et de composants UML Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Description

Plus en dé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

Formation UML 2 les diagrammes de séquences, d états-transitions et d activités

Formation UML 2 les diagrammes de séquences, d états-transitions et d activités Formation UML 2 les diagrammes de séquences, d états-transitions et d activités Travaux dirigés 2ème exercice 11 au 13 février 2014 Hervé DOMALAIN CPII/DOSO/ED FORMATION UML 2 LES DIAGRAMMES DE SEQUENCES,

Plus en détail

Forum AMOA ADN Ouest. Présentation du BABOK. 31 Mars 2013 Nadia Nadah

Forum AMOA ADN Ouest. Présentation du BABOK. 31 Mars 2013 Nadia Nadah Forum AMOA ADN Ouest Présentation du BABOK 31 Mars 2013 Nadia Nadah Ce qu est le BABOK Ce que n est pas le BABOK Définition de la BA - BABOK version 2 Le processus de Business Analysis La structure du

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

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr

UML. Cas d'utilisation. Delphine Longuet. delphine.longuet@lri.fr Polytech Paris-Sud Formation initiale 3 e année Spécialité Informatique Année 2014-2015 UML Cas d'utilisation Delphine Longuet delphine.longuet@lri.fr Processus de développement logiciel Analyse des besoins

Plus en détail

TOGAF & MODELIO La phase préliminaire

TOGAF & MODELIO La phase préliminaire Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 06 Urbanisation et Architecture d Entreprise en pratique : TOGAF et MODELIO 1 2 3 4 5

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

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

UML : Les cas d utilisation

UML : Les cas d utilisation UML : Les cas d utilisation 2014 tv - v.1.0 Point de vue fonctionnel L expression préliminaire des besoins donne lieu à une modélisation par les cas d utilisation. Le concept de cas d

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

UML (Paquetage) Unified Modeling Language

UML (Paquetage) Unified Modeling Language UML (Paquetage) Unified Modeling Language Sommaire Introduction Objectifs Paquetage Espace de nommage d un paquetage Dépendances entre paquetages 2 Notion introduite véritablement par UML car superficiellement

Plus en détail

TOGAF & MODELIO La phase préliminaire

TOGAF & MODELIO La phase préliminaire Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 06 Urbanisation et Architecture d Entreprise en pratique : TOGAF et MODELIO 1 2 3 4 5

Plus en détail

Chapitre II Analyse 1

Chapitre II Analyse 1 Chapitre II Analyse 1 Plan du chapitre II II. Analyse A. Identification des besoins : Cas d utilisation 1. Définitions 2. Modes d utilisation 3. Format détaillé 4. Principes de rédaction 5. Concevoir les

Plus en détail

ACTIF : Aide à la Conception des systèmes de Transport Interopérables en France. 1. La méthode ACTIF

ACTIF : Aide à la Conception des systèmes de Transport Interopérables en France. 1. La méthode ACTIF ACTIF : Aide à la Conception des systèmes de Transport Interopérables en France 1. La méthode ACTIF La méthode: démarche classique de conduite de projet 2. Analyse de l existant 1. Initialisation de la

Plus en détail

Ingénierie des Systèmes d Information. Chap. 7: UML. Principes généraux et applications SI. Erwan TRANVOUEZ erwan.tranvouez@univ-amu.

Ingénierie des Systèmes d Information. Chap. 7: UML. Principes généraux et applications SI. Erwan TRANVOUEZ erwan.tranvouez@univ-amu. Ingénierie des Systèmes d Information Chap. 7: UML Principes généraux et applications SI Erwan TRANVOUEZ erwan.tranvouez@univ-amu.fr MOD Global : Cas des cardinalités Comment évaluer ces critères Par analyse

Plus en détail

Etudes de cas. Etude de cas LIBENLIGNE

Etudes de cas. Etude de cas LIBENLIGNE Etudes de cas Etude de cas LIBENLIGNE 1 - Présentation générale 2 - Site marchand 3 - La phase d'initialisation 4 - La phase d'élaboration : itération n 1 5 - La phase d'élaboration : itération n 2 1 -

Plus en détail

«Comprendre pour transformer» -------------- Hermès Science MANAGEMENT ET INFORMATIQUE collection dirigée par Nicolas Manson

«Comprendre pour transformer» -------------- Hermès Science MANAGEMENT ET INFORMATIQUE collection dirigée par Nicolas Manson «Comprendre pour transformer» -------------- Hermès Science MANAGEMENT ET INFORMATIQUE collection dirigée par Nicolas Manson 1 «Les informaticiens considèrent, à tort ou à raison, qu ils connaissent mieux

Plus en détail

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013

UML Mise en œuvre dans un projet. Emmanuel Pichon 2013 UML Mise en œuvre dans un projet 2013 Introduction Rôles et activités dans un projet Définir la méthode de votre projet Adapter la modélisation à la méthode de votre projet Conseils de mise en œuvre de

Plus en détail

SFR. Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007

SFR. Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007 SFR Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007 1 Sommaire 1- Le contexte et l historique de la Gestion des EXigences

Plus en détail

CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H. Coordonnateurs : Christian Bac et Denis Conan

CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H. Coordonnateurs : Christian Bac et Denis Conan Corrigé et Barème Contrôle de connaissances 2012/2013 des étudiants de 2 è année (EI2) CSC4002 : Contrôle continu «Bureau d Étude noté» Date : lundi 3 décembre 2012 Durée : 2H Coordonnateurs : Christian

Plus en détail

Développement d une application java de bureau pour la gestion des rapports de visite GSB

Développement d une application java de bureau pour la gestion des rapports de visite GSB Développement d une application java de bureau pour la gestion des rapports de visite GSB CAHIER DES CHARGES Définition du besoin Définition de l'objet Les rapports de visite sont actuellement gérés à

Plus en détail

Rational Unified Process

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

Plus en détail

Spécification par la modélisation

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

Plus en détail

Cahier des spécifications. pour

Cahier des spécifications. pour Cahier des spécifications pour Version 1.0 approuvée, préparée par Philippe ZDZIOBECK et Amine TIFAK Octobre 2010 Table des matières I. Introduction...2 1. Introduction...2 2. But du projet...2 3. Références...2

Plus en détail

Introduction aux Bases de Données

Introduction aux Bases de Données Introduction aux Bases de Données I. Bases de données I. Bases de données Les besoins Qu est ce qu un SGBD, une BD Architecture d un SGBD Cycle de vie Plan du cours Exemples classiques d'applications BD

Plus en détail

Modèle d implémentation

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

Plus en détail

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MODULE C03 - Séquence 1 INTRODUCTION I. UN PEU D'HISTOIRE II. LES RESSOURCES D'UN SI III. LA DÉFINITION D UN SI À

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993)

Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Spécifications des exigences d'un logiciel (Adapté de la norme IEEE 830-1993) Ce document suggère un ensemble d éléments à préciser pour les exigences d'un système logiciel. Il débute par une Page de titre,

Plus en détail

Identification du module

Identification du module Identification du module Numéro de module 168 Titre Assister des processus métier au moyen d outils TIC Compétence Analyser des processus métier d un département de l entreprise et apporter un soutien

Plus en détail

GÉNIE LOGICIEL (SOFTWARE ENGINEERING)

GÉNIE LOGICIEL (SOFTWARE ENGINEERING) GÉNIE LOGICIEL (SOFTWARE ENGINEERING) 5ÈME PARTIE UML (UNIFIED MODELING LANGUAGE) Faculté des Sciences et Techniques http://labh-curien.univ-st-etienne.fr/~fj/gl Francois.Jacquenet@univ-st-etienne.fr Plan

Plus en détail

1/7. Client. +getstatut() posséder -prixachat: Float Bien -idbien: Integer -adresse: String. Compte -numero: Integer -solde: Float. -idclient: Integer

1/7. Client. +getstatut() posséder -prixachat: Float Bien -idbien: Integer -adresse: String. Compte -numero: Integer -solde: Float. -idclient: Integer Nom : Prénom : Année : 2013/2014 Correction DE UML Durée : 02 heures (Seulement une feuille A4 autorisée. Tous autres et appareil électronique interdits) (Répondez directement sur le sujet) Exercice 1

Plus en détail

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh NOTATION UML AVEC RATIONAL ROSE G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh Sommaire 1 GÉNÉRALITES...2 1.1 ENVIRONNEMENT LOGICIEL...2 1.2 LES VUES DU LOGICIEL ROSE...3 1.3 ORGANISATION RECOMMANDÉE...3

Plus en détail

MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS

MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS MODÉLISATION DYNAMIQUES DIAGRAMMES D ACTIVITÉS DIAGRAMMES D ETATS-TRANSITIONS 1 PRÉSENTATION Un diagramme d activité est un diagramme UML qui modélise les aspects dynamiques d un système Le diagramme d

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

Modélisation PIM des IHM VisualSNI. Jean-Bernard Crampes Nicolas Ferry

Modélisation PIM des IHM VisualSNI. Jean-Bernard Crampes Nicolas Ferry Modélisation PIM des IHM VisualSNI Jean-Bernard Crampes Nicolas Ferry CONSTAT Inexistence de diagrammes UML spécifiques pour modéliser les IHM Difficulté pour capturer les exigences utilisateur en matière

Plus en détail

Description du démonstrateur. Table des matières

Description du démonstrateur. Table des matières Projet BPMS Sagex-18305 Interopérabilité de systèmes d information d entreprise Description du démonstrateur Table des matières 1 Objectif 2 2 Principes de fonctionnement 5 3 Scénarios détaillés 6 3.1

Plus en détail

Identification du module

Identification du module Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes

Plus en détail

Le génie Logiciel (suite)

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

Plus en détail

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

Speedinfo Projet Tablette : Portage de OpenSi sur Tablettes. Cas client Séminaire OD

Speedinfo Projet Tablette : Portage de OpenSi sur Tablettes. Cas client Séminaire OD Speedinfo Projet Tablette : Portage de OpenSi sur Tablettes Cas client Séminaire OD Les exigences Speedinfo Technologie demandée Aucune Architecture requise Une architecture évolutive qui permette facilement

Plus en détail

Systèmes d information dans les entreprises

Systèmes d information dans les entreprises Systèmes d information dans les entreprises Chargé: JF Couturier Cours # 4 MTI515 Automne 2013 JF Couturier 1 Retour sur les derniers cours Le document de vision Petit retour sur les diagrammes d activité

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 Ingénierie de l organisation 1 ère édition http://www.ingenieriedesprocessus.net La notation UML et le logo UML

Plus en détail

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui Formation PARTIE 1 : ARCHITECTURE APPLICATIVE DUREE : 5 h Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui automatisent les fonctions Définir une architecture

Plus en détail

Travaux pratiques 9.1.1 Organisation des objectifs CCENT par couche du modèle OSI

Travaux pratiques 9.1.1 Organisation des objectifs CCENT par couche du modèle OSI Travaux pratiques 9.1.1 Organisation des objectifs CCENT par couche du modèle OSI Objectifs Organiser les objectifs CCENT en fonction de la ou des couches auxquelles ils s adressent Contexte / Préparation

Plus en détail

I. Bases de données. Exemples classiques d'applications BD. Besoins de description

I. Bases de données. Exemples classiques d'applications BD. Besoins de description I. Bases de données Exemples classiques d'applications BD Les besoins Qu est ce qu un SGBD, une BD Architecture d un SGBD Cycle de vie Plan du cours Gestion des personnels, étudiants, cours, inscriptions,...

Plus en détail

Mercredi 15 Janvier 2014

Mercredi 15 Janvier 2014 De la conception au site web Mercredi 15 Janvier 2014 Loïc THOMAS Géo-Hyd Responsable Informatique & Ingénierie des Systèmes d'information loic.thomas@anteagroup.com 02 38 64 26 41 Architecture Il est

Plus en détail

Unité de formation 1 : Structurer une application. Durée : 3 semaines

Unité de formation 1 : Structurer une application. Durée : 3 semaines PROGRAMME «DEVELOPPEUR LOGICIEL» Titre professionnel : «Développeur Logiciel» Inscrit au RNCP de niveau III (Bac+2) (JO du 23 Octobre 2007) (32 semaines) Unité de formation 1 : Structurer une application

Plus en détail

C1 S informer. C1.1 Rechercher, Exploiter des documents

C1 S informer. C1.1 Rechercher, Exploiter des documents C1 S informer C1.1 Rechercher, Exploiter des documents Une commande Un besoin exprimé Expliciter le besoin*. Le service rendu, les utilisateurs, les conditions d'utilisation sont listés. Les performances

Plus en détail

Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE

Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE Logiciel de gestion desressources numériques Plan developpement logiciel FANTASTIC FIVE 03/06/2015 Historique des révisions Date Version Description Auteur 03/06/2015 Plan de Développement logiciel

Plus en détail

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

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

Plus en détail

Serveur d'archivage 2007 Planning réel du projet serveur d'archivage

Serveur d'archivage 2007 Planning réel du projet serveur d'archivage Type du document Auteur(s) Planning Danielle Drillon Date de création 20/02/2007 Domaine de diffusion Validé par Interne Équipe Versions Auteur(s) Modifications 1.0 Danielle Drillon Création 1.1 Danielle

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

Plus en dé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

Le langage UML : Les diagrammes de séquence. Lydie du Bousquet Lydie.du-bousquet@imag.fr

Le langage UML : Les diagrammes de séquence. Lydie du Bousquet Lydie.du-bousquet@imag.fr Le langage UML : Les diagrammes de séquence Lydie du Bousquet Lydie.du-bousquet@imag.fr 1 Modélisation des interactions Les objets d un système ont un comportement Ils interagissent entre eux Dynamique

Plus en détail

Chapitre 4 Modélisation et Conception de BD

Chapitre 4 Modélisation et Conception de BD Pourquoi une modélisation préalable? Chapitre 4 Modélisation et Conception de BD Il est difficile de modéliser un domaine sous une forme directement utilisable par un SGBD. Stockage physique Cohérence/intégrité

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

Le Guide Pratique des Processus Métiers

Le Guide Pratique des Processus Métiers Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016

Plus en détail

Chapitre 2 Modélisation de bases de données

Chapitre 2 Modélisation de bases de données Pourquoi une modélisation préalable? Chapitre 2 Modélisation de bases de données 1. Première étape : le modèle conceptuel Eemple : le modèle Entités-Associations (E/A) 2. Deuième étape : le modèle Traduction

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

CASTOR: un outil d aide à la conception, l évaluation et l audit d architectures sécurisées

CASTOR: un outil d aide à la conception, l évaluation et l audit d architectures sécurisées CASTOR: un outil d aide à la conception, l évaluation et l audit d architectures sécurisées Dominique Chauveau dominique.chauveau@aql.fr AQL - Groupe SILICOMP Journées Systèmes et Logiciels Critiques Grenoble,14-16

Plus en détail