13/12/2004

Module Analyse et Conception

avec UML

Le Processus Unifié

Processus de développement : en Y

z Un système d’information est généralement

conditionné par la définition :
z Un volet fonctionnel
z Un volet technique
z Ces deux axes sont indépendants pour ce
qui concerne les premières étapes du
développement
z Ensuite, on les fusionne pour définir le
système souhaité.

UML VDe 2

Un processus bien accepté

z Ce processus a fait ses preuves

z notamment pour se prémunir du risque fréquent de
sous-estimer certains problèmes de
développement.
z La politique de l’autruche est une pratique
courante en développement logiciel, on a
tendance à repousser les problèmes
z Histoire d’avancer...
z mais en final, ça coûte cher en modifications
tardives

UML VDe 3

1
 13/12/2004

Besoins fonctionnels

z C’est la définition des fonctions attendues et

souhaitées pour le système
z Si nouveau système : spécifications du cahier
des charges
z Ex. : gestion de l’emploi du temps en IUT
z Cas d’un système existant à modifier :
spécifications des modifications ou nouvelles
contraintes
z Ex. : modification du calcul ; prise en compte de
nouveaux paramètres dans une BD ;
enrichissement des fonctionnalités, …
UML VDe 4

Besoins techniques

z Nouveau système : choix des orientations

techniques à privilégier (fonctionnement sur un
intranet, application Client/Serveur en local…)
z QUELQUE SOIT les applications
z Système existant : MàJ avec prise en compte
des évolutions techniques
z Ex. : accepter des commandes par le Web
z Rien ne change fonctionnellement, mais l’architecture
technique va évoluer
z Ex.: ajout d’une fonctionnalité qui nécessite une
synchronisation entre un fournisseur et son client
z ex. partage de catalogue
UML VDe 5

Etapes de l’Axe Fonctionnel

1. Capture des besoins fonctionnels, focalisés

sur le métier des utilisateurs

2. Analyse (étude précise des besoins

fonctionnels)
z comprend généralement une analyse du
domaine et une analyse de l’application
⇒ Capitalisation de la connaissance métier
de l’Entreprise : investissement à M.T. et L.T.

UML VDe 6

2
 13/12/2004

Capital Métier

z Dans beaucoup de développements

informatiques, la connaissance fonctionnelle
est noyée dans les lignes de code
z Avec le PU, Analyse indpte de toute considération
technique.
z Si l’E. maintient à jour ses modèles
fonctionnels, elle est capable un jour de le
développer sous d’autres architectures
techniques
z Réutilisation du même modèle fonctionnel avec une
archi Client / serveur, ou avec une architecture
JAVA
UML VDe 7

Étapes de l’Axe Technique

1. Capture des besoins techniques : choix,

contraintes matérielles, contraintes
d’intégration
2. Conception générique (indépendante des
besoins fonctionnels) :
z définition des composants nécessaires à
l’architecture technique; va jusqu’à définir les
classes techniques réutilisables, ainsi que les
règles de conception pour l’ensemble du système.
z Parfois validation par un prototype

UML VDe 8

Axe Technique

z A l’issue de cette branche : on a un squelette

technique du projet.
z Si le squelette est robuste et bien conçu :
z il pourra soutenir la grande majorité des évolutions
fonctionnelles
z Au contraire s’il est mal conçu et qu ’il engendre de
nombreuses retouches ou reprises :
z cela aura des répercussions très coûteuses pour la suite du
projet.
⇒ Capitalisation du savoir-faire technique de l’E.
⇒ Investissement à CT et MT

UML VDe 9

3
 13/12/2004

Remarque sur l’aspect technique

z Le souci de maîtrise de l’architecture

technique est de moins en moins la
préoccupation des entreprises
z Elles se recentrent sur leur métier et sous-traitent
aux SSII la définition d’architectures clefs en main
(type services CORBA, services web) « prêtes à
intégrer ».
z « Downsizing » et externalisation

UML VDe 10

Étapes de l’Axe Final Commun

3. Conception préliminaire : intégration du

modèle d’analyse dans l’architecture
technique
z identification des composants du systèmes à
développer
4. Conception détaillée : comment réaliser
chaque composant
5. Codage et tests
6. Recette : valider les fonctions du système
développé
UML VDe 11

Différents niveaux d’abstraction :

processus itératif

Au niveau n
(1) Planification des tâches de construction
(2) Avancement sur le modèle
(3) Validation
Si imprécisions, corrections : retour en (1) sinon :
(4) Passage au niveau n+1

UML VDe 12

4
 13/12/2004

Ex.: Niveaux d’abstraction de la Branche

Fonctionnelle
z Niveau contexte
z frontière entre système et son environnement
z Niveau Cas d’utilisation
z activités attendues par les différents utilisateurs
z Niveau Analyse du domaine
z déf. de structure et comportement des objets
métiers
z Niveau Analyse de l’application
z idem pour les objets mis en œuvre dans
l’application, objets connus des utilisateurs
Les niveaux accroissent progressivement le niveau de
UML VDe
profondeur de l’analyse
13

Ex.: Niveaux des Besoins Techniques

z Niveau analyse technique : choix des

couches logicielles

z Niveau Activités : activités techniques

attendues

UML VDe 14

Le processus unifié

xte
Branche fonctionnelle Branche technique
nte Capture des besoins
Co io n Capture An
des besoins
sat a
techniques lyse t
’ u tili fonct.
e ech
s d a in C ni q
Ca d om Analyse Conception générique on
c ue
d u epti
n on
a lyse ca tio Conception préliminaire t e
An i c
ppl hn
iq u
l’a Conception détaillée
s e de Co e
a ly nc
n Codage et tests ept
A Co ion
Recette nc sys
ept tèm
ion e
des
com
po
san
ts
UML VDe 15

5
 13/12/2004

Activités support

Tâches de
pilotage du Tâches
projet d’industrialisation
du logiciel

contrôler et
anticiper
(Tâches
Activitésded’administration +
l’avancement du
développement
appropriation des outils de dvpt +
projet
logiciel)des configurations
gestion

UML VDe 16

Gestion des risques

z Processus tourné vers la gestion des risques

Æ différentsrisques sont évalués à chaque étape
d’avancement
Æ risque d’imprécision fonctionnelle,
Æ risque de ne pas répondre aux besoins utilisateurs,
Æ risque d’inadéquation ou de sous-performances
techniques, etc.

UML VDe 17