Vous êtes sur la page 1sur 13

UNIVERSITE SIDI MOHAMMED BEN ABDELLAH

FACULTE DES SCIENCES JURIDIQUES, ECONOMIQUES, ET SOCIALES DE FES MANAGEMENT ET AUDIT DES ORGANISATIONS

UFR : Systmes dinformations La Conceptions des systmes dinformations

Encadr par : Mr. El BAKKALI Prpar par : LAKBIR Mohammed Imad

Anne Universitaire : 2010- 2011

Plan

Introduction

I-

Lapproche par niveau.

II- Des donnes aux fonctionnelles.

dpendances

III- Modle Conceptuel des Donnes.

IV-

Modle Logique des Donnes.

Conclusion

La conception des systmes d'informations

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.

La conception des systmes d'informations

Page 3

I- Lapproche par niveau


Pour la conception dun SI, il est ncessaire de considrer quatre niveaux dtude : Le niveau conceptuel. Le niveau organisationnel. Le niveau logique.

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

La conception des systmes d'informations

Page 4

II- Des donnes aux dpendances fonctionnelles


Pour tre traites de manire informatise, les donnes doivent tre dcrites dans un formalisme compris par le systme informatique qui va les grer. Voici les formats gnriques utiliss : Le type alphabtique (rien que des caractres). Le type alphanumrique (des caractres, des chiffres). Le type numrique (les nombres). Le type date. Le type logique (0-1, Vrai-Faux, Oui-Non). Suite linterview et la collecte des documents il est ncessaire de centraliser toutes les informations et rgles de gestions (calcul dun taux de remise par exemple) au sein dun document. Ce document se nomme le dictionnaire des donnes.

1. Le dictionnaire des donnes


Le dictionnaire des donnes est un document qui permet de recenser, de classer et de trier toutes les informations (Les donnes) collectes lors des entretiens ou de ltude des documents. Le dictionnaire peut tre plus ou moins labor selon le niveau de granularit souhait. En voici un exemple :

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 :

2. Les dpendances fonctionnelles


Le rle de ltablissement des dpendances fonctionnelles est de nous aider comprendre les liens existants entre chaque donne. Cette dmarche de recherche des dpendances fonctionnelles est la La conception des systmes d'informations Page 6

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 :

La conception des systmes d'informations

Page 7

III-Modle Conceptuel des Donnes


Le Modle Conceptuel des Donnes introduit la notion dentits, de relations et de proprits. Nous allons commencer par voir certains aspects thoriques avant de plonger dans la pratique. Il dcrit de faon formelle les donnes utilises par le systme dinformation. La reprsentation graphique, simple et accessible, permet un non-informaticien de participer son laboration. Les lments de base constituant un modle conceptuel des donnes sont : les proprits les entits les relations.

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.

2. Les entits ou objets


Comme il est ais de le constater, les clients sont dfinis par certaines proprits (numro, nom, prnom). Le fait de les regrouper amne naturellement crer une entit Clients. Le symbolisme retenu est le suivant :

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.

La conception des systmes d'informations

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.

3. Les relations ou associations


Nous avons vu que les entits regroupaient un ensemble dinformations lmentaires. Les entits sont souvent lies entre elles. Par exemple : Un client peut commander des articles. Si nous analysons cette phrase, on distingue deux entits (clients et articles) et un verbe (commander) qui indique un lien entre clients et articles.

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 :

La conception des systmes d'informations

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 :

La conception des systmes d'informations

Page 10

b. Les relations porteuses


Une relation est dite porteuse lorsquelle contient des proprits. Imaginons que lon veuille connatre la quantit darticles commands par clients, nous nous rendons compte quil faut utiliser une nouvelle proprit Quantit. Cette nouvelle proprit dpend de clients, darticles ou des deux ? La bonne rponse est que Quantit dpend des deux entits. Voici le modle conceptuel correspondant : Nous pouvons interprter ce schma de la faon suivante : Le client X a command la quantit Y darticles Z. Si nous dsirons connatre la date dachat, il nous suffit de crer une entit Date la relation Commander.

c. Les relations rflexives


Une relation rflexive est une relation dune entit sur elle6mme. Par exemple, on dsire modliser le fait quun employ peut diriger dautres employs.

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.

IV- Modle Logique des Donnes


Le Modle Logique des Donnes (MLD) est la suite normale du processus Merise. Son but est de nous rapprocher au plus prs du modle physique. Pour cela, nous partons du Modle Conceptuel des Donnes et nous lui enlevons les

La conception des systmes d'informations

Page 11

relations, mais pas nimporte comment, il faut en effet respecter certaines rgles. Voici la procdure suivre.

1. Cas (0, n), (1,1) ou (1, n), (0,1)


Voici un modle conceptuel de dpart :

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 :

2. Cas (0, n), (0, n) ou (1, n), (1, n)

Illustrons ce cas sur le Modle Conceptuel des Donnes suivant :

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 :

La conception des systmes d'informations

Page 12

3. Modle Logique des Donnes sur une relation rflexive


Reprenons ce Modle Conceptuel des Donnes :

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.

Regardons la reprsentation du fichier de donnes.

Nous observons bien que les employs sont dirigs par lemploy numro 2.

4. Rgles simples de passage du MCD au MLD


Lentit qui possde la cardinalit maximale gale 1, recevra lidentifiant ou les identifiants des entits ayant les cardinalits maximales les plus fortes. Les relations ayant toutes leurs entits relies avec des cardinalits maximales suprieures 1, se transformeront en entit en absorbant les identifiants des entits jointes. Toute relation porteuse de proprits se transformera en entit et absorbera comme cl trangre les identifiants des entits qui lui sont lies.

La conception des systmes d'informations

Page 13