Me Rise

Processus d'informatisation A 99/00
METHODE MERISE
Historique : de 1976 1978 centre technique informatique du ministre de l'industrie : rflexion, choix des SSI, ralisation 1983 MERISE, Principes et outils TARDIEU, ROCHFELD, COLLETTI.
PROCESSUS D'INFORMATISATION A4/A6
Principes gnraux : 1. Dmarche par tapes
2 METHODE MERISE
2. Dcoupage en niveaux Conceptuel Logique ou organisationnel Physique ou oprationnel 3. Formalisme Schma entit / relation Schma opration / vnement 4. Outils complmentaires Diagramme de flux de donnes Diagramme d'activit diagramme de contexte Diagramme de dcomposition Diagramme de communication
F.-Y. Villemin 2000 2
F.-Y. VILLEMIN CNAM-CEDRIC
LES ETAPES
1. Le schma directeur Planification Priorits 2. Conception globale Structure globale du projet Choix d'architecture gnrale : dcomposition Interfaces entre modules 3. Conception dtaille Intgration des lments fonctionnels Spcification technique Plan de qualification 4. La ralisation Programmation Tests techniques Documentation technique 5. La validation Tests logiques Procdures de mise en place 6. La mise en uvre Documentation utilisateur Implantation physique Transfert de donnes Formation 7. La maintenance Evolution Correction d'anomalies
LES NIVEAUX
L'organisation par niveaux Niveau conceptuel Modle conceptuel de donnes (MCD) Modle conceptuel des traitements (MCT) Niveau logique ou organisationnel Modle logique des donnes (MLD) Modle logique des traitements (MLD) Niveau physique ou oprationnel Modle physique des donnes (MPD) Modle physique des traitements (MPT) Recherche des invariants Modle de donnes Modle de traitement Indpendance entre les donnes et les traitements
F.-Y. Villemin 2000
F.-Y. Villemin 2000
MODELE CONCEPTUEL DES DONNEES

Concepts fondamentaux Entit La proprit L'identifiant de l'entit L'association ou relation L'identifiant de l'association Collection et dimension Les rgles de vrification Reprsentation graphique : Les rgles de normalisation Les contraintes fonctionnelles Les cardinalits Les contraintes d'intgrit fonctionnelle (CIF) Le processus de construction du modle
L'ENTITE
Une entit est un objet du rel, concret ou abstrait dont on s'accorde reconnatre une existence propre : doit prsenter un intrt pour la comprhension de la ralit. Exemples : Le stand numro A-8 situ au 3ime tage du btiment Ocan L'exposant "Renault" Une entit est une classe d'individus ayant en commun un ensemble de proprits. NOM de l'ENTITE
Une entit sera dsigne par un nom, son choix est important
F.-Y. Villemin 2000
F.-Y. Villemin 2000
LES PROPRIETES
Une proprit est une caractristique que l'on peroit sur une entit ou sur une association entre entits dans le rel. Une entit est perceptible travers ses proprits. Exemples : Le salon a lieu d'une date dbut une date fin, dans un centre d'exposition. Un exposant a une raison sociale, une adresse, un correspondant, etc. .... Une proprit peut tre simple Les mtres carrs d'un stand Le prix d'un produit Le mois Ou compose La date (jour, mois, anne) l'adresse : nom, rue, numro, code postal, ville.
L'IDENTIFIANT
Un identifiant est une proprit particulire telle qu'il n'existe pas deux occurrences de cette proprit pour lesquelles cette proprit puisse prendre la mme valeur. 1. On est souvent amen crer artificiellement les identifiants : Numro de scurit sociale Numro d'immatriculation de voiture Numro de stand Numro d'exposant 2. La dfinition d'un identifiant rsulte le plus souvent d'un choix de gestion. 3. Il peut y avoir plusieurs proprits candidates au titre d'identifiant, dans la pratique on en choisira une seule. Une entit est compltement dfinie par : Un nom Un identifiant Une liste de proprits Chaque fois que l'on veut dfinir une entit, on devra dterminer son identifiant.
EXEMPLE
L'ASSOCIATION (OU LA RELATION)

Une association (ou relation) est perue dans le rel entre des individus Une association dfinit une relation entre une ou plusieurs entits
Numro Nom Adresse Catgorie
Exemple : L'exposant Renault expose sur le stand A-8 Reprsentation graphique :
Numro-exposant
Numro-stand Emplacement Surface
L'exposant "Renault" qui a reu le numro 021 prsent comme fabricant de moteurs
Nom-exposant Adresse-exposant Catgorie
Numro : Nom: Adresse: Catgorie:
021 Renault Boulogne 92 Moteur
entit
association
entit
Une association n'a pas d'existence propre, elle dpend des entits qu'elle regroupe Une association peut tre porteuse de proprits Pour dsigner une occurrence de l'association, il faut dsigner les occurrences des entits qui la composent Une occurrence de l'association correspond une et une seule occurrence de chacune des entits qui la composent
F.-Y. Villemin 2000
F.-Y. Villemin 2000
10

Une association peut tre binaire Exemple : "expose sur" entre exposant et stand Une association peut tre ternaire
umro-exposant om -exposant dresse-exposant atgorie

Une association peut tre n - aire Le choix d'une association est lie l'intrt du concepteur Stand peut tre vu : soit comme une association entre exposant et salon.
Numro-exposant Nom-exposant Adresse-exposant Catgorie Numro-stand Emplacement Surface Code-salon Nom-salon Lieu-salon Date dbut-salon Date fin-salon
umro-stand mplacement urface
ode-salon om-salon ieu-salon ate dbut-salon ate fin-salon
soit comme une entit lie l'exposant et au salon par des relations Une association peut tre rflexive
Exemple : l'association exposant, stand, salon

F.-Y. Villemin 2000 11 F.-Y. Villemin 2000
Numro-exposant Nom-exposant Adresse-exposant Catgorie
Numro-filiale Nom-filiale Adresse-filiale

12

Plusieurs relations peuvent exister entre deux entits

Si une association a deux pattes (pas de symtrie) : prciser la signification de chaque patte
Emplacement-commande Surface-commande Acompte-commande
Numro-exposant Nom-exposant Adresse-exposant Numro-facture Montant-facture Date-facture
Code-salon Nom-salon Lieu-salon Date dbut-salon Date fin-salon
Numro-exposant Nom-exposant Adresse-exposant Catgorie
Numro-stand Emplacement-attribu Surface -attribue
Code-salon Nom-salon Lieu-salon Date dbut-salon Date fin-salon
Catgorie
Numro-facture Montant-facture Date-facture
F.-Y. Villemin 2000
13
F.-Y. Villemin 2000
14
IDENTIFIANT DE L'ASSOCIATION
L'identifiant de l'association est obtenu par concatnation des identifiants des entits qui la composent Exemple : pour l'association Exposant-Stand l'identifiant de l'association "expose sur" est : numro exposant/ numro de stand Exemple : pour l'association Exposant-Stand-Salon l'identifiant de l'association "expose sur" est : numro d'exposant / numro de stand / code salon Exemple : pour l'association rflexive "filiale de" l'identifiant de l'association est : numro d'exposant / numro d'exposant
OCCURRENCES DE L'ASSOCIATION
A chaque occurrence d'une relation ou association correspond une et une seule occurrence des entits qui la composent :
EXPOSANT
Numro exposant Nom: Renault Adresse: Boulogne 92 Catgorie: Moteur : 021
XPOSANT
Numro exposant Nom: Beneton : 101
Numro stand : Emplacement : Surface : 230
A-17 niv1
EXPOSANT London GB Adresse:

Numro exposant : 057 Catgorie: Voiture Nom: Bridgestone Adresse: Yokohama jp Catgorie: Pneu Numro stand Emplacement : Surface : 440 : B-05 niv2
EXPOSANT
umro exposant om : Ferrari Emplacement : dresse : Bologne IT Surface : atgorie : Voiture
F.-Y. Villemin 2000 15 F.-Y. Villemin 2000 16
: 035 Numro stand : A-08 niv1
675
LES REGLES DE VERIFICATION

Rgle 1 Une proprit ne peut qualifier qu'une seule entit ou qu'une seule association Exemple : le numro de Stand ne peut pas tre la fois une proprit de l'entit Exposant et de l'association Stand. Rgle 2 Toute entit doit tre dote d'un identifiant donc au minimum d'une proprit Rgle 3 Pour une occurrence d'une entit chaque proprit prend une valeur et une seule.
Numro-exposant Nom -exposant Adresse-exposant Catgorie umro-stand mplacement urface ode-salon om-salon ieu-salon ate dbut-salon ate fin-salon

Rgle 4 Pour les associations comme pour les entits une proprit ne doit prendre qu'une valeur pour une occurrence de l'association. Exemple : un exposant peut exposer plusieurs salons sur le mme stand. la proprit salon ne peut tre une proprit de l'association "expose sur" Rgle 5 Pour chaque occurrence de l'entit ou de l'association, il faut au minimum et au maximum une valeur terme pour chaque proprit Exemple : la notion de filiale n'a pas de sens pour tous les exposants, donc filiale ne peut tre une proprit d'exposant Rgle 6 Une proprit dpendant de plus d'une entit (2 ou plus ) ne peut qualifier qu'une association entre les entits correspondantes Exemple : la proprit numro de stand qui peut qualifier l'entit Exposant et l'entit Salon est une proprit de l'association entre Exposant et Salon.
17 F.-Y. Villemin 2000 18
Si un exposant peut avoir plusieurs marques, "marque" ne peut tre une proprit d'exposant. On doit crer l'entit "marque"
F.-Y. Villemin 2000

Rgle 7 Pour chaque occurrence d'une association toutes les entits qui participent la relation doivent tre dfinies
umro-exposant om-exposant dresse-exposant atgorie umro-stand mplacement urface ode-salon om-salon ieu-salon ate dbut-salon ate fin-salon
LES REGLES DE NORMALISATION

Rgle 1 Chaque proprit d'une entit doit dpendre de l'identifiant et de tout l'identifiant de cette entit Rgle 2 Si une proprit dpend de l'identifiant de l'entit qu'elle qualifie mais aussi d'une autre proprit de cette entit cela signifie qu'il y a une entit imbrique Rgle 3 Toutes les entits d'une association doivent tre ncessaires pour dfinir chaque proprit de l'association Rgle 4 Une proprit d'association doit avoir un sens pour toutes les pattes de la relation.
ode-marque om-marque ate-dpot ays-marque
Exemple : la marque ne participe pas toutes les relations Stand, certains exposants ont une marque d'autres non
LES CARDINALITES
Cardinalit d'une entit dans une association : le nombre minimum et maximum d'occurrences de l'association pouvant exister pour une occurrence d'entit. Cardinalit 1-1 : Une occurrence d'entit participe une fois et une seule une association Toutes les occurrences d'entits participent une association Cardinalit 0-1 : Une occurrence d'entit participe au plus une fois une association Une occurrence d'entit peut ne pas participer une association Cardinalit 0-N : Une occurrence d'entit peut participer plusieurs associations. Une occurrence d'entit peut ne pas participer une association Cardinalit 1-N : Une occurrence d'entit peut participer plusieurs associations. Toutes les occurrences d'entits participent une association La dpendance fonctionnelle que l'on appelle contrainte d'intgrit fonctionnelle ou CIF est un cas particulier de relation binaire non porteuse de donnes et ayant des cardinalices de type ( 1-1, 0-N ) ou ( 1-1, 1-N ) Les contraintes d'intgrit fonctionnelles permettent de simplifier les associations naires
F.-Y. Villemin 2000 21 F.-Y. Villemin 2000
CONSTRUCTION DU MODELE :
Interviews Documents Acteurs Flux Inventaire des proprits Epuration des synonymes et des polysmies Constitution du dictionnaire de donnes Recherche des entits Rattacher les proprits Placer les relations Dterminer les cardinalits Vrifier le modle Normaliser le modle Dcomposer le modle
22
ETAPES DE LA CONCEPTION
Les tapes : 1. Recueillir les informations Les documents Les contraintes sur les donnes 2. Constituer le dictionnaire des donnes 3. Etablir le modle Reprer les entits Attribuer chaque entit un identifiant, s'il n'existe pas le crer, et complter le dictionnaire des donnes Placer les proprits dans les entits Placer les relations 4. Valider 5. Transformer le modle en schma relationnel
DICTIONNAIRE DES DONNEES

1. Etablir la liste des donnes figurant sur les documents existants Attention aux synonymes : deux mots diffrents peuvent exprimer la mme proprit (TVA et Taxe) vendeur d'un grossiste parle d'articles et l'employ des stocks parle de pices Attention aux polysmes : mme terme, sens diffrents 2. Eliminer, dans un premier, temps les donnes calcules Exemple : "Quantit en stock" calcule si historique des entres-sorties de stock non calcule si donnes permettant d'effectuer ce calcul non mmorise 3. Eclater les entits composes en proprits lmentaires : Prnoms en Prnom 1, Prnom 2 Prnom 3
F.-Y. Villemin 2000
23
F.-Y. Villemin 2000
24
ETABLIR LE MODELE
1. Reprer les entits en rpondant aux questions : Que gre-t-on? Quels sont les objets de gestion essentiels de la ralit observe ? 2. Attribuer chaque entit un identifiant S'il n'existe pas, le crer et complter le dictionnaire de donnes. 3. Placer les proprits dans les entits en vrifiant : qu' une valeur prise par l'identifiant ne correspond qu'une valeur de la proprit (rgle d'numration) que la proprit ne dpend pas d'une autre proprit de entit (rgle de dpendance directe) que cette proprit n'a pas dj t attribue une autre entit (une proprit se trouve un seul endroit du modle) 4. Placer les dpendances fonctionnelles entre entits 5. Placer les autres relations en vrifiant : qu' chaque occurrence d'une relation ne correspond qu'une et une seule occurrence de chacune des entits participant la relation qu'une proprit de relation qualifie compltement l'association des entits lies par la relation (rgle de pleine dpendance) que ds leur cration toutes les occurrences de la relation sont compltes
EXEMPLE : BIBLIOTHEQUE
Objectif (Adapt de G. Louvet) La Bibliothque Municipale de Param a t cre il y 109 ans et est toujours gre selon le mme principe : Le directeur est charg de la gestion de la bibliothque et de l'achat des nouveaux livres. Avant d'acheter un livre, le directeur consulte les indices des ventes parus dans diffrents magazines et la liste des suggestions d'achat des abonns, ainsi que les frquences d'emprunt de chaque ouvrage. Un employ est en charge de la cration des cartes d'abonnement, des demandes de prt et des restitutions. Pour chaque demande de prt, il vrifie que le demandeur est bien inscrit et jour de sa cotisation, ainsi que l'ouvrage demand n'est pas sorti. Si un ouvrage n'est pas disponible, il est possible pour l'emprunteur de le rserver, il ne peut rserver qu'un seul livre la fois. Dans ce cas, l'employ note le nom du livre et celui du demandeur. L'employ vrifie les exemplaires leur retour. Si ceux-ci sont en mauvais tat, l'emprunteur doit le rembourser sous peine de radiation. Un bibliothcaire est en charge de guider et de conseiller les lecteurs dans leur choix. Il est aussi charg du stockage des livres dans les rayons. Chaque exemplaire un code d'identification (ISBN).
F.-Y. Villemin 2000
25
F.-Y. Villemin 2000
26
EXEMPLE : BIBLIOTHEQUE
Remarques : Ce texte, qui est la synthse d'observations et d'entrevues, contient un certain nombre d'ambigut et peu tre incomplet. Rsultats attendues : 1. 2. 3. 4. Gestion des exemplaires non restitus Listes des ouvrages les plus lus Accs a un exemplaire partir du titre et du nom de l'auteur Gestion des livres disponibles Modle relationnel Base de donnes Relation Schma de la relation Attribut Tuple Cl de la relation
PASSAGE AU LOGIQUE
Modle logique modle relationnel passage du modle Entit/Relation au modle relationnel Analogies entre modle relationnel et notions classiques de fichier : Fichiers classiques Plusieurs fichiers Fichier Structure du fichier Rubrique, zone, ... Enregistrement Cl unique
Une relation est un fichier structure fixe o : tous les tuples sont de mme taille (enregistrement de longueur fixe) tous les tuples ont la mme liste d'attributs (le nombre de rubriques est identique pour tous les enregistrements) chaque attribut a une taille identique dans tous les tuples (la longueur de chaque rubrique est fixe pour tous les enregistrements)
PASSAGE AU LOGIQUE
Cl d'une relation Toute relation doit possder un ou plusieurs attributs qui identifie(nt) sans ambigut un tuple, cet(s) attribut(s) est appel "cl de la relation" Dpendance fonctionnelle Une proprit A est en dpendance fonctionnelle avec la proprit B si une valeur de la proprit A ne correspond qu'une et une seule valeur de la proprit B Premire forme normale (1FN) correspond la rgle d'numration : Tous les attributs contiennent une valeur atomique Deuxime forme normale (2FN) correspond la rgle de pleine dpendance : Tout attribut n'appartenant pas la cl ne dpend pas (fonctionnellement) d'une partie de la cl Troisime forme normale (3FN) correspond la rgle de dpendance directe : Tout attribut n'appartenant pas la cl ne dpend pas d'un attribut non-cl
EXEMPLES
1NF : Attribut prnoms n'est pas en premire forme normale : chaque prnom distingu par un attribut prnoml, prnom2, prnom3... 2NF : Relation Rl ( Fournisseur, Article, Adresse, Prix) avec "Fournisseur, Article", la cl de la relation et des attributs : Adresse, Prix relation 1NF, mais pas 2NF dcomposition : R2( Fournisseur, Adresse) et R3 ( Fournisseur, Article, Prix) 3NF : Relation R1 (Numro-vhicule, Marque, Type du vhicule, Puissance, Couleur) Dpendances fonctionnelles : Numro-vhicule Type du vhicule, Couleur Type du vhicule Marque, Puissance Type du vhicule cl pour Marque et Puissance dcomposition : R2 (Type du vhicule, Puissance, Marque) R3 (Numro-vhicule, Couleur, Type du vhicule)
F.-Y. Villemin 2000
PASSAGE DU MODELE ENTITE/RELATION AU MODELE RELATIONNEL

Si rgles de construction et de validation du modle Entit/Relation sont respectes modle Entit/Relation en troisime forme normale : les proprits sont sous forme lmentaire toute valeur prise par l'identifiant ne correspond qu'une valeur de chaque proprit chaque proprit d'une relation dpend de la totalit des entits qu'elle relie toutes les proprits dpendent directement de l'identifiant Ordre d'application des rgles de transformation du modle Entit/Relation au relationnel : 1. transformer toutes les dpendances fonctionnelles 2. transformer toutes les relations (n, n) 3. transformer en relations les entits (les entits sans proprits peuvent tre supprimes) modle

Dpendances fonctionnelles : relations (l, l / l, n) Relation hirarchique (pre-fils, A reprsente le fils et l'entit B le pre) :
ENTITE A Identifiant A Proprit A Modle Entit/Relation 1, 1 Relation 1, n ENTITE B Identifiant B Proprit B
RELATION A Identifiant A Proprit A Identifiant B Modle Relationnel
RELATION B Identifiant B Proprit B
F.-Y. Villemin 2000
31
F.-Y. Villemin 2000
32

Relations (n / n) : (1, n / 1, n) (1, n / 0, n) (0, n / 0, n)
ENTITE A Identifiant A Proprit A Modle Entit/Relation 1, n Relation Proprit 1, n ENTITE B Identifiant B Proprit B

Relations (0, 1 / 0, n), (0, 1 /1, n) ou (0, 1 / 0, 1) se ramener soit au cas dpendance fonctionnelle, soit au cas relation (n / n) :
ELEVE Nom Prnom Modle Entit/Relation 0, 1 est dlgu 1, n CLASSE Numro classe Professeur principal
RELATION ELEVE Nom Prnom Numro classe Solution 1
RELATION CLASSE Numro classe Professeur principal
RELATION R RELATION A Identifiant A Proprit A Modle Relationnel Identifiant A + Identifiant B Proprit de la relation RELATION B Identifiant B Proprit B
RELATION ELEVE Nom Prnom Solution 2
RELATION REPRESENTANT Nom + Numro classe RELATION CLASSE Numro classe Professeur principal
OBJECTIFS ET CONTRAINTES
Manipulation des donnes et excution des tches traduisent des objectifs ou des contraintes de l'entreprise dgager les rgles : Rgles de gestion associes au niveau conceptuel dcrivent donc le "quoi" de l'entreprise Rgles d'organisation associes au niveau organisationnel dcrivent le "o", le "qui" et le "quand" Rgles techniques associes au niveau oprationnel dcrivent le "comment"
LES REGLES DE GESTION

expriment d'une faon : dynamique en dictant les actions qui doivent tre accomplies statique en dtaillant la rglementation jointe ces actions origine soit externe l'entreprise : lois, rglements ... interne l'entreprise : rglements intrieurs, choix de gestion ... La rgle de gestion est la traduction conceptuelle des objectifs choisis et des contraintes acceptes par l'entreprise lie aux traitements rgle d'action lie aux donnes rgle de calcul Rgle d'action dcrit les actions accomplir : "Un inventaire doit tre dress priodiquement" "Tout produit livr sera entr en stock" "Un contrle de la gestion des chelons dconcentrs sera mis en place" "La Centrale d'achats sera libre d'imposer des jours de commande"
F.-Y. Villemin 2000

Rgle de calcul dcrit la faon dont doivent s'accomplir les actions : "La valeur de stockage d'un produit est calcule par la formule du prix moyen pondr" "Le salaire de base est gal l'indice multipli par la valeur du point" Exemples de rgles de gestion : DATE Proprits : Anne Mois Jour Fonctions : Format numrique Format texte Afficher ( pays; format) Comparer ( date1 : date2) Soustraire ( date1 - date2) Ajouter ( date1 + jour ) Rgles de gestion : 1- Le mois est un nombre de 1 12 2- le jour est un nombre de 1 31 3- Une anne a 365 jours sauf si elle est bissextile

PAYS Proprits : Nom Ancien nom Code tlphone Code voiture Code INSEE Date de cration Fonctions : Crer un pays Afficher un pays Liste des pays Mise jour Rgles de gestion : 1- Un pays cr ne peut tre dtruit 2- Si un pays change de nom le code est conserv, lancien nom est enregistr : Burkina-Fasso, ex-Haute-Volta 3- Si un pays est transform en plusieurs pays, de nouveaux codes sont crs, lancien nom est mentionn : Slovaquie, ex-Tchcoslovaquie ou Ukraine, ex-URSS CEI, ex-URSS
LES REGLES D'ORGANISATION

traduisent l'organisation mise en place dans l'entreprise afin d'atteindre les objectifs fixs rsultent des objectifs de contraintes externes : obligation de crer un poste de travail de comptable, Exemples "L'tat des stocks sera suivi par une gestion informatise confie au magasinier" dcoule d'une rgle de gestion imposant la tenue d'un stock logique "L'enregistrement des livraisons sera fait en fin de journe" dcoule d'une habitude de travail "Les commandes la Centrale d'achats ne pourront tre passes que le mardi et le jeudi" traduction en termes d'organisation d'une rgle de gestion
LES REGLES TECHNIQUES

expriment les conditions techniques de mise en uvre des tches traduisent les solutions techniques mises en uvre, compatibles avec l'organisation conue, et visant atteindre les objectifs Exemples "La capacit des mmoires auxiliaires sera d'au moins 30 milliards d'octets" "Les performances de l'imprimante permettront une dition totale de la paie en moins d'une heure" "Le systme d'exploitation permettra un travail multipostes" consquences d'une rgle d'organisation telle que : "Plusieurs postes de travail pourront simultanment consulter l'tat des stocks"
F.-Y. Villemin 2000
39
F.-Y. Villemin 2000
40
RECENSEMENT DES REGLES

fiches descriptives : en langage courant : lisible mais peu prcise et lourde Exemple : "Une commande doit toujours tre valorise." par formule de type mathmatique : prcise mais obligeant dfinir des noms symboliques de donnes (adapte aux rgles de calcul) Exemple : (PS)t = [(PS)t-l X Qt-l + (PA)t X Qt]/(Qt-l + Qt) (exprime que le prix de stockage (PS)t est gal la moyenne entre l'ancien prix de stockage (PS)t-1 et le prix d'achat (PA )t pondrs par les quantits Qt-1 et Qt par pseudo-code : permet d'exprimer en les dcomposant des rgles complexes par autres moyens de description : tables de dcision
RECENSEMENT DES TACHES

Chaque tche comprend un descriptif des lments suivants : - libell de la tche choisi pour l'identifier de manire unique et non ambigu - conditions de dclenchement expriment les vnements et leur origine - rsultats produits finalit de la tche - frquence de la tche valeur moyenne ou histogrammes - dure de la tche valeur moyenne ou histogrammes - rgles associes rgles rfrences prcdemment rgissant cette tche - commentaires exemple : difficults exprimes l'interview dans l'excution de la tche
F.-Y. Villemin 2000
RECENSEMENT DES TACHES

Libell de la tche PASSATION COMMANDE Conditions de dclenchement Rupture de stock Proposition intressante d'un fournisseur Menu exceptionnel demand Jour de commande Rsultats produits Coup de tlphone au fournisseur Bon de commande Frquence de la tche Dpend beaucoup du jour de la semaine : aucune le lundi et le samedi 0 15 le mardi et le jeudi 0 5 le mercredi et le vendredi Dure de la tche Pour une commande, environ dix minutes (de deux vingt minutes) Commentaires Difficult de constater les produits au seuil critique Souhait de pouvoir faire une tude de march pour choisir le fournisseur
RECENSEMENT DES DONNEES

Dresser les listes de donnes identifies fiche descriptive comprenant : nom de la donne nom choisi selon habitudes de l'entreprise dfinition libelle en comprhension structure alphabtique, numrique, alphanumrique, boolenne type calcule (rgle de calcul), en srie (juxtaposition de plusieurs donnes), lmentaire quantification estimation du nombre de valeurs diffrentes que la donne est susceptible de prendre exemples de valeurs illustrant la dfinition commentaires rfrence des rgles de calcul, existence d'autres donnes ayant des dfinitions voisines, contrles de vraisemblance... niveau conceptuelle, organisationnelle, physique date de cration
RECENSEMENT DES DONNEES

Exemple : Nom Dfinition Structure Type Quantification Exemples Commentaires Niveau Date de cration NOM DU FOURNISSEUR Intitul, permettant d'identifier un fournisseur Alphabtique (20) Elmentaire 50 Microsoft France 15 caractres peut-tre suffisant Niveau conceptuel Cre le 31.3.2000
DOMAINES D'ACTIVITE
Ide : regrouper des actions prsentant entre elles une certaine cohsion, autant par le but qu'elles visent atteindre que par les rgles et les donnes qu'elles manipulent, de faon raliser un dcoupage du champ de l'tude Exemple : gestion d'une petite entreprise de restauration 4 domaines : gestion des stocks de marchandises suivi de l'activit de restauration gestion et paie du personnel comptabilit. Un domaine d'activit est : une partie du champ de l'tude laquelle on peut associer un ou plusieurs objectifs prcis : oprationnels : automatiser la paie, tenir une comptabilit gnrale, grer les stocks, fonctionnels : prvision, suivi, contrle, planification, ... dcrit par un ensemble d'actions, de rgles de gestion et de donnes Isoler un domaine d'activit : regrouper des actions cohrentes entre elles
F.-Y. Villemin 2000
45
F.-Y. Villemin 2000
46
DOMAINES D'ACTIVITE
Exemple : production, contrle budgtaire, relations humaines... associer ces actions un ensemble de rgles de gestion. associer ces actions un ensemble de donnes Exemple : financires, en personnel, en matires premires... Exemple : la comptabilit est un domaine : contrle, mesure, obligation lgale rgles de gestion : les rgles comptables
MODELISER LES TRAITEMENTS

Un vnement est un message adress ou reu par le systme d'information Un message peut tre porteur d'information externe ou interne Les vnements peuvent tre synchroniss pour dclencher une opration Une opration (ou traitement) produit en sortie des messages consiste en une suite non-interruptible d'actions lmentaires Une action lmentaire correspond soit une recherche dans la base d'information mise jour de la base d'information insertions ou suppressions d'occurrences d'entit ou de relation changement de valeur de proprits Les changements d'tat de la base d'information (ou transitions) sont rgis par des rgles de traitement (ou de transition) par des contraintes dynamiques
F.-Y. Villemin 2000
47
F.-Y. Villemin 2000
48

Le MCD ne peut rendre compte de toutes les rgles : le MCD dcrit les aspects statiques que la base d'information doit toujours respecter le MCD ne peut pas rendre compte des transitions entre les tats successifs la base Les rgles de traitement figurent dans le modle conceptuel de traitement (MCT) Le MCT dcrit les rgles de transition et exprime des contraintes dynamiques Le MCT exprime le dcoupage entre organisationnel et conceptuel (attentes conceptuelles) risque principal reproduire le systme de traitement existant : automatiser les tches manuelles Le MCT permet de valider le modle de donnes vrifier si les messages entrants dans chaque traitement permettent de mettre jour correctement la base vrifier si le MCD possde les proprits de produire ces messages

1. Identifier les rgles de traitement 2. Faire l'inventaire des vnements-messages 3. Construire le diagramme des messages changs par l'organisation avec l'extrieur changs par un domaine de l'organisation changs par un processus du domaine 4. Ordonner les messages 5. Identifier les oprations 6. Dtailler chaque opration exprimer les rgles de traitement de l'opration vrifier la pertinence du dcoupage en oprations les attentes conceptuelles vrifier que dans une mme opration toutes les actions appartiennent mme processus identifier les cooprations de processus spcifier les synchronisations vrifier que le MCT est bien form 7. Prciser le contenu des messages 8. Valider le MCD avec le MCT messages entrants, sous-modle en mise jour messages sortants, sous-modle en consultation
F.-Y. Villemin 2000
de
un
F.-Y. Villemin 2000
49
50
EXEMPLE
MCD : Le systme d'information d'une central d'achat
FAMILLE ARTICLE 1, n
EXEMPLE
Les principes de gestion clients sont : Lors de l'arrive d'une commande, le service commercial vrifie l'tat du compte client Si celui-ci est dbiteur, le client est prvenu que la commande ne peut tre prise en compte Sinon, une confirmation de commande est mise indiquant le taux de remise accord Le taux de remise accord pour un article dpend la fois du client et de la famille laquelle appartient l'article Un ordre de prparation est transmis au service planning qui a pour charge de planifier la livraison de la commande Le dlai de livraison moyen est d'un mois Le mois coul, le magasin procde la prparation de la commande puis dclenche la livraison (peut tre partielle) A chaque livraison un bon (de livraison) est mis indiquant les quantits livres de chaque article Les factures ne sont mises qu'une fois la totalit de la commande honore
pour barme Taux remise
1, n
CLIENT N client Nom client Adresse client Compte client
code famille 1, n est de
0, 1
concerne
1, 1 comprend 1, n CONFIRMATION COMMANDE N confirmation Date confirmation Date reception 0, 1 1, 1 0, n contient Qt livre 1, n BON LIVRAISON N bon livraison associe 1, 1 FACTURE N facture Date facture Montant
1, 1 0, n ARTICLE N article Dsignation Prix Stock Stock mini
Qt commande est relatif 0, n
F.-Y. Villemin 2000
52
EXEMPLE
Le MCD reprsente certaine rgles de gestion : taux de remise sont fonction du client et du type de produit achet. De la une seule facture par confirmation de commande livraisons partielles : cardinalit (0, n) de CONFIRMATION COMMANDE vers BON LIVRAISON Rgles de traitement : Rgle 1 : Une commande est prise en compte si le compte client est solvable Rgle 2 : Ds que le stock mini est atteint, une demande de rapprovisionnement est faite Rgle 3 : Le dlai de prparation d'une commande est d'un mois Rgle 4 : La facturation est faite une fois la commande entirement livre
MESSAGES-EVENEMENTS
Evnement Message nom expditeur Adresse expditeur Date rception N article Quantit
commande confirmation refus
Colis
Client livraison facture
Entreprise
F.-Y. Villemin 2000
53
F.-Y. Villemin 2000
54
DOMAINES
DOMAINES
Domaine Domaine
Servir client
commande
Acheter
Rupture
Entreprise
commande confirmation Domaine Rupture Domaine
confirmation refus livraison facture demande de prparation prparation faite Approvisionnement Prparer commandes Gerer commandes approvisionner
Client
refus livraison facture
Servir client
Acheter
Approvisionnement
priode de prparation
commande incomplte
DIAGRAMME DES MESSAGES

commande rgle 1 rgle 1 demande de prparation rgle 1 refus rgle 2
IDENTIFICATION DES OPERATIONS

commande
CONFIRMATION COMMANDE
rupture demande de prparation confirmation refus rupture
confirmation
priode de prparation rgle 3
Approvisionnement rgle 4
priode de prparation
Approvisionnement
PREPARATION
facture commande incomplte livraison prparation faite
commande incomplte
livraison
prparation faite
FACTURE
facture
F.-Y. Villemin 2000
57
F.-Y. Villemin 2000
58
OPERATION DETAILLEE
Domaine : Servir Client Processus : Grer Client Opration : Confirmation Commande Message entrant Commande Message sortant Confirmation Demande de prparation Commande enregistre Refus Rupture Rgle d'mission Client solvable Client solvable Client solvable Client non solvable Stock potentiel < stock mini
MCT
commande a synchonisation nom de l'opration rgles de traitement message dclancheur
CONFIRMATION COMMANDE
Rgle de solvabilit R1 Rgle de rupture R 2 solvable non solvable toujours stock potentiel < stock mini
rgles d'mission
demande de prparation
confirmation
rupture
refus
messages rsultats
F.-Y. Villemin 2000
59
F.-Y. Villemin 2000
60
CODE
Opration : Confirmation Commande Rechercher Commande (N client, Date rception, n*{(N article, Qt commande)}) Rechercher Client (N client) Si solvable alors Gnrer N confirmation Insrer Confirmation Commande Pour tout N article faire Rechercher Article (N article) Insrer Demande de prparation Article (N article, Qt commande) Mise jour Article (Stock = Stock - Qt commande) Si Stock - Qt commande < stock mini alors Insrer Rupture (Article) Finsi Fait sinon Insrer refus Finsi
F.-Y. Villemin 2000
61

Me Rise

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Me Rise

Cargado por

Copyright:

Formatos disponibles

Processus d'informatisation A 99/00

PROCESSUS D'INFORMATISATION A4/A6

Principes gnraux : 1. Dmarche par tapes

F.-Y. VILLEMIN CNAM-CEDRIC

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

F.-Y. Villemin 2000

F.-Y. Villemin 2000

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

MODELE CONCEPTUEL DES DONNEES

F.-Y. Villemin 2000

F.-Y. Villemin 2000

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

L'ASSOCIATION (OU LA RELATION)

Numro Nom Adresse Catgorie

Exemple : L'exposant Renault expose sur le stand A-8 Reprsentation graphique :

Numro-stand Emplacement Surface

Nom-exposant Adresse-exposant Catgorie

Numro : Nom: Adresse: Catgorie:

021 Renault Boulogne 92 Moteur

F.-Y. Villemin 2000

F.-Y. Villemin 2000

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

L'ASSOCIATION (OU LA RELATION)

L'ASSOCIATION (OU LA RELATION)

umro-stand mplacement urface

ode-salon om-salon ieu-salon ate dbut-salon ate fin-salon

Exemple : l'association exposant, stand, salon

Numro-exposant Nom-exposant Adresse-exposant Catgorie

Numro-filiale Nom-filiale Adresse-filiale

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

L'ASSOCIATION (OU LA RELATION)

L'ASSOCIATION (OU LA RELATION)

Emplacement-commande Surface-commande Acompte-commande

Numro-exposant Nom-exposant Adresse-exposant Numro-facture Montant-facture Date-facture

Code-salon Nom-salon Lieu-salon Date dbut-salon Date fin-salon

Numro-exposant Nom-exposant Adresse-exposant Catgorie

Numro-stand Emplacement-attribu Surface -attribue

Code-salon Nom-salon Lieu-salon Date dbut-salon Date fin-salon

Numro-facture Montant-facture Date-facture

F.-Y. Villemin 2000

F.-Y. Villemin 2000

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

Numro stand : Emplacement : Surface : 230

EXPOSANT London GB Adresse:

: 035 Numro stand : A-08 niv1

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

LES REGLES DE VERIFICATION

LES REGLES DE VERIFICATION

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00

LES REGLES DE VERIFICATION

LES REGLES DE NORMALISATION

ode-marque om-marque ate-dpot ays-marque

Processus d'informatisation A 99/00

Processus d'informatisation A 99/00