LA CONCEPTION / MODELISATION DES SYSTEMES DINFORMATION

La modlisation est lart de reprsenter artificiellement ce que lon pense avoir compris dune situation, dune activit ou simplement du monde environnant. Le schma obtenu est appel modle. Un modle peut tre dfini comme tant une image de la ralit. Toute ralit complexe doit tre reprsente afin tre comprise et matrise. Le modle possde trois proprits : symbolisme : figures, concepts gnraux imitation : elle copie sur support les relations perues sur lenvironnement formalisme : elle met de lordre dans la diversit observe. communiquer : voir si on a bien compris la mme chose que les informaticiens prparer la mise en uvre (ralisation) car un modle peut dire deux choses : o ce que lapplication devra faire (spcifications) o comment lapplication est organise du point de vue technologique.

Le modle sert -

I. Mthode danalyse et de conception

Mthode dlaboration La ralisation des projets informatiques passe gnralement par une analyse puis par une conception. Le choix des mthodes danalyse comme de conception est dterminant et influe dans la valeur du produit raliser. Les mthodes danalyse et de conception dapplications informatiques sont nombreuses : la mthode MERISE, la mthode UML (Unified Modeling Language), la mthode Jacobson, les tables de dcisions, la mthode SSA (Static Single Assignment), Quest ce que MERISE? MERISE est lacronyme de Mthode de Ralisation Informatique pour les Systmes dEntreprise. Elle permet lanalyse et la conception dun systme dinformation par une tude spare des donnes et des traitements selon trois niveaux : conceptuel, logique et physique. La confrontation des donnes et des traitements permet la validation du modle obtenu.

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

Les objets de MERISE La mthode MERISE utilise MCC : modle conceptuel de communication ou diagramme de flux, manire dont linformation circule selon lactivit (change dinformations entre acteurs travers des flux). Un acteur est un individu qui met ou qui reoit de linformation. MCD : modle conceptuel de donnes : manire dont les utilisateurs peroivent les donnes sans tenir compte de ltat de lart technologique MCT : modle conceptuel des traitements, manire dont les traitements seront effectus tout en faisant abstraction aux donnes MLD : modle logique de donnes, manire dont les donnes seront reprsentes selon un systme (abstraction de la machine et du logiciel) MOT : modle organisationnel des traitements, manire dont les traitements seront effectus en tenant compte des contraintes de temps, despace, de donnes, Le MOT rpond aux questions O? Qui? Quand? Comment? MPD : modle physique de donnes, comment les donnes sont physiquement reprsentes dans la machine (ex. Access, Oracle, )

II. La thorie des bases de donnes

Une base de donnes est une collection organise de donnes de faon servir plusieurs applications simultanment par une centralisation et une gestion qui donnent lutilisateur limpression quelles se trouvent regroupes. Un systme de gestion de base de donnes (SGBD) est un logiciel spcialis qui permet la cration, le maintien et la consultation dune base de donnes. Il reprsente linterface entre les applications et les donnes et est constitu de : un langage de dfinition des donnes ; un langage de manipulation des donnes ; un dictionnaire de donnes.

Les types de base de donnes

Les principaux types de base de donnes sont : o les fichiers 2 dimensions o le modle hirarchique organis selon une arborescence

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

o le modle rseau (CODASYL) o les bases de donnes relationnelles o les bases de donnes orientes objet (encapsulation) o les bases de donnes Web o les bases de donnes rparties o les bases de donnes logiques o les bases de donnes OLTP (OnLine Transaction Processing Traitement des transactions en ligne) o les bases de donnes OLAP (OnLine Analytical Processing Traitement analytique en ligne) o les entrepts de donnes (data warehouse) : ils prennent en charge les processus danalyse de gestion dune entreprise. Il contient physiquement une base de donnes ou une srie de bases de donnes qui stockent des donnes manant de plusieurs systmes oprants. Lessentiel des Systmes de Gestion des bases de donnes est constitu lheure actuelle par le systme de gestion des bases de donnes relationnelles. Ce systme permet de reprsenter dans le systme informatique, les objets (les entits) de notre environnement de travail quotidien ainsi que les relations entre ces diffrents objets, sous forme de tables. Autour de ce systme sarticulent :

Des programmes de gestion de comptabilit Des programmes danalyse statistique Des programmes de cartographie Des programmes de modlisation. Etc.

Il y a plusieurs manires dorganiser la construction dun SGBDR :

De faon empirique sans connatre la thorie des bases de donnes En utilisant la thorie des dpendances fonctionnelles En utilisant la mthode MERISE (gros projets)

La notion de relation
Une relation permet de dcrire les entits (ou des associations) par des ensembles dattributs. Une relation peut tre prsente sous forme de tables (tables relationnelles) contenant un ensemble de valeurs. Dans cette table, chaque colonne correspond un attribut (une caractristique de lobjet dcrit)

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

Le degr de lentit est le nombre dattributs prsents dans lentit La cardinalit de lentit-relation est le nombre de lignes (nombre doccurrences) de la relation (exemple : la cardinalit de lentit Etudiants-Master-I-2007 est 49 puisquil y a 49 tudiants inscrits dans cette classe) Chaque ligne est une occurrence de lentit dcrite par la relation.

Cl d'une relation
Il est important d'identifier chaque enregistrement d'une relation sans ambigut, on appelle cl, un attribut ou un ensemble d'attributs dont les valeurs sont systmatiquement distinctes (sans doublon) pour chaque enregistrement de la relation. La connaissance de la cl permet d'identifier directement chaque ligne de la table. Types de cls

Cl primaire : cl principale des champs qui rpondent la dfinition de cl Cls secondaires : autres cls pouvant tre utilises titre accessoire Cls trangres : ce sont les cls primaires d'autres relations (assurant la notion pre-fils)

Remarque Tout champ non retenu comme cl dpend de la cl par une dpendance fonctionnelle (voir plus bas) La connaissance de la valeur de la cl, entrane celle des valeurs des champs non cls La prsence des cls trangres rvle des liens entre les diffrentes relations Types d'attributs En dfinitive, on peut rencontrer dans une relation des champs

Cl primaire Cls secondaires Cls trangres Champs non cls

Normalisation des relations

Propose par Codd, cette dmarche guide le concepteur dans l'laboration d'un schma relationnel.

La dmarche est fonde sur la notion de dpendance fonctionnelle et permet d'aboutir un schma sans redondance d'information. Permet une plus grande clart des structures de donnes
Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

Evite des redondances d'informations entre les tables Facilite les mises jour ultrieures

Dpendances fonctionnelles Soient X et Y deux champs ou groupe de champs d'une relation : Y dpend fonctionnellement de X (X Y) si toute valeur de X correspond une valeur unique de Y. 1) Une information de dpart conduit une information d'arrive. Exemple : A partir d'un numro de zone, un village est trouv (1 On peut aussi disposer d'une dpendance multi-varie (1 n) Une information de dpart conduit plusieurs informations darrive Exemple : A partir d'un numro d'infrastructure, plusieurs villages sont trouvs. Codd propose 3 formes normales

1re forme normale Une relation est en premire forme normale, (1FN) si tous ses champs sont atomiques, c'est

dire non dcomposable en units plus rduites et quil ny ait pas de dpendance multivarie. Exemple Code 1 2 3 Nom Infrastructure forage Forage, Puits Forage, Puits Adresse Infrastructure Fann, 1232, Dakar plateau, 1345, Dakar Pikine, 3421, This

La relation ci-dessus n'est pas en 1FN car le champ adresse dpend fonctionnellement de la cl code infrastructure, mais il est dcomposable en trois adresses lmentaires. Quartier Le code postal Ville Mme remarque pour le champ Nom infrastructure, compos d'une liste d'infrastructure en nombre variable. Il dpend de faon multivarie de la cl, ce champ doit aussi tre clat en plusieurs. En tenant compte de ces diffrentes remarques, nous obtenons la nouvelle relation suivante o nous avons ajout le nombre d'infrastructures (effectif) et le code de la ville Code infras 1 2 2 3 3 Nom infras Forage Forage Puits Forage Puits effectif 3 2 4 6 5 quartier Fann Plateau Plateau Pikine Pikine Code comm 12 13 13 34 34 Code postal 1232 1345 1345 3421 3421 ville Dakar Dakar Dakar This This

Mais on constate encore de nombreuses redondances.

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

2me forme normale (2FN)

Une relation est en 2FN si 1. Elle est 1FN 2. Tout attribut non cl de la table ne doit pas dpendre d'une partie de la cl. Considrons comme cl de la relation l'association code infrastructure et nom infrastructure, cette association n'est pas approprie pour les dpendances lies uniquement au code infrastructure, cela se traduit par d'importants phnomnes de redondance dans la base de donnes. Pour une forme 2FN il faut dcomposer la table infrastructure en deux tables.

Les informations dpendant uniquement de code infrastructure Adresse (code exploitation, quartier, code commune, code postal, ville) Les informations dpendant uniquement de la cl entire Exploitation (code exploitation, nom infrastructure, effectif)

Les deux tables tant lies par la cl code exploitation

3me forme normale 3FN

Une relation est en 3FN si : 1. Elle est en 2FN 2. Chaque champ dpend directement de la cl et non d'un autre champ non cl. Remarque : la table adresse n'est pas en 3FN car Quartier code postal

Note
Les quatre tapes cruciales pour crer le design dune base de donnes sont : Etape 1 : Dfinir le but et le contenu - Quel est le but vis par la base de donnes ? - Quelles informations doit-elle contenir ? - Comment les informations seront-elles values ? Etape 2 : Structurer les informations - Quels champs faut-il inclure dans la base de donnes ? - La base de donnes se compose-t-elle dune ou de plusieurs tables ? - Quelles informations faut-il inscrire aux divers endroits ? Etape 3 : Dcrire les champs - Quels sont les champs destins devenir des cls primaires ? - Quel format convient au mieux aux champs ? Etape 4 : Normaliser - Quelles sont les donnes qui peuvent tre ajoutes dans des tables indpendantes ? - Quelles informations sont destines des personnes diffrentes ou susceptibles dtre gres en des endroits diffrents ?

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

Le modle conceptuel des donnes

Le modle conceptuel des donnes ou (MCD) ou entit-association issu de la mthode MERISE est bien adapt la reprsentation externe de la structure des donnes et la communication avec les utilisateurs. Le MCD sintresse lorganisation des donnes. On utilisera le modle relationnel qui est la base de la plupart des bases de donnes dvelopps sur micro ordinateur. Le Modle Conceptuel des Donnes, comme mentionn plus haut, est une reprsentation de la structure des donnes, il est compos de trois (03) lments : Les entits (tables) qui correspondent des groupes dinformations se rapportant au mme sujet, aux objets de gestion ; Les associations qui traduisent les relations entre les diffrentes entits (lien smantique ente les entits); Les cardinalits qui prcisent la faon dont fonctionnent les associations.

1) Les entits
Lentit est un concept pourvu dune existence propre et conforme aux besoins de lentreprise (objet de gestion). Elle peut reprsenter une notion concrte (Client, Etudiant, ) ou une notion abstraite (Inscriptions, Commandes, Oprations bancaires, ). Elle a pour synonyme Individu, Objet, Relation. Lentit joue le mme rle que la table, elle est compose de proprits (ou champs, ou attributs). Une proprit est une donne lmentaire permettant de dcrire une entit ou une association. Cette donne peut se mesurer par une valeur. Exemples dentits : ETUDIANT (numro, nom, prnom, date-naissance, lieu-naissance) MATIERE (code, dsignation, nom-prof, vol-horaire)

ETUDIANT
Numero Nom Prenom Date-naissance Lieu-naissance

MATIERE
Code Dsignation Nom-prof Vol-horaire

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

2) Les associations
Elles reprsentent les liens smantiques existant entre les entits. Les liens ne sont pas orients. Les associations sont aussi appeles relations. Gnralement les associations sont exprimes par un verbe ou un substantif et sont mises dans un cercle. Une association peut tre : unaire (ou rflexive): liant une entit avec elle-mme binaire : liant 2 entits distinctes ternaire : liant 3 entits n-aire : liant plusieurs entits Exemples dassociations : relations entre ETUDIANT et MATIERES : suivre ou avoir compos ; on reprsentera ces relations comme suit :

ETUDIANT
Numero Nom Prenom Date-naissance Lieu-naissance suivre

MATIERES
Code Dsignation Nom-prof Vol-horaire

ETUDIANT
Numero Nom Prenom Date-naissance Lieu-naissance Avoir composer Note

MATIERES
Code Dsignation Nom-prof Vol-horaire

Si dans la gestion des donnes on a besoin de ces deux (02) relations on peut les regrouper :

ETUDIANT
Numero Nom Prenom Date-naissance Lieu-naissance

suivre

MATIERES
Code Dsignation Nom-prof Vol-horaire

Avoir composer Note

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

3) Les cardinalits
La cardinalit est un couple dentiers (a, b) prcisant le nombre doccurrences que chaque entit aura par la relation de lassociation par rapport lautre entit, avec : a tant le minimum doccurrences possibles b tant le maximum doccurrences possibles Exemples de cardinalits : relation (ETUDIANT suivre MATIERE) dune part lorsquon est tudiant on suit au moins une (01) matire, et le maximum est variant (a=1, b=n) dautre part une matire est suivie par au moins trois (03) tudiants, et le maximum est variant (a=3, b=n)

ETUDIANT
1, n Numero Nom Prenom Date-naissance Lieu-naissance suivre 3, n

MATIERE
Code Dsignation Nom-prof Vol-horaire

Dterminer les valeurs des entiers a et b revient rpondre, dans loptique de chaque table, aux questions suivantes : Pour un lment de la table A quel est le nombre minimal (ou minimum) dlments de la table B avec qui il peut tre en relation ? Pour un lment de la table A quel est le nombre maximal (ou maximum) dlments de la table B avec qui il peut tre en relation ? Dans lexemple prcdent vous dterminerez les valeurs des entiers a et b grce aux questions suivantes : Pour la table ETUDIANT Pour un tudiant x quel est le nombre minimal de matires quil peut suivre ? Pour un tudiant x quel est le nombre maximal de matires quil peut suivre ? pour la table MATIERE Pour une matire y quel est le nombre minimal dtudiants la suivre ? Pour une matire y quel est le nombre maximal dtudiants la suivre ?

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

Conception / Modlisation des SI

Remarques :
De manire gnrale il est plus problmatique de dterminer le minimum que le maximum. En effet le maximum peut tre variant, cest dire que vous ne pouvez limiter un nombre bien prcis la quantit dobjets en relation avec lautre table, de plus cet tat de fait permet dintgrer une dimension dynamique car la limite daujourdhui peut ne pas tre celle de demain. En bref sans contre indication expresse il est conseill de laisser le maximum variant ; le caractre variant du maximum est symbolis par la lettre n Concernant le minimum la principale difficult consiste dpasser le simple cadre des situations usuelles afin de prendre en compte lensemble des situations possibles. Les cardinalits une fois places dans le modle vous donne la relation dfinitive quil faudra savoir lire. Ainsi dans lexemple prcdent la relation dfinitive est la suivante : tout tudiant suit au moins une matire et toute matire est suivie par un minimum de trois tudiants. Les cardinalits sont toujours places prs de la table quelles dfinissent. Il est possible que pour un mme exemple vous ayez le choix entre plusieurs cardinalits diffrentes, tout dpend de la situation que vous voulez exprimer. Applications1 : Dans une socit S le directeur vous demande de grer les diplmes des employs. Ici les tables crer sont les tables EMPLOYES et DIPLOMES La relation entre ces deux (02) tables est possder On dtermine les cardinalits par les questions suivantes : Pour la table EMPLOYE : Quel est le nombre minimal de diplmes qun employ x peut possder ? Un employ peut ne pas avoir de diplme donc a=0 Quel est le nombre maximal de diplmes qun employ x peut possder ? Le nombre de diplmes obtenus varie dun employ un autre donc b=n Du cot de la table EMPLOYE, la cardinalit de lassociation est (0, n) Pour la table DIPLOMES Pour un diplme y donn, quel est le nombre minimal demploys pouvant le possder ? Il se peut que dans cette socit un diplme ne soit dtenu par aucun employ donc a=0 Quel est le nombre maximal demploys possder un diplme y ? Le nombre d employs possder un diplme varie dun diplme un autre donc b=n Du cot de la table DIPLOME, la cardinalit de lassociation est (0, n)
Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

10

Conception / Modlisation des SI

MCD correspondant: DIPLOMES EMPLOYES Matricule Nom Prnom Mari Salaire_brut Cadre 0, n Possder 0, n Rfrence Dsignation Nom-diplme Mention Anne-obtention Pays-obtention

Situation dfinitive : tout employ ne possde pas obligatoirement de diplme, tout diplme nest pas obligatoirement possd par un employ. Application 2 : Dans une socit Q le directeur vous demande dautomatiser les ventes du magasin Ici les tables crer sont les tables CLIENT et PRODUIT La relation entre ces deux (02) tables est Acheter . De plus on fait figurer les informations relatives au montant total des achats ainsi qu la date de commande. On dtermine les cardinalits par les questions suivantes : Pour la table CLIENT : Quel est le nombre minimal de produits quun client x peut acheter ? Par dfinition un client est une personne ayant dj achet au moins un produit, donc a = 1 Quel est le nombre maximal de produits quun client x peut acheter ? Le nombre de produits acheter par un client varie selon les clients donc b=n Du cot de la table CLIENT, la cardinalit de lassociation est (1, n) Pour la table PRODUIT Quel est le nombre minimal de clients qui achtent un produit y ? Un produit peut ntre achet par aucun client et cela pour diverses raisons donc a=0 Quel est le nombre maximal de clients qui achtent un produit y ? Selon le produit le nombre dacheteurs varie donc b=n Du cot de la table PRODUIT, la cardinalit de lassociation est (0, n)

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

11

Conception / Modlisation des SI

MCD correspondant : PRODUIT CLIENT

1, n

Acheter Montant-total Date-commande

0, n

Code Nom Prenom Adresse Tel

Rfrence Dsignation Nom-fabricant Date-fabrication Date-premption Prix-unitaire Pays-origine

Situation dfinitive : tout client achte au moins un produit et tout produit nest pas obligatoirement achet.

Le modle logique des donnes

Il est issu du modle conceptuel des donnes par des transformations relativement simples. En effet les entits vont devenir des tables et selon le cas, certaines associations vont disparatre et dautres vont devenir des tables. Ces dernires sont appeles des entits-dduites. Ces diffrents cas sont prsents comme suit : Relation binaire ( , n)-( ,1) : ou relation Un-plusieurs : la cl primaire de lentit du cot ( ,n) migre vers lentit du cot ( ,1) et devient cl trangre. Relation binaire ( 0,1)-(1,1) : la cl primaire de lentit du cot (0,1) migre vers lentit du cot (1,1) et devient cl trangre. Relation n-aire (y comprise binaire) ( ,n)-( ,n) : lassociation est transforme en une table ayant comme cl primaire la combinaison des cls primaires des entits participant lassociation et elle possdait des proprits, il faudra les ajouter la table (entit-dduite). Plusieurs associations entre 2 entits : mmes rgles gnrales Relations rflexives : mmes rgles que plus haut. Cependant une entit-dduite sera cre dans le cas dune association rflexive de type ( ,n)-( ,n) et que cette dernire sera deux fois relie lentit. Socits CodeSoc RaisonSociale 0,n filiale Socits CodeSoc RaisonSociale 0,n mre filiale SocitsFiliales Mre CodeSocMer CodeSocFil

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

12

Conception / Modlisation des SI

III. Les phases de conception dune application informatique

Ltude dopportunit (ou de faisabilit) Lanalyse fonctionnelle Lanalyse organique La programmation Les tests La mise en production La maintenance

IV. Pratique Microsoft Access (MS Access)

(cf. cours dAccess)

Ibrahima DIOUF Systmes dInformation Master I UCAD/ FASEG/IFACE - 2011

13