SYSTEME D ’INFORMATIONS

Nathalie BERTIN-BOUSSU

Septembre 2005

Un système est un ensemble d ’éléments matériels ou immatériels (hommes, méthodes, règles, etc.…) en

interaction, transformant par un processus des éléments (entrées) en d ’autres éléments (sorties)

Entrées SortiesProcessus

NOTION DE SYSTEME

Un système est piloté par un autre système dit de pilotage

Environnement interne : système opérant, système de pilotage (de gestion)

Environnement externe : clients, fournisseurs, état, collectivités locales, étrangers…

Univers du SI : environnement interne + environnement externe

Système d’Information d’une organisation (SI)

Système d’Information d’une organisation (SI)

Le SI est la MEMOIRE de l ’organisation

statique : faits et modèles de données

dynamique : mise à jour des modèles etdes données.

Une partie du SI est automatisée.

Le SAI est un sous système du SI qui permet la conservation des informations et leur traitement.

L ’automatisation entraîne : 1. Une simplification des tâches2. L ’élimination des travaux répétitifs et

fastidieux

Il subsiste des tâches manuelles

SAI (Système Automatisé d’Informations)

SAI

Entrées, sorties

Ordinateur, personnel

Données, structures de données, applications

Entrées, sorties (communication avec le SAI) :- Entrées: informations provenant de l’univers

extérieur du SI et saisies dans le SAI- sorties : accès aux informations du SAI

Ordinateur et personnel :

- traitements des informations - copies de fichiers- transformations de fichiers (mises à jour, contrôles, recherches, calcul)

Données, structures de données, applications sont mémorisées.

Modélisation du SI

Niveaux Questions Données Traitements Choix

Conceptuel Quoi ?Modèle

Conceptuel des Données

Modèle Conceptuel

des TraitementsGestion

Organisation Qui ?, Quand ? Modèle Logique des Données

Modèle Organisation

des TraitementsOrganisation

Opérations Comment ?Modèle

Physique des Données

Modèle Opérationnel

des Traitements

Technique

Les trois niveaux d'abstration d'un SI

Modélisation du SI

MCD ( Modèle Conceptuel de Données)

MLD (Modèle Logique de Données)

Modèle réel de

l ’organisation

Modélisation du SI Exemple : une facture

Référence article Description article prix unitaire Quantité Montant

1 Portable PC 2000 12 boîte de CDROM 40 2

TotalTVATTC

Facture N°3le 12 décembre N

Société JULIENVendeur : Joffrey JEAN

Le Modèle Conceptuel des Données ou Modèle Entité-Association est une représentation du SI à l’aide de deux objets : les entités et les associations entre ces entités.

1. Les groupes d ’informations (facture, vendeur, article) sont appelés entités.

2. Les liens entre ces entités (établit, ligne facture)sont dénommés associations. Certaines sont porteuses d ’informations

(ligne facture définit la quantité)

Modèle Conceptuel des Données (MCD)

Entité : représentation d’un objet matériel ou immatériel du monde réel, caractérisépar un ensemble de propriétés.

Association : Une association est la traduction du fait qu’il existe un lien entre des entités

Définitions : entité, association

La clé primaire d’une entité est l’information de l’entitéqui identifie chaque occurrence de cette entité de manière unique.

Exemple :

• facture : numéro de facture

• article : numéro article

• étudiant : n° de sécurité sociale

Identifiant d ’une entité ou clé primaire

Liste des informations

numéro facturedate facturenom vendeurréférence articledescription articleprix unitairequantité

MCD : les entités, les associations

Entités Associations

Facture (numerofacture, datefacture)

Un vendeur établit une facture

Vendeur (matriculevendeur, nomvendeur)

Une facture comporte autant de lignes (ligne facture) que d’articles vendus, chaque ligne mentionne la quantité vendue

Article (referencearticle, description article, prix unitaire)

Une association (liant deux entités) comportant une cardinalité 1,1 ou 0,1 est une Contrainte d’IntégritéFonctionnelle (CIF). Les autres associations sont des Contraintes d ’Intégrité Multivaluée (CIM).

Cardinalités Traductions0,1 aucun ou un1,1 un et un seul0,n aucun ou au moins un1,n au moins un

Cardinalités

Elles expriment le nombre de valeurs minimum et maximum que l ’entité peut prendre dans l ’association.

• Un vendeur établit aucune ou au moins une facture

• Une facture est établie par un et un seul vendeur

• Un article figure aucune ou au moins une fois dans lesfactures

• Une facture comporte au moins un article

Cardinalités

Construction du MCD facturation

Facture

Numerofacture

datefacture

ArticleReferencearticle

Descriptionarticle

Prixunitaire

Vendeur

Matriculevendeur

Nomvendeur

Ligne facturequantité

Entité Entité

Entité

Association

EtablitAssociation

1,n 0,n

0,n

1,1

Cardinalités

Contrainte d ’Intégrité Fonctionnelle

C ’est une association entre entités. Une facture est établie par un vendeur, mais ce dernier peut établir plusieurs factures. Cette association traduit une dépendance fonctionnelle entre entités et donc entre identifiants d ’entités.

Numerofacture matriculevendeur

CIF

Contrainte d ’Intégrité Multivaluée

C’est une association entre entités. Une ligne facture associe un numéro de facture et une référence article. A un numéro de facture correspond plusieurs références article, à une référence article correspond plusieurs numéros de factures.

CIM

Le Modèle Logique de Données (MLD) est composé de relations qui décrivent les tables de données du système d’information. Il est construit à partit du Modèle Conceptuel de Données (MCD), à l ’aide de règles de transformations très simples :

1. Les entités deviennent des relations (donc des tables)

2. Les C.I.F. disparaissent, mais le lien entre les deux entités est conservé.

3. Les C.I.M. se transforment en relations (donc en tables)

MLD

Dans notre exemple :

l’entité « facture » devient la relation facture (puis la table facture)

l’entité « article » devient la relation article (puis la table article)

l’entité « vendeur » devient la relation vendeur (puis la table vendeur)

L ’association « établit » disparaît, mais le lien entre facture et vendeur est conservé en intégrant à la relation facture le matricule du vendeur

l ’association « ligne facture » devient la relation ligne facture (puis la table ligne facture)

MLD

Les relations possèdent des clés primaires (informations soulignées) qui jouent le même rôle que les identifiantsdans les entités.

Les relations possèdent éventuellement des clés étrangères (informations précédées du symbole #), ce sont des clés primaires dans d ’autres relations. Ces clés étrangères servent à maintenir le lien entre deux relations, lorsqu’il existe dans le modèle conceptuel.

MLD, clés

facture (numéro facture, date facture, #matricule vendeur)

article (référence article, description article, prix unitaire)

vendeur (matricule vendeur, nom vendeur)

ligne facture (#numéro facture, #référence article, quantité)

MLD, tables et clés

Règles qui maintiennent la cohérence des données, notamment les interactions entre les clés primaires et les clés étrangères de tables différentes.

Exemples : Une facture ne doit pas faire référence à un vendeur qui n’existe pas.

Un enregistrement de la table vendeur ne doit pas pouvoir êtresupprimé sans confirmation, s’il est référencé dans la tablefacture.

La clé d’un enregistrement de la table vendeur ne peut pasêtre modifiée (enregistrement orphelin dans la table facture).

Intégrité référentielle

Tables : valeurs prises par les relations

Requêtes : tables issues d ’interrogations ou d ’actionssur d ’autres tables

Formulaires : masques de saisie avec contrôles

Etats :édition papier

Macros : regroupements de commandes ACCESS

Modules : fonctions personnalisées en code VBA

Exemple de Système de Gestion de Base de Données (SGBD) : ACCESS