Méthodologie objet

Cycle de développement objet

C. Soulé-Dupuy
Professeur d ’informatique
Université Toulouse 1 &
Institut de Recherche en Informatique de Toulouse

1. Pourquoi une méthode ?

2. Les constituants d ’une méthode
3. Le concept de système
4. Cycles de vie et cycles de développement
5. Panorama des méthodologies objet
6. Mise en œuvre des méthodologies objet : le RUP
7. Approches « RAD » et « Concurrent Engineering »
8. Méthodes OO et « Business Process Reengineering »
 1. POURQUOI UNE MÉTHODE ?

 Volonté d ’HOMOGÉNÉISATION de la prise en compte

et de la résolution de problèmes
Utilisateurs
 Nécessité d ’une CONCERTATION entre :
 utilisateurs
 décideurs Maître
 informaticiens d ’ouvrage

 Fixer des règles opératoires

Maître
d ’oeuvre
 Capitaliser des expériences
 Nécessité de spécifier et de concevoir en abordant
Développeurs
conjointement cadre décisionnel et informatique
 Nécessité d ’une approche globale Cheminement de
la communication
 cohérence dans un processus
 priorités de développement

© C. Soulé-Dupuy 2
 1. POURQUOI UNE MÉTHODE ?

Une méthode a un double rôle :

 Elle guide et indique comment aborder les problèmes
au travers de
 formalismes
 démarche de modélisation

 Elle propose des normes ou standards de présentation

des résultats de la spécification et de la conception
 langage standardisé
 démarche vérifiable
 validation aisée

© C. Soulé-Dupuy 3
 2. LES CONSTITUANTS D ’UNE MÉTHODE

 Philosophie générale
 support continu métier
 guide sur la façon d ’aborder les problèmes dans leur environnement

 Démarche
 mode d ’emploi de la méthode
 découpage du processus de développement en étapes cohérentes

 Vocabulaire
 identifier les concepts
 décrire les concepts

 Formalisme et normes
 spécifier la représentation des composantes du système

 Outils
 aides à l ’analyse et à la conception
 aides à la réalisation

© C. Soulé-Dupuy 4
 3. LE CONCEPT DE SYSTÈME

 Définition

« UN SYSTÈME EST UN ENSEMBLE D ’ÉLÉMENTS

EN INTERACTION DYNAMIQUE
ORGANISÉS EN FONCTION D ’UN BUT DONNÉ »

Autrement dit :
 ensemble d ’éléments matériels ou immatériels en
interaction
 transforment, grâce à un processus, des éléments
(entrées) en d ’autres éléments (sorties)

© C. Soulé-Dupuy 5
 3. LE CONCEPT DE SYSTÈME

 Schéma général d ’un système :

variables fixation des objectifs

essentielles

Ecarts
SYSTEME DE PILOTAGE
informations
décisions

Entrées Sorties
SYSTEME OPERANT

© C. Soulé-Dupuy 6
3. LE CONCEPT DE SYSTÈME
SYSTEME DE PILOTAGE
Approche Coordination, objectifs
systémique E
(membres de la direction, ...)
Décisions
N informations
V E traitées
I X
R T SYSTEME D'INFORMATION
O E informations informations
- collecte
N R - mémorisation des données vers
N I externes - traitement (informations)
E - transmission l'exterieur
E
M U
E R informations
N collectées

SYSTEME OPERANT

Production, action
Flux (ensemble du personnel exécutant) Flux
entrant sortant
© C. Soulé-Dupuy 7
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT
 Cycles de vie linéaires
 applications traditionnelles
 processus séquentiels

Spécifications Tests de
Conception
fonctionnelles vérification

Expression
Analyse Implémentation Validation
des besoins

© C. Soulé-Dupuy 8
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT
 Cycles de vie en « V »
 enchaînement de phases autonomes
 facilite vérification et validation

Expression Validation
des besoins des besoins

Spécifications Validation
fonctionnelles fonctionnelle

Conception Test
du système du système

Conception Test des

des composants composants

Implémentation

© C. Soulé-Dupuy 9
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT
 Le cycle de vie objet
 traçabilité entre les étapes
 caractère itératif
 caractère incrémental

Analyse

Conception Spécifications

V 1.0 V 1.1 V 1.2

Implémentation Validation

Tests

© C. Soulé-Dupuy 10
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT

 Cycle de développement Orienté Objet

Exigences
Modélisation Analyse et conception
métier
Planification
Gestion des
changements et de Réalisation
la configuration
Planification
initiale
Environnement Tests

Déploiement
Évaluation

© C. Soulé-Dupuy 11
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT
 Quel cycle de vie ? Quel Cycle de développement ?
Peu de risques
Séquentiel
Intégration et tests tardifs
Cascade

Faible formalisme Formalisme élevé

Peu de documentation Bien documenté
Processus légers Traçabilité
Comité de contrôle
des changements
Itératif
Piloté par les risques,
Intégration et tests continus

© C. Soulé-Dupuy 12
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT

 Les paradigmes de modélisation

 axe structurel et statique
 axe temporel et dynamique
 axe fonctionnel
STRUCTUREL

MÉTHODE DE
CONCEPTION
DYNAMIQUE FONCTIONNEL

© C. Soulé-Dupuy 13
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT
 Niveaux d ’abstraction : 3+1 niveaux de préocccupation
 couche de modélisation conceptuelle
 couche de modélisation logique et organisationnelle
 couche de modélisation physique et opérationnelle

Niveau Préoccupations Données Traitements Flux

Conceptuel QUOI ? Conceptuel Conceptuel Conceptuel

QUE VEUT-ON FAIRE ?

Organisationnel QUI ? OU ? QUAND ? Organisationnel Organisationnel Organisationnel

Logique COMMENT ? Logique Logique

Physique AVEC QUELS MOYENS Physique Opérationnel

© C. Soulé-Dupuy 14
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT
 Niveaux d ’abstraction (suite) :
Données Traitements Flux
MCD : signification des MCT : activité du domaine MCF : flux et activités
Niveau informations sans sans préciser les ressources du domaine
conceptuel contraintes techniques ou ou leur organisation
Système économiques
d'information MOD : signification des MOT : fonctionnement du MOF : flux et acteurs
Niveau informations avec domaine avec les ressources d’information du
organisationnel contraintes techniques ou utilisées et leur organisation domaine
économiques

MLD : description des MLT : fonctionnement du

données en tenant compte de domaine avec les ressources
Niveau logique
Système leurs conditions et des utilisées et leur organisation
techniques de mémorisation informatiques
d'information
informatisé MPD : description de la ou MPT : Architecture
Niveau Physique des BD dans la syntaxe du technique des programmes
SGF ou du SGBD

© C. Soulé-Dupuy 15
 4. CYCLES DE VIE ET CYCLES DE DÉVELOPPEMENT

Processus
de Conception
Globalement Articulation Expression des besoins
des domaines
Les résultats types PLAN DE
DÉVELOPPEMENT

Description
choix scénario
Par système de développement
Etude préalable
DOSSIER DE CHOIX

Description Description
1er 2ème
Par sous-système sous-système sous-système Etude détaillée
CAHIER CHARGES CAHIER CHARGES
UTIL. REAL. UTIL. REAL.

Réalisation et Réalisation et
Par module mise en œuvre mise en œuvre Réalisation
1er module 2ème module
ou paquetage et mise en oeuvre
DOC. 1er MODULE DOC. 2ème MOD.

© C. Soulé-Dupuy 16
 5. PANORAMA DES MÉTHODES OBJET

 Précurseurs de  RUP-UML

1985

 OOD (Object Oriented Design) - G. Booch

– Ada, C++, Smalltalk, Eiffel
 HOOD (Hierarchical Object Oriented Design)
– Ada
 OOA (Object Oriented Analysis) - Shlaer & Mellors
 OOA / OOD - Coad & Yourdon
 OMT (Object Modeling Technique) - Rumbaugh
 OOSE (Object Oriented Software Ingineering) - Jacobson
 OOM (Orientation Objet dans Merise)
1993

© C. Soulé-Dupuy 17
 5. PANORAMA DES MÉTHODES OBJET

 Aujourd ’hui, les AGL (Atelier de Génie Logiciel )

permettant une modélisation objet :
 intègrent UML
– Rational ROSE (Rational Inc.) OMT, Booch, UML
– ISOA (MEGA International) UML, Chen ER
– ObjectPartner (Verilog) OMT, UML
– Paradigm Plus (Platinum Technology) OMT, Booch, UML, Jacobson,
Chen ER, OOA (Slaer & Al.), ...
– StP ou Software through Pictures (Aonix) OMT, Booch, UML
– ...

 Intègrent un processus UP
 permettent la génération de code C++ et Java et éventuellement
VisualBasic

© C. Soulé-Dupuy 18
 5. PANORAMA DES MÉTHODES OBJET

 Evolution des méthodes Objet

Septembre 2003 UML 2.0
Spécifications sur
le site Web de l ’OMG :
Juin 1999 UML 1.3 http://www.omg.com
Rational SW, Microsoft, HP, ICON,
ORACLE, Unisys, MCI Systemhouse,
TI SW : UML 1.1
soumission commune à l ’OMG,
17 Janvier 1997
UML 1.0

Spécifications sur
WWW, Juin 96 UML 0.9 le site Web Rational :
Partenaires
http://www.rational.com
IBM
OOPSLA ’95 Unified Method 0.8 ObjecTime/ROOM

Booch ’93 OMT-2 Jeu de

documentation

Autres Booch ’91 OMT-1 OOSE (Objectory)

méthodes J. Rumbaugh, 91 I. Jacobson, 92

© C. Soulé-Dupuy 19
 6. MISE EN ŒUVRE DES MÉTHODOLOGIES OBJET : le RUP


L ’ingénierie de systèmes avec le RUP : Rational Unified Process)

« Production de logiciel d ’un haut niveau de qualité

correspondant aux besoins de l ’utilisateur final dans le
cadre de programmes et de budgets prévibles »
 Approche disciplinée sur la manière d ’attribuer les tâches et les
responsabilités
 maîtrise des moyens
 maîtrise des coûts
 maîtrise des délais

 S ’adapte à tous types de projets et d ’organisations

 processus itératif
 décomposé en phases et itérations modulables et configurales

© C. Soulé-Dupuy 20
 6. MISE EN ŒUVRE DES MÉTHODOLOGIES OBJET : le RUP

 4 phases dans le RUP

1. Inception Cadre du système et portée du projet
2. Elaboration Analyser le système et développer le plan du projet
3. Construction Développement du système
4. Transition Livraison du système aux utilisateurs

 Itération
 Cycle de développement logiciel (ou système) complet depuis le
recueil des besoins jusqu ’à l ’implantation et aux tests.
 Se termine par la sortie d ’une version exécutable du projet

1 .. * itérations par phase

Cf. plan détaillé fourni séparément.
© C. Soulé-Dupuy 21
 6. MISE EN ŒUVRE DES MÉTHODOLOGIES OBJET : le RUP
PHASES
Workflows Inception Elaboration Construction Transition
du processus
Modélisation métier
Exigences
Analyse et conception
Implantation
Tests
Déploiement
Workflows
de soutien
Gestion de configuration
et des changements
Gestion de projet
Environnement

Itération(s) Itér. Itér. Itér. Itér. Itér. Itér. Itér.

préliminaire(s) #1 #2 #n #n+1 #n+2 #k #k+1
ITÉRATIONS
© C. Soulé-Dupuy 22
 6. MISE EN ŒUVRE DES MÉTHODOLOGIES OBJET : le RUP

Modélisation métier
Déploiement
Gestion et
de maintenance
projet
Urbanisation du système

Construction,
Intégration
et
Test
Développement du Développement et
sous-système logiciel acquisition du matériel

© C. Soulé-Dupuy 23
 6. MISE EN ŒUVRE DES MÉTHODOLOGIES OBJET : le RUP

Utilisateurs Programmeurs
Fonctionnalités Gestion du logiciel

Vue Vue des

Logique Composants

Maîtrise d ’ouvrage / Analystes Vue des

Comportements Cas d’ Utilisation

Vue des Vue de

Processus Déploiement

Intégrateurs de systèmes Ingénierie du système

Performance Topologie du système
Robustesse, Adaptabilité Distribution, Installation
Débit Communication

© C. Soulé-Dupuy 24
 7. APPROCHES « RAD » et « CONCURRENT ENGINEERING »

Réduction du cycle de vie

 Rapid Application Development

 approche par prototypage itératif
 meilleure appréhension des objectifs d ’un projet et des besoins

 Concurrent Engineering
 Ingénierie simultanée
 « prendre les bonnes personnes au bon moment pour identifier
et résoudre les problèmes de conception »

© C. Soulé-Dupuy 25
 8. MÉTHODES OO ET « BPR »

 Objets métiers et objets logiciels

 Objet métier
– générique / contexte idéal
– terme utilisé tant en génie logiciel qu’en management
– objets perçus au pour l ’implantation des modèles conceptuel
et logique

 Objet logiciel
– objets perçus au niveau de l ’architecture logicielle

© C. Soulé-Dupuy 26
 8. MÉTHODES OO ET « BPR »
 Objets métiers et objets logiciels
 Architecture en couches

Processus métier

Organisation métier

Interfaces H-M Ecrans / dialogues / maquettes

Applications
Contrôle Liens écrans / modèles

Objets métiers Modèles Conceptuel & logique

Services Services techniques / objets de classes prédéfinies

Objets techniques Communication Echanges entre applications distantes, accès BD, ...
Stockage Données persistantes / matériel / base de données /
Objets d ’infrastructures
système d ’exploitation

© C. Soulé-Dupuy 27
 8. MÉTHODES OO ET « BPR »
 Objets métiers et objets logiciels
 Structuration des objets métiers
– Diagramme de classes global
– partitionnement du modèle de classes en paquetages
==> identifier le domaine métier
• classes liées par agrégation
• même attente utilisateur
• même responsabilité géographique et fonctionnelle

Entités de
pilotage
Entités
Entités opérantes
externes

© C. Soulé-Dupuy 28
 8. MÉTHODES OO ET « BPR »
 Objets métiers et objets logiciels
 Fractionner la migration par phase
==> limiter les risques

Axe applicatif
(paquetage logique)

Axe technique
(infrastructure) Axe géographique
(structure entreprise)

© C. Soulé-Dupuy 29
 8. MÉTHODES OO ET « BPR »

 Business Process Reengineering

 Nouveaux modes de restructuration dynamique et continuelle

– réaction rapide face aux changements de l ’environnement
– forte aptitude au changement

 La complexité des systèmes et de leur management nécessite

des méthodes et outils nouveaux permettant aux acteurs de
mieux comprendre l ’organisme et le système

© C. Soulé-Dupuy 30
 8. MÉTHODES OO ET « BPR »
 Business Process Reengineering
 Objectifs du « BPR »
– correction
– prévention
– anticipation
– satisfaction client / utilisateur
– privilégier processus et non fonction

==> Reconfiguration de processus

Compréhension
Hommes
du fond

Succès

Organisation Développement
du projet BPR incrémental

© C. Soulé-Dupuy 31
 8. MÉTHODES OO ET « BPR »

 Business Process Reengineering

 Le processus est :
– transversal
– dynamique
– rarement indépendant du produit fini

 Le processus correspond à une action

© C. Soulé-Dupuy 32
 8. MÉTHODES OO ET « BPR »
 Déroulement du « BPR »

ÉTAPES PHASES

Lancement de - Volonté de l ’action

l ’action BPR - Étude d ’opportunité
- Préparation de la logistique

- Compréhension de l ’existant
Existant et bilan
- Élaboration des stratégies

- Conception des processus métier

Conception
- Planification des actions
Processus
incrémental
- Implantation
Mise en œuvre
- Suivi des processus

© C. Soulé-Dupuy 33