Universit Sidi Mohammed Ben Abdellah

Ecole Nationale de Commerce et de Gestion

-Fs-

[UML POUR LANALYSE DUN SYSTEME

DINFORMATION : LE CAHIER DE CHARGES

DU MAITRE DOUVRAGE]
Chantal Morley, Jean Hugues, Bernard Leblanc
Ralis par :
JBILOU Abir
KETTANI Kenza

KHIAR Ouassima
LOUDIYI SOUJAE Sara

Encadr par: M. FAHMI Youssef

Sommaire

I.

UML pour les systmes dinformation........................................................4

II.

Les concepts et les principes de base pour modliser un systme

dinformation.......................................................................................................8

III.

Les diagrammes UML.....................................................................................10

IV.

La dmarche danalyse du systme dinformation..............................17

V.

Lanalyse du cas CARTEL...............................................................................22

UML 2 n'est pas une mthode mais un langage graphique universel,

aujourd'hui incontournable, pour reprsenter les systmes
d'information.
Vritable guide mthodologique l'usage des matres d'ouvrage, ce
livre prsente l'originalit d'utiliser UML comme support de la
mthode d'analyse d'un systme d'information.
La premire partie dcrit les bases mthodologiques indispensables
toute dmarche d'analyse.
La deuxime partie explique l'emploi des diffrents diagrammes UML
dans le cadre de l'analyse d'un systme d'information.
La troisime partie porte sur la mise en oeuvre d'UML pour la
rdaction du cahier des charges du matre d'ouvrage. Et en dernier
lieu, une analyse de cas, le cas CARTEL.

Chapitre I : UML pour les systmes dinformation

1.1 LE SYSTEME DINFORMATION DANS LENTREPRISE
1.1.1 Information et technologies de linformation
La qualit du management dune organisation se mesure travers le soin apport la gestion
des informations reues. Pour cela, les technologies de linformation sont essentielles dans
lorganisation des activits
Les 4 fonctions de linformation :

Linformation conserve une trace des activits : exemple (la tenue de la comptabilit) ;
Linformation est un support pour laction : exemple (les informations tarifaires
permettent ltablissement dun devis) ;
Linformation apporte une aide la prise de dcision : exemple (lanalyse des ventes
rcentes par catgorie de produit apporte un lment pour ajuster les tarifs) ;
Linformation permet la coordination du travail : exemple (le partage dun dossier
client unique vite des erreurs dans la gestion de la relation client).

Les facteurs cls de lvolution des technologies de linformation et de la

communication :

La dmatrialisation des objets de gestion : exemple (la proprit des actions et des
obligations nest plus assure par la dtention dun certificat, mais par linscription
dune ligne au compte du client par la banque dpositaire);
Le commerce lectrique : exemple(les services en ligne offerts par la plupart des
tablissements bancaires);
Le management de la qualit : les entreprises se proccupent non seulement de la
qualit de leurs produits, mais aussi de celle de leurs processus.

1.1.2 La double approche de dfinition dun systme dinformation

Lapproche systmatique classique : toute organisation peut tre apprhende comme
lensemble de trois sous-systmes en interaction : le systme oprant (c d lquipe
productive), le systme dinformation (qui est une mmoire entre les 2 autres sous systmes)
et le systme de pilotage(c d lquipe dirigeante).
Donc un SI est un systme utilisateur machine intgr qui produit de linformation pour
assister les tres humains dans les fonctions dexcution, de gestion et de prise de dcision.
Lapproche par le systme de travail : le systme dinformation est une vue de lentreprise
(lentreprise vue travers ses informations). Les autres vues sont notamment la structure

(lentreprise vue travers son organigramme) et la stratgie (lentreprise vue sous langle de
ses dcideurs, ses relations avec lenvironnement et ses avantages cls).
Donc un SI peut tre dfini comme un ensemble organis de ressources : matriel, logiciel,
personnel, donnes, procdures permettant dacqurir, traiter, stocker, communiquer des
informations dans lorganisation.
1.1.3 Systme dinformation et systme informatique
Le systme dinformation dune entreprise est la partie du rel constitue dinformations
organises et dacteurs qui agissent sur ces informations selon des processus visant une
finalit de gestion.
Le systme informatique est un ensemble organis dobjets techniques (matriels, logiciels,
applicatifs) dans la mise en uvre ralise linfrastructure du SI et lui permet de fonctionner.
1.2 LA MAITRISE DES EVOLUTIONS DU SYSTEME DINFORMATION
1.2.1 Lalignement stratgique et le besoin de mthode
Un SI doit saligner sur les orientations stratgiques c d que lefficacit des technologies
dinformation est lie la cohrence entre stratgie, organisation et systme dinformation.
Aprs la mise en uvre dun SI, il a fini par sancrer dans le vcu quotidien. Il devient parfois
difficile dimaginer un fonctionnement diffrent, cela empche souvent de tirer profit des
technologies disponibles. De plus lexpression des besoins en information est le rsultat dun
travail danalyse, de critique, de rflexion et de crativit. Pour ces raisons, il est utile de
disposer de mthodes qui favorisent des solutions innovantes, tout en prservant une
souplesse dvolution.
Avant de dcrire de telles mthodes, nous allons prciser la signification des termes analyse et
conception dans le domaine SI.

1.2.2 Lanalyse dun systme dinformation

Signification initiale

Usage actuel

Analyse

Conception

Observer, dcrire et proposer un

schma dorganisation montrant le
remplacement dactivits manuelles de
traitement dinformation par des tches
informatises.
La spcification de ce que devra faire
le SI. Elle procde lactivit de
conception qui dcrit comment le
systme informatique fonctionnera.

Cest plus que lanalyse. Il ne faut

pas se contenter dobserver et dcrire
ce que nous avons, mais il faut un
regard plus ambitieux et cratif.
Lorsque le besoin est dcrit de faon
complte au niveau du cahier de
charges, les informaticiens doivent
btir larchitecture de la future
application
et
dcrire
ses
composants, qui seront ensuite
programms ou gnrs par un atelier
de gnie logiciel.

1.2.3 Les mthodes danalyse

En France, dans les annes 1970, on a vu apparatre une quinzaine de mthodes danalyse. Il y
avait deux positions principales, sopposent sur la faon aborder ltude dun domaine
informatiser :

Les tenants de lapproche par les donnes considraient quil fallait dabord analyser
les rsultats obtenir (tats, documents,) et ensuite sinterroger sur les traitements
ncessaires pour produire ces sorties.
Les tenants de lapproche par traitements estimaient que le point de dpart tait les
vnements donnant lieu des traitements et que le dtail des informations grer
devait tre tudi ultrieurement.

La mthode la plus connue est celle deMerise qui a rencontr un vif succs, son objectif est
de rconcilier les deux approches, ainsi de mettre la modlisation au cur du processus
dtude, les modles tant des reprsentations simplifies que lon construit pour comprendre,
diagnostiquer et proposer des solutions.
Le principal reproche que lon peut faire Merise est davoir sous-estim la question de la
modularit des SI, ce qui souvent conduit construire de grandes applications fortement
intgres, donc difficiles faire voluer.
Telle est la situation en informatique de gestion, au dbut des annes 1990. Cest alors que
lon commence sintresser aux mthodes orientes objet, auxquelles UML se rattache.

1.2.4 Le courant de lorient objet

Il a comme origine la construction de nouveaux langages rpondant des objectifs
prcis.
Le grand intrt dun objet est la possibilit de le rutiliser dans des contextes
diffrents, puisquil est dcrit indpendamment de son environnement.
1.3 UML, LANGAGE DE MODELISATION UNIFIE
1.3.1 Historique
Au dbut des annes 1990, la socit Rational Software, ditrice doutils de gnie logiciel, a
cherch les auteurs principaux des trois mthodes (OOD, OMT, et OOSE) pour laborer une
rfrence. Trs vite, le terme mthode a t remplac par langage de modlisation .
1.3.2 Les diffrentes utilisations dUML
Certains auteurs considrent quUML se prte trois modes dutilisations :
1.Un mode esquisse : la modlisation est slective et vise non pas lexhaustivit, mais le
ncessaire ;
2.Un mode plan : pour dcrire de faon exhaustive le rsultat dune conception, c d
pour exprimer une spcification complte ;
3.Un mode langage de programmation : c d une description fine et prcise des
spcifications, partir desquelles un automate pourra oprer une traduction dans un code
informatique.
1.3.3 Pertinence dUML pour lanalyse dun SI
Le recours la modlisation est dun apport majeur pour lanalyse dun SI. Il permet en effet
de rduire les difficults lies sa complexit et son htrognit. Donc, il est important
dutiliser des reprsentations simplifies mettant laccent sur les aspects essentiels.
De plus, les exigences que devra satisfaire la future application sont souvent ambigus,
incompltes ou mal exprimes. Les gestionnaires et futurs utilisateurs sont donc invits, avec
lassistance dexperts, travailler rigoureusement sur la dfinition des services attendus pour
laborer un cahier des charges du SI, sur lequel les informations sappuieront pour construire
le systme informatique. La modlisation, correctement utilise, amliore la qualit dun
cahier des charges.

Chapitre II. Les concepts et les principes de base pour

modliser un systme dinformation
2.1 LES CONCEPTS DE BASE
Les concepts utiles sont les suivants:

Le concept dobjet;
Le concept de classe;
Le concept dentit;
Le concept dacteur;
Le concept de processus assorti des concepts dactivit et dvnement.

2.2 LE CONCEPT DOBJET

Cette approche intuitive ne doit pas laisser croire que les objets soffrent nous de faon
naturelle et quil ny a quune seule faon de dcrire le monde en objets. Beaucoup de
descriptions sont possibles, toutes ne sont pas utiles.
On appelle objet un lment matriel ou immatriel, dans la ralit tudie, qui satisfait aux
principes de distinction, de permanence et lactivit. Cela entrane quun objet possde une
identit, un tat et un comportement.
2.3 LE CONCEPT DE CLASSE
Le plus souvent, quand on modlise un SI, on recherche, au-del des objets concrets, un
lment plus abstrait qui est une catgorie de regroupement. Cest la notion de classe , dont
on peut donner une dfinition ensembliste.
Une classe est un ensemble dobjets sur lesquels on peut reconnatre des similitudes dans le
champ de ltude. Ces similitudes portent sur la faon de les identifier, sur les types dtats
quils peuvent prendre et sur le rle quils jouent.
2.4 LE CONCEPT DENTITE
Une entit est un ensemble dobjets informationnels sur lesquels on peut reconnatre la mme
structure et qui sont grs de la mme faon. Elle est une structure informationnelle.
NB : on qualifie les objets comme des objets informationnels sils sont porteurs
dinformations concrtes, manipules, transmises et mmorises.
Les typologies des entits :
Il est utile de distinguer trois sortes dentits, selon le rle quelles jouent dans un SI :
7

Une entit de gestion : est une entit pour laquelle on a choisi de grer une
transformation. Elle passera donc par des tats de gestion successifs ;
Une entit de rfrence : est le support dinformations stables, sur lesquelles on
sappuie pour effectuer les activits oprationnelles ;
Une entit de reporting : contient des informations, souvent calcules ou agrges, qui
apportent une aide pour le pilotage des activits court ou moyen terme.

2.5 LE CONCEPT DE PROCESSUS

Quand on fait lanalyse dun systme dinformation .il est parfois utile de distinguer trois
types processus selon la place quils occupent dans lorganisation :
1. Le processus principal a pour but daccomplir une mission du domaine. Des acteurs
externes au domaine ont une visibilit sur ce type de processus. il est dclench par un
vnement externe ou par un vnement temporel.
2. le processus secondaire nest pas au cur du mtier : laccomplissement de son but
nest pas la mission du domaine. Mais le rsultat produit est ncessaire aux processus
mtiers. Il peut tre dclench par les trois types dvnements. si le domaine
comprend une entit de rfrence, elle sera en gnral gre par un processus
secondaire.
3. le processus de pilotage est galement dclench par un vnement interne ou
temporel. Son but est dorganiser les activits de pilotage lintrieur dun domaine.
Si le domaine comprend une entit de reporting, elle est en gnral gre et utilise par
un processus de pilotage.

Chapitre III : Les diagrammes UML

Un diagramme est dfini par les auteurs dUML comme la reprsentation graphique dun
ensemble slectionn de constituants UML.
I.
Diagramme de classes :
1. Objectif du diagramme de classe :
Le diagramme de classes permet de reprsenter lensemble des informations formalises,
ayant fait lobjet dune dfinition sur le fond et sur la forme, qui sont gres par le domaine.
Ces informations sont structures cest--dire quelles sont regroupes dans des classes. On
signifie par classe : description abstraite dun ensemble dobjets qui partagent les mmes
proprits (attributs et associations) et comportements (oprations et tats). Cependant chaque
proprit ne doit figurer quune seule fois.
Rgles de non-redondance : une information lmentaire dun domaine ne doit figurer qu un
seul endroit du diagramme de classes des entits de ce domaine.
2. Les attributs :
Une classe de type entit correspond un concept global dinformation et se compose dun
ensemble dinformations lmentaires, appels attributs de la classe.
La Syntaxe gnrale de lattribut est la suivante :
Nom_attribut (multiplicit)( :type_attribut)(=valeur initiale)((proprit))
3. Lidentifiant dune classe : Un attribut permet de reprer de faon unique chaque
objet, instance de la classe. Cest celui que lon appelle lidentifiant de classe. De plus,
entre lidentifiant et chacun des attributs une relation de dpendance fonctionnelle
cest--dire si on connait la valeur de on peut trouver la valeur de b.
4. Les associations en classe : relation smantique durable entre deux classes, qui dcrit
un ensemble de liens entre instances (liens). Une association est bidirectionnelle par
dfaut, sauf si lon restreint sa navigabilit en ajoutant une flche pour indique le sens
de la lecture.
5. Les oprations :
Une opration est une fonctionnalit assure par la classe. Cest un lment de
comportement des objets, dfini de manire globale dans leur classe. La description
dune opration peut prciser :
Les paramtres dentre et de sortie ;
Les actions lmentaires excuter.
6. La gnralisation/ spcialisation :
Elle permet didentifier parmi les objets dune classe (gnrique) des sous-ensembles
dobjets (des classes spcialises) ayant des dfinitions spcifiques. UML parle de
super-classes et de sous-classes.

On parle de classification multiple si une instance dinstrument peut-tre spcialise

selon plusieurs sous-classes
On parle de classification dynamique si une instance dinstrument peut changer de
spcialisation au cours de sa vie.
7. Rgles pour llaboration du diagramme de classes :
Les rgles suivantes permettent de sassurer quil est pertinent de faire apparaitre une
classe.
Rgle 1 : Les trois dfinitions complmentaires dune classe (intensive,
extensive, ensembliste) sont vrifies.
a. Peut-on exprimer la signification de lentit informationnelle et vrifier
quelle est comprise par les gestionnaires ?
b. Peut-on trouver une liste dattributs qui dcrivent le concept global ?
c. Peut-on instancier le concept global dinformation, cest--dire trouver
un ensemble dobjets dont la structure correspond celle de la classe ?
Rgle 2 :
o Peut-on trouver un attribut qui puisse jouer le rle didentifiant ou peuton dfinir un qui ait un sens pour les gestionnaires du domaine ?
Rgles de normalisation : Ces rgles aident conduire les travaux de
modlisation en vitant le plus possible la redondance de linformation, tout en
restant fidle aux rgles de gestion.
a. 1re forme normale : lmentarit des attributs : Cette rgle implique
que tous les attributs sont lmentaires. Si ladresse a t dfini comme
attribut, elle est considre comme une donne lmentaire et ses
composants (rue, ville, code postal) sont inaccessibles.
b. 2me forme normale : dpendance pleine de lidentifiant : Un attribut
port par une classe ou par une association doit dpendre de lidentit
et de tout lidentifiant. Sil nen est pas ainsi, on introduit une
redondance importante dans le modle en rptant inutilement les
occurrences dun tel attribut.
c. 3me forme normale : dpendance transitive : On dira quun attribut C
dpend transitivement dun attribut A via lattribut B, sil existe un
attribut B tel que C dpende de B et B dpend de A.
8. Lutilisation du diagramme de classes dans lanalyse
Le diagramme de classes peut tre utilis pour reprsenter les trois lments cls dun
systme dinformation : Acteurs, Informations et Processus ;
Il permet en effet, de reprsenter les informations structures en classes de type entit
mais de reprsenter galement, les acteurs laide dun diagramme de classes qui peut
regrouper un ensemble de classes sans relation entre elles ou apparaitre entre les
classes acteurs des relations de dpendance, orients et en pointills, pour reprsenter
un organigramme.

10

II.

Le diagramme dobjet :
1. Prsentation du diagramme dobjets :
Le diagramme dobjet permet de mettre en vidence des liens entre les objets. Les
objets, instances de classes, sont relis par des liens, instances dassociations.
Le nom dun objet et dun lien sont toujours souligns.
2. Lutilisation de diagramme dobjets dans lanalyse :
Le diagramme dobjet facilite la comprhension dune partie dun diagramme de
classes des entits, par exemple en illustrant les diffrentes possibilits offertes par les
multiplicits indiques.
Ces objets figurent sur le diagramme de squence ou dactivits. En revanche, ils ne
pourront par figurer sur un diagramme de cas dutilisation, qui met en jeu des classes
acteurs et non des objets.

III.

Le diagramme dtats
1. Objectif du diagramme dtats :
Les diagrammes d'tats-transitions permettent de dcrire les changements d'tats d'un
objet ou d'un composant, en rponse aux interactions avec d'autres objets/composants
ou avec des acteurs.
2. Ltat :
Un tat est une situation durable dans laquelle peuvent se trouver les objets dune
classe et laquelle on associe des rgles de gestion et des activits particulires.
3. Les transitions :
Une transition est une relation oriente entre deux tats, laquelle est attach un
vnement et qui indique quun objet dans le premier tat passera dans le second si
certaines conditions sont remplies.
4. Les traitements :
Les oprations utilises pour dcrire les classes sont dcrites dans le diagramme
dtats par des activits ou des actions et associes des tats ou des transitions.
Les activits figurant dans un tat sont dclenches par trois types dvnements :
Entre dans ltat ;
Sortie de ltat ;
Transition interne : laisse lobjet dans le mme tat.
5. La hirarchie des tats :
Un tat supertat va pouvoir se dcomposer en plusieurs tats sous-tats . La
possibilit de dcomposition dune superactivit en sous-activits permet dindiquer la
part dactivit qui incombe chacun.
6. Les tats prdfinis :
Deux tats sont prdfinis :
Etat initial dun objet : obligatoire et unique, il est gnralement associ
lvnement de sortie de cet tat. Un objet peut en avoir plusieurs.
Etat final : frquemment associ une action de destruction ou darchivage.

11

7. La description enrichie dun diagramme dtats :

Il sagit en particulier des vnements, des activits et des actions. Cette description
complmentaire permet dassocier chacun de ces composants des rgles de gestion,
des rgles dorganisation, voire des rgles techniques.
8. Lutilisation du diagramme dtats dans lanalyse :
Le diagramme dtats sert dcrire la dynamique du SI, cest--dire tout ou partie
dun processus. On peut lutiliser de deux faons:
Attach une classe de type entit : un diagramme dtats permet de
sinterroger sur les diffrents tats que lon veut grer. Il aide affiner les
rgles de gestion, notamment en indiquant les vnements qui sont pris en
compte dans un tat donn.
Attach une classe de type processus : Cela implique que lon a fait un
diagramme de classes des processus. On dcrit les diffrentes tapes dun
processus en les assimilant des tats.
IV.

Le diagramme dactivits :
1. Objectif du diagramme dactivits :
Les diagrammes d'activits permettent de mettre l'accent sur les traitements. Ils sont
donc particulirement adapts la modlisation du cheminement de flots de contrle
et de flots de donnes. Ils permettent ainsi de reprsenter graphiquement le
comportement d'une mthode ou le droulement d'un cas d'utilisation.
2. Le flot de contrle, le signal et le flot dobjet :
Flot de contrle : Le diagramme dactivit reprsente la dynamique du
systme. Il montre lenchanement des activits dun systme ou mme dune
opration. Le diagramme dactivit reprsente le flot de contrle qui retrace le
fil dexcution et qui transite dune activit lautre dans le systme.
Signal : Une information provenant dune action externe lactivit en cours
de description. Le signal temporel Dernier jour ouvrable du mois dclenche
lactivit Etablir la paie.
Flot dobjet : Il permet dindiquer quelle est la part prise par chaque objet dans
lexcution du travail.
3. Le branchement et la synchronisation :
Branchement conditionnel : Un flot de contrle peut comprendre des chemins
alternatifs. Chaque branche est soumise une condition, qui est une condition
de garde.
Synchronisation : Parfois, le flot de contrle peut suivre deux chemins
parallles : cest louverture dune fourche. Ensuite, les deux chemins se
rejoignent dans une fermeture de synchronisation. En principe, ouverture et
fermeture doivent se rpondre
12

4. Les partitions :
Afin de dcrire les acteurs responsables de chaque activit, on va dessiner une colonne
(une partition) pour reprsenter chaque acteur jouant un rle. Chaque activit sera
place dans la partition correspondant lacteur qui en est charg.
5. Le diagramme dactivits et les classes :
Contrairement au diagramme dtats, le diagramme dactivits peut concerner
plusieurs classes. En effet, un flot de contrle peut intervenir sur des objets de
diffrentes classes.
6. Le diagramme dactivits et les niveaux de description
Une activit dsigne un ensemble dactions lmentaires. On peut reprsenter un
ensemble dactions dans un sous-diagramme dactivits pour mettre en vidence les
conditions de squencement des actions.
7. Lutilisation du diagramme dactivits dans lanalyse
Il permet de reprsenter aussi bien les traitements effectuer que les acteurs
impliqus, ainsi que lutilisation des informations. Pour cela, le processus doit tre
bien identifi soit comme une classe dans un Dg de classes des processus, soit comme
un cas dutilisation dans un DG de cas dutilisation.
V.

Le diagramme de communication
1. Objectif du diagramme de communication :
Un diagramme de communication est un diagramme d'interactions. Cest une
reprsentation simplifie d'un diagramme de squence se concentrant sur les changes
de messages entre les objets
2. Les messages :
Les messages sont le seul moyen de communication entre les objets. Ils sont dcrits
essentiellement par lobjet metteur et lobjet rcepteur. Leur description peut tre
complte par un nom, une squence (faciliter lordre dmission des messages), des
arguments, un rsultat attendu, une synchronisation, une condition dmission.
3. Lutilisation du diagramme de communication dans lanalyse :
Le diagramme de communication est principalement utilis pour faire apparaitre les
changes entre le systme tudi et les autres systmes.
On distingue parfois deux reprsentations. Dune part, on modlise les changes entre
le domaine dtude et les autres domaines. Dautre part, on reprsente les
collaborateurs entre la future application informatique et les applications avec
lesquelles elle doit sinterfacer.

VI.

Le diagramme de squence :
1. Prsentation du diagramme de squence
Les diagrammes de squences permettent de reprsenter des collaborations entre
objets selon un point de vue temporel, on y met l'accent sur la chronologie des envois
de messages. L'ordre d'envoi d'un message est dtermin par sa position sur l'axe
vertical du diagramme ; le temps s'coule "de haut en bas" de cet axe.

13

Comportements itratifs et conditionnels : pour reprsenter des structures

itratives on conditionnelles, on utilise des cadres pour dlimiter un sousensemble dinteractions. Ces cadres peuvent ensuite tre diviss en plusieurs
fragments.
Contrainte de temps : en ajoutant une flche entre deux messages.

2. Lutilisation du diagramme de squence dans lanalyse

Le diagramme de squence est utilis soit pour reprsenter un processus existant, sans
entrer dans le dtail des activits, soit pour modliser des variantes de processus
partir dun processus de rfrence.
VII.

Le diagramme de vue densemble des interactions :

1. Prsentation du diagramme de vue densemble des interactions :
Un diagramme de vue d'ensemble d'interaction est un diagramme d'interaction qui se
concentre sur la vue d'ensemble du flux de contrle.
Ce diagramme est une variante du diagramme dactivits qui met en vidence des
fragments du diagramme de squence.
2. Lutilisation du diagramme de vue densemble des interactions dans lanalyse :
Ce diagramme peut tre employ pour faire apparaitre, ds le schma, le dtail dune
activit. Toutefois ce nouveau modle devra tre confront la pratique pour
permettre dargumenter son intrt et dillustrer son utilisation pour lanalyste.

VIII.

Le diagramme des cas dutilisation

1. Les diagrammes des cas dutilisation :
Les diagrammes de cas d'utilisation sont utiliss pour donner une vision globale du
comportement fonctionnel d'un systme logiciel. Ils sont utiles pour des prsentations
auprs de la direction ou des acteurs d'un projet, mais pour le dveloppement, les cas
d'utilisation sont plus appropris. Un cas d'utilisation reprsente une unit discrte
d'interaction entre un utilisateur (humain ou machine) et un systme. Il est une unit
significative de travail. Dans un diagramme de cas d'utilisation, les utilisateurs sont
appels acteurs, ils interagissent avec les cas d'utilisation.
2. La description des cas dutilisation
La description des cas dutilisation est libre. Cependant, des rgles de structuration
doivent tre appliques pour en faciliter lexpression, la comprhension et la
cohrence.
Nous proposons dans un premier niveau de structure qui consiste dcrire dabord une
version habituelle du cas, puis de complter par des versions prsentant les variantes.
3. La description par illustration
Chaque cas peut tre accompagn du rcit dune ou de plusieurs instances simules
qui lillustrent afin de faciliter la comprhension des cas.
4. Lutilit des cas dutilisation
Les cas dutilisation sont intressants quand les utilisateurs sont amens intervenir au
niveau de 4 situations :
14

Expression des besoins

Modlisation du systme
Tests et validation
Mise en uvre

IX. Le diagramme de paquetage

Les diagrammes de paquetages sont la reprsentation graphique des relations existant entre les
paquetages (ou espaces de noms) composant un systme
Les paquetages sont des espaces de noms: deux lments ne peuvent pas porter le mme nom
au sein du mme paquetage. En revanche, deux lments appartenant des packages
diffrents peuvent porter le mme nom.
X.

Le concept de strotype

Les strotypes sont un des trois mcanismes d'extensibilit en UnifiedModelingLanguage. Ils

permettent aux concepteurs d'tendre le vocabulaire de l'UML, afin de crer des lments de
ce nouveau modle, drivs de ceux qui existent dj, mais qui ont des proprits spcifiques
qui sont adaptes un domaine de problme particulier ou autre usage spcialis. Par
exemple, lors de la modlisation d'un rseau, il peut tre ncessaire d'avoir des symboles pour
reprsenter les routeurs et concentrateurs.
Graphiquement, un strotype est rendu comme un nom encadr par des guillemets et plac
au-dessus du nom d'un autre lment. Par exemple, dans un diagramme de classe les
strotypes peuvent tre utiliss pour classer les mthodes par comportement tel que
constructeur et getter . Malgr son apparence, l' interface n'est pas un strotype,
mais un classificateur UML.

15

Chapitre IV : La dmarche danalyse du systme

dinformation
1.1. Le rle du matre douvrage
1.1.2. matrise douvrage/ matre duvre : responsabilits et collaboration
Le matre douvrage stratgique lance les oprations et commande louvrage en dsignant
un matre douvrage oprationnel et en suivant le lancement du projet
Le matre douvrage oprationnel labore quant lui le cahier de charges, valide
ladquation entre besoins et solutions proposes, conduit le changement et suit le
droulement des travaux tout en rendant compte au matre douvrage stratgique et aux
pilotes.
Le maitre duvre conoit et ralise louvrage, conseil techniquement le maitre douvrage,
lassiste lors de la mise en uvre du produit et linforme de lavancement des travaux.
Le maitre duvre est autonome lors des tapes purement techniques alors que le matre
douvrage doit tre assist par le maitre duvre pour les aspects informatiques.
1.1.3. la vision contractuelle
La contractualisation entre le maitre douvrage et le maitre duvre concerne ltablissement
des rgles se rapportant la fourniture, la validation et le suivi des travaux.
Les fournitures peuvent tre regroupes en trois catgories :
le plan des livraisons qui dcrit les engagements rciproques entre le client et le
fournisseur en termes de produits livrer ou dinformations fournir
les fournitures relatives au domaine Cible qui celles pour lesquelles le client paie
rellement
les fournitures relatives au domaine projet qui permettent au client davoir une
visibilit sur lavancement des travaux
Le plan des livraisons est rapprocher du plan dassurance qualit ou du plan de
dveloppement. Il comprend :

la dmarche de construction du systme (phases, tapes)

chaque tape est dtaille en tches
la description des livraisons sous forme de formulaires ou plans
les techniques utilises
la normalisation appliquer
le processus de validation des livrables intermdiaires et dfinitifs
les exigences concernant le suivi du projet
les dispositions dassurance qualit
16

Les fournitures relatives au domaine cible doivent correspondre la description des livraisons
dtailles dans le plan de livraison. Ces fournitures font lobjet de validation ou /et recettes
par le matre douvrage :

lchancier des livraisons

les ressources de la maitrise douvrage et les ressources du maitre duvre impliquer
linfrastructure logistique
la frquence des runions et du suivi par type de runion.

1.2. La dmarche gnrale pour exprimer le besoin

Les besoins dinformatisation peut provenir de sources diverses savoir une rorganisation ou
une fusion dentreprise, une volution technologique
Le maitre douvrage stratgique aprs avoir dtect ces besoins, commande au maitre
douvrage oprationnel une tude dopportunit. Au vu du dossier dopportunit, le maitre
douvrage stratgique dcide de poursuivre ou non le projet.
La poursuite du projet dcide, il faut :
-

Sassurer que le cot prvisionnel associ lobjectif vis est compatible avec les
possibilits financires de lentreprise
Mesurer limpact du futur produit sur les ressources humaines sur lorganisation, le
travail des autres entits
Sassurer que les technologies ncessaires existent et fonctionnent correctement.

Tout ceci fait lobjet dtude de faisabilit par le maitre douvrage oprationnel en
proposant des solutions globales chiffres et argumentes, le maitre douvrage stratgique
va choisir les solutions les plus en rapport avec les caractristiques de lentreprise. La
solution globale la plus approprie sera prsent au maitre duvre de faon a ce quil puisse
sengager sur un budget ou une charge de travail et sur un dlai.
Pour llaborer une dmarche danalyse en deux phases est propose, ltude de faisabilit et
la ralisation du cahier de charges.

17

Dbut

1.Etude de
faisabilit:

1.1 prparage
du domaine

1.2 dcouverte des

informations

1.3 modlisation
du workflow

1.4 diagnostic des

orientations

1.5 snarios de
configuartion du SI

2. ralisation du cahier de charges :

2.1 modlisation du
futur SI

2.2 rdaction du
cahier de charges

Fin
Etape 1.1 : reprage des frontires et les acteurs
Etape 1.2 : dcouverte des informations et notamment les grands concepts dinformation
Etape 1.3 : les principaux flux actuels dinformation entre les acteurs ainsi que les activits
principales
Etape 1.4 : valuer le systme actuel et proposer les orientations du future systme
Etape 1.5 : proposer les diffrentes solutions globales chiffres et arguments et choisir la
solution considrable comme faisable
Etape 2.1 : amener la solution globale choisie un niveau de dtail ncessaire suffisant afin
que le maitre duvre puisse le prendre en compte
Etape 2.2 : rdaction du cahier des charges structur de faon standard.
18

1.3. Ltude de faisabilit

Cette tude a pour objet de prsenter plusieurs solutions globales qui permettent de satisfaire
les besoins dans des conditions acceptables par lentreprise du point de vue budgtaire, social
.
Ltude de faisabilit commence par les trois premires tapes savoir :
-

Le reprage du domaine : cest une prise de connaissance du projet et sappuie sur des
interviews, lobjectif de cette tape est de dterminer les finalits du projet ainsi que
ses limites
la dcouverte des informations : cette tape est men en parallle avec la premire et
son objectif est de comprendre les diffrentes facettes du SI existant ainsi que de
reprer les grands concepts dinformation grs dans le domaine.
la modlisation du workflow : lobjectif de cette tape reste didentifier les rles des
diffrents acteurs du domaine couvert et la faon dont ils jouent ensemble pour
atteindre les finalits du domaine.
Le diagnostic et orientation : met en vidence les points forts et les carences du
systme actuel et de proposer des orientations pour le futur systme. Lobjectif de
cette tape et de porter une apprciation sur la gestion des informations comme sur le
processus.
Le scnario de reconfiguration du SI: permet de proposer aux dcideurs des solutions
globales chiffres et argumentes et leurs donner le moyen de choisir celle qui sera
ralisable dans le contexte de lentreprise.

1.4. Le cahier de charge

1.4.1. Ltablissement du cahier de charge : dmarche
Une fois une solution globale choisie le cahier de charge doit tre tabli. Ce dernier rempli
deux fonctions, il fixe les obligations rciproques de son client et de son fournisseur puis
recueil les caractristiques que doit prsenter un produit en cour dtude ou de ralisation.
A partir de ce cahier de charge, le fournisseur peut sengager sur un budget ou une charge de
travail et sur un dlai.

2.1 modlisation du
futur SI

2.2 rdaction du
cahier de charges

Fin
1.4.2. Etape 2.1 modlisation du futur systme

19

Lobjectif de cette tape est damener la solution globale choisie un niveau de dtail
ncessaire pour que le matre duvre puisse raliser un devis.
Ceci peut se faire travers la rpartition des entits selon la typologie (Gestion, reporting .)
ainsi quon dterminant les tats quon veut grer, on dtermine les types dvnements
prendre en compte, partir de ces derniers on dresse une liste de processus qui seront rpartis
selon la typologie (principaux, secondaires et pilotage) chaque processus est considr comme
un cas dutilisation. Pour chaque processus on dtermine les variantes quon veut grer.
1.4.3. Etape 2.2 rdaction du cahier de charge
Produire le cahier de charge du futur SI pour tre remis au matre duvre qui va lui
dvelopper le systme informatique.
Le contenu du cahier de charge doit tre orient vers le futur, avec la structure suivante :
-

Description gnrale du futur SI : les objectifs du systme, lorganisation du futur SI,

ses principes de reconfiguration, les diffrents types dacteurs et leur relation
hirarchique .
Description dtaille du futur SI : les entits seront classes selon leur typologie,
chaque entit sera accompagn dun diagramme dEtat et chaque processus est qualifi
selon le type il appartient. Les variantes et leurs caractristiques seront indiques ainsi
que la description de chaque processus.
Stratgie de dveloppement et les exigences : prcise lbauche de la stratgie de
ralisation, les exigences concernant le logiciel, les exigences de suivi de
lavancement du projet, le rle du matre duvre dans certaines tapes ralises par la
maitrise douvrage.

20

Lanalyse du cas CARTEL

Prsentation du cas CARTEL
La socit CARTEL a comme activit la conception et la ralisation de cartes lectroniques.
Lentreprise sest dveloppe harmonieusement et a toujours privilgie la qualit de ses
produits par rapport la productivit. Le dveloppement de lactivit lectronique, la
concurrence nationale et internationale accrue ont incit le comit directeur inflchir sa
politique dans le sens de lindustrialisation. Le plan stratgique CARTEL 2006 trace les
grandes tapes de la transformation.
Dans la stratgie CARTEL 2006, il est prvu dinformatiser le domaine production de
lentreprise. Lopportunit de ce projet ayant t prouve dans le plan stratgique, nous nous
attachants ci-aprs tudier la faisabilit du projet et exprimer le besoin dans un cahier de
charges fonctionnel pour le domaine Production.

Direction
gnrale

Service qualit

Service financier

Service
informatique

Service
production

Service client

Etudes

Atelier

Structure de la socit CARTEL

Phase 1 : Etude de faisabilit

tape 1.1 : Reprage du domaine
La phase de reprage du domaine sest appuye sur une runion de travail laquelle
participaient le directeur gnral, le chef du service client, le chef du service production, le
responsable produit et le responsable atelier
Rsultat de ltape 1.1
21

Le projet dinformatisation de la production de CARTEL a comme objectifs :

Damliorer lefficacit oprationnelle de la production de cartes.

De donner une image moderne de lentreprise.

Le diagramme de communication permet de visualiser les changes du projet (production)

avec les domaines connexes (Facturation, Client), avec des acteurs externes au projet
(Direction gnrale) et des acteurs externes lentreprise (Client).
- Les vnements qui dclenchent lactivit de production sont les suivants :
En avant-vente, la demande initiale du domaine Client dclenche la dfinition du produit,
une estimation de la charge de travail et un devis.
En conception-fabrication, lacceptation formelle de la proposition par le client lance de
fabrication du produit.

Figure 6.2_ Diagramme de communication : le contexte

22

Les acteurs concerns par le systme dinformation sont :

Figure 6.3 : Diagramme de classes : les acteurs

tape 1.2 : Dcouverte des informations

Cette tape sest appuye essentiellement sur un entretien avec le chef du service production,
et sur la documentation technique des applicatifs facturations et client.
Rsultat de ltape 1.2
Les principales tapes dun projet Carte lectronique :
1. Un projet Carte doit au pralable tre dfini, puis il doit tre accept par le client.
2. A lissue de lacceptation par le client, le responsable produit planifie les oprations
conduire
3. La fabrication dune carte se fait en deux temps :
Dabord la conception des circuits
Puis la ralisation de la carte
4. Ainsi fabrique, la carte est fournie au client.
tape 1.3 : Modlisation du Workflow
23

Le processus avant-vente est un processus principal, dclench par la demande initiale du

service client et se terminant par la proposition au service production.
Le processus fabrication est un processus dclench par lacceptation de la proposition par le
client, qui se termine par la livraison du produit fini.

24

Figure 6.5_Diagramme de squence : Processus avant-vente

Figure 6.6_Diagramme de squence : Processus Fabrication

tape 1.4 : Diagnostic et orientations

Cette tape sest droule en quatre temps :
-

Effectuer une synthse des faiblesses du systme de gestion actuel.

Chercher un accord sur le diagnostic avec les reprsentants des utilisateurs et les
dcideurs.
Affiner le diagnostic sur les carences et les dysfonctionnements.
Et enfin proposer des orientations en vue de reconfigurer le systme dinformation

25

Exemple :
Faiblesses du systme actuel : le service production fonctionne comme une entit artisanale
que comme un systme industriel. La prise en compte des contraintes du client, la qualit
recherche et atteinte, la volont de respecter les dlais, se font le plus souvent au dtriment
des cots effectifs de production.
Laccord sur le diagnostic avec les reprsentants des utilisateurs et les dcideurs : Le
diagnostic a t prouv par le directeur gnral, le directeur gnral adjoint, le chef de service
client, le chef du service production, le responsable produit et le responsable atelier.
Ltude approfondie sur les carences et les dysfonctionnements : Le processus de
fabrication est initi par le client, ceci nest pas sans dommage pour la maitrise des contrats et
des propositions par le service client, qui nest le plus souvent au courant de laboutissement
dune dmarche avant-vente que de manire informelle.
Les orientations en vue de reconfigurer le systme dinformation : Les informations
ncessaires la production et ltablissement des propositions seront stockes. Lchange
dinformation entre les divers acteurs du systme notamment entre le service client et la
production sera renforc.
tape 1.5 : Scnarios de reconfiguration du SI

Figure 6.7_Diagramme de communication

26

Figure 6.9_ diagramme dactivits du processus Fabrication

Figure 6.8_Diagramme dactivits du Processus avant-vente

Phase 1 : Ralisation du cahier des charges :

tape 2.2 : Rdaction du cahier des charges
Le cahier des charges a t rdig par le responsable du projet et valid par les dcideurs.
Rsultat de ltape 2.2
Nous prsentons ci-aprs le plan comment du cahier des charges issu de cette tude. Ce
cahier des charges doit tre complt, en cas de sous-traitance des aspects juridiques et
administratifs concernant les partenaires. Ce cahier des charges est de niveau expression du
besoin , ce qui sous-entend que le maitre duvre devra proposer une ou des solutions
dtailles rpondant au besoin dcrit.
27

Cahier des charges du projet dinformatisation de la production de lentreprise

CARTEL
1 Champ couvert par le projet
Ce chapitre sappuie sur les travaux qui ont t raliss au cours de la premire tape de la
phase 1, Etude de faisabilit de ltude, Reprage du domaine.
1.1 Rappel des objectifs et des contraintes
Les objectifs du Projet dinformatisation de la production de lentreprise sont lamlioration
de lefficacit oprationnelle de la production de cartes et la modernisation de limage de
lentreprise
La seule contrainte voque est dutiliser les comptences actuelles en vitant de crer de
nouveaux postes de travail, quitte revoir les missions de chacun.
2 Description du systme futur
2.1Orientations du systme
Ce paragraphe sera une synthse de ltape 1.4, Diagnostic et orientations de la phase 1, tude
de faisabilit.
2.2 Diagramme de classes
On mettra ici le diagramme de classes labor lors de ltape 2.1, Modlisation du futur
systme dinformation.
Afin de lever toute ambigut, ce diagramme sera complt, au niveau de chaque classe, par
une dfinition smantique agrmente dexemples si ncessaire. On pourra aussi cet endroit
donner des lments volumtriques. Les attributs feront galement lobjet dune dfinition
smantique.
2.3 Aspect organisationnel
On mettra ici le diagramme de communication du futur systme labor dans ltape 1.5
Scnarios de reconfiguration du SI.
Les processus principaux
Pour chaque processus principal on mettra les diagrammes dactivit et dtats labors dans
les tapes 1.5 Scnarios de reconfiguration du SI et 2.1 Modlisation du future SI.
Les processus secondaires
On indiquera ici la liste des processus secondaires tablie dans ltape 2.1, Modlisation du
futur systme dinformation.
28

Les processus de pilotage

On intgrera ici les diagrammes des cas dutilisation, dtats-transitions et de classe labors
au cours de ltape 2.1 Modlisation du futur SI
3 solutions techniques
La solution organisationnelle envisage ne sappuie sur aucun matriel spcifique. Une
solution technique sera propose en mme temps que les spcifications dtailles.
4 Scurit et solution dgrades
Les spcifications dtailles prvoiront de manire prcise les solutions de scurit en termes
de sauvegarde et de restauration de donnes.
Les habilitations seront prises en compte partir du produit utilis pour les autres applications
de la socit.
5 Aspects de la mise en uvre
Les aspects de la mise en uvre tudis ici portent sur la migration de lancien systme vers
le nouveau systme, sur le dploiement et sur la formation.
6 Analyse de risque et stratgie de dveloppement :
Les six facteurs de risque pris en compte sont : La taille de projet, la configuration
organisationnelle, le changement, la nouveaut technique, le degr dintgration et
linstabilit.
Annexe : tude de lexistant.
On mettra ici le dtail des tapes 1.1, Reprage du domaine, 1.2, Dcouverte des
informations, 1.3, Modlisation du Workflow, 1.4, Diagnostic et orientation.

29