School Work et uml">
Uml Pour L'analyse D'un Systeme D'information: Le Cahier de Charges Du Maitre D'ouvrage
Uml Pour L'analyse D'un Systeme D'information: Le Cahier de Charges Du Maitre D'ouvrage
Uml Pour L'analyse D'un Systeme D'information: Le Cahier de Charges Du Maitre D'ouvrage
KHIAR Ouassima
LOUDIYI SOUJAE Sara
Sommaire
I.
II.
III.
IV.
V.
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).
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.
(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.
Signification initiale
Usage actuel
Analyse
Conception
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.
Le concept dobjet;
Le concept de classe;
Le concept dentit;
Le concept dacteur;
Le concept de processus assorti des concepts dactivit et dvnement.
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.
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
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
VIII.
Le concept de strotype
15
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 :
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.3 modlisation
du workflow
1.5 snarios de
configuartion du SI
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
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.
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 :
-
20
Direction
gnrale
Service qualit
Service financier
Service
informatique
Service
production
Service client
Etudes
Atelier
22
24
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
29