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 KHIAR Ouassima

KETTANI Kenza LOUDIYI SOUJAE Sara

Encadr par: M. FAHMI Youssef

1

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

2

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.

3

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

4

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

5

1.2.2 Lanalyse dun systme dinformation

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.

Analyse Conception

Signification initiale Observer, dcrire et proposer un

schma dorganisation montrant le remplacement dactivits manuelles de traitement dinformation par des tches informatises.

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.

Usage actuel La spcification de ce que devra faire

le SI. Elle procde lactivit de conception qui dcrit comment le

systme informatique fonctionnera.

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.

6

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.

7

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 :

8

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.

9

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.

10

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 peut-

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

11

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.

12

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

13

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.

14

Comportements itratifs et conditionnels : pour reprsenter des structures

itratives on conditionnelles, on utilise des cadres pour dlimiter un sous-

ensemble 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 :

15

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.

16

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

17

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.

18

2. ralisation du cahier de charges :

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.

1.Etude de faisabilit:

Dbut

1.1 prparage du domaine

1.2 dcouverte des informations

1.4 diagnostic des orientations

1.5 snarios de configuartion du SI

1.3 modlisation du workflow

Fin

2.1 modlisation du futur SI

2.2 rdaction du cahier de charges

19

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.

1.4.2. Etape 2.1 modlisation du futur systme

Fin

2.1 modlisation du futur SI

2.2 rdaction du cahier de charges

20

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.

21

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.

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

Direction gnrale

Service financier

Service client Service

production

Etudes Atelier

Service qualit Service

informatique

22

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

23

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

24

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.

25

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

26

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

27

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.

28

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.

29

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.