F Etude des procdures :

Liste des symboles utilises

Symboles
Registre

Signification

Document

Archivage dun document

Document en tude

Destination dun document

Reprise dun document

Dossier

Opration de paiement

Etablir un exemple Concret

g) Etude la codification existante : Cet tude Consiste consulter les diffrentes codifications utilises par lorganisme daccueil qui de prvoir, en cas de ncessit, la modification de la codification existante ou lajout dune autre codification. Remarque : on ne prend pas linitiative de modifier ou dajouter une codification, on est dans lobligation de proposer une codifiait lutilisateur.

Etablir un exemple Concret

H) Critique de lexistant (suggestions ) : I ) Solutions informatiques

I LES TRAITEMENTS : - Modles Conceptuels de traitements (MCT) - Modles Organisationnels de traitements (MOT) II) LES DONNEES : - Rel peru machinable - Modle conceptuel de donnes brut (MCDB) - Vrification, Moralisation, et dcomposition du (MCDB) -Modle conceptuel de donnes dcompos (MCD) -Validation des : traitements / donnes * exemple de validation en mise jour (MAJ) * exemple de validation en consultation - Modle conceptuel de donnes dcompos et valid . - Rgles de passage au Modle relationnel - Modles relationnel (MLD) - Modles physique (MPD) I) LES TRAITEMENTS : 1) Modles conceptuel de traitement : le (MCT) dgage les actions ralises sans soucis dorganisation cest--dire nglige le : ou, qui ,quand, comment, il ne sintresse quau, quoi. - les concepts : vnement, opration et rsultat sont utilises pour construire un MCT a- vnement : cest la traduction de larrive dun dclencheur dopration, ce dernier arrive soit de lextrieur, soit il est rsultat dune opration d avant : Representation:

}
Reprsentation :

Evnement

b-Opration : cest une action ou un ensemble dactions effectues par le systme dinformation larriver dvnements dclencheurs.

OK

OK

Opration

(OK,OK) : rgle dmission de Rsultats : cest une proposition logique envisageant toutes les conditions de production du rsultat. Processeur : ensemble des oprations manuscrites : c- Synchronisation : reprsente une pr condition pour le dclenchement dune opration. Reprsentation :

}
OK OK

Synchronisation

Opration

Exemple : Processus : Demande de branchement (E. P. E. S)

Demande manuscrite + acte de proprit

Venue dun demandeur Dabonnement B

Etude de dossier Valide Non valide

Dossier Est /Quan

Dossier Accept S2 Traitement de ralisation Accord Dsaccord

Dossier Rejette

Etablissement de la facture C S3

Annulation de contrat D

Annulation de contrat

Ralisation des travaux

Nouvel abonnement

Dscription des oprations : L'opration Etude de dossier Synchronisatio n S1 = A B Rle de l'opration Aprs rception du dossier, le demandeur rempli le contrat d'abonnement, les pices seront tudies. Aprs validation, ces dernires seront enregistres. Le chef de section transmet au chef de secteur le devis estimatif et quantitatif . Le chef de secteur transmet au chef d'quipe le devis . Le chef d'quipe rempli le devis et le remet au chef de section qui rempli la facture en se rfrant au devis aprs consultation des prix. La facture est tablie en 04 exemplaires . Aprs paiement le demandeur sera programm . Aprs programmation, un ordre de travail est remis au chef de secteur. Entre temps un registre est rempli ( N de facture, montant facture, date prvue de ralisation ) . L'quipe charge effectue les travaux. La fiche d'excution remplie, elle sera remise au chef de secteur qui la remettra aprs consultation au chef de section . le registre est de nouveau rempli ( date de ralisation , N concession, N compteur ) . le demandeur devient un ABONNE .

Traitement de ralisation S2 = vide

Ralisation des travaux

S3 = C D

2 Modle organisationnel des traitements : ( MOT ) : le passage au MOT se fait par clatement des oprations conceptuelles en procdures tout en tenant compte des concepts retenus au niveau organisationnel . * Objectif : il doit rpondre aux questions : o, qui, quand et comment . * Concepts de base : 1. * Taches : Actions pourvues d'une organisation dfinie par les rgles organisationnelles . 2. Phases : Ensembles de taches accomplies en raction un vnement . 3. Poste de travail : L'unit d'action lmentaire d'une organisation d'un organisme ( entreprise ) . 4. Nature : Manuelle, automatique " temps rel, temps diffr " ou semiautomatique . 5. Procdure : Enchanement des phases appartenant un mme processus . Chef de section Chef de secteur
Demande manuscrite + Acte de proprit S1

M Valide

tude de dossier invalide Rejeter

accept

Etabli fact

M Accord Etabli fact

S2 2 tude de dossier dsaccord

Ann .contr Fiche S3

M Accord

tude de dossier dsaccord

Nouvel. Abonn

II )Les donnes: 1-reel peru : est l`ensemble de toutes les information collectes lors de l`tude del`existent . 1-2)rel peru machinable: il est issu du rel peru aprs puration, c'est dir aprs la suppression de synonymes polysmies et le rajout d'informations ncessaires la conception du (MCD brut) ou le vocabulaire et l'orthographe sont normaliss et la codification dtermine. 2)modle conceptuel de donne(MCD):le MCD donne une reprsentation stable de l'ensemble des donnes manipules par l'organisme ainsi que les relations entre les donnes. * objet(individu) *la relation *les proprits(attributs) *les cardinalits. A - l'objet:c'est une entit pourvue d'une existence et conforme au choix de gestion de l'entreprise. B-les proprits:ce sont des donnes lmentaires que l'on peroit sur un objet ou une relation entre objets. Professeur N Nom Adresse N.M 0,1 tablissement N.M 1.N

Relation travaille

Objet Proprits

* enregistrement: - occurrence d'un objet :est un lment individualis appartenant cet objet. -occurrence d'une relation : est une relation individualise constitue d'une seule occurrence d'objets participant la relation. C-la cardinalit:indique le nombre minimum et maximum qu'une occurrence de l'objet participe aux occurrences de la relation. -fotmalisme indivduel:pour chaque objet de la relation on doit lui attribuer un nom puis lui adjoindre le nom de toutes les proprits qui lui sont propres. Pour chaque relation on doit lui attribuer un nom puis lui adjoindre le nom de toutes les proprits qu'elle port et celle des objets qu'elle associe.

Exemple:soit le rel perus machinable suivant: Code CODUNI DESUNI CODSEC DESSEC CODZON DESZON CODADR DESADR NUMLOG NOMRSO DATBRA NUMCPT TYPCPT DIACPT ETACPT Dsignation Code unit Dsignation de l'unit Code secteur Dsignation du secteur Code zone Dsignation de la zone Code adresse Dsignation de l'adresse Numro du logement de l'abonn Nom ou raison sociale de l'abonn Date de branchement du compteur Numro du compteur Type du compteur Diamtre du compteur Etat du compteur identification Unit Secteur Zone Adresse Abonn Compteur

-les rgles de gestion: 01-une unit peut ne pas avoir de secteur ,un secteur ne peut appartenir qu a une seule unit . 02-un secteur peut ne pas avoir de zone ,comme il peut en avoir plusieurs une zone ne peut appartenir au a un seul secteur 03-une zone peut ne pas avoir d`adresse comme elle peut en avoir plusieurs une adresse ne peut appartenir au a une seule zone. 04-une adresse peut ne pas avoir d`adresse elle peut en avoir plusieurs, un abonn ne peut avoir qu'une seul adresse. 5-un abonn doit avoir un et un seul compteur, un compteur,un compteur doit appartenir un et un seul abonn.

Unit Coduni desuni

0.N 1.1

Secteur Codsec dessec

0.N 1.1

Zone Codzon deszon

Se comp

Form de

0.N

contient
1.1

Compteur
1.1 0.N

Abonn
1.1

0.N

Adresse Codadr desadr

Numcpt Typcpt Diacpt Etacpt

Possde

Numlog Nomrso datbra

Renferm e

-vrification normalisation et dcomposition de MCD: Pour avoir un modle optimiser ,des taches doivent tre effectues . 1-vrificatio du modle: lorsque dans un modle toutes les proprits Ont un sens pour toutes les occurrences d'individus ou de relations qu'elles caractrisent et que l'identifiant choisi permettent de diffrencier sans difficult les occurrences des individus types et des relation types, on dit que ce modle est vrifi. 2- normalisation du modle:la normalisation d'une relation type pour but de supprimer la redondance d'informations et de s'assurer que tous les individus de la collection d'un relation type son ncessaires pour dfinir chaque proprit de la relation. 3- dcomposition du modle (relation): Le but de la dcomposition est de simplifier le modle sans pour autant modifier le sens. Se procder permet de rduire la dimension d'une relation type.

Mdecin Codmed Nommed

Patient Matpat Nompat

Maladie Codmal design

Examine

atteint

Date Date

La validation:
*introduction: la validation d`un modle conceptuels de donnes est l`utilisation du strict ncessaire au modle de donnes externe valide. a)construction des modles externes: a-1)dfinition:pour chaque phase automatis ,il sera construit un modle qui concerne uniquement les donne manipules ce niveau. deux type de fonction se prsentent *une mise a jour *une consultation Do la prsence de2 type de modle externes : 1-ceux qui modifient les informations du systme d'information en mise jour modle externe en mise jour (MaJ) 2-ceux qui extraient l'information du systme d'information sans rien modifier (ME consultation). a-2mthode de construction : 1-pour une fonction spcifique de traitement il sera construit un modle ex terme. 2-les donnes manipules dons chaque modle seront listes par rfrence au dictionnaire de donne. 3-les models externes seront exprimes dons le formalisme du modle conceptuel . b)validation d'un modle externes: b-1)dfinition: valider un modle externe c'est s'assurer qui il issu du (MCD) b-2)mthode de validation: 1-validation de proprits (externes). 2-validation des objets (externes). 3-validation des relation (externes). 4-validation des cardinalits (externes) c-Cas du validation en (MaJ):un modle externe en mise jour a pour rle :cration modification, suppression. Des occurrence d'une on plusieurs proprit dfinit. 1)validation de proprit en mise jour: -identification de l'occurrence concerne par la mise jour . -chargement de la nouvelle valeur de la proprit sur l'occurrence slectionne. Individu type Identifiant Proprits ABONNE CODZON CODZON CODADR CODADR NUMLOG NUMLOG NOMRSO DATBRA COMPTEUR NUMCPT NUCPT TYPCPT DIACPT ETACPT CATEGORIE CODCAT CODCAT DESCAT Cas de la validation mise jour :EL1 l'individuelle externe R E:relation externe. -validation d'un objet externe (mise jour): Un objet est valide lorsque toutes ces proprits sont valides. Une relation porteuse de proprits est valide si toutes les objets qu'elle associe et les proprits qu'elle porte le sont aussi (valides). -validation des cardinalits externes (mise jour) :les cardinalits externes doivent tre incluses dons les cardinalits conceptuelles.

Exemple de validation en mise jour: 1-saisie abonn: Abonn IE1 Possde Codmed Nommed
1,n 1,1

Compteur IE2 Matpat Nompat

RE
0,n

IE3 Date

Catgorie

- Validation des proprits : Proprit externe Proprit conceptuelle CODZON CODZON CODADR CODADR NUMLOG NUMLOG NOMRSO NOMRSO DATBRA DATBRA NUCPT NUCPT TYPCPT TYPCPT DIACPT DIACPT ETACPT ETACPT CODCAT CODCAT DESCAT DESCAT

Objet Abonn

Action

Cration de la relation "possde" Compteur

Catgorie

Remarque : Etant donn que les proprits sont valides, donc les objets aux quels elles appartiennent sont valides . - Validation des cardinalits ::Si les cardinalits externes sont incluses dans les cardinalits conceptuelles, les cardinalits sont valides . 3 ) validation de la relation : la relation externe RE indique la relation conceptuelle "Possde" identifie par ( CODZON,CODADR, NUMLOG, NUMCPT ) 0,N

0,N

RE

1,1

-Cas de validation en consultation :

Patient Matpat Nompat

Maladie Codmal design

atteint

Dans ce cas la validation consiste s'assurer que le systme d'information sera capable de nous donner l'information concernant les occurrences souhaites .

-validation de proprit:

Remarques: tant donn que les proprits sont valides, donc les objets aux qu' elles elle appartiennent sont valides. *validation des cardinalits: si les cardinalits externes sont incluses dans les cardinalits conceptuelle, les cardinalits sont valides. 3) la validation de la relation : la relation exteerne(RE) indique la relation conceptuelles << possde>>identifie par un (COD ZON, COD ADR, NUMLOG, NUM COT)

-cas de validation en consultation

Exemple de validation en consultation: cas de validation en consultation (dition d'un quittance).

1-l'individu IE1correspond l'individu conceptuel abonn donc identifiable. 2-l'individuIE2 correspond l'individu conceptuel compteur donc identifiables. 3-l'individu IE3 correspond l'individu trimestre doc identifiable. 4-l'individu IE4 correspond l'individu conceptuel travaux donc identifiable.

Le modle logique de donnes ( MLD ): Le modle logique des donnes est construit partir du MCD en tenant compte des lments suivants : - les niveaux et le type d'automatisation : il s'agit de ne retenir que la partie du MCD qui sera automatise . - -le type d'automatisation ( temps rel, temps diffr ). - -l'orientation du choix technique : concerne le systme de gestion des donnes : * l'orientation bases de donnes type CODASYL. * l'orientation bases de donnes type relationnel . * l'orientation fichiers classiques . L'laboration du MLD dera considre dans les trois annotation du choix d'un systme de gestion de donnes . I ) le modle CODASYL : Concept : ce modle appel aussi rseau a t retenu initialement dans Merise comme support du MLD, il est parfaitement adapt lorsqu'on utilise un SGBD de type rseau . I-1 RECORD : Dfinition : c'est un ensemble de donnes lmentaires qui reprsente un enregistrement logique dans un environnement de base de donnes . Un record est caractris par : - la liste de ses proprits . - le mode d'accs aux occurrences du record . - le nom qui lui est attribu . les deux principaux modes d'accs un record sont: CALC ( pour accs calcul sur cl ) : une proprit joue le rle de cl d'accs du record ( il peut exister plusieurs cls ). VIASET : l'accs une occurrence par lien logique record, a peut tre par l'intermdiaire d'un lien qui matrialise une relation avec un autre record . Formalisme et exemple : CLIENT ce schma reprsente le record CLIENT I-2 la SET : reprsente le lien entre un record OWNER ( propritaire ) et un autre record appel MEMBER ( membre ). Formalisme et exemple : OWNER MEMBER SET passer-com CLIENT COMMANDES

Le SET passer-com reprsente la relation de type pre fils appel aussi 1..N entre CLIENT et COMMANDES . A une occurrence de CLIENT , le SET passer-com permettra de faire correspondre les N occurrences de COMMANDES qui lui sont associes . Le formalisme s'appelle le diagramme de BACMMAN .

Rgles d'laboration du modle CODASYL : Rgle 1 : tout record peut tre membre de plusieurs Set diffrents Exemple : CLIENT FOURNISSEURS

Set Commande PRODUIT

Set Fournir

Le record PRODUIT est membre du Set Commande et du Set Fournir. Rgle 2 : tout record peut tre propritaire de plusieurs Set diffrents . Exemple : PRODUIT

Set Com

Set Fact

LIGNE-CMDE

LIGNE-FACT

Le record PRODUIT est propritaire de Set Com et de Set Fact . Rgle 3 : un record peut tre la fois : propritaire d'un ou de plusieurs Set diffrents . membre dans un ou plusieurs Set diffrents .

CLIENT

FOURNISSEUR

Set Commande PRODUIT

Set Fournir

Set Com

Set Fact

LIGNE-CMDE

LIGNE-FACT

Le record PRODUIT est membre de 2 sets, le set Commande et le set Fournir , et il est propritaire de Set Com et Set Fact . Deux records peuvent tre relis entre eux par un membre quelconque de set diffrents IMMEUBLE Set LOCAT Set CO-PRO

OCCUPANTS

Entre IMMEUBLE et OCCUPANTS il existe deux sets ( tous les locataires : set LOCAT, et tous les co-propritaires :set CO-PRO ). 1.3 : Rgles de passages du MCD au MLD type CODASYL :

Une relation sera dcrite en citant les type du sous ensemble de D1*D2 ,soit par exemple la Relation voiture renault bleue Relation? C'est un produit renault blanche Cartsien (renaultb rouge) Peugeot bleu Peugeot blanche 1-3:attribut:il reprsente une colnne d'une relation caractrise par un nom . Voiture (marque,couleur) Marque et couleur sont les attributs de la relation voiture. 2-1-4: cl d'une relation :une cl et constitue d'un ou de plusieurs attributs dont les valeurs dfinissent de manire unique les tuples de la relation. Exemple:soit la relation employe. Employe(nom,prnom,date nais, sal aire). Si nous prenons l'atribut nom comme cl ;ceci comporte des risques car il peu des homonymes pour plus de scurit soit en prend les attributs nom ,prnom ,et date nais comme cl ;soit adjoindre un attribut artificile qui est le matrcule . Employe(matricule,employe). Remarque:le ou les qttributs cl sont souligns. 2)rglle pour les objets du mcd un mld: 2-1:rgle pour les objets du MCD:l'objets se transforme en une table l'identifiant. Code de l'objet devient la cl primaire de la table Les proprits de l'objet deviennent les attrubuts de la table. 2-2):rgles pour les relations du MCD : Cas de la relation type (pre/fils): *cardinalit objet <pre>O,N ou 1,N *cardinlit objet <fils>0,1 ou 1,1.

1-l'objet <pre> devient la table. 2-l'objet <fils> devient la table. 3-l'identifiant de l'objet devient attribut cl de la table fils ,cet attribut est aussi cl trangre. 4-les propriets de la relation deviennent de la table fils.

*le record produit il est membre de set commande et du set fournir 2 rgle : tout record peut tre propritaire de plusieurs set diffrent

le record produit est proprit de 2 set 3 rgle : un record peut tre a la fois : - propritaire d un ou de plusieurs set dfrent . - membre dans un ou plusieurs set dfrents .

le record produit est membre de 2 set ; le set commande et set fournir et il est propritaire de set fact. et sec com. * propritaires : Deux records peuvent tre relis entre eux par un membre quelconque de set diffrent

1.3.4REGLE4: (concernat les relation de dimension >2) Une relation de dimesion<2 se transforme en un et sets qu'il y d'objets participant la relation . Exmple

2)modle relationnel: dons ce sous-chapitre on se limitera l'introduction des dvelopperons des rgles de passage du MCD au MLD type relationnelle. 1)prsentation des concepts du modle relationnel: 1-1:domaine :c'est l'ensemble des valeurs que peut prendre une donne. Exemple:la donne marque sera dfinie sur le domaine :d1=renault, peugeot. -la donne couleur sera dfinie sur le domaine :d2:blanche, rouge. D3:500 a 100.000da. 1-2:relation (table):c'est les sous ensemble du produit cartsien de domaines ce sous ensemble sera dsign par un nom qui sera le nom de la relation. Exemple:considrons le du produit cartesien d1*d2 Renault bleu Renault blanche Renault rouge Peugeot bleu Peugeot blanche Peugeot rouge

Chaque couple est un type.

Une relation sera dcrite en citant les type du sous ensemble de D1*D2 ,soit par exemple la Relation voiture renault bleue Relation? C'est un produit renault blanche Cartsien (renaultb rouge) Peugeot bleu Peugeot blanche 1-3:attribut:il reprsente une colonne d'une relation caractrise par un nom . Voiture (marque,couleur) Marque et couleur sont les attributs de la relation voiture. 2-1-4: cl d'une relation :une cl et constitue d'un ou de plusieurs attributs dont les valeurs dfinissent de manire unique les tuples de la relation. Exemple:soit la relation employ. Employ(nom,prnom,date nais, sal aire). Si nous prenons l'atribut nom comme cl ;ceci comporte des risques car il peu des homonymes pour plus de scurit soit en prend les attributs nom ,prnom ,et date nais comme cl ;soit adjoindre un attribut artificiel qui est le matricule . Employ(matricule,employ). Remarque:le ou les attributs cl sont souligns. 2)rgle pour les objets du mcd un mld: 2-1:rgle pour les objets du MCD:l'objets se transforme en une table l'identifiant. Code de l'objet devient la cl primaire de la table Les proprits de l'objet deviennent les attributs de la table. 2-2):rgles pour les relations du MCD : Cas de la relation type (pre/fils): *cardinalit objet <pre>O,N ou 1,N *cardinalit objet <fils>0,1 ou 1,1.

1-l'objet <pre> devient la table. 2-l'objet <fils> devient la table. 3-l'identifiant de l'objet devient attribut cl de la table fils ,cet attribut est aussi cl trangre. 4-les proprets de la relation deviennent de la table fils.

Exemple:

MCD

MLD

client(num-cl).

..commandes (ncode ,dote,num cl) *cas des autres relation: 1)cardinalit d'objet O,N ou 1,N: -un objet devient une table. -l'identifiant de l'objet devient la cl de la table. -une relation devient une table . -l'identifiant de la relation devient la cl primaire de la table . Exemple :MCD.MLD

..fournisseur(nom four,rue ,ville)

.(fournisseur(nom four ,N produit prix)

.produit (N:produit ,libelle)

Flux d'information : Etude de cas : Gestion de STOCK Diffrents Services

1 Le

3 Gestionnaire . Magasin magasinier 4 Fournisseurs 6 5 2 a

champ D'tude

Code opration 1 2 2a 3 4 5 6

Dsignation Les diffrents services remettent un bon de sollicitation ( BSOL) pour un pralable octrois de produits. Le magasinier remet les produit sollicits avec un bon de sortie ( B. SOR). Le bon de sortie est remis au gestionnaire du magasin pour la mise jour de la fiche STOCK. En cas de rupture de stock, le magasinier tablie un bon de commande interne ( BCI ) et le transmet au gestionnaire du magasin . Le gestionnaire du magasin tabli un bon de commande externe ( BCE ) et le transmet au fournisseur . Le fournisseur livre les produit commands muni d'un bon de livraison ( B.LIV ) . Aprs contrle des produit livrs, le magasinier tablie un bon d'entre ( B.ENT ) et le transmet au gestionnaire du magasin pour la mise jour de la fiche STOCK.

Etude des postes de travail :

1 tude du poste : Dsignation du poste : GESTIONNAIRE DU MAGASIN Service au(x) quel(s) est attach le poste : MAGASIN Les responsabilits de ce poste ( taches accomplir ) : 1. Etablit les bonde commande externes destins aux fournisseurs . 2. Met jour les fiches STOCK lors des entres . 3. Met jour les fiches STOCK lors des sorties . 4. contrle les taches du magasinier. 5. Procde l'inventaire . Taches 1 2 3 4 5 Frquence Variable Variable Variable Variable Variable Delai Rel / Prvu Rel Rel ou prvu Rel Rel 1 / anne observation

2 Etude des documents utiliss : Provenant ce poste

Designat .documen t B.SOR B.ENT BCI Du poste Frquenc e nombre Variable Variable Variable

Rempli dans ce poste

Designat .documen t BCE F.STOCK Frquenc e nombre variable quotidien Dlai

Diffus par ce poste

Designat .documen t BCE Frquenc e nombre variable Vers le.poste fourniss

Magasinier Magasinier Magasinier

rel rel

3 Fichiers utiliss : Dsignation Support Localisation Dsignation des champs Nombre d'enregistrement s Nombre Car/enreg

Exercice d'application : Suivi des malades ( Service mdecine interne : CHU de Stif ) Procdure ADMISSION Aprs consultation du malade, le mdecin envoi une fiche d'admission au bureau des entres . Ce dernier tablit une en plus du billet de salle qui sont envoys au chef de service de la mdecine interne, ce dernier tablit une pochette, une feuille de traitement , une feuille d'observation et la prescription, le tout en un seul exemplaire. Aussi, il est tabli une chemise portant des information concernant le malade, cette dernire sera archive au niveau du chef de service. La fiche navette, une feuille d'observation , la prescription, la feuille de traitement et la pochette seront envoyes au mdecin . Document utiliss : Code du document Dsignation D1 Fiche d'admission D2 Fiche navette D3 Billet de salle D4 Pochette D5 Feuille de traitement D6 Feuille d'observation D7 Prescription D8 chemise Mdecin D1 Bureau des entres Chef de service

X1

D2

D3

X2

D2

D4

D5

D5

D6

D7

Code opration X1 X2

Dsignation de l'opration Vrification du dossier Etablissement des documents

Documents Entrants D1 D2 , D3

Document sortants D2 , D3 D3,D4,D5,D6,D7,D8