Cours 3 Modlisation des donnes dans le cycle de dveloppement dun SI et Composantes dun MCD

1
Cours 3Modélisation des données dans le cycle de
développement dun SIetComposantes dun MCD

• Pierre Delisle
• Université du Québec à Chicoutimi
• Département dinformatique et de mathématique

2
Plan

• La modélisation des données dans le cycle de
  développement dun système dinformation
• Chapitre 2
• Les composantes dun modèle conceptuel des
  données
• Chapitre 3

3
Lutilité des bases de données

• Elles sont au cur des systèmes dinformation des
  entreprises
• Elles permettent de répondre aux besoins en
  information
• Quels clients nont pas payé leurs factures ?
• Quels produits doivent être commandés ?
• Quelles sont les ventes de la semaine ?
• Etc. etc. etc.
• Une étape primordiale leur conception

4
Limportance de la conception

• La BD doit représenter fidèlement lentreprise et
  ses opérations ? la conception nécessite une
  collaboration étroite entre les spécialistes et
  les utilisateurs
• Bonne conception ? maintenance facilitée
• Documents importantes résultant de létape de
  conception ? les modèles

5
Quest-ce que la modélisation ?

• La modélisation consiste à décrire un champ
  dactivités au moyen doutils graphiques, afin de
  mieux en comprendre le fonctionnement et dêtre à
  même de poser un diagnostic à son sujet
• Permet de mieux comprendre les 2 principales
  sources de complexité associées aux systèmes
  dinformation
• Structure des traitements
• Structure des données

6
Modèles des traitements

• Représentation des traitements à effectuer dans
  le système
• Diagrammes de flux de données (DFD)

Livraisons
1. Valider le montant facturé
Fournisseurs
Facturation
Paiements
2. Préparer les traitements
Facturation-Achats
...
7
Modèle de données

• Un modèle de données est une représentation des
  données utilisées par une entreprise et des
  associations entre ces données qui sont
  nécessaires pour répondre aux besoins en
  information de cette entreprise
• Il sert, entre autres,
• De plan représentant lensemble des données de
  façon cohérente et cohésive
• Dinterface entre le concepteur et lutilisateur
  de la BD
• Destimateur de complexité et de coûts

8
Le cycle de développement dun SI

• Système dinformation ensemble dactivités qui
  saisissent, stockent, transforment et diffusent
  des données sous un ensemble de contraintes
  appelées lenvironnement du système
• Plusieurs paradigmes et techniques du cycle de
  développement dun SI
• DMR
• Rivard et Talbot

9
Les 6 phases de la méthode de DMR (Ducros,
Meilleur, Roy)
Evaluation dopportunité
Analyse préliminaire
Architecture de système
Analyse fonctionnelle
Analyse fonctionnelle
Analyse fonctionnelle
Activité 3
Réalisation technique
Réalisation technique
Activité 2
Activité 1
Réalisation technique
Implantation
Implantation
Implantation
10
Les 6 phases de la méthode de DMR (Ducros,
Meilleur, Roy)

• Évaluation dopportunité
• Description de la problématique
• Est-ce que lopportunité vaut la peine
  dentreprendre le développement ?
• Analyse préliminaire
• Analyse du système actuel de lentreprise
• Analyse coûts/bénéfices
• Est-il rentable pour lentreprise dentreprendre
  le développement ?
• Architecture de système
• Définition du mode et des règles de
  fonctionnement du système

11
Les 6 phases de la méthode de DMR (Ducros,
Meilleur, Roy)

• Analyse fonctionnelle
• Description des fonctions dune partie du système
• Planification de limplantation dun sous-système
• Réalisation technique
• Développement des logiciels et de la
  documentation
• Tests et vérifications
• Implantation
• Mise en production

12
Caractéristiques de la méthode de DMR

• Interaction continue entre les utilisateurs et
  léquipe de développement
• Modélisation des données et des traitements,
  interdépendances entre les 2
• Démarche du général au particulier
• 3 premières étapes vue densemble du système
• 3 dernières étapes détail des activités de
  gestion
• Démarche du plus stable au plus changeant
• Premières étapes modèles
• Dernières étapes aspects techniques

13
Le cycle de développement dun SI selon Rivard et
Talbot

• Basé sur la notion organisationnelle de processus
• Ensemble dactivités qui saisissent un input, le
  transforment et fournissent un output à un client
• Utilisent les ressources organisationnelles dans
  la transformation quils effectuent
• 2 types de processus
• De production Vient en contact physique avec le
  produit ou le service qui sera ultimement livré
  au client externe (fabrication, transformation,
  emballage etc.)
• Daffaires Supportent les processus de
  production (Prise de commande, Paye, etc.)

14
Classification des processus

• Macroprocessus
• Sous-Processus
• Activités
• Tâches
• Le marketing et la vente
• Faire la mise en marché des produits
• Élaborer une stratégie de prix
• Élaborer une stratégie de publicité
• Traiter les commandes de la clientèle
• Accepter les commandes de la clientèle
• Saisir les données au sujet du client
• Entrer les commandes dans le processus de
  production

15
Les 6 phases de la méthode de Rivard et Talbot
1. Étude préliminaire
2. Diagnostic de lexistant
3. Conception du nouveau processus daffaires
4B. Acquisition de progiciel
4A. Conception du nouveau SI
5A. Réalisation technique
5B. Paramétrage du progiciel
Mise en place, Exploitation et évaluation
16
Les 6 phases de la méthode de Rivard et Talbot

• Étude préliminaire
• Opportunité, faisabilité, rentabilité
• Diagnostic de lexistant
• Évaluer la performance du système existant
• Analyser les problèmes et leurs causes
• Déterminer de nouveaux objectifs de performance
• Conception du nouveau processus daffaires
• Proposer un processus daffaires meilleur que
  lancien, qui atteindra les objectifs de
  performance
• Définir les activités de gestion et leur ordre

17
Les 6 phases de la méthode de Rivard et Talbot

• Conception du nouveau système dinformation ou
  acquisition de progiciel
• Déterminer les composantes du SI permettant
  déliminer les problèmes et datteindre les
  objectifs
• Concevoir les modèles (inputs, outputs, structure
  des données et des traitements, interfaces
  Pers/Mach)
• Réalisation technique du nouveau système ou
  adaptation du progiciel
• Développement des logiciels et de la
  documentation
• Mise en place, exploitation et évaluation

18
Et la modélisation des données ?

• DMR
• Étapes 2 et 3 (principalement 3)
• Rivard et Talbot
• Étapes 2, 3 et 4

19
Niveaux de modélisation selon DMR

• Conceptuel
• Définition du système et des problèmes à résoudre
• Que fait le SI ? Pourquoi ? Quelles activités
  doit-il supporter ? De quelles données a-t-il
  besoin ?
• Fonctionnel
• Fonctionnement/fonctionnalités du système
• Quelles activités doivent être informatisées?
  Comment les données circulent-elles ?
• Physique
• Réalisation technique
• Comment réaliser tel traitement ? Quels
  équipements sont requis ?

20
Processus simplifié, 2 niveaux de modélisation

• Modélisation conceptuelle des données
• Modélisation physique des données

Base de données
Étape 4 Traiter les données
Système dinformation
Information
Données
Besoins en information
Tables
Étape 1 Modéliser au niveau conceptuel
Étape 2 Modéliser au niveau physique
Étape 3 Créer les tables
MPD
MCD
21
Avant de commencer le processus de modélisation

• Collecte dinformations
• Analyse des besoins
• Interviews
• Observation des documents de travail
• Observation des méthodes de fonctionnement

22
Les composantes dun Modèle Conceptuel des
Données (Chapitre 3)

• Entité
• Relation
• Flèche directionnelle
• Attribut
• Occurrence
• Identifiant
• Cardinalité
• Type dassociation
• Cadre du diagramme

23
Entité

• Tout objet à propos duquel une organisation est
  intéressée davoir des informations et qui
  possède des caractéristiques spécifiques
• Client
• Produit
• Etc. etc. etc.
• Doit être représentatif du contexte
• Client plutôt que Personne
• Ne pas confondre avec une table
• Une entité devient une table la plupart du temps
• Une table ne correspond pas toujours à une entité

24
Entité

• Rectangle divisé en 2 parties
• En haut nom de lentité (au singulier)
• En bas attributs de lentité (vu plus loin)

CLIENT
COMPTE
25
Relation

• Association entre une ou plusieurs entités
• Correspond à un événement qui survient entre ces
  entités
• Un CLIENT place une COMMANDE
• Un CLIENT paye une FACTURE
• Un EMPLOYÉ supervise un autre EMPLOYÉ
• Représenté par un cercle traversé dune ligne
  horizontale qui divise le cercle en deux
• En haut le nom de la relation (verbe, 3e
  pers./sing.)
• En bas attributs de la relation (vu plus loin)

26
Relation
CLIENT
PRODUIT
FACTURE
Contient
Paye
Est rédigée par
EMPLOYÉ
Supervise
27
Flèche directionnelle

• Montre la direction dans laquelle il faut lire la
  relation
• Doit être placée en haut, à gauche ou à droite de
  la relation
• La direction dépend du verbe utilisé
• Deux verbes/directions peuvent souvent convenir
• Choisir la combinaison la plus significative pour
  le système dinformation

28
Flèche directionnelle
CLIENT
PRODUIT
FACTURE
Contient
Paye
Est rédigée par
EMPLOYÉ
Supervise
29
Flèche directionnelle - sens inverse
CLIENT
PRODUIT
FACTURE
Se trouve sur
Est envoyée au
Rédige
EMPLOYÉ
Supervise
30
Attribut

• Caractéristique dune entité ou dune relation
• Correspond à
• Une propriété, un lien dappartenance
• Un élément de données
• Une colonne dune table
• Est placé dans la partie de bas de lentité ou de
  la relation

31
Attributs
CLIENT
PRODUIT
FACTURE
Contient
Paye
NoClient NomClient
NoProduit Description PrixCoûtant PrixDétail
NoFacture Date
QtéFacturée
Est rédigée par
EMPLOYÉ
Supervise
NoEmployé NomEmployé
32
Occurrence

• Valeur particulière dune entité ou dune
  relation
• Correspond à
• Un enregistrement dans un fichier
• Une rangée dune table
• Nest pas explicitement représenté dans le modèle
  conceptuel
• Il faut sen faire une représentation mentale

33
Occurrences dune entité
Entité
Occurrence
Occurrence
Occurrence
CLIENT
PD1234 Delisle Pierre 123 rue Price
SK5678 Koivu Saku 456 rue Racine
HK1278 Koivu Hanna 123 rue Price
NoClient Nom Prénom Adresse
34
Occurrences dune relation
Occurrences de lentité FACTURE
Occurrences de la relation FACTURE-PRODUIT
Occurrences de lentité PRODUIT
FAC001
PRO001
FAC001
PRO002
FAC002
PRO002
FAC001
PRO003
FAC003
PRO003
FAC002
PRO003
Occurrences de lentité FACTURE
Occurrences de la relation FACTURE-CLIENT
Occurrences de lentité CLIENT
FAC001
CLI001
FAC002
CLI002
FAC003
CLI003
35
Identifiant

• Attribut particulier qui identifie chaque
  occurrence dune entité de façon unique
• Apparenté au concept de clé primaire
• Formé dun seul attribut
• Placé au début de la liste des attributs
• Symbolisé par un astérisque ()

CLIENT
FACTURE
Paye
NoClient Nom Prénom Adresse
NoFacture Date
36
Cardinalité

• Nombre minimal et nombre maximal de fois quune
  même occurrence dune entité peut être impliquée
  dans une relation qui lassocie à une autre
  entité
• Valeurs possibles
• Nombre minimal
• 0 peut ne correspondre à aucune occurrence
• 1 peut correspondre à au moins une occurrence
• Nombre maximal
• 1 peut correspondre à au plus 1 occurrence
• n peut correspondre à plusieurs occurrences

37
Cardinalité

• 0, n
• 1, n

• 4 combinaisons possibles
• 0, 1
• 1, 1
• La cardinalité dune entité se détermine en
  posant 2 questions, une pour le min et une pour
  le max
• Une occurrence donnée de cette entité correspond
  à au moins combien doccurrences de lautre
  entité à laquelle elle est associée ?
• Une occurrence donnée de cette entité correspond
  à au plus combien doccurrences de lautre entité
  à laquelle elle est associée ?

38
Cardinalité
CLIENT
PRODUIT
FACTURE
1,n
0,n
1,n
1,1
Contient
Reçoit
NoClient NomClient
NoProduit Description PrixCoûtant PrixDétail
NoFacture Date
?
Est rédigée par
?
EMPLOYÉ
Supervise
NoEmployé NomEmployé
39
Type dassociation

• Nombre maximal doccurrences dune entité qui
  peut être associée à une occurrence dune autre
  entité et vice versa
• Déterminé à partir de la cardinalité maximum de
  chaque côté de la relation
• 3 types dassociation
• Un à un ? 11
• Un à plusieurs ? 1N
• Plusieurs à plusieurs ? NM
• Le type dassociation est placé en haut ou à
  gauche de la flèche directionnelle

40
Type dassociation
NM
1N
CLIENT
PRODUIT
FACTURE
1,n
0,n
1,n
1,1
Contient
Reçoit
NoClient NomClient
NoProduit Description PrixCoûtant PrixDétail
NoFacture Date
QtéFacturée
1,1
Est rédigée par
?
0,n
EMPLOYÉ
NoEmployé NomEmployé
41
Cadre du diagramme

• Permet de diviser un modèle global en domaines
  correspondant aux activités de gestion

Système de facturation
42
Quelques remarques importantes

• Les différents types dassociation feront lobjet
  de traitements spécifiques lors de la
  transposition au modèle relationnel
• Il est important de bien respecter la
  nomenclature lors de lélaboration du MCD

43
Des questions ?