Professional Documents
Culture Documents
FACULTE DES SCIENCES JURIDIQUES, ECONOMIQUES, ET SOCIALES DE FES MANAGEMENT ET AUDIT DES ORGANISATIONS
Plan
Introduction
I-
dpendances
IV-
Conclusion
Page 2
Introduction
Le Systme dInformation, appel aussi SI, est un ensemble de tches complexes regroupes en modules spcialiss qui composent lapplicative informatique : le logiciel. Ces tches complexes sont gnralement un assemblage de tches plus simples. Ces tches simples sont les briques de base de lapplicatif. Si nous devions crer une analogie nous pourrions dire que ces tches simples sont comme les briques quun maon assemble pour riger une maison. Le logiciel, tout comme une maison, a besoin dun plan de conception ralise par un architecte. Une maison conue sans plan risque de prsenter, une fois finie, plus dune erreur de conception. Il en est de mme pour un logiciel. Le logiciel sans tudes pralables, construit sans mthodologie, risque de surprendre son utilisateur ! La mthode Merise a comme objectif daider, de guider les concepteurs de systmes dinformations, dans leurs phases danalyses, de conception et le dveloppement de lapplicatif. La mthode Merise prsente comme avantage indniable de permettre une dfinition claire et prcise de lensemble du Systme dInformation et den dfinir correctement le primtre. Pour bien toucher du dois, la mthode Merise, et den connatre les principaux axes de rsolution, il convient dans un premier temps, de mettre la lumire sur lapproche par niveau utilis par cette mthode, et par la suite, les donnes et les dpendances fonctionnelles, et finalement, le modle conceptuel de donnes, ainsi que le modle logique de donnes.
Page 3
1. Le niveau conceptuel
Le niveau conceptuel consiste concevoir le SI en faisant abstraction de toutes les contraintes techniques ou organisationnelles et cela tant au niveau des donnes que des traitements. Le niveau conceptuel rpond la question Quoi ? (le quoi faire, avec quelles donnes). Le formalisme Merise employ sera : Le Modle Conceptuel des Donnes (MCD). Le Modle Conceptuel des Traitements (MCT).
2. Le niveau organisationnel
Le niveau organisationnel a comme mission dintgrer dans lanalyse les critres lis lorganisation tudie. Le niveau organisationnel fera prciser les notions de temporalit, de chronologie des oprations, dunit de lieu, dfinira les postes de travail, laccs aux bases de donnesLes questions poses, au niveau des traitements, sont : Qui ? O ? Quand ? Le formalisme Merise employ sera : Le Modle Organisationnel des Donnes (MOD). Le Modle Organisationnel des Traitements (MOT).
3. Le niveau logique
Le niveau logique est indpendant du matriel informatique, des langages de programmation ou de gestion des donnes. Cest la rponse la question Avec quoi ? Le formalisme sera : Le Modle Logique des Donnes (MLD). Le Modle Logique des Traitements (MLT).
4. Tableau rcapitulatif
Page 4
Nom de la donne : Cette cellule recevra une donne par exemple : Nom client. Format : Ici sera indiqu le format de la donne, par exemple : alphabtique. Longueur : La longueur approximative ou exacte de la donne sera indique, par exemple : 30. Type : Une croix sera inscrite dans la colonne pour indiquer si la donne est lmentaire ou calcule. Rgle de calcul : Ici sera indique de manire claire la formule ou le calcul ncessaire appliquer pour obtenir la donne. Rgle de gestion : Dans cette zone sera indique, si ncessaire, la rgle de gestion inhrente la donne. Document : La rubrique document permet de saisir le document dans lequel a t trouve la donne. Voici ce que pourrait tre le dictionnaire : La conception des systmes d'informations Page 5
Le nom est au format alphabtique, dune longueur de 30 caractres, de type lmentaire, il ny a aucune rgle de gestion et le document dans lequel linformation a t trouve est la facture. La longueur du champ nom a t dfinie alatoirement 30 caractres. Il faut toujours avoir lesprit que dans le doute il vaut mieux surdimensionner les tailles.
Exemple de Dictionnaire de donnes : Suite une demande dun prsident dune association, nous devons tablir le dictionnaire des donnes de la gestion des adhrents. la lecture de la fiche, nous pouvons dterminer la prsence de neuf informations diffrentes : Le numro de ladhrent. Le nom. Le prnom. Ladresse. Le code postal. La ville. Le tlphone. Le mail. La date dadhsion. Voici le dictionnaire des donnes :
pierre angulaire de toute lanalyse des donnes. En effet, cette activit tant la premire dans llaboration de lanalyse, si elle est nglige cest tout lensemble qui en subira les consquences. Une donne B dpend fonctionnellement (ou est en dpendance fonctionnelle) dune donne A lorsque la connaissance de la valeur de la donne A nous permet la connaissance dune et au maximum une seule valeur de la donne B. Par exemple : La connaissance de la valeur dun numro de client nous permet de connatre sans ambigut la valeur dun et dun seul nom de client. Matrice des dpendances fonctionnelles Une faon de reprsenter les dpendances fonctionnelles est de crer une matrice. Cependant, cette reprsentation ne prsente pas le mme intrt que le graphe, qui lui permet une vision plus graphique du futur modle conceptuel des donnes. Elle se prsente sous forme dun tableau ayant pour entres lensemble des donnes du dictionnaire. Les enttes de lignes sont les donnes sources des dpendances fonctionnelles Les enttes de colonnes sont les donnes buts des dpendances fonctionnelles Le tableau est parcouru colonne par colonne, et pour chaque colonne ligne par ligne. chaque tape la question suivante doit tre pose : la donne source est elle en dpendance fonctionnelle avec la donne but ? En cas de rponse positive, nous inscrivons un 1 dans la case dintersection. Exemple :
Page 7
1. Les proprits
Les proprits sont les informations de base du systme dinformation. Un client possde un numro de client, un nom, un pr nom, habite une adresse prcise, etc. Ces informations lmentaires essentielles sont des proprits. Les proprits disposent dun type. Elles peuvent tre numriques, reprsenter une date, leur longueur peut tre aussi dfinie. Par exemple : le nom est une proprit de type alphabtique et de longueur 50, cest--dire que la valeur saisie ne comportera aucun chiffre et ne dpassera pas cinquante caractres. Les types ne sont pas dcrits au niveau conceptuel, car ce niveau est trop proche de la dfinition du systme physique. Nous y reviendrons plus tard.
a. Lidentifiant
Une de ces proprits a un rle bien prcis, cest lidentifiant nomm aussi la cl. Lidentifiant permet de connatre de faon sre et unique lensemble des proprits qui participent lentit. Par exemple, le fait de connatre la ville dun client permet-il de connatre son nom ? La rponse est non. La connaissance du nom du client permet-elle de connatre sa ville ? La rponse est toujours non, car en cas dhomonymie la confusion entre un Durand Max et un Durand Raymond est totale.
Page 8
Il faut donc trouver, ou inventer, une proprit qui lorsque sa valeur est connue permet la connaissance de lensemble des valeurs qui sy rattachent de faon formelle. Ainsi, lorsque le numro du client est connu, son nom, son prnom et toutes les valeurs des autres proprits qui sy rattachent sont connues de faon sre et unique. Au niveau du formalisme, cette proprit se souligne. Voici le schma modifi de lentit Clients.
Voil la premire tape, premire car la lecture du schma doit tre amliore en incorporant une notion importante : les cardinalits.
a. Les cardinalits
Elles expriment le nombre de fois ou loccurrence dune entit participe aux occurrences de la relation. Dans notre exemple on peut se poser les questions suivantes :
Page 9
Combien de fois au minimum un client peut-il commander un article ? Combien de fois au maximum un client peut-il commander un article ? la premire question, nous pouvons rpondre quun client, pour tre client, doit commander au moins un article. la deuxime question, nous pouvons rpondre quun client peut commande r plusieurs articles. Voici comment symboliser cet tat :
Le n reprsente la notion de plusieurs Ici nous avons reprsent le fait quun client peut commander un ou plusieurs articles. Il faut que nous nous posions les mmes questions pour larticle: Combien de fois au minimum un article peut-il tre command par un client ? Combien de fois au maximum un article peut-il tre command par un client ? Pour le minimum, nous pouvons linterprter de la faon suivante : A-t-on des articles qui ne peuvent jamais tre commands ? Si nous rpondons oui dans ce cas la cardinalit minimale est 0. Pour le maximum : A-t-on des articles qui peuvent tre commands plusieurs fois ? Nous pouvons esprer que oui, dans ce cas la cardinalit maximale sera n. Voici le schma finalis :
Page 10
la lecture de ce schma, nous interprtons donc quun employ peut diriger zro ou plusieurs personnes et quun employ est dirig par un et un seul autre employ.
Page 11
relations, mais pas nimporte comment, il faut en effet respecter certaines rgles. Voici la procdure suivre.
Nous devons supprimer la relation Elever, cela se ralise de faon tout fait mcanique. Lentit ayant la cardinalit de type 1,1 ou 0,1 absorbe lidentifiant de lentit la plus forte (0, n ou 1, n). Cet identifiant est alors appel la cl trangre. Voici le Modle Logique des Donnes dcoulant du Modle conceptuel prcdent :
Dans le cas o la cardinalit maximale est n de chaque ct de la relation, celleci se transforme en entit et absorbe les identifiants de chaque entit relie. Les identifiants ainsi absorbs forment la nouvelle cl de lentit. Cette nouvelle cl est donc forme par la concatnation des cls trangres des entits relies. Voici la reprsentation virtuelle des fichiers de donnes :
Page 12
Les rgles de passage du MCD au MLD sappliquent toujours aussi mcaniquement. Lentit ayant la cardinalit la plus faible absorbe lidentifiant de lentit relie. Ici, nous navons quune seule entit, mais le principe est le mme nous devons donc dupliquer lidentifiant Numro employ. Regardons la reprsentation du fichier de donnes.
Nous observons bien que les employs sont dirigs par lemploy numro 2.
Page 13