Modélisation des Systèmes d'Information
Modélisation des Systèmes d'Information
1
Les objectifs (première partie)
2
Contexte
Ouvert
but
en évolution
système = l’entreprise
Information externe
Information interne
Les serveurs,
Les données
ordinateurs et Les programmes
opérationnel et méta
mainframe ou sont utilisés
data de tout type
stocké les données
Procédures Personnes
instructions et les
règles qui Tous les utilisateurs
gouvernent une qui contribuent et
conception et sont acteurs aux
l’utilisation des applications
bases de données
Hardware Software
The servers, computers
and mainframe where the The programs used
data is stored
Physical technology Dictates what the
Can be a smaal as the hardware needs to be
smart phones or bug as Devided into two types
supercomputers or centers System software : the
It includes the peropherical operating system
devices application software:
designed for a specific
task or tasks
Data/information
Data base
DataWarehouse
Data center
Data lake
…
Procédures
Executive
level
Management /CEO/owner
People
Decisional level
All possible users who Management/décideurs
contribute to the
database
Co-workers/opérationnels
consultation organisation
Système
Sous-
Système
décisionnel
Communication Communication
Environnemen Sous-
t Système
Traitement
d’information
&
mémorisation
Executives
Exec. Sup.
Sys. (ESS)
Senior managers
Decis. [Link].(DSS)
Middle managers
Manag. Info. System (MIS)
Workers B
Office Automation System (OAS)
Workers A
Transaction processing system (TPS) 13
Transaction Processing System (TPS)
• Les caractéristiques
– Réponse rapide
• Moins de temps de réponses
– Réhabilité ,
• Back up est possible
– Non flexibilité/rigueur,
• Traitement des données de la même manière
– Gestion des permissions
• Exp: Permission aux employés accès aux données
• Deux types:
• Real time
• Batch Pr. Naoual Chaouni Benabdellah 15
Transaction Processing System (TPS)
• Exemple :
1. Systèmes de réservation (hôtel)
2. Génération de tickets (niveau de caisse et niveau de
gestion des ventes)
3. Système de vente (en ligne) –niveau du stock et
niveau des articles
4. Transaction électronique (carte bancaire)-niveau des
transactions permises et niveau du solde de
l’emetteur
5. Système de prêt (exp. Bibliothèque au niveau de la
disponibilité des livres et au niveau de la gestion
des emprunts)
Pr. Naoual Chaouni Benabdellah 16
Office Automation System (OAS)
• Deux types:
– Exemple:
• Système de planification: quel quantité sera produite par jour par quel équipe de supervision
et par quel aspect de production
• Système de contrôle: dans l’industrie il y a un contrôle de qualité sur les productions
• Prise de décision: un rapport est présenté pour aider les décideurs à ajuster une machine de
production, à déplacer du personnel d’un rayon,
Base
d’information
(partie
statique) – mémorise la description des objets, des
règles et des contraintes du système
opérant
Pr. Naoual Chaouni Benabdellah 22
Activité
Spécification
conception
implémentation
Test
Installation
Maintenance
Les modèles de développement d’un SI
Etude de
faisabilité formalisé aux alentours de 1970. Dans ce
modèle le principe est très simple :
Spécificati chaque phase se termine à une date
on du précise par la production de certains
besoin documents ou logiciels.
Le modèle original ne comportait pas de
Analyse possibilité de retour en arrière.
ultérieurement Celle-ci a été rajoutée
conception
Construction
Test
Mise en
Pr. Naoual Chaouni Benabdellah 28
place
MODÈLE EN V
Analyse Test
des d’acceptation
exigences
Intégration et
Conceptio test du
n du système
système
Product backlog
Planification des
sprint et sprint
backlog
Développement
dans le temps
(incrément)
Revue des sprint
rétrospective
Pr. Naoual Chaouni Benabdellah 30
Merise
2ème partie
(entreprise)
• Elle propose:
• cération de liens entre les entités majeurs avec des relations soient
trçabilité
• Merise propose une conception de base de données, UML porpose des relations
34
entre les classes à développer
HISTOIRE ET EVOLUTION
1970 lancement de
l’appel à projet
1976 Merise1 Merise2
1990
• Peter Chen qui a imposé le modèle EA
l’implémentation
La nature des ressources supportant les activités Humaine, matériels et/ou logiciel
MOD (entités relations, MOT (procédures, phase, dépendant
propriétés) taches)
Le niveau opérationnel
Les techniques d’implantation Les données et les traitements
produit, article…
…
• Attributs: Ils désignent l’entité de façon unique,
• Des attributs
• Un attribut peut être composé
hiérarchiquement de plusieurs autres
attributs
• Exemple:
• Un attribut Adresse est composé des
attributs Numéro, Rue, No_Appartement,
Ville, Code_Postal, Pays.
• Tout attribut peut être monovalué ou
multivalué.
• Exemple: Les âges des enfants dʼun
employé..
Les attributs
R R
R
E1
E1 E2
ID1 E2 E3
ID2
ID Att1
Att1 ID2 ID3
Att1 Attn
Attn Att1 Att1
Attn
Attn Attn
Les cardinalités
• Le min
• Pour trouver la cardinalité minimum vous pouvez vous poser la question: combien au
minimum il y a d’objet entité qui font l’action exprimée dans la relation abstraction faite
de l’existence de l’autre entité avec qui la relation est établie.
• Le min peut être soit 0, soit 1 ou n
• Exemple: client effectue une commande
• Les entités sont client et commande
• L’association est effectuer
• Les cardinalités min du coté client : combien de clients au minimum peuvent effectuer…? La
réponse 0 client est possible et logique
• Le max
• Pour trouver la cardinalité maximum vous pouvez vous poser la question: combien au
maximum l’objet de l’entité effectue l’action dans la relation
• Pour le même exemple: client effectue une commande
• : combien de clients au maximum peuvent effectuer…? La réponse n client est
possible et logique
• D’où finalement la cardinalité est le couple min et max: (0,n) du coté de
l’entité Client
• Le même raisonnement du coté de l’entité Commande. 42
Modèle conceptuel (MCD)
• Exercice 1
• Soit un film repéré par un numéro, il possède un titre, un
Acteur
• Solution 1
N_act
Nom_act
0.n
Film
N_film
1.1
titre
Date_parution
Classé
Genre
N_genre
1.n Nom_genre
Les règles
Armagedon
N_film
titre
Date_parution
Les règles suite2
Id_date
code ou un type il faut créer jour
Mois
une entité avec ces année
descriptions
Les règles suite 4
Personne Entreprise
identifiant identifiant
1
Attribut2 Attribut2
Attribut3 Attribut3
Personne Payée
identifiant Entreprise
Attribut2 identifiant
2
Attribut3 Attribut2
Attribut3
Travaille
Les règles exercices
Appartement Immeuble
identifiant identifiant
Concerne 3
Attribut2 Attribut2
Attribut3 Attribut3
Professeur
identifiant 0.n 0.n Cours
NomPrefesseur Donne identifiant 4
PrénomProfesseu NomCours
r NomProfesseur
Les règles exercices
Professeur
identifiant 6
NomPrefesseur
PrénomProfesseur
Adress1
adress2
Les règles exercices
• solution
• REPRESENTANT(N°Rep, NomRep)
• REGION(N°Region, LibRegion)
• PRODUIT(N°Produit, LibelleProduit,
PrixProduit)
• COUVRIR(N°Region,N°Produit, N°Rep)
Merise2/agrégation
• Pseudo-entité ou agrégation
Notions de couverture et de disjonction
• Notion de couverture
• Contraintes d’héritage
Regrouper les propriétés communes d’entités semblables au sein d’une
1. Contraintes de totalité
Personne
2. Contraintes d'exclusion
3. Contraintes de partition ?
4. Sans contrainte
Enseignant Etudiant
des deux.
• Couverture + non disjonction T
• X (exclusivité) : équivaut à un OU X logique. on est l’une, l’autre ou aucune, mais pas les deux à
la fois.
• Non couverture + disjonction X
• XT ou + (partition) : totalité + exclusivité Description : on est l’une, l’autre (et donc ni les deux, ni
• Il n y a pas de disjonction
employé
ID
Attributs
Employé vacataire
Employé permanent
ID ID
Attributs Attributs
employé
ID
Attributs
• Contraintes d'exclusivité sur rôles
• une entité ne peut pas participer X
XT
Employé Employé
vacataire permanent
ID ID
Attributs Attributs
• Aucune contrainte
contraintes précédentes)
employé
ID
Attributs
• Contrainte de partition :+ ou XT
• L’entité participe à une relation pas aux deux relations qui lui
sont liées
Un Produit
ID
Attributs
XT
commandé acheté
• Contrainte de totalité : T
Un Produit
ID
Attributs
T
commandé Acheté
• Contrainte d’exclusion : X
• L’entité participe à une association ou l’autre association ou aucune
des associations
acheté ni commandé
Un Produit
ID
Attributs
Pivot
X
commandé acheté
Un Produit
ID
Attributs
commandé = Acheté
• Exemple
Locataire
Num_loc
Nom_loc
Louer I Effectue
(durée)
Reservation
Num_res
Apprenti
Num_Apprenti
Nom
Entreprise Centre de formation
Prenom
Num_entrep Num de centre
Nom entrep Nom centre
Travailler
Apprendre
Travailler
Apprendre
Travailler
Apprendre
Activité de l’entreprise
Processus
…..
Opérations actions
accusé de réception
– Quel est l’événement, l’opération et le
• Synchronisation
– La condition sur le déclenchement de l’opération
• Opération
– Se compose d'actions exécutées par le système suite à un événement déclencheur, ou à une
conjonction (un ensemble) d'événements.
• Résultat
– Interne
• un événement interne est un changement interne au système
d'information
– Externe
• un changement de l'univers extérieur
Eve interne
– résultat
Eve externe
Et , ou , non
Nom de l’opération
Description en verbe action1,action n Opération
R1 R2 R3 Résultats
commande
Control du stock
Vérifier le stock
Préparer le bon
Toujours stock insuffisant
Bon de Commande du
livraison fournisseur
Demande
Examen de la demande
examiner
Saisir et éditer
Accordé refusé toujours
Travailler
ID_travaill Employé
e Id_employé
Chiffre d’affaire Gagne Employeur Nom
Id_chiffre Num_gai Num_entrep Prénom
(100caractères) n Nom entrep
Employé
Employeur
Id_employé (10
Num_entrep
Travailler carac)
(100
ID_travaill Nom (100 carac)
caractères)
e Prenom (200
Nom entrep
carac.)
Employeur L
M
Num_entrep C L Employé
Nom entrep S L
Travailler M Id_employé
ID_travaille C Nom
S Prenom
2-MCT
1- MCC
Modèle conceptuel de
communication
• L’interet est:
• Pour une optimisation la conception d’une base données tous les attributs
doivent etre en dépendance fonctionnelle élémentaire avec la clé primaire
• Les dépendances fonctionnelles sont de deux types:
• Élémentaires
• On obtient l’enregistrement de la table directement à
partir de la donnée de la clé primaire
• Directe
• la donnée intermédiaire (clé étrangère) est à fournir pour
retrouver la valeur souhaitée
Schéma
ER
Schéma EA valide
Normalisation
Traduction
E-A-R
• Exemple d’incohérence:
• LivraisonTot ( N°f , adrF , N°p , typeP , qté )
3 Lausanne 52 meuble 12
22 Bienne 10 ordinateur 6
22 Bienne 25 papier 210
3 Lausanne 25 papier 560
3 Vevey 10 ordinateur 15
• ELEVE Cette relation est en 2FN, car aucun attribut non clé
ne dépend d'une partie de la clé (la clé n'est pas composée
d'ailleurs).
•Exemple de normalisation
• Livraisonlot (N°f, adrF, N°p, typeP, qté)
• La transformation normalisée donne:
• Livraisonlot (N°f, N°p, qté)
• Fournisseur (N°f, adrF)
• Produit (N°p, typeP)
MCD MLD
entité Table
Clé (simple ou
composé,
Identifiant
primaire et/ou
secondaire)
Attribut Champ
• Association 0 à plusieurs
Personne
Bureau 0.1
id_bureau 0.n Possède Id-Pers
batiment Nom
Date d’affectation Prénom
Bureau Personne
Id-Pers
id_bureau Id-bureau
batiment Nom
Prénom
Dated’affectation
Personne
Bureau 0.n Possède 1.n
id_bureau Id-Pers
batiment Nom
Date d’affectation
Prénom
Possède Personne
Bureau
Id-Bureau Id-Pers
id_bureau
ID_Personn Nom
batiment
e Prénom
Date de
d’affectation
• Association un à un
Bureau Personne
id_bureau 0.1 Possède 1.1
batiment Id-Pers
Nom
Date d’affectation Prénom
Personne
Bureau
Id-Pers
id_bureau Id_bureau
Id-Personne Nom
batiment Prénom
Dated’affectatio
n
• Corrigé 1
• Employé (Id-employé, nom_employé, id-société)
• Société (id-société, nom_société)
• Corrigé 2:
• Corrigé3
• Etudiant (id_etudiant, nom)
• Langue (id_langue, nom_langue)
• Niveau (id_niveau, libellé)
• Suivre (id_etudiant, id_langue, id_niveau)