Etude de Cas

Etude de cas LIBENLI...
Page 1 sur 43
Etudes de cas
1 - Etude cas AGRA
Nous illustrons la modlisation avec UML par un exemple tir d'une exprience relle de mise en uvre d'un systme d'information d'une entreprise. Le conseil d'administration de la socit AGRA sou aite remettre ! niveau le systme d'information actuellement utilis pour "rer son activit commerciale. #l s'a"it de dvelopper un lo"iciel $ui doit rpondre aux nouvelles orientations de "estion et
http://foad.u-picardie.fr... 11/01/2012
Etude de cas LIBENLI... Page 2 sur 43
d'or"anisation% et s'int"rer aux autres systmes d'information de l'entreprise. La AGRA est une entreprise appartenant ! un "roupe national ! capitaux mixtes &pu'lics et privs(. )n peut synt tiser les finalits de cette socit de la fa*on suivante + , la fa'rication de produits a"roalimentaire . , la commercialisation de ces produits. Les domaines fonctionnels couverts par le systme de "estion commerciale sont les suivants/+ , la "estion des clients% des produits et des tarifs . , la "estion des ventes et des liti"es . , l'administration de l'application
&utilisateurs% confidentialit% travaux ! la demande% o'0ectifs commerciaux% prvisions de livraisons% affectations...( . , les interfaces avec les autres applications existantes &le contr1le de "estion% les outils de 'ureauti$ue...(. Les intervenants concerns par le pro0et sont de deux types + , les utilisateurs directs dans le service commercial &le rseau et la direction( . , les acteurs externes au service commercial . ils sont soit internes ! l'entreprise mais travaillent dans d'autres secteurs &les usines% la compta'ilit(% soit extrieurs ! l'entreprise &les clients dont certains sont connects directement au systme(.
Les produits commercialiss sont de deux types + en"rais et produits industriels. #ls sont re"roups par familles. Les clients sont affects ! des secteurs sur les$uels oprent les in"nieurs commerciaux. Un in"nieur commercial est en contact avec ses clients uni$uement . en revanc e% le directeur r"ional ! une vision "lo'ale des clients. Les tarifs sont utiliss pour valoriser les commandes% et facturer les expditions et les enlvements. La direction commerciale a la responsa'ilit des tarifs des produits% des transports% des conditionnements% des ma0orations et minorations diverses. 2uite aux n"ociations avec les clients
de leur portefeuille% les in"nieurs commerciaux enre"istrent des commandes $ui traduisent un en"a"ement formel sur un produit% un tonna"e% un conditionnement% un transport% un destinataire de principe% des dates approximatives de livraison et une date de validit. Les commandes sont la formalisation d'une n"ociation et peuvent faire rfrence ! des marc s passs par le client pour $u'il 'nficie de conditions prfrentielles. Au-del! des autorisations dont il dispose &ra'ais sur prix% dpassement de crdit...(% l'in"nieur commercial doit soumettre la commande ! la direction r"ionale dont il dpend. Un avis de rception de commande avec le prix de facturation est dit et envoy au client. 3es ordres d'affrtement peuvent alors 4tre enre"istrs . ceci permet de planifier le travail et la "estion des stoc5s sur les lieux
d'expdition. Ils se transformeront en livraison le jour de l'expdition. L'enlvement sans commande pralable permet l'acheteur autoris de venir s'approvisionner la dernire minute, moyennant un surcot minime de tarification. Le march traduit un en a ement du client sur des tonna es de produits !de " "#$ ou d'une famille de produits sur une priode donne. %n contrepartie, le client bnficie de rabais. &ette n ociation entre le client et l'in nieur commercial doit 'tre valide par la direction r ionale. (our )ue les clients bnficient d'ventuelles baisses des prix des matires premires sur le march international, des avoirs automati)ues sont mis sur les livraisons d'en rais passes au cours des mois prcdents
en mtropole. Ils sont mis en fin de campa ne. Les taux sont fournis par les secteurs, puis contr*ls, parfois modifis et ensuite valids au niveau de la direction r ionale. +oute contestation d'un acheteur, portant sur une livraison effectue, donne lieu un dossier de liti e. ,prs n ociation, une dcision de r lement est prise par l'usine concerne et confirme par la direction commerciale. Les donnes de r lement du liti e sont saisies afin de permettre le traitement du liti e !cration des avoirs, enre istrement et traitement des retours de produits$. Les directions r ionales disposent des objectifs de vente et des prvisions mensuelles de livraison. %lles peuvent demander aux in nieurs de les modifier en fonction de la strat ie de
l'entreprise et des directives de la direction commerciale. Les informations a r es au niveau r ional sont valides par la direction commerciale. +ant )ue la direction commerciale n'a pas donn son accord, on parle plut*t en termes de prvisions d'objectifs. Les comparaisons entre les ralisations, les objectifs et les prvisions sont fournies aux diffrents niveaux de la structure de vente, sous rserve du respect de la confidentialit. !+exte adapt de - .e /erise 0/L12 3. 4ettani et al. , %yrolles "556$
QUESTIONS:
11111111"$ .finir le primtre d'tude 111111117$ +rouver les acteurs 111111118$ .onner les principaux processus
ou cas d'utilisation 111111119$ .crire le processus - rer march12 )ui consiste rer les en a ements d'achats de produits dans un dlai imparti. 11111111:$ ;eprsenter le dia ramme de s)uences pour le scnario - ouvrir un nouveau march12. <$ ;eprsenter le dia ramme de collaboration correspondant. 11111111=$ ;eprsenter le dia ramme d'activits correspondant. 111111116$ %baucher le dia ramme de classes des objets participant au scnario - ouvrir march12. 5$ ;eprsenter le dia ramme d'tat>transition du processus mtier - rer march12. "#$ ;eprsenter le dia ramme d'tat>transition de la classe - march12
Etude de cas LIBEN... Page 10 sur 43
REPONSES:
"$ (rimtre de l'tude1? ,ctivit commerciale
7$ Les acteurs du primtre d'tude doivent tous 'tre extrieurs au
primtre :
Acheteur , Comptabilit Client (du service comptabilit de la SNEA ) , Contrleur marchandise du ct acheteur ! E"pert #ualit , Service $uridi#ue , %lani&icateur #ui &ont partie de la
socit tudie SNEA mais #ui sont en dehors du primtre de l'tude( Remarque : %armi les acteurs identi&is, il n') a pas Client mais Acheteur , Comptabilit client de la SNEA ,* #ui sont les di&&rents rles concerns plutt #ue le terme +nri#ue( Ces acteurs peuvent ,tre prsents dans le dia+ramme suivant :
-) .es processus mtiers :
En partant des acteurs prcdents, nous identi&ions les processus suivants : /rer march , /rer commande , /rer avoirs ( .e modle des processus mtier est prsent dans un dia+ramme de cas d'utilisation :
REMARQUES: Les relations utilise et tend
Le modle pour le processus Grer
commande
4) Dcrire le processus grer march qui consiste grer les engagements d'achats de produits dans un dlai imparti. La description succincte du processus Grer march pourrait tre qui!alente celle qui suit.
Brve Description "e processus consiste grer des engagements d'achat sur des produits #ou $amilles de produit). "es engagements d'achat courent sur un certain dlai.
lu! d"vne#ents %lu& normal
'u!erture du (arch
Le processus de gestion de march commence lorsque l' )cheteur met une Demande de march !ers son *ngnieur commercial local . "ette Demande de march consiste en une ou plusieurs quantits de produits+ une dure et un tari$ ngoci. L' *ngnieur commercial local contr,le l'e&istence et la sol!a-ilit de l' )cheteur . L'*ngnieur commercial local transmet alors la Demande de march au Directeur rgional pour a!is. Le Directeur rgional tudie la Demande de march $ace au .lan de $a-rication et la .olitique tari$aire . *l anal/se
aussi le 0isque client . *l transmet son a!is #positi$) l' *ngnieur commercial local . "e dernier en!oie une proposition #accus de rception )0( ) l' )cheteur pour signature. 1ur signature de l' )cheteur+ l' *ngnieur commercial local acti!e le (arch .
2&cution du march
Le processus de gestion de march se poursuit au $il des e&cutions des "ommandes. Lorsque l' )cheteur passe "ommande en $aisant r$rence ce (arch+ l' *ngnieur commercial local 3 !ri$ie la -onne sant $inancire du client4
vrifie que le March est en cours; vrifie que les Produit s commands sont inclus dans le March ; vrifie que les quantits restantes dans le March sont compatibles avec les quantits commandes; diminue les quantits restantes du March des quantits commandes.
Clture du march
Le processus de gestion de march se termine dans les trois cas suivants March consomm; chance atteinte; !ncident client.
March consomm Lorsque la quantit restante devient nulle" le March est sold et le processus est termin. #chance atteinte Lorsque la date d$chance du March est atteinte" le March est ferm et le processus est termin. !ncident client %ur !ncident client &faillite" impa'...( l$ !ngnieur commercial local clture le March et les Commande s d$e)cution en cours. Le processus est termin.
*lu) alternatifs
Cas d$un avis dfavorable L$!ngnieur commercial local
retourne le rsultat / l$ 0cheteur et le processus est termin. Cas ou l$ 0cheteur n$a pas sign Pass un certain dlai" l$ !ngnieur commercial local clt le March . Le processus est termin.
Par ailleurs" il est important de travailler processus par processus; en d$autres termes" il faut dcrire les processus mtier indpendamment les uns des autres. !l peut ' avoir plusieurs descriptions d$un m+me processus mtier ,ne description e)terne qui donne la vision e)terne du processus du point de vue de l$utilisateur &acteur( du mtier. #lle dcrit ce que doit faire le processus mtier pour - satisfaire.
l$acteur. Cette description est probablement le point de dpart de toute l$activit de modlisation qui suit. ,ne description interne plus dtaille qui donne la vision des gens du mtier. #lle e)plique comment le processus fonctionne de l$intrieur pour - satisfaire. l$acteur. L$acteur n$a pas acc1s / cette description. Ces deu) descriptions sont ncessaires et minimales. 2$autres descriptions peuvent +tre dveloppes; la dfinition de ces descriptions rel1ve du processus d$ingnierie de mtier choisi par l$entreprise. 3( 2iagramme de squences - ouvrir nouveau march.
6) Diagramme de collaboration Diagramme de collaboration pour le flux
Ouvrir nouveau march

Un diagramme de collaboration montre les interactions entre les objets et leurs liens. Contrairement au diagramme de squence un diagramme de collaboration montre les relations entre les objets. !n revanche un diagramme de collaboration n"int#gre pas la dimension du temps.
$) Diagramme d"%ctivits
&ors de l"introduction de ces concepts nous n"avons pas souhait dvelopper dans le dtail les diagrammes d"activits pour viter de no'er le lecteur dans des dtails un peu trop techniques.
Diagramme d"activits pour Ouvrir
march
() Diagrammes de classes )l est possible de dduire des relations entre les classes * partir du diagramme de collaboration. D"autres relations peuvent exister dans le domaine+, elles sont mises au jour au cours de l"anal'se de celui-ci.
Notez que Ingnieur commercial local et Directeur rgional sont ici des travailleurs et non des acteurs parce qu'ils font partie du primtre de l'tude qui concerne pour l'instant le mtier (le systme d'information) et non le systme informatique. U ! dfinit une reprsentation alternative avec les ic"nes suivantes#$
Diagramme de classes des o%&ets participant ' la colla%oration (uvrir
marc)
!e diagramme de classes prcdent montre les classes qui participent dans le sous*flu+ (ou colla%oration) (uvrir marc) . !'analyse plus complte du processus ,rer marc) fournit le diagramme de classes suivant#$ Diagramme des classes participantes dans le processus ,rer marc)
!e vrai nom de diagramme de classes aurait d- .tre#$ / diagramme structurel statique#01 mais les utilisateurs d'( 21 de 3ooc)1 d'((45 et des autres mt)odes auraient t perdus.
Architecture du mtier Du mtier au systme informatique
Concept de couches Une fois dfini le modle logique du mtier, sa mise en uvre peut s'effectuer de plusieurs manires. Le concept de couches rend compte de ce phnomne. Lors du passage du mtier au systme informatique, il est possible d'tablir une relation directe entre les modles mtier et les modles du systme informatique support par une transformation presque systmatique. ans la ralit, il y aura plusieurs manires de transformer les lments structurels du mtier !les travailleurs et les entits", leurs activits ainsi que leurs collaborations. L'ide est base sur les principes suivants#$ % un travailleur du mtier devient un acteur au sens U&L !c'est'('dire un
utilisateur au sens courant" du systme informatique#) % ses activits deviennent des cas d'utilisation, c'est'('dire des processus informatiques#) % les entits deviennent des ob*ets entits du systme informatique.
Du mtier l'informatique La transformation est dans la ralit plus subtile, car il faut choisir quels travailleurs ont accs au systme informatique, quelles entits et communications sont informatises, etc. La dmarche de modlisation de mtier
et la transformation de modles opre vers le systme informatique constitue un moyen systmatique d'aboutir au+ besoins fonctionnels du systme informatique. La liste des besoins est cependant loin d',tre complte, car il faut prendre en considration les besoins techniques, les aspects de maintenance et d'autres contraintes technologiques et politiques. L'acheteur de la socit cliente est considr ici comme acteur car il a accs direct au systme !via -nternet ou . -". Les quelques acteurs du systme informatique drivs de l'analyse des processus mtier donnent le diagramme suivant#$
Acteurs du systme informatique
9) Diagramme d'tat/transition du processus Grer march
10) Diagramme d'tat/transition de la classe A!"#$

Etude de Cas

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Etude de Cas

Загружено:

Авторское право:

Доступные форматы

Etude de cas LIBENLI...

1 - Etude cas AGRA

Etude de cas LIBENLI... Page 2 sur 43

Etude de cas LIBENLI... Page 3 sur 43

Etude de cas LIBENLI... Page 4 sur 43

Etude de cas LIBENLI... Page 5 sur 43

Etude de cas LIBENLI... Page 6 sur 43

Etude de cas LIBENLI... Page 7 sur 43

Etude de cas LIBENLI... Page 8 sur 43

Etude de cas LIBENLI... Page 9 sur 43

Etude de cas LIBEN... Page 10 sur 43

7$ Les acteurs du primtre d'tude doivent tous 'tre extrieurs au

Etude de cas LIBEN... Page 11 sur 43

Etude de cas LIBEN... Page 12 sur 43

Etude de cas LIBEN... Page 13 sur 43

-) .es processus mtiers :

Etude de cas LIBEN... Page 14 sur 43

Etude de cas LIBEN... Page 15 sur 43

Etude de cas LIBEN... Page 16 sur 43

REMARQUES: Les relations utilise et tend

Etude de cas LIBEN... Page 17 sur 43

Le modle pour le processus Grer

Etude de cas LIBEN... Page 18 sur 43

Etude de cas LIBEN... Page 19 sur 43

lu! d"vne#ents %lu& normal

Etude de cas LIBEN... Page 20 sur 43

Etude de cas LIBEN... Page 21 sur 43

Etude de cas LIBEN... Page 22 sur 43

Etude de cas LIBEN... Page 23 sur 43

Etude de cas LIBEN... Page 24 sur 43

Etude de cas LIBEN... Page 25 sur 43

Etude de cas LIBEN... Page 26 sur 43

6) Diagramme de collaboration Diagramme de collaboration pour le flux

Ouvrir nouveau march

Etude de cas LIBEN... Page 27 sur 43

Etude de cas LIBEN... Page 28 sur 43

Etude de cas LIBEN... Page 29 sur 43

Diagramme d"activits pour Ouvrir

Etude de cas LIBEN... Page 30 sur 43

Etude de cas LIBEN... Page 31 sur 43

Etude de cas LIBEN... Page 32 sur 43

Etude de cas LIBEN... Page 33 sur 43

Diagramme de classes des o%&ets participant ' la colla%oration (uvrir

Etude de cas LIBEN... Page 34 sur 43

Etude de cas LIBEN... Page 35 sur 43

Etude de cas LIBEN... Page 36 sur 43

Architecture du mtier Du mtier au systme informatique

Etude de cas LIBEN... Page 37 sur 43

Etude de cas LIBEN... Page 38 sur 43

Etude de cas LIBEN... Page 39 sur 43

Etude de cas LIBEN... Page 40 sur 43

Etude de cas LIBEN... Page 41 sur 43

Acteurs du systme informatique

9) Diagramme d'tat/transition du processus Grer march

Etude de cas LIBEN... Page 42 sur 43

10) Diagramme d'tat/transition de la classe A!"#$

Etude de cas LIBEN... Page 43 sur 43

Вам также может понравиться