LA CRÉATION ET LA RÉALISATION Dr.

Myriem ALIJO
D ’UN SYSTÈME D’INFORMATION
LICENCE SCI ECONOMIQUE ET GESTION
UN SYSTÈME D’INFORMATION

Le système d’information (SI) est un ensemble de

ressources et de dispositifs permettant de collecter, stocker, traiter
et diffuser les informations nécessaires au fonctionnement d’une
organisation (administration, entreprise…).

Il peut s’agir d’informations fiscales, financières,

comptables, commerciales, managériales...
 LE RÔLE DU SYSTÈME D’INFORMATION

Le système d'information a un rôle central dans le fonctionnement de

l’entreprise.

En pratique, il permet d’améliorer l’efficacité du fonctionnement

interne de l’entreprise. Grâce au système d’information, les informations

circulent simplement au sein de l’entreprise.

 LE RÔLE DU SYSTÈME D’INFORMATION

Par exemple, le système d’information peut permettre :

d’améliorer la communication entre les différentes équipes de l’entreprise ;

de supprimer les tâches répétitives ;

d’optimiser la coordination des tâches au sein de l’entreprise.

QUELQUES EXEMPLES DE SYSTÈMES D’INFORMATION

Les systèmes d’information sont nombreux et variés. On cite :

Système d'information commerciale (SIC)

Système d'information comptable (SIC)

Système d’information des ressources humaines (SIRH)

COMMENT METTRE EN PLACE UN SYSTÈME
D’INFORMATION PERFORMANT DANS L’ENTREPRISE ?
Lorsque le système d’information est fiable et performant, il
permet d’alimenter la prise de décision au sein de l’entreprise ou
l'organisation.

En pratique, le fonctionnement de ce système d’information

dépend fortement des outils et équipements matériels mis en place
dans l’entreprise (ordinateurs, logiciels, applications, etc.).
CONCEPTION DES SYSTÈME D’INFORMATION

La conception de systèmes d’information est une tâche

complexe et de haut niveau qui nécessite un bon pouvoir
d’abstraction et la prise en compte d’un grand nombre de
contraintes (de coût, d’existant, ...) et d’un grand nombre de
personnes (direction, service informatique, services, utilisateurs).
 CONCEPTION DES SYSTÈME D’INFORMATION
Les méthodes de conception des systèmes d’informations :

Permettre la description des SI à l’aide de modèles et selon une démarche

(étapes) et des moyens de contrôle qualité standardisés.

Aider à réaliser le système informatisé correspondant au système

d’information.
 CONCEPTION DES SYSTÈME D’INFORMATION
Les méthodes de conception des systèmes d’informations :

Diminuer les coûts et les risques des projets d’informatisation.

Permettre à l’équipe de conception et de développement de disposer d’un

vocabulaire standard.
 QUELQUES MÉTHODE DE CONCEPTION
La méthode Merise

La méthode Axial

La méthode Information Engineering (IE)

 LA MÉTHODE MERISE
La méthode MERISE est une méthode (française), développée dans les
années 80, formalisée, complète, détaillée qui garantit une informatisation
réussie.
– formalisée : utilisation d’outils logiques : graphes (ou modèles), règles, ...
– complète : tout le cycle, de la décision d’informatisation à la mise en
œuvre effective,
– détaillée : toutes les étapes sont étudiées de la conception à la technique.
 LA MÉTHODE MERISE
Les principales caractéristiques de la méthode sont :
Une approche globale menée parallèlement sur les données et les
traitements ;
Une description du système d’information en trois niveaux :
ole niveau Conceptuel : le QUOI ?
ole niveau Logique :QUI FAIT?, QUOI? et OU?
ole niveau Physique : COMMENT
LA MÉTHODE MERISE :
NIVEAUX D’ABSTRACTION
 CYCLE D'ABSTRACTION DE CONCEPTION DES S.I.
Niveau Statique (donnée) Dynamique (traitement)

MCD
Décrivant les données et les liens MCT
Conceptuel entre ces données Décrivant les traitement, règles et les Quoi
contraintes
MOT
MLD Décrivant les contraintes dues à Ou Qui
Logique ou
Décrivant la structure des données l’environnement (Organisationnel, spatial et Quand
Organisationnel
temporel)

MOPT
MPD Définit la structure interne des
Décrit la façon d’implémenter le applications:
Opérationnel ou • Décomposition des application en
modèle des données dans le Comment
Physique modules
SGBD
• Description des
traitements(algorithme, fonctions….)
 CYCLE D'ABSTRACTION DE CONCEPTION DES S.I.

 L'expression des besoins aboutit au MCC (Modèle conceptuel de la

communication) qui définit les flux d'informations à prendre compte.

 L'étape suivante consiste à mettre au point le MCD (Modèle conceptuel

des données) et le MCT (Modèle conceptuel des traitements) décrivant
les règles et les contraintes à prendre en compte.
 CYCLE D'ABSTRACTION DE CONCEPTION DES S.I.

Le modèle organisationnel consiste à définir le MLD (Modèle logique des

données) qui représente un choix logiciel pour le système d'information et le
MOT (Modèle organisationnel des traitements) décrivant les contraintes
dues à l'environnement (organisationnel, spatial et temporel).
Enfin, le modèle physique reflète un choix matériel pour le système
d'information.
 LES PHASES DE RÉALISATION D’UN S.I
 La structure de travail comporte des informaticiens, des représentants
de la direction, des chefs de service, des utilisateurs finaux. Le processus
de développement est découpé en 4 étapes :

 Etude préalable : elle aboutit sur une prise de décision d’informatisation. En cas de
décision positive, elle est suivie par

 Etude détaillée : elle aboutit sur un cahier des charges de réalisation

 Réalisation : écriture des programmes et implantation des bases

 Mise en œuvre et maintenance.
PHASE PRÉALABLE

Analyse de l’existant : grâce à des interviews, une analyse de

documents

Conception de la nouvelle solution : on fait le choix des

nouvelles orientations de gestion, d’organisation, techniques.
Évaluation : bilan quantitatif et économique.
ÉTUDE DÉTAILLÉE

Conception générale : Élaboration des MCD, MCT, MLD et

MOT. Étude préliminaire de la mise en œuvre. Étude des
solutions dégradées.

Conception détaillée : Optimisation et validation des

modèles. Évaluation des coûts logiciels, matériels, de formation
pour la mise en œuvre de la solution.
RÉALISATION

Description du MPD, du MPT, de l’environnement

technique

Ecriture du logiciel ; tests unitaires et d’intégration.

MISE EN ŒUVRE

Mise en place des moyens matériels , humains, techniques et

de la documentation.

Essais, intégration.
NIVEAU CONCEPTUEL
Le Modèle Conceptuel des Données MCD Permet de
représenter la structure du système d'information, du point de vue
des données, et définit également les dépendances ou relations
entre ces différentes données.
MODEL CONCEPTUEL DES DONNÉES

MCD permet la modélisation de l’ensemble des donnée

sans tenir compte:
o Des conditions de stockage

o Des aspects technique (SGBD, logiciel)

o De la façon dont les données seront traitées

 COMPOSANTES DU MODEL CONCEPTUEL DES
DONNÉES
Dictionnaire de données : Un dictionnaire de données est un document
regroupant l'ensemble des entités, des attributs, des relations et des
contraintes d'intégrité d'un système.
Contraintes d'intégrité : Les contraintes d'intégrité sont des règles qui
garantissent la cohérence et la validité des données. Elles incluent
notamment les clés primaires et les clés étrangères.
Attribut : Un attribut est une caractéristique d'une entité qui permet de la
décrire plus précisément. Par exemple, pour une entité "Personne", les
attributs peuvent être le nom, le prénom, l'âge, etc.
 COMPOSANTES DU MODEL CONCEPTUEL DES
DONNÉES
Clé primaire : Une clé primaire est un attribut unique qui identifie de
manière univoque chaque instance d'une entité.
Clé étrangère : Une clé étrangère est un attribut faisant référence à la clé
primaire d'une autre entité, établissant ainsi une relation entre les deux
entités.
Relation : Une relation est un lien entre deux entités qui représente une
association entre elles.
Cardinalité : La cardinalité spécifie le nombre d'instances d'une entité qui
peuvent être associées à une autre entité dans une relation.
DICTIONNAIRE DE DONNÉES
Identification des données
 Chaque donnée doit être identifiée par:
o Son nom/libellé
o Une description

 Les difficultés:
o La synonymie: la même donnée intervient sous des libellés
différents selon les documents
o L’homonymie: une même appellation représente des données
différents selon les documents
 DICTIONNAIRE DES DONNÉES
Les différents types de données :
 Numérique: entier, décimal

 Alphabétique: caractère alphabétique

 Alphanumérique: tous caractères
 Booléen: vrai, faux

 Date: jour/mois/année
 DÉPENDANCE FONCTIONNELLE
Une donnée B dépend fonctionnellement (ou est en dépendance
fonctionnelle) d’une donnée A lorsque la connaissance de la valeur de la
donnée A nous permet la connaissance d’une et au maximum une seule va
leur de B.
Formalisme: Le formalisme de représentation d’une dépendance
fonctionnelle est le suivant:
Numéro adhérent (Nom adhérent, prénom, adresse, code postal, ville,
téléphone, email).
DÉPENDANCE FONCTIONNELLE
Dépendances fonctionnelles composées: Une dépendance fonctionnelle
qui comporte plusieurs attributs est dite composée.
Exemple:
(Code athlète, code sport) (année de pratique)
(Numéro coureur, Numéro de course) (Temps)
Connaissant le n ° de coureur et le n ° de la course, nous connaissons
de façon certaine le temps chronométré d’un coureur précis sur une
course précise
DÉPENDANCE FONCTIONNELLE
Dépendances fonctionnelles élémentaire: Une dépendance fonctionnelle
A B est élémentaire s’il n’existe pas une donnée C, sous-ensemble
de A, décrivant une dépendance fonctionnelle de type C.
Exemple:
RéférenceProduit Désignation
NuméroCommande, RéférenceProduit Quantité
NuméroCommande, RéférenceProduit Désignation
La troisième dépendance fonctionnelle n’est élémentaire car il existe à
l’intérieur d’elle: RéférenceProduit Désignation qui était déjà
une dépendance fonctionnelle élémentaire. Pour connaître la désignation,
Numéro de commande est dans ce cas superflu.
DÉPENDANCE FONCTIONNELLE
Dépendances fonctionnelles élémentaire directe: on dit que la
dépendance fonctionnelle A B est directe s’il n’existe aucun
attribut C tel que l’on puisse avoir A C et C B.
En d’autres termes, cela signifie que la dépendance entre A et B
ne peut être obtenue par transivité.
DÉPENDANCE FONCTIONNELLE
Exemple:
NumCIN NumElève
NumElève NomElève
NumClasse NomElève
La troisième dépendance fonctionnelle n’est pas directe car nous
pourrions écrire:
NumCIN NumElève NomElève
DÉPENDANCE FONCTIONNELLE
Le Graphe des dépendances fonctionnelles

Le graphe des dépendances est une étape intéressante car il épure le

dictionnaire en ne retenant que les données non déduites et élémentaires et permet
une représentation spatiale de ce que sera le futur MCD.
DÉPENDANCE FONCTIONNELLE
Méthodologie d’élaboration des dépendances fonctionnelles:
L’élaboration des dépendances fonctionnelles est réalisée à l’aide du
dictionnaire des données.
La démarche consiste à chercher :
 Les dépendances fonctionnelles formées par deux rubriques,
élémentaires et directe.
Les dépendances fonctionnelles composées.
 RÈGLES DE GESTION

Une règle de gestion est une contrainte qui s'applique à une action, à une
activité ou encore à un processus de l'entreprise.
Une règle de gestion peut provenir de l'environnement ou être énoncée
par l'entreprise.
Une règle de gestion peut s'appliquer aux sous-systèmes opérant, de
pilotage ou d'information.
MODÈLE CONCEPTUEL DE DONNÉES
 Les concepts de base du modèle conceptuel de données
(encore appelé modèle entité/association) sont :
o Propriété
o Entité
o Association
o Cardinalités
 PROPRIÉTÉ
La propriété peut être définie comme une donnée élémentaire ou
atomique.
Appelées également Attributs ou Colonnes (dans le modèle relationnel),
les propriétés servent à décrire les entités et les associations.
Elles prennent des valeurs appelées occurrences de la propriété.
 ENTITÉ
Une unité élémentaire qui se suffit à elle-même (exemples
: client, fournisseur, produit, article…).

A toute entité correspond une table (grossièrement, un

tableau). Elle possède un nom et des propriétés, encore
appelés des attributs (grossièrement, les colonnes du
tableau).

Optionnellement, on précise le type, à savoir le type de

chaque propriété
 ENTITÉ
 Un identifiant doit être:
o Stable: tant que l’entité est présente dans le SI, la valeur de son
identifiant ne doit pas être modifiée
o Minimale (s’il est composé):
‣ Si attrib1+attrib2 est un identifiant d’une entité, alors attrib1 ne doit pas être un
identifiant(de même pour attribut2)

 Les attributs d’une entité sont en dépendance

fonctionnelle directe de l’identifiant
 ASSOCIATION
Une association (ou une relation) est un lien entre plusieurs entités, où chaque entité
liée joue un rôle déterminé ; si l’association lie des entités du même type, elle est dite
cyclique ou réflexive et, dans ce cas, la spécification des rôles est indispensable.

Un type d’association (TA) est un ensemble d’associations qui possèdent les mêmes
caractéristiques (liant des entités de mêmes types avec mêmes rôles et mêmes propriétés,
respectifs)

Un attribut d’une association est une propriété associée à un TA. L’ensemble des
attributs d’un TA représente l’ensemble des informations inhérentes que l’on souhaite
conserver sur les associations du TA.
ASSOCIATION
Une association sera modélisée de la manière suivante :
Association binaire : C’est une association qui relie deux entités.

Association n-aire : C’est une association qui relie n entités différentes.

ASSOCIATION
Association réflexive : C’est une association qui agit sur la même entité, mais
avec des rôles différents.
 CARDINALITÉS
 La notion de cardinalité minimum/maximum est liée aux
type de liaison inter-entités.
o La cardinalité minimum est le nombre minimum d'occurrences
d'une entité X dans l'association considérée.
CARDINALITÉ
o La cardinalité maximum est le nombre maximum
d'occurrences d'une entité X dans l'association considérée
Valeur Définition
1 Quand une occurrence de l’entité type participe à la relation, elle n’y participe au
plus qu’une fois
N Quand une occurrence de la relation participe à la relation, elle peut y
participer plusieurs fois
CARDINALITÉ
Par conséquent, les valeurs de cardinalités sont en générales 0, 1, n
Les combinaisons possibles:
O,1 Une occurrence participe au moins 0 fois et au plus
1 fois à l'association

1,1 Une occurrence participe exactement 1 fois à l'assocciation

0,N Une occurrence peut ne pas participer ou participer

plusieurs fois

1,N Une occurrence participe au moins 1 fois, voire plusieurs

LA CRÉATION ET LA RÉALISATION Dr. Myriem ALIJO
D ’UN SYSTÈME D’INFORMATION
LICENCE SCI ECONOMIQUE ET GESTION
MODEL CONCEPTUEL DU TRAITEMENT Dr. Myriem ALIJO

LICENCE SCI ECONOMIQUE ET GESTION

LES FLUX D’INFORMATION DANS
L’ORGANISATION
Découpage en domaines
Pour réduire la complexité de modélisation de l’entreprise en un seul tenant, on
découpe l’entreprise en domaines d’activité . (Vente, Stock, Achat, Comptabilité,
Gestion du personnel) .
LES FLUX D’INFORMATION DANS
L’ORGANISATION
Un domaine d’activité de l’organisation est un sous-ensemble relativement indépendant composé
d’informations, règles et de procédures de gestion

Chaque domaine peut être considéré comme un système autonome (ayant un SP, Si et un SO)
Les domaines de l’entreprise échangent des flux entre eux, certaines informations peuvent figurer dans
plusieurs systèmes d’information.
Le SI de l’entreprise peut être considéré comme la réunion non disjointe des SI de chaque domaine.
LES FLUX D’INFORMATION DANS
L’ORGANISATION
Comment découper une organisation en domaines ?
La technique employée se base sur les ensembles d’informations échangés, dits
aussi flux d’information.
Ces flux peuvent être classés comme suit :
1. Flux en provenance de l’environnement extérieur
2. Flux à destination de l’environnement extérieur
3. Flux interne échangé (entre les domaines)
LES FLUX D’INFORMATION DANS
L’ORGANISATION
Analyse des flux
L’analyse des flux permet de représenter le fonctionnement global de l’entreprise
Acteurs et flux Un acteur représente une entité active intervenant dans le
fonctionnement de l’entreprise :
Client, Fournisseurs, (acteur externe)
Un domaine de l’entreprise (Gestion Personnel, Comptabilité)
Un flux de données est la représentation d’un échange d’informations entre deux
acteurs
LES FLUX D’INFORMATION DANS
L’ORGANISATION
Graphe des flux
Le graphe des flux est une représentation graphique des acteurs et des flux.
 MODEL CONCEPTUEL DES TRAITEMENTS
L’objectif du MCT est de répondre à la question QUOI faire par rapport à un événement.
Le MCT est une représentation de la succession des règles de gestion dont l’entreprise
veut se doter pour répondre aux événements auxquels elle doit faire face, du fait de son
activité et de son environnement.
Il décrit le fonctionnement du SI d’une organisation au niveau conceptuel : on ne décrit
que les règles fondamentales de gestion (les invariants, ‘le métier’ de l’organisation).
Description la plus stable.
MODEL CONCEPTUEL DU TRAITEMENTS
Exemple introductif
Les demandes des crédits bancaire doivent suivre les règles de gestion suivantes :
Règle 1 : Toute demande d’un crédit bancaire doit faire l'objet d'un examen
préalable.
Règle 2 : L'accord définitif du crédit bancaire ne peut être donné qu'après avis de la
Banque du Maroc.
MODEL CONCEPTUEL DES TRAITEMENTS
Le fonctionnement du SI est décrit par :
L’enchaînement d’opérations, déclenchées selon certaines conditions de
synchronisation (et, ou, …),
par des événements contributifs (internes ou externes),
et produisant d’autres événements résultats (internes ou externes).
MCT (ÉVÉNEMENT)
Les Types d’événement
Evénements externes : proviennent de l’univers extérieur, sont traités par une opération
conceptuelle (ex: arrivée d’un flux d’entrée, date de déclenchement),
1. C’est un stimulus pour le SI qui provoque une réaction. Il doit être détectable par le SI.
2. C’est un message c’est à dire un ensemble de données qui sont associés au fait nouveau.
Evénements internes : générés par une opération conceptuelle, contribuent au déclenchement
d’une autre opération (état intermédiaire du SI ou état d’attente),
Evénements résultats : générés par une opération conceptuelle et destinés à l’univers
extérieur (résultats externes) ou à d’autres opérations (résultats internes).
MCT ( OPÉRATION)
Opération: Séquence continue d’actions non interruptible.
Déclenchée par un ou plusieurs événements internes ou externes.
Produit des événements résultats internes ou externes, conditionnés par des règles
d’émission. Les actions sont constituées :
des traitements appliqués aux données en entrée selon certaines règles,
des tâches de consultation et de mise à jour d’une base d’informations (base de données)
implicitement accessible.
MCT ( SYNCHRONISATION)
Synchronisation
Condition exprimée sur les événements, qui détermine le déclenchement d’une
opération.
S’exprime sous la forme d’une proposition logique utilisant des et et des ou (on
évitera au maximum le non, les non-événements n’étant pas toujours détectables par
le SI) Exemple : a ou (b et c)
MCT ( RÈGLES D’ÉMISSION)
Elles caractérisent les résultats possibles de l’opération.

les conditions d’émission des résultats d’une opération ne sont pas nécessairement
exclusives (un résultat peut être émis par deux règles d’émission distinctes)
les conditions d’émission portent souvent sur des cas d’anomalies (ex : une rupture de
stock).
MCT : DÉMARCHE DE CONSTRUCTION
MCT
Démarche
Étape 1 : A partir du graphe des flux, on construit la liste de tous les événements en
entrée et en sortie du SI.
MCT
Démarche
Étape 2 Passage au MCT
tout événement en entrée se retrouve en entrée d'une opération,
il existe d’autres événements en entrée (ex: des dates conceptuelles),
tout événement en sortie est produit par une opération,
une opération peut avoir plusieurs événements contributifs vérifiant une règle de
synchronisation,
MCT
Démarche
Étape 2 Passage au MCT
une opération peut avoir plusieurs événements résultats émis selon certaines règles
d'émission,
une opération peut ne construire aucun événement résultat mais uniquement des
événements internes,
tout événement résultat est destiné soit à un acteur externe, soit à une autre
opération,
le découpage en opérations est guidé par les règles de gestion
MCT RÈGLES DE VALIDATION
Règles de validation :
Une opération ne peut pas être interrompue par l’attente d’un événement externe.
Si tel est le cas, il faut décrire une seconde opération déclenchée par cet événement
en attente.
CMT : EXEMPLE
Gestion des sinistres
ÉTUDE DE CAS

Agence de Voyage :
MODEL CONCEPTUEL DU TRAITEMENT Dr. Myriem ALIJO

LICENCE SCI ECONOMIQUE ET GESTION