DEMARCHE OU PROCESSUS LOGICIEL

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.

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

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

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

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

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

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

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

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

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

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

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

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

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

Nom de l application

Nom de l application Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique

Plus en détail

Éléments d UML pour le projet (Unified Modeling Language)

Éléments d UML pour le projet (Unified Modeling Language) Éléments d UML pour le projet (Unified Modeling Language) C Crochepeyre UML 1 PLAN 1. Introduction 2. Préliminaires 3. Les règles UML 4. Les diagrammes UML 5. Outils de modélisation UML 6. L étude préalable

Plus en détail

Avant-vente Gestion de projet Pilotage d équipe Gestion de budget Recrutement Formation Conception. Distribution Finance

Avant-vente Gestion de projet Pilotage d équipe Gestion de budget Recrutement Formation Conception. Distribution Finance Introduction : intervenants Cours UML to Java Intervenants Rémy DELANNOY Sébastien KINTS Master 1 FLST 2 Qui suis-je? Avant-vente Compétences Gestion de projet Pilotage d équipe Gestion de budget Recrutement

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

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

É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

Rappel de cours. Contenu d'un diagramme de comportement

Rappel de cours. Contenu d'un diagramme de comportement Université Lumière Lyon 2, Faculté de Sciences Économiques et de Gestion Master 2 Année 2005-2006 UML TD n 6 : Diagramme Etats-Transitions kaouiche@eric.univ-lyon2.fr Rappel de cours Contenu d'un diagramme

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

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

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

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

UML : Les diagrammes de séquence

UML : Les diagrammes de séquence UML : Les diagrammes de séquence 2014 tv - v.1.0 Diagrammes d interactions Les diagrammes d interactions englobent deux types de diagrammes UML : les diagrammes de séquence, les diagrammes

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

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

UML (Diagramme de classes) Unified Modeling Language

UML (Diagramme de classes) Unified Modeling Language UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association

Plus en détail

Dossier de conception

Dossier de conception Dossier de conception Sujet : Gestion de Stock-Pharma Réaliser par : FADIL Ghizlane ECH CHARFAOUY Abdelouahad Encadré par : M. LACHGAR Mohammed Développement d une application JAVA EE Cadre réservé à l

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

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

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

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

SDL: 20 ans de programmation basée modèle

SDL: 20 ans de programmation basée modèle SDL: 20 ans de programmation basée modèle Emmanuel Gaudin emmanuel.gaudin @ pragmadev.com Principes MDE, MDA et MDD: Approche orienté modèle PIM: Platform Independant Model PDM: Platform Definition Model

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

Architecture Logicielle

Architecture Logicielle Architecture Logicielle Chapitre 3: UML pour la description et la documentation d une architecture logicielle Année universitaire 2013/2014 Semestre 1 Rappel L architecture d un programme ou d un système

Plus en détail

II.3. Diagrammes de classes

II.3. Diagrammes de classes II.3. s de classes II.3. s de classes 1. Introduction 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

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

[ Hornet ] Charte de méthodologie

[ Hornet ] Charte de méthodologie [ Hornet ] Hornet Cette création est mise à disposition selon le Contrat Paternité - Pas d'utilisation Commerciale - Partage des Conditions Initiales à l'identique disponible en ligne http://creativecommons.org/licenses/by-nc-sa/2.0/fr/

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

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

Exercice EXU1610. INSA-ROUEN - ASI page 1/1 UV Génie Logiciel

Exercice EXU1610. INSA-ROUEN - ASI page 1/1 UV Génie Logiciel Exercice EXU60 Préliminaire Cet exercice a pour but de vous guider dans la démarche de conception outillée par UML. Chacune des questions vous aiguille pas à pas : Réaliser un diagramme de séquence système

Plus en détail

M1 : Ingénierie du Logiciel

M1 : Ingénierie du Logiciel M1 : Ingénierie du Logiciel UNIVERSITE PIERRE & MARIE CURIE (PARIS VI) Examen Réparti 1ere partie 7 novembre 2013 (2 heures avec documents : tous SAUF ANNALES CORRIGEES). Barème indicatif sur 22 points.

Plus en détail

ACube. Charte méthodologique. Version 1.2 du 22/02/2010. Etat : Validé

ACube. Charte méthodologique. Version 1.2 du 22/02/2010. Etat : Validé Charte méthodologique Version 1.2 du 22/02/2010 Etat : Validé Communauté Adullact Projet SUIVI DES MODIFICATIONS Version Rédaction Description Vérification Date 1.0 S. Péguet Initialisation 20/03/07 1.1

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

Sommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement

Sommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement Conduite de projet Méthode d analyse et de conception Processus unifié G. Picard SMA/G2I/ENS Mines Saint-Etienne gauthier.picard@emse.fr Octobre 2009 Sommaire!!Objectifs d un processus d ingénierie logicielle!

Plus en détail

Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon

Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Travail pratique #1 «Réalisation d'une plateforme de vente aux enchères électronique» À réaliser individuellement ou en équipe

Plus en détail

CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA

CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA CSC4002 : Introduction à la conception et à la programmation orientées objet illustrées avec UML et JAVA Denis Conan et Jean-Luc Raffy CSC 4002 Octobre 2015 CSC4002 : Introduction à la conception et à

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

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

Fiche Programme CSC4002 Conception et programmation orientées objet. Coordonnateurs : Christian Bac et Denis Conan Octobre 2012

Fiche Programme CSC4002 Conception et programmation orientées objet. Coordonnateurs : Christian Bac et Denis Conan Octobre 2012 Fiche Programme CSC4002 Conception et programmation orientées objet Coordonnateurs : Christian Bac et Denis Conan Octobre 2012 1 Mots-clés : conception orientée objet, programmation orientée objet, UML,

Plus en détail

Unified Modeling Language. langage de modelisation... langage et non pas méthode approche orientée objet attentif aux utilisateurs

Unified Modeling Language. langage de modelisation... langage et non pas méthode approche orientée objet attentif aux utilisateurs Unified Modeling Language langage de modelisation... langage et non pas méthode approche orientée objet attentif aux utilisateurs Je remercie Laurent Audibert qui m a permis de reproduire certains de ses

Plus en détail

Formation UML 2 le diagramme de cas d utilisation

Formation UML 2 le diagramme de cas d utilisation Formation UML 2 le diagramme de cas d utilisation Travaux dirigés 11 au 13 février 2014 Hervé DOMALAIN CPII/DOSO/ED FORMATION UML 2 LE DIAGRAMME DE CAS D UTILISATION Travaux dirigés 1. Enoncé du cahier

Plus en détail

SITE WEB E-COMMERCE ET VENTE A DISTANCE

SITE WEB E-COMMERCE ET VENTE A DISTANCE Développement d une application JAVA EE SITE WEB E-COMMERCE ET VENTE A DISTANCE PLAN PROJET Binôme ou monôme (B/M): M Nom & Prénom : AIT NASSER Btissam Email : aitnasser.btissam123@gmail.com GSM : Organisme

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

Conduite et Gestion de Projet

Conduite et Gestion de Projet /43 Conduite et Gestion de Projet Thierry Hamon Bureau H202 - Institut Galilée Tél. : 33 1.49.40.35.53 Bureau 150 LIM&BIO EA 3969 Université Paris 13 - UFR Léonard de Vinci 74, rue Marcel Cachin, F-93017

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

La démarche agile au service du e-business : Deuxième partie par Pascal Roques

La démarche agile au service du e-business : Deuxième partie par Pascal Roques La démarche agile au service du e-business : Deuxième partie par Pascal Roques Dans ce deuxième article, nous allons mettre en œuvre sur un petit exemple le processus simplifié que nous préconisons pour

Plus en détail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

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

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

Projet d assurance AssureTout dirigé par Anne-Marie HUGUES. Paraita WOHLER Pierre AITTAHAR Théo AGOSTINI

Projet d assurance AssureTout dirigé par Anne-Marie HUGUES. Paraita WOHLER Pierre AITTAHAR Théo AGOSTINI Projet d assurance AssureTout dirigé par Anne-Marie HUGUES Paraita WOHLER Pierre AITTAHAR Théo AGOSTINI 21 novembre 2012 Table des matières 1 Cahier des charges 2 1.1 Reprise du sujet................................................

Plus en détail

Aperçu général sur la technologie des Workflows

Aperçu général sur la technologie des Workflows Aperçu général sur la technologie des Workflows Zakaria Maamar Groupe Interfonctionnement Section Technologie des systèmes d'information Centre de recherches pour la défense Valcartier 2459 boul. Pie-XI

Plus en détail

UML. en action. De l analyse des besoins à la conception en Java. Pascal ROQUES Franck VALLÉE. Deuxième édition 2003

UML. en action. De l analyse des besoins à la conception en Java. Pascal ROQUES Franck VALLÉE. Deuxième édition 2003 UML en action De l analyse des besoins à la conception en Java Pascal ROQUES Franck VALLÉE Deuxième édition 2003 Groupe Eyrolles, 2003 ISBN : 2-212-11213-0 Chapitre 2 Processus et architecture Une introduction

Plus en détail

TD N 1 : Digramme cas d utilisation. Diagramme de séquences

TD N 1 : Digramme cas d utilisation. Diagramme de séquences TD N 1 : Digramme cas d utilisation & Diagramme de séquences Exercice n 1 : Déterminer les cas d'utilisation d'un distributeur de billets. On considère les scénarios où un client désire retirer de l'argent

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

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

Contrôleur de communications réseau. Guide de configuration rapide DN1657-0606

Contrôleur de communications réseau. Guide de configuration rapide DN1657-0606 K T - N C C Contrôleur de communications réseau Guide de configuration rapide DN1657-0606 Objectif de ce document Ce Guide de configuration rapide s adresse aux installateurs qui sont déjà familiers avec

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

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

LANGAGUE JAVA. Public Développeurs souhaitant étendre leur panel de langages de programmation

LANGAGUE JAVA. Public Développeurs souhaitant étendre leur panel de langages de programmation ING 01 LANGAGUE JAVA Durée : 21 heures 1090 HT / jour Dates : à définir en 2012 Concevoir et développer des programmes en langage Java Comprendre le fonctionnement de la machine virtuelle S approprier

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

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations OpenPaaS Le réseau social d entreprise Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations Propriétés du Document Source du Document Titre du Document FSN OpenPaaS

Plus en détail

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)

Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée

Plus en détail

CONCEPTION ET MISE EN PLACE D UN SYSTEME DE GESTION D UN CABINET D AVOCAT. : OULED SIDI ALI Mohamed Yassine, BEJJA Saad

CONCEPTION ET MISE EN PLACE D UN SYSTEME DE GESTION D UN CABINET D AVOCAT. : OULED SIDI ALI Mohamed Yassine, BEJJA Saad Développement d une application JAVA EE CONCEPTION ET MISE EN PLACE D UN SYSTEME DE GESTION D UN CABINET D AVOCAT PLAN PROJET Binôme ou monôme (B/M): B Nom & Prénom : OULED SIDI ALI Mohamed Yassine, BEJJA

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

Cours 420-KH6-LG, Développement de systèmes industriels Devoir No1 Pondération 10% Date de remise : mercredi 29 février 2012

Cours 420-KH6-LG, Développement de systèmes industriels Devoir No1 Pondération 10% Date de remise : mercredi 29 février 2012 Collège Lionel Groulx, Hiver 2012 Département d'informatique Cours 420-KH6-LG, Développement de systèmes industriels Devoir No1 Pondération 10% Date de remise : mercredi 29 février 2012 Objectifs : 1.

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

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

Les diagrammes de modélisation

Les diagrammes de modélisation L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse

Plus en détail

Table des matières Sources

Table des matières Sources Table des matières Modélisation objet avec UML... 2 Introduction... 2 Modèle de système informatique :... 2 Pourquoi UML pour la modélisation Objet?... 3 Représentation dynamique du système... 5 Le diagramme

Plus en détail

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005

Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 MDA : Un Tutoriel Introduction pratique au Développement orienté Modèle Pierre Parrend, Mars 2005 1 Sommaire Table des matières 1 Sommaire 1 2 Introduction 2 2.1 A qui s adresse ce tutoriel......................

Plus en détail

Traçabilité de pièces mécaniques (I)

Traçabilité de pièces mécaniques (I) BTS IRIS Informatique et Réseaux pour l Industrie et les Services Techniques Traçabilité de pièces mécaniques (I) 25 novembre 2009 Groupement académique : Nantes/Rennes/Caen/Martinique/Guadeloupe Session

Plus en détail

Diagramme de Classe UML et Base de Données Relationnelle-objet

Diagramme de Classe UML et Base de Données Relationnelle-objet Ecole des Hautes Etudes Commerciales HEC Alger Diagramme de Classe UML et Base de Données Relationnelle-objet par Amina GACEM Module Informatique 1ière Année Master Sciences Commerciales Plan Introduction

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

PTSI PT ÉTUDE DES SYSTEMES

PTSI PT ÉTUDE DES SYSTEMES PTSI PT ÉTUDE DES SYSTEMES Table des matières 1 - PRESENTATION GENERALE... 1 1.1 - Définition d'un système... 1 1.2 - Exemples... 1 1.3 - Cycle de vie d'un système... 1 1.4 Langage de description SysML...

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

IFT2251 : Génie logiciel

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

Plus en détail

Qu est-ce qu une milestone (jalon)? Tâche de durée nulle, sans ressource. Elle est destinée à marquer des moments clés dans un projet.

Qu est-ce qu une milestone (jalon)? Tâche de durée nulle, sans ressource. Elle est destinée à marquer des moments clés dans un projet. Cours Ephec Niv. 2 : Technique et gestion de projet Par Monsieur Bertieaux Année Académique 2014-2015 Réponse aux questions du cours, slide Cours 2_1_Planification Vous avez un projet classique qui se

Plus en détail

MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE

MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE Ministère de l Enseignement Supérieur Université du 7 Novembre à Carthage MEMOIRE DE PROJET DE FIN D ETUDES POUR L OBTENTION DU DIPLOME DE LA MAITRISE Filière : Informatique Appliquée Titre Organisme :

Plus en détail

Présentation. 2010 Pearson Education France Adobe Flash Catalyst CS5 Adobe Press

Présentation. 2010 Pearson Education France Adobe Flash Catalyst CS5 Adobe Press Présentation 1 Adobe Flash Catalyst CS5 vous permet de produire du contenu totalement interactif d une grande qualité graphique pour le web ou le bureau sans écrire une seule ligne de code. Cette leçon

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 4 : Analyse organique Epitech 3 Automne 2007 Bertrand LIAUDET SOMMAIRE ANALYSE ORGANIQUE 2 Diagrammes de séquence 3 Exemple de diagramme de séquence 8 Diagramme

Plus en détail

Groupe Eyrolles, 2001, 2003, 2004, ISBN : 2-212-11480-X

Groupe Eyrolles, 2001, 2003, 2004, ISBN : 2-212-11480-X Groupe Eyrolles, 2001, 2003, 2004, ISBN : 2-212-11480-X Chapitre 6 Exercices corrigés et conseils méthodologiques Mots-clés Activité continue/finie Transition automatique Contexte statique Événements «after»

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

Dossier de gestion de projet

Dossier de gestion de projet Dossier de gestion de projet Sommaire 1. Diagramme de Gantt... 2 a. Diagramme... 2 b. Tâches... 3 2. Description textuelle... 3 1. Dossiers... 3 2. Conception... 4 3. Répartition du travail... 5 4. Difficultés

Plus en détail

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier.

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier. chapitre1 Besoins utilisateurs Quelle démarche pour passer des besoins au code?? UNIFIED MODELING LANGUAGE package LogiqueMetier.Gestion; import LogiqueMetier.Catalogue.Livre; import java.util.*;public

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

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013

Site Marchand. Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 Site Marchand Author : Cedric Dumoulin Date : 19 mars. 2008 Rev : 25 Nov. 2013 1. Spécification Un marchand de videos et musique veut mettre en ligne son catalogue. Les clients peuvent consulter le catalogue,

Plus en détail

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée Virtual Server de Microsoft

Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée Virtual Server de Microsoft Network Shutdown Module V3 Extension du Manuel Utilisateur pour architecture Virtualisée Virtual Server de Microsoft Virtual Server 2005 R2 Network Shutdown Module Système Principal (hôte) Virtual Server

Plus en détail