M244 – M245

111
2007-2008 Y. Ouzrout 1 M244 – M245 Systèmes d’Informations Base de Données Yacine OUZROUT

description

M244 – M245. Systèmes d’Informations Base de Données. Yacine OUZROUT. OBJECTIFS : Maîtriser la mise en œuvre d'une méthode de conception de systèmes d'information (CSI). - PowerPoint PPT Presentation

Transcript of M244 – M245

Page 1: M244 – M245

2007-2008 Y. Ouzrout 1

M244 – M245

Systèmes d’Informations Base de Données

Yacine OUZROUT

Page 2: M244 – M245

2007-2008 Y. Ouzrout 2

Système d'information - Bases de données(Module Conception de SI + Module SGBD)

OBJECTIFS :

Maîtriser la mise en œuvre d'une méthode de conception de systèmes d'information (CSI).

Appliquer ces concepts en utilisant un Système de Gestion de Base de Données pour implémenter des Systèmes d'informations industriels.

HORAIRES : Module CSI 12h cours, 10h TD et 10h TP + Action en entreprise Module SGBD 4h cours, 12h TD et 14h TP

CONTENU DU MODULE :

1 : Processus de développement logiciel : CSI 2 : Méthodes de CSI 3 : Systèmes de Gestion de Base de Données (Access)

EVALUATION :

Module CSI : 1 D.S. (Papier et Machine) (0.9) 1 action en entreprise (0.1)

Module SGBD : 1 D.S. (1)

Page 3: M244 – M245

2007-2008 Y. Ouzrout 3

Chapitre 1

Introduction aux Systèmes d’Informations et aux SGBD

Page 4: M244 – M245

2007-2008 Y. Ouzrout 4

Améliorer en permanence la qualité, le coût et la productivité :C’est l’enjeu des années 2000 pour les entreprises

Augmentationde la concurrence

Augmentationde la qualité

Augmentationde la réactivité

Diminution des coûts de

fabrication.

Diversitédes produits

Quels outils donner au décideur pour comprendre, dimensionner, piloter, et gérer ces systèmes

Ouverture des marchés

Les Systèmes d’Information

Page 5: M244 – M245

2007-2008 Y. Ouzrout 5

Système de DECISION

Système d’INFORMATION

Système OPERANT

Décider des actions à conduire

Collecter, mémoriser, traiterdistribuer l’information

Assurer les fonctionsEx : . facturer les clients . fabriquer les produits . …

Vision globale de l’entreprise

Système d’Information

Page 6: M244 – M245

2007-2008 Y. Ouzrout 6

Contrôle du rendement du système

Stockage des données

Entrée des données

Traitement des données en information

Sortie des produits

d’information

5 Composantes ou ressources

personnes

logiciels

matériel

données

réseaux

Système d’information - Définition

Un système d’information utilise des personnes, des logiciels, du matériel, des données et des réseaux pour accomplir des activités de saisie, de traitement, de sortie de stockage et de contrôle qui servent à transformer des données en produits d ’information

Page 7: M244 – M245

2007-2008 Y. Ouzrout 7

• Collection de données : représentation partielle, en partie arbitraire, d’aspects pertinents de la réalité.

Système d'information

• Collection de règles : qui fixent le fonctionnement :

. connues de tous les acteurs

. nécessaires à l’interprétation et à la manipulation de données

• Ensemble de procédés : d’acquisition, de mémorisation, de transformation, de recherche et de communication des renseignements.

• Ensemble de ressources : humaines et techniques.

Système d’Information

Page 8: M244 – M245

2007-2008 Y. Ouzrout 8

Le système d’information est aujourd’hui un réel vecteur de performance de l’entreprise.

– Cohérence et validité des informations– Gestion automatisée des principales fonctions de

l’entreprise (achats, stocks, livraisons, …)– Aide à la structuration des échanges d ’informations dans

l’entreprise– ...

Définition des Systèmes d’Information

Page 9: M244 – M245

2007-2008 Y. Ouzrout 9

acheter fabriquer stocker livrer vendre

client

années

mois

semaines

jours

concevoir

Outil de Conception

Gestion des stocks

Gestion deProduction

Gestion Commerciale

Page 10: M244 – M245

2007-2008 Y. Ouzrout 10

acheter fabriquer stocker livrer vendre

client

années

mois

semaines

jours

concevoir

Outil de Conception

Gestion des stocks

Gestion deProduction

Gestion Commerciale

Page 11: M244 – M245

2007-2008 Y. Ouzrout 11

acheter fabriquer stocker livrer vendre

client

années

mois

semaines

jours

G.P.A.O

1. Intégration

Exemple de système d’information

Page 12: M244 – M245

2007-2008 Y. Ouzrout 12

1. Intégration : de la GPAO aux ERP

acheter fabriquer stocker livrer vendre

client

années

mois

semaines

jours

G.P.A.OERP

GPAOGestion des

appro

Gestion des achats

Gestion des entrepôts

Gestion des transports

Administration des ventes

Planification production

Planification distribution

Planification transport

Exemple de système d’information

Page 13: M244 – M245

2007-2008 Y. Ouzrout 13

Progiciels de Gestion Intégrés qui permettent de gérer les fonctions

transactionnelles de l’entreprise et des fonctions de planification.

Entreprise Resource Planning

les E.R.P :

A F S L Vannées

mois

semaines

jours

ERP

Exemple de système d’information

Page 14: M244 – M245

2007-2008 Y. Ouzrout 14

7

8

Ventes et distribution

Achats1

2

Finances et comptabilité

Contrôle de gestion

4

La Gestion de Production

9Immobilisations

Briques

logicielles

Gestion des magasins 3

5

Maintenance

6

Logistique10

Qualité

Bureau d ’étude11

12Rh

Une entreprise industrielle

7

8

1

2

4

9Briques

logicielles

3

5

6

10

1112

Vision ERP type SAP

Le Système d’Information et l’entreprise

Page 15: M244 – M245

2007-2008 Y. Ouzrout 15

E.R.P : Entreprise Resource Planning

Pour être intégré, un progiciel doit couvrir au moins 3 fonctions de base dans le domaine de la gestion (parmi la comptabilité, la gestion de production, la

gestion commerciale, la gestion des achats, la gestion des stocks, la gestion des transports, la

gestion des ressources humaines…) et partager les informations entre les modules par le biais d’une

base de données unique.

Exemple de système d’information

Page 16: M244 – M245

2007-2008 Y. Ouzrout 16

base de données unique

traçabilité des opérations

concepteur « unique »

traitement en temps réel

unicité de l’information

traitements multi-domaines

module

module

module

module

module

Exemple de système d’information les E.R.P

Page 17: M244 – M245

2007-2008 Y. Ouzrout 17

Les données

DonnéesFaits ou observations concernant des phénomènes physiques ou des transactions

Les données sont des mesures objectives des attributs (ou caractéristiques) et d’entités ( telles que des personnes, des endroits, des objets ou des événements)

EntitéÉlément représentant un phénomène (personne, concept, événement) à propos duquel des données peuvent être stockées

Page 18: M244 – M245

2007-2008 Y. Ouzrout 18

L’information

InformationEnsemble de données placées dans un contexte ayant une signification et une utilité pour l’utilisateur

O’Brien, Glossaire p. 523

L’information = des données traitées

Sans traitement les données ont une valeur limitée

Traitement InformationDonnées

Matériel brut Ajoute de la valeur Signifiante et utile

Page 19: M244 – M245

2007-2008 Y. Ouzrout 19

Définition Base de Données

C’est un regroupement de fichiers ou tablesC’est un regroupement de fichiers ou tables qui sont intégrés ensemble qui sont intégrés ensemble

Base de donnéessur le personnel

Fichier des

employés

Tablerendeme

nt

Table salaire

Fichierprotectio

n

Peut contenir plusieurs dizaines

de tables, voir même des centaines

Réunit les données conservées

précédemment dans des fichiers séparés

Page 20: M244 – M245

2007-2008 Y. Ouzrout 20

Concepts de base SGBD

• Qu’est ce un SGBD

• Les principaux logiciels de SGBD

• Exemple d’un SGBD: Access

Page 21: M244 – M245

2007-2008 Y. Ouzrout 21

Qu’est-ce qu’un SGBD?

Logiciel qui permet de créer une base de données, de les mettre à jour, d’effectuer des requêtes pour extraire les

données à l’aide d’un langage approprié, de gérer les accès simultanés à la base de données, de veiller à ce que

seulement les personnes autorisées y aient accès, d’assurer l’intégrité des données, de maintenir un dictionnaire de

données, et de faciliter les procédures administratives telles que les copies de sécurité, l’importation des données, la

création des utilisateurs autorisés.Systèmed'exploitatio

n

Système degestion des

bases dedonnées

Programme d'application

Gestion de bases

de données

Dictionnaire

desdonnées

Basesde

données

Page 23: M244 – M245

2007-2008 Y. Ouzrout 23

Analyse et conception de systèmes d'information

Laurent BUZON & Yacine OUZROUT

Page 24: M244 – M245

2007-2008 Y. Ouzrout 24

Qu’est-ce qu’un modèle ?

Un modèle est par définition une représentation, une abstraction, d’une partie du monde réel, exprimée dans un langage de représentation.

Ce langage peut être : • formel : ayant une syntaxe et une sémantique bien définies comme la logique du premier ordre ou un langage informatique,

• semi-formel : notation graphique normalisée

• Informel : description en langage naturel.

Analyse et Conception de Système d’Information

Page 25: M244 – M245

2007-2008 Y. Ouzrout 25

Les principales motivations sont (Vernadat, 2000) :

Pourquoi modéliser ?

- comprendre et analyser la structure et le fonctionnement de l’entreprise ;- prévoir (de manière fiable) le comportement et les performances des processus opérationnels avant leur implantation ; - choisir la (ou les) meilleure(s) alternative(s) d'implantation ;

- identifier les risques d'implantation à gérer ;

- justifier les choix d'implantation sur des critères liés aux ressources et aux coûts (méthodes de comptabilité par activités, par exemple) ;- bâtir une vision commune du fonctionnement de l’entreprise et la communiquer facilement au plus grand ensemble possible du personnel.

Analyse et Conception de Système d’Information

Page 26: M244 – M245

2007-2008 Y. Ouzrout 26

Que faut-il pour analyser, concevoir,…?

Il faut :• garantir les délais, la pertinence, l’efficacité, • faciliter la maintenance,• prolonger la durée de vie,• …

Réponse METHODOLOGIQUE

Analyse et Conception de Système d’Information

Page 27: M244 – M245

2007-2008 Y. Ouzrout 27

Quel est le rôle d’une méthode de conception ?

• Formulation claire et complète du problème informationnel,

• Maîtrise de la résolution du problème par l’utilisation de critères objectifs pour évaluer les solutions

• Construction de SI pertinents, complets, cohérents, fiables flexibles et adaptatifs.• Évaluation du SI à tout moment de son cycle de vie

• Faciliter la coopération entre concepteurs, informaticiens gestionnaires, utilisateurs COMMUNICATION

• Éviter la construction intuitive et Avancer de façon rigoureuse dans l’élaboration de la solution

• Maîtriser et réduire les coûts et les délais.

Analyse et Conception de Système d’Information

Page 28: M244 – M245

2007-2008 Y. Ouzrout 28

Chapitre 2

Introduction à la méthode MERISE

Page 29: M244 – M245

2007-2008 Y. Ouzrout 29

1. Généralités

Présentation de MERISE

Double vocation

Méthode de conception du SI : Philosophie

Méthode de développement du SI : Démarche

a. Méthode de conception • approche globale du SI menée parallèlement sur les données et les traitements,• description du SI par niveaux Conceptuel, Logique et Physique,• formalisme de représentation précis, simple et rigoureux pour la description des données,• représentation graphique des modèles conceptuels ==> outils de communication.

b. Méthode de développement • découpage du processus de développement : étude préalable, réalisation,… • description détaillée de l'organisation du travail : comité directeur, groupe projet,...

Page 30: M244 – M245

2007-2008 Y. Ouzrout 30

Etude de l’existant

Etude d’opportunité

Analyse Fonctionnelle

Modèles de données Modèles des traitements

Schéma Conceptuel

Analyse Organique - Réalisation

Organisation des Données :

. niveau logique

. niveau physique

Organisation des Traitements :

. par lots

. transactionnels

. interactifs

Structures d’Accueil :

. micros

. réseaux

. progiciels

Interfaces Homme / Machine :

. ergonomie

. langage de comm.

Programmation

Algorithmique

Langage de Prog.

Archi. des Ordi.

Etape Préalable

Etape Conceptuelle

Etape Logique

Etape Physique

Page 31: M244 – M245

2007-2008 Y. Ouzrout 31

2. Niveaux de description et modèles associés

Présentation de MERISE

Trois niveaux qui constituent le cycle d'abstraction

Merise fonctionne sur la base de trois niveau de préoccupation ; la synthèse et la validation des choix de niveau et modèles s’appuie sur 6 modèles de travail.

NIVEAU PREOCCUPATION DONNEES TRAITEMENT

CONCEPTUEL QUOI faire ? Modèle Conceptuel des Données MCC & MCD

Modèle Conceptuel des TraitementsMCT

LOGIQUE QUI le fait ? Modèle Logique des DonnéesMLD

Modèle Logique des TraitementsMLT

PHYSIQUE Avec QUELS moyens ?

Modèle Physique des DonnéesMOD

Modèle Physique des TraitementsMPT

Page 32: M244 – M245

2007-2008 Y. Ouzrout 32

3. Les différentes étapes de développement

Présentation de MERISE

3.1. Étude préalable : • analyse de l'existant• proposition d'une architecture globale de la solution (prend en compte les orientations de gestion, d'organisation et de choix techniques).

==> Dossier d'étude préalable

3.2. Étude détaillée : description complète de la solution préconisée (Conception générale + Conception détaillée)==> Dossier de spécification détaillée

3.3. Réalisation : obtenir les logiciels qui correspondent au dossier de spécification détaillées (Étude technique + Production de logiciel).

==> Dossier de spécification détaillées3.4. Mise en œuvre : actions pour aboutir au "lancement" du système

==> Formation, installation du matériel, initiation,...

Page 33: M244 – M245

2007-2008 Y. Ouzrout 33

Chapitre 3

MERISE : le niveau Conceptuel

Page 34: M244 – M245

2007-2008 Y. Ouzrout 34

1. Le Niveau Conceptuel

Présentation de MERISE

1.1 Définition du domaine de l'étude

1.2 Définition des acteurs internes et externes pour définir les flux d'informations : MCC

1.3 Constitution du MCD

1.4 Constitution du MCT

Page 35: M244 – M245

2007-2008 Y. Ouzrout 35

1.1 - 1.2 Domaine de l'étude & Acteurs

Présentation de MERISE

Ce modèle appelé également Graphe de flux, fournit une visualisation des transferts d'informations entre les divers acteurs. Il sert de base aux MCD et MCT.

• Les acteurs sont représentés par un ovale contenant le nom de l’acteur

• Les acteurs externes sont représentés par un ovale grisé

• Chaque information (écrite, verbale,…) transitant d’un acteur à l’autre est

représentée par une flèche accompagnée du libellé de l’information.

Modèle Conceptuel de Communication : MCC

Page 36: M244 – M245

2007-2008 Y. Ouzrout 36

CLIENTService

Expédition

ServiceCommercial

ServiceProduction

ServiceComptabilit

é

CommandeFacture,Relance

Règlement

BL + produits

BL signé

Facture clientRèglement client

Demande fabrication PF

Stock PF

Produits Finis

Relance

MCC

Exemple de MCC

Présentation de MERISE

Page 37: M244 – M245

2007-2008 Y. Ouzrout 37

Présentation de MERISE

1.3 Le modèle conceptuel de données

• Ce modèle, également appelé est issu des travaux de Codd sur le modèle relationnel.

• Il est à la base de tous les SGBD dits relationnels (Access, Oracle,…) qui sont les plus utilisés actuellement dans les entreprises.

• Cet outil va nous permettre de recenser et d’organiser les données du système d’information du domaine étudié.

• Il permet donc une représentation du “ réel perçu ” sous la forme de :

ENTITES, RELATIONS et PROPRIETES

Page 38: M244 – M245

2007-2008 Y. Ouzrout 38

Présentation de MERISE

1.3 Le modèle conceptuel de données

A. ENTITES

Définition Le SI doit pouvoir prendre en compte les divers objets matériels ou non (concrets ou abstraits) qui peuplent la réalité.

Ce sont donc un ensemble d'individus, de choses ou d'événements qui ont un intérêtpour le SI considéré.

Exemples :

Fox MULDER élève du département OGP Le cours de base de données La perceuse Bosch Le compte à la banque Z

Page 39: M244 – M245

2007-2008 Y. Ouzrout 39

Présentation de MERISE

1.3 Le modèle conceptuel de données

A. ENTITES

Formalisme Nom de l'objet

 

Exemple

AUTEUR

 

LIVRE

 

ETUDIANT

 

Un SI modélisant la bibliothèque de l'IUT aurait les objets suivantsdans son MCD

Page 40: M244 – M245

2007-2008 Y. Ouzrout 40

Présentation de MERISE

1.3 Le modèle conceptuel de données

B. RELATIONS

Définition Une relation entre entités est une association.perçue dans le réel entre 2 ou plusieurs entités.

Remarque : une relation est dépourvue d'existence propre et n'a de sens que par rapport aux entités qu'elle associe.

FormalismeNom relationEntité 1 Entité 3

Entité 2

Exemple ETUDIANT LIVREemprunte

Page 41: M244 – M245

2007-2008 Y. Ouzrout 41

Présentation de MERISE

1.3 Le modèle conceptuel de données

C. PROPRIETES

Définition Une propriété (ou attribut) est une donnée élémentaire que l'on perçoit sur un objet ou sur une relation entre objets.

Formalisme Nom de la propriété inscrit à l'intérieur de l'objet ou de la relation.

ETUDIANT LIVREemprunte

côtetitreprix...

date

Propriétés sur un objetPropriétés sur une relation

Exemple IDENTIFIANT  (ou CLÉ)Attribut (ou groupe d’attributs) qui permet d’identifier de façon unique une occurrence d’entité.

Page 42: M244 – M245

2007-2008 Y. Ouzrout 42

Présentation de MERISE

1.3 Le modèle conceptuel de données

D. OCCURENCES

a. Occurrence d'une entité : Définition Une occurrence d'une entité est unélément individualisé appartenant à cette entité.

b. Occurrence d'une relation : Définition Une occurrence d'une relation est une relation individualisée constituée d'une et une seule occurrence des entités participant à la relation.

ETUDIANT LIVREemprunte

007BondJames...

09/03/2000ZX25L'OGP en 1 leçon95 F...

1 occurrence de la relation "emprunte"

1 occurrence de l'entité "Livre"

Page 43: M244 – M245

2007-2008 Y. Ouzrout 43

Présentation de MERISE

1.3 Le modèle conceptuel de données

E. CARDINALITE

Définition La CARDINALITE d'une entité par rapport à une relation s'exprime par 2 nombres appeler Cardinalité Minimale et Cardinalité Maximale.

a. Cardinalité Minimale : nombre minimum de fois qu'une occurrence d'une entité peut participer aux occurrences de la relation. ==> 0 ou 1

b. Cardinalité Maximale : nombre maximum de fois qu'une occurrence d'une entité peut participer aux occurrences de la relation. ==> 1 ou n

ETUDIANT GROUPEappartient

1,1 1,n

Un groupe est constitué d'au moins un étudiant et d'au plus n

Un étudiant appartient au min. un groupe et au max. à un groupe.

Page 44: M244 – M245

2007-2008 Y. Ouzrout 44

Présentation de MERISE

1.3 Le modèle conceptuel de donnéesF. REGLES DE VERIFICATION / NORMALISATION

Règle 1 Existence d’un identifiant pour chaque entité

Règle 2 Pour chaque occurrence d’une entité chaque propriété ne peut prendre qu’une valeur

Règle 3 Toutes les propriétés doivent êtres élémentaires (ie: non décomposables)

Règle 4 Toutes les propriétés autres que l’identifiant doivent dépendre pleinement et directement de l’identifiant

Règle 5 A chaque occurrence d’une relation correspond une et une seule occurrence de chaque entité qui participe à la relation

Règle 6 Pour chaque occurrence de la relation il ne peut exister qu’une et une seule valeur pour chaque propriété de la relation

Règle 7 Toutes les propriétés d’une relation doivent dépendre pleinement de l’identifiant de la relation.

Page 45: M244 – M245

2007-2008 Y. Ouzrout 45

0,n

1,1

1,1

0,n

1,1

1,n

1,1

0,n

1,11,n

PRODUIT_VRAC

code_pvnomtypeunité

PRODUIT_CONDITIONNE

code_pcpoidsvolumeprix_de_revientduree_maxi_stock

LOT_PRODUITS_CONDITIONNES

code_lpcpoidsvolume

ENTREPOT

num_entrepôtdate_fabricationallée

UNITE_DE_STOCKAGE

code_unitésuperficietype

correspond

compose

quantité

se_situe_dansest_stocké_2

date_stockagequantité

est_stocké_1

date_stockagequantité

Exemple 1 : modèle conceptuel des données

Page 46: M244 – M245

2007-2008 Y. Ouzrout 46

Chapitre 2 Analyse et Conception de SI

Modifier le MCD précédent pour intégrer les règles de gestion suivantes : 

1.Un produit conditionné ou un lot de produit conditionné doit pouvoir être stocké dans plusieurs unités de stockage.

 2.Pour faciliter la préparation des commandes régulières, il est décidé de préparer des lots comprenant plusieurs produits conditionnés.

 3.De plus il est décidé qu’un lot peut être constitué à partir d’autres lots, néanmoins un seul niveau d’imbrication est permis.

 Enfin, le responsable décide de prendre en compte le personnel impliqué dans la gestion des stocks. A ce sujet, chaque entrepôt ainsi que chaque unité de stockage a un responsable. Le stockage effectif est effectué par un employé. Pour assurer un suivi intelligent des stocks, chaque employé travaille en binôme.

Exemple 1 : modèle conceptuel des données

Page 47: M244 – M245

2007-2008 Y. Ouzrout 47

Exemple de MCDUne première analyse du système de production de l'entreprise Alpha a permis de déterminer les propriétés suivantes :

• référence produit• désignation• numéro ligne• désignation• date commande• quantité en stock ( par client & par magasin)• numéro client• nom client• numéro magasin• nom magasin

un produit peut être :• fabriqué par plusieurs lignes• Commandé par plusieurs clients• Stocké dans plusieurs magasins (pour chaque client).

Définir les différentes Entités du système et proposer des relations entre ces entités.

Présentation de MERISE

Page 48: M244 – M245

2007-2008 Y. Ouzrout 48

Présentation de MERISE

PRODUIT

Référencedésignation

LIGNE

Numérodésignation

FABRIQUER1 , N 0 , N

CLIENT

NuméroNom

1 , N

COMMANDER

1 , N

STOCKER

MAGASIN

NuméroNom

0 , N

0 , N

1 , N

Quantité

Date

Page 49: M244 – M245

2007-2008 Y. Ouzrout 49

Exemple 2

On désire créer une base de donnée pour la gestion des commandes clients. Une première analyse a permis de recueillir les informations importantes suivantes : . référence article . désignation . quantité en stock (par produit) . prix unitaire . numéro client . nom client . adresse . type de client (Bon, Excellent,…) . numéro commande . date commande . date livraison . total commande . quantité commandée . quantité livrée . numéro salarié . nom salarié . prénom salarié . fonction . salaire Et quelques règles de gestion :

• un produit peut être commandé par plusieurs clients• une commande est traitée par un salarié• une même commande concerne plusieurs produits (avec des quantités différentes)• Les salariés peuvent avoir un responsable (un seul).

Page 50: M244 – M245

2007-2008 Y. Ouzrout 50

Page 51: M244 – M245

2007-2008 Y. Ouzrout 51

On désire créer une base de donnée pour la gestion des approvisionnements (matières premières, fournisseurs,…) de l’entreprise Sofframol. Remarque : On s’inspirera de l’exemple 2 pour une partie du modèle conceptuel à définir.Les informations principales recueillies sont les suivantes : . Toutes les informations de l’exemple 2 . Référence Magasin . Lieu . Capacité . Stock min . Stock max . Référence MP . Désignation . Prix MP . Numéro fournisseur . Raison sociale . Adresse . Quantité MPEt quelques règles de gestion (idem exemple 2) :

• Une référence matière première ou produit peut être stockée dans différents magasins• Un fournisseur peut fournir plusieurs MP• Une MP peut être fourni par plusieurs fournisseurs• Un magasin stock différents Produits ou MP• Un produit est constitué de plusieurs MP

Exemple 3

Page 52: M244 – M245

2007-2008 Y. Ouzrout 52

Page 53: M244 – M245

2007-2008 Y. Ouzrout 53

On désire créer une base de donnée pour la gestion du système de production (produits, ressources,…) de l’entreprise Sofframol. Remarque : On s’inspirera des exemples 2 & 3 pour une partie du modèle conceptuel à définir.Les informations principales recueillies sont les suivantes : . Toutes les informations de l’exemple 2 & 3 . Référence Composant . Quantité Composant . Référence Opération . Désignation opération . Durée Opération . Référence Atelier . Désignation atelier . Référence Machine . Temps SETUP . MTBF . Numéro Gamme . …Et quelques règles de gestion  :

• Une référence produit (ou composant) peut être stockée dans différents magasins• Un produit fini peut être composé de MP et de composant• Un produit (ou composant) peut avoir deux gammes de fabrication• Une gamme de fab. ne concerne qu’un seul produit (ou composant).• Une gamme de fab. est un ensemble d’opérations• Une opération peut être effectuée sur plusieurs machines• Une machine est localisée dans un atelier• Un opérateur (salarié) travaille dans un atelier• Un opérateur est qualifié sur plusieurs opérations

Exemple 3 - suite

Page 54: M244 – M245

2007-2008 Y. Ouzrout 54

Page 55: M244 – M245

2007-2008 Y. Ouzrout 55

Chapitre 4

MERISE : le niveau Logique

Page 56: M244 – M245

2007-2008 Y. Ouzrout 56

1. Le Niveau Logique

Présentation de MERISE

1.1 Le modèle logique des données MLD

1.2 Le modèle organisationnel des traitements MOT

Page 57: M244 – M245

2007-2008 Y. Ouzrout 57

1.1 Le modèle logique des données

Chapitre 4 Analyse et Conception de SI

• Une fois le modèle conceptuel des données (représentation de l’ensemble des données et de leurs relations) défini, l’étape suivante concernant les données consiste à définir le Modèle Logique des Données (MLD).

• Le MLD est une TRADUCTION du MCD en un modèle tenant compte des impératifs liés au type de Système de Gestion de Base de Données (SGBD) utilisé.

• La traduction du MCD en MLD peut être résumée selon les trois règles :

Page 58: M244 – M245

2007-2008 Y. Ouzrout 58

1.1 Le modèle logique des données

Analyse et Conception de SI

1. Toute Entité du modèle conceptuel des données se transforme en Table dans le modèle logique.

EMPLOYE

NuméroEmployéNomPrénom… 

SERVICE

NuméroServiceDésignation… 

2 TABLES(Access)

EMPLOYE(NuméroEmployé, Nom, prénom,…) SERVICE(NuméroService, Désignation,…)

Chapitre 4

Page 59: M244 – M245

2007-2008 Y. Ouzrout 59

Analyse et Conception de SI

2. Toute Relation dont les cardinalités sont de type (1,1) ou (0,1) d’un coté et (1,N) ou (0,N) de l’autre disparition de la relation et transfert de la clé primaire de l’Entité qui est du coté multiple de la relation. FOURNISSEUR

NuméroFourRaisonSociale 

PRODUIT

RéférenceProduitDésignation

Livre1 , 1 0 , N

2 TABLES(Access)

PRODUIT(RéférenceProduit, Désignation)

FOURNISSEUR(NuméroFour, RaisonSociale, #RéférenceProduit)

1.1 Le modèle logique des données

Chapitre 4

Page 60: M244 – M245

2007-2008 Y. Ouzrout 60

Analyse et Conception de SI

3. Toute Relation dont les cardinalités sont de type (1,N) ou (0,N) d’un coté et (1,N) ou (0,N) de l’autre transformation de la relation en Table avec comme clé primaire la concaténation des clés primaires des Entités qui participent à la relation.

CLIENT PRODUIT

COMMANDER1 , N 0 , NNuméroClientRaisonSociale

RéférenceProduitDésignationQuantité

3 TABLES(Access)

CLIENT(NuméroClient, RaisonSociale) PRODUIT(RéférenceProduit, Désignation)  COMMANDER(#NuméroClient , #RéférenceProduit, Quantité)

1.1 Le modèle logique des données

Chapitre 4

Page 61: M244 – M245

2007-2008 Y. Ouzrout 61

Exemple 1

Analyse et Conception de SI

COMMANDE

NuméroComDate CommandeDate LivraisonTotal

SALARIE

NuméroSalNomPrénomFonctionSalaire

CONCERNE1 , 1 0 , N

CLIENT

1 , N

1 , 11 , N

NuméroCliNomAdresseType

COMMANDER

COMPOSER

ARTICLE

NuméroArtDésignationQuantité en stockPrix unitaire

1 , N

Quantité Comm.Quantité Livrée

Chapitre 4

Page 62: M244 – M245

2007-2008 Y. Ouzrout 62

Chapitre 5

MERISE : les traitements

Page 63: M244 – M245

2007-2008 Y. Ouzrout 63

5.1 Le Modèle Conceptuel des Traitements

Présentation MCT

Données partie statique du SI

Traitements partie dynamique du SI

Traitements : décrivent les actions à exécuter sur les données pour obtenir les résultats attendus par l’entreprise.

définissent qui sont les acteurs concernés

Exemple : Règle de gestion : Une commande ne sera satisfaite que si la quantitéen stock est supérieure à la quantité demandée + 20.

Traduction : Lire la quantité commandée + 20 Comparer avec la quantité en stock Si < alors accepter la commande sinon refuser la commande.

Page 64: M244 – M245

2007-2008 Y. Ouzrout 64

5.2 Les concepts manipulées

Processus

Le processus constitue un sous ensemble de l’activité de l’entreprisedont les points d’entrée et de sortie sont stables, et indépendantsdes choix d’organisation.

Exemple2 processus sont identifiables dans l’activité de gestion Commerciale d’une entreprise. :

. La gestion des commandes

. La gestion des factures

Gestion des factures

Commandeacceptée

Facture(s)Établie(s)

Gestion des factures

Prise en compted’une

commande

Commandetraité&e

Présentation MCT

Page 65: M244 – M245

2007-2008 Y. Ouzrout 65

Opération

• Une OPERATION est constituée d’un ensemble d’actions qui sont exécutables sans interruption.

• Une opération est déclenchée pour répondre à la sollicitation d’un ou plusieurs EVENEMENTS et pour produire un RESULTAT

Événement

Un EVENEMENT est une sollicitation pour le SI qui doit réagir par l’exécution d’une ou plusieurs actions en vue de traiter cet événement.

Événement externeÉvénement interne

Présentation MCT

Page 66: M244 – M245

2007-2008 Y. Ouzrout 66

5.3 Le Formalisme

Chaque Traitement est représenté par son nom dans un rectangle

FACTURATION

Chaque traitement induit au moins une sortie d’information symbolisée par une flèche issue du traitement et accompagnée du nom de la sortie. On appelle les informations de sortie des

Résultats.FACTURATION

Facture

Présentation MCT

Page 67: M244 – M245

2007-2008 Y. Ouzrout 67

Lorsqu’un traitement est générateur de plusieurs Résultats fonction de conditions particulières, chacun de ces résultats est représenté par un sous-cadre de sortie dans le traitement contenant la règle d’émission de ce résultat

FACTURATION

Facture

Normale Spéciale

Facture de produits déclassés

Chaque Événement (interne ou externe) déclenchant un traitement est symbolisé par son nom et une flèche allant sur un symbole d’entrée du traitement, appelé Synchronisation d’opérations.

FACTURATION

Facture

Normale Spéciale

Facture de produits déclassés

Bon de livraison

5.3 Le Formalisme

Présentation MCT

Page 68: M244 – M245

2007-2008 Y. Ouzrout 68

De manière générale, le Modèle Conceptuel des Traitements (MCT) est réalisé par éclatement du graphe des flux (MCC) en sous graphes.

L’éclatement se fait en partant des acteurs extérieurs en retraçant le sous graphe partant de cet acteur jusqu’à une fin de séquence (transfert d’information ne déclenchant pas d’autres flux) ou jusqu’à une arrivée à un acteur extérieur.

Le sous graphe est alors traduit en transformant les acteurs extérieurs de départ et le flux conjoint en un événement. Chaque acteur suivant est alors traduit par le traitement qu’il réalise.

La traduction effectuée, on procède alors à un assemblage des sous-graphes, lorsque cela est possible, par regroupement des traitements semblables.

Présentation MCT

Page 69: M244 – M245

2007-2008 Y. Ouzrout 69

Exemples de MCT

CLIENT

ServiceExpédition

ServiceCommercial

ServiceProduction

ServiceComptabilité

Commande

Facture,Relance

Règlement

BL + produits

BL signé

Facture clientRèglement client

Demande fabrication PF

Stock PF

Produits Finis

Relance

Page 70: M244 – M245

2007-2008 Y. Ouzrout 70

MCT

FACTURATION

Commande Client

COMPTABILITE

Solde du comp

Règlem. N. Règlem.

Relance client

OUU

Facture

Règlement

CommandeClient

G.P

Demande Fabrication

OK Non OK

Stock

ET

PRODUCTION

ProduitsFinis

ProduitsFinis

Stock

EXPEDITION

Bon de liv.

Exemples de MCT

Page 71: M244 – M245

2007-2008 Y. Ouzrout 71

5.4 Règle de construction d’un MCT

Règle 1 : Une OPERATION est une suite non interrompue de traitementstoute intervention d’un acteur externe qui entraînerait une interruption provoque le découpage de l’opération.

Règle 2 : Une même OPERATION doit avoir une certaine homogénéitépar rapport aux résultats produits elle ne peut comporter des traitements de nature très différente.

Présentation MCT

Page 72: M244 – M245

2007-2008 Y. Ouzrout 72

CommercialMéthodes Gestion production

Groupement Entreprise Groupement Entreprise

Délais Conf. lots

Cde clientDéfinition lotsentreprise

Cde interne

Extraction BD

Plan de charges

jalonnement

OKKOPlanning cde

Extraction BD

Planning

Dde Planning

Données prrocess

Calcul charges

Calcul dates

Page 73: M244 – M245

2007-2008 Y. Ouzrout 73

Temps Dir. Des Etudes Secrétariat Elèves Autres

DébutAnnée

DébutAnnée

Arrivéedes

choix

Arrivéedes

notes

Débutdu

trimestre

Débutde

mois

L2 L1

01

L1.1

L3

L5

02

L6

03

L8

04

L14

10

L4

L7

L9

L10

L17

L11

05

L13

06

L15

07

L12

L16

F1 : Gérer les cours

F2 : Gérer les élèves

F3 : Gérer les intervenants

Page 74: M244 – M245

2007-2008 Y. Ouzrout 74

Exemple de traitements

F1 : GERER LES COURSLOTS :L1 : Cours des années précédentesL2 : Eléments de modification années précédentesL3 : Nouveaux cours L1.1 : Cours année couranteTRAITEMENTS :01 : Mise à jour des cours

. saisie des nouveaux cours

. saisie des modifications

F2 : GERER LES ELEVESLOTS :L4 : Nouveaux élèvesL5 : Elèves années antérieuresL6 : Elèves régulièrement inscritsL7 : Elément de choix des élèvesL8 : InscriptionL9 : Notes et cours correspondantsTRAITEMENTS :02 : Mise à jour des élèves

. modification des anciens élèves(règle : faire +1 dans année de scolarité)

. modifier les redoublants

. saisie des nouveaux élèves (écran avec des valeurs par défaut)03 : Enregistrer les inscriptions

. créer automatiquement les inscriptions pour les cours du TC

. créer les inscriptions dans des cours04 : Saisie des notes

. modification de la rubrique note (indexé sur les cours)10 : Editer les bulletins trimestriels

F3 : GERER LES INTERVENANTSLOTS :L10 : Nouveaux intervenantsL11 : Anciens intervenantsL12 : Elément de modification des anciens

intervenantsL13 : Intervenants pour l’année scolaire couranteL15 : Projets d’interventionsL16 : Etats des interventions prévuesTRAITEMENTS :05 : Mise à jour des intervenants

. modification des anciens intervenants

. saisie des nouveaux intervenants

06 : Enregistrer les interventions potentiels

. création des interventions

07 : Edition des interventions prévues08 : Saisie des interventions réelles09 : Rémunérer les intervenants

. calcul des rémunérations

. édition des bordereaux récapitulatifs

. édition du mandat

Page 75: M244 – M245

2007-2008 Y. Ouzrout 75

Soit une entreprise de distribution de type « Grande Surface » : 1 siège social 3 entrepôts 10 hyper-marchés, 40 super-marchés, 200 superettesL’approvisionnement des magasins est assuré par les entrepôts ou directement par les fournisseurs (produits non gérés en entrepôt).Nous nous intéressons dans cette étude de cas à l’activité de vente des produits correspondants à une collection (collection de jouets de Noël par exemple).L’entreprise en question est adhérente à une centrale d’achat. C’est au niveau de cette centrale d’achat que sont sélectionnés les produits des collections.Règles de gestion :La détermination des commandes est réalisée à partir du catalogue établi par la centrale d’achat et de l’historique des ventes de chaque magasin correspondant à cette collection.Les commandes des magasins sont établies pour couvrir la totalité des ventes ; néanmoins les magasins peuvent déclencher des réajustements auprès des fournisseurs si les ventes sont supérieures aux prévisions.Une commande globale (cumulant l’ensemble des commandes magasins) est établie pour chaque fournisseur. Toutes les commandes d’une saison doivent être impérativement vendues ; à cet effet, une campagne de soldes peut être déclenchée en fin de période.Les marchandises restant néanmoins en stock après inventaire, sont retournées aux fournisseurs ou mises en réserve pour être intégrées à la collection de l’année suivante.Travail à faire :

• Etablir l’inventaire des flux en fonction des échanges entre les acteurs concernés par le système.• Faire le graphe des flux entre acteurs (MCC).• Construire le MCT à partir de ce graphe.

Exemple 2

Page 76: M244 – M245

2007-2008 Y. Ouzrout 76

Exemple 2 : Diagramme de flux - MCC

CA

F

M

C

Catalogue magasin

Commande globale

Commande pour la saison

Commande de réassortiment

Retour (NC)

Retour (Stocks)

Livraison

Livraison

AM

Achat

VPNVPS

Les différents acteurs :• Centrale d’achat• Acheteur Magasin• Fournisseur• Magasin• Client

Page 77: M244 – M245

2007-2008 Y. Ouzrout 77

Exemple 2 : MOT

Page 78: M244 – M245

2007-2008 Y. Ouzrout 78

CHAPITRE 6

Le langage de commande SQL

Page 79: M244 – M245

2007-2008 Y. Ouzrout 79

Pour faire des interrogations sur les données de ma base :

• QBE (Query By Exemple)• SQL (Structured Query Langage),• ...

SQL : standard de fait (norme ANSI) il permet :

- la description, interrogation et manipulation des données d'une base - déclarer les relations, créer les occurrences - faire toute opération définie par l'algèbre relationnelle.

SELECT liste des colonnesFROM nom des tablesWHERE conditions

Le Langage SQL

Page 80: M244 – M245

2007-2008 Y. Ouzrout 80

Langage d'Interrogation des Données SELECT

Langage de Manipulation de Données INSERT, UPDATE, DELETE

Langage de Contrôle des Données CREATE, ALTER, DROP

Langage de Définition de Données CREATE, ALTER, DROP,

RENAME, TRUNCATE

Le Langage SQL

Quatre grandes familles de commandes

Page 81: M244 – M245

2007-2008 Y. Ouzrout 81

AgentIdAgent

...

FournisseurIdFourS

...

Fourniture

IdFourT...

Collectivite

IdCollect...

Service

IdService...

CommanderDépendre Rattacher

1,1

1,n1,1

1,n 0,n1,n

0,n

Le Langage SQL

Page 82: M244 – M245

2007-2008 Y. Ouzrout 82

Fournisseur

IdFourS FNom FAdresse FType

Commande

IdCom Agent_Id FourT_Id FourS_Id DateC DateL Prix Quantite

Service

IdService SNom Collect_Id

Agents

IdAgent ANom APrenom DateE Fonction Responsable Salaire

Service_Id

Collectivité IdCollect CDesignation

Fourniture

IdFourT FDesignation Quantite_Stock

Commission

Le Langage SQL

Page 83: M244 – M245

2007-2008 Y. Ouzrout 83

LE LANGAGE SQL : Interrogation des données

1 – Interrogation de la base : LID

2 – Les jointures

3 – Les sous-interrogations et fonctions de groupe

Page 84: M244 – M245

2007-2008 Y. Ouzrout 84

SELECT Sélection des colonnes à interroger.

FROM Choix des tables à partir desquelles on fait la sélection.

WHERE Sélection des lignes (application d'un filtre).

Le Langage SQL : Interrogation des données

Page 85: M244 – M245

2007-2008 Y. Ouzrout 85

SQL> SELECT IDAgent, ANom, Responsable 2 FROM Agent;

Sélectionner des colonnes spécifiques

• Choix des colonnes par la clause SELECT.

• Afficher toutes les colonnes d'une table.

SELECT * FROM Agent ;

IdAgent ANom Responsable

25433 Dupont 2543525434 Roland 2543525435 Robert 25212...

Page 86: M244 – M245

2007-2008 Y. Ouzrout 86

Expressions Arithmétiques

• Créer des expressions sur des données de type NUMBER ou DATE avec : + - * /

SELECT ANom, Salaire*12FROM Agent ; Remarque : la colonne salaire*12

existe uniquement à l’affichage.

SELECT ANom, Salaire*12 "Salaire Annuel" FROM Agent ;

• Alias sur colonne : AS

• La clause ORDER BY permet de trier les lignes : ASC DESC

SELECT ANom, Fonction, SalaireFROM AgentORDER BY Salaire DESC;

Page 87: M244 – M245

2007-2008 Y. Ouzrout 87

Il est possible de limiter le nombre de lignes rapportées en utilisant la clause WHERE :

• permet d'exprimer une condition.

SELECT ANom, Fonction, SalaireFROM AgentWHERE Service_Id = A10;

Sélection des Lignes

SELECT ANom, Fonction, SalaireFROM AgentWHERE ANom = 'Dupont'

AND APrenom LIKE '_ea%';

chaîne de caractères• permet de faire des comparaisons

Opérateurs de comparaison logiques . = > >= < <= != <> Opérateurs de comparaison . BETWEEN, AND, IN, LIKE, IS NULL Opérateurs logiques . AND, OR, NOT

Page 88: M244 – M245

2007-2008 Y. Ouzrout 88

SELECT ANom, APrenom, Fonction, SalaireFROM AgentWHERE DateE BETWEEN #08-AOU-93#

AND #08- AOU -99#;

Opérateurs de comparaison

• On utilise l'opérateur BETWEEN pour tester l'appartenance à un intervalle.

SELECT IdService, SNom, Collect_IdFROM ServiceWHERE Collect_Id IN (38,42,69,01);

• On utilise l'opérateur IN pour tester l'appartenance à une liste de valeurs.

format des dates par défaut

Page 89: M244 – M245

2007-2008 Y. Ouzrout 89

SELECT UPPER(ANom), CONCAT(ANom, APrenom), SalaireFROM AgentWHERE LOWER(Fonction) = ‘directeur ’;

Fonctions Mono-Ligne

• LOWER convertit en minuscule• UPPER convertit en majuscule• INITCAP convertit l’initial en capital• CONCAT concatène des valeurs• SUBSTR retourne une sous-chaîne• LENGTH retourne un nombre de caractères

• ROUND(col,n) arrondit une valeur à la décimale spécif.• TRUNC (col,n) tronque une valeur à la décimale spécif.• MOD(m,n) retourne le reste de la division de m par n

Page 90: M244 – M245

2007-2008 Y. Ouzrout 90

• Une jointure est utilisée pour rechercher les données dans plusieurs tables.

• Les lignes sont reliées grâce aux valeurs communes contenues dans les clés primaires et étrangères.

• La condition de jointure s’exprime dans le WHERE.

Les jointures

SELECT Ag.ANom , Ag.Service_Id , Se.IdServiceFROM Agent Ag, Service SeWHERE Ag.Service_Id = Se.IdService ;

Page 91: M244 – M245

2007-2008 Y. Ouzrout 91

Les Sous-Interrogations

• Il est possible d'imbriquer une, ou plusieurs, interrogation (SELECT) dans une autre.

• On parle alors de sous-interrogation.

• Elle est exécutée avant la requête principale ; son résultat est utilisé par la requête principale.

• Elle permet de rechercher des données basées sur un critère inconnu.

SELECT ANom, FonctionFROM AgentWHERE Service_Id = ( SELECT Service_Id

FROM Agent WHERE ANom = 'Dupont' ) ;

Page 92: M244 – M245

2007-2008 Y. Ouzrout 92

SELECT ANom, Salaire, Service_IdFROM AgentWHERE Salaire_Id = ( SELECT MIN (Salaire)

FROM Agent );

• Si une sous-interrogation retourne plus d'une ligne

SELECT ANom, Salaire, Service_IdFROM AgentWHERE Salaire_Id = ( SELECT MIN (Salaire)

FROM Agent GROUP BY Service_Id );

Il faut remplacer = par IN (opérateur multi-lignes).

Réponses Multi-Lignes (1/2)

Page 93: M244 – M245

2007-2008 Y. Ouzrout 93

Réponses Multi-Lignes (2/2)

• Autre exemple

SELECT Service_Id, AVG(Salaire)FROM AgentGROUP BY Service_Id HAVING AVG(Salaire) > ( SELECT AVG(Salaire)

FROM Salarie WHERE Service_Id = A10 );

Page 94: M244 – M245

2007-2008 Y. Ouzrout 94

LE LANGAGE SQL : modification des données

1 – Insertion dans la base : Insert

2 – Suppression dans la base : Delete

3 – Modification dans la base : Update

Page 95: M244 – M245

2007-2008 Y. Ouzrout 95

INSERT INTO Agent (IdAgent, Anom, Aprenom) VALUES (25236, 'Dalton', 'Joe');

• Pour insérer une ligne dans une table on utilise la commande SQL INSERT

Le Langage SQL : Mise-à-jour des données

DELETE FROM Agent WHERE IdAgent = 25236 ;

• Pour supprimer des données dans une table on utilise la commande SQL DELETE

UPDATE Agent WHERE Salaire = 2500 ;

• Pour modifier des données dans une table on utilise la commande SQL UPDATE

Page 96: M244 – M245

2007-2008 Y. Ouzrout 96

M19

Systèmes d’Informations Base de Données

Manuel de Travaux Dirigés

Page 97: M244 – M245

2007-2008 Y. Ouzrout 97

M19 – TD 1 : MCD

Représenter le système d'information d'une bibliothèque dont les caractéristiques principales sont les suivantes :. chaque lecteur a un numéro, un nom et une adresse. un lecteur peut être membre d'une société adhérente (identification). un lecteur peut emprunter plusieurs livres (date retour). un lecteur appartient à un type de lecteur. la durée du prêt dépend de la catégorie du livre. un livre est caractérisé par son numéro (nom auteur, éditeur, nombre exemplaire). la catégorie se caractérise par un numéro (libellé), il en est de même pour le type de lecteur.. une société adhérente possède un nom et une adresse, elle s'engage à envoyer 500 lecteurs.

• Définir les différentes Entités du système à modéliser, ainsi que leurs propriétés.• Définir les Relations entre ces Entités• Concevoir le MCD et appliquer les règles de normalisation.

Page 98: M244 – M245

2007-2008 Y. Ouzrout 98

M19 – TD 1 : MCD - Corrigé

Société Adhérente

nomadresse

Lecteur

numéronom

adresse

Livre

numéronom auteur

nombr ex. dispo.

Catégorie

numérolibellé

Type Lecteur

numérolibellé

accès

durée

appartient

prêt

date ret.

fait partie

membre

1,n

1,n

0,n1,1

0,n

1,1

500,n

0,1

0,n

0,n

Page 99: M244 – M245

2007-2008 Y. Ouzrout 99

0,n

1,1

1,n

1,1

1,1

0,n

0,n

0,n

1,1

0,n

0,1

1,1

CLIENT

num_clientnomadressevil le

VENTE

num_ventenum_périodedateremise_accordée

MACHINE

code_machinedésignationprix

REPRESENTANT

num_représentantnomvillesalaire_fixe

SECTEUR

code_secteurdésignationsuperficie

concerne1

concerne2

possède commission

réalise

appartient

est_responsable

1. Étudier le MCD  2. Proposer de nouvelles règles de gestion et modification en conséquence du MCD initial.

M19 – TD 1 : MCD

Page 100: M244 – M245

2007-2008 Y. Ouzrout 100

M19 – TD 1 : MCD - Corrigé

Page 101: M244 – M245

2007-2008 Y. Ouzrout 101

M19 – TD 1 : MCD

1,1

1,n

0,1

0,n

1,n

1,10,n

1,1

1,1

1,n

1,n

1,1

1,n

0,n

0,n

1,n

1,1

0,n

1,n0,nBRANCHE

num_branchenom

REPRESENTATION

num_repnomruevillecode postale

SECTEUR

code_secteurdesignationsuperfice

CLIENT

num_clientnomruevillecode postal

FACTURE

num_factdate emission

PRODUIT

num_prodlibélléqte stockprix unitaire

COMMANDE

num_cdedatemode reglement

appartient

concerne

appartient

couvreest 2nd intervenant

est l igne de commande

qtté cdée

est l igne de facture

qtté facturée

correspond

passe commande

est responsable

Page 102: M244 – M245

2007-2008 Y. Ouzrout 102

M19 – TD 1 : MCD - Corrigé

Page 103: M244 – M245

2007-2008 Y. Ouzrout 103

M19 – TD 2 : MCD

1,n

1,1

1,1

1,n

1,n

1,n

1,1

1,1

1,n

1,n

1,1

1,n0,nETUDIANT

num_étudiantNomPrénomDate-naissRef_bancaireAdresseEtudes_anterieursBac

Projet_Tuteuré

code_projetdesignationNb_et_prévues

PROMOTION

num_promo

Année_débutInfos profil

COURS

num_cours

designationMat_necessaire

ENSEIGNANT

num_cdedatemode reglement

réalise

appartient

Est_binomeENCADRE

est responsable

CONCERNE

INTERVIENTSe déroule

Acteur (o/n)

1,1

1,n

SALLE

Code_bat,num_salle

Nom_batimentNb_places

…Couleur

DateHeureType (TP/TD)Mat utilisé

1,n

0,n

1). Ce modèle conceptuel des données (MCD) renferme beaucoup d'erreurs. Relevez-les et proposez une solution correcte.2). Proposez les modifications nécessaires pour :

Prendre en compte les trinômes (25 élèves 11*2 + 3)Pouvoir proposez des cours communs aux deux promos en coursPermettre à un étudiant d'être inscrit dans plusieurs promotions

Page 104: M244 – M245

2007-2008 Y. Ouzrout 104

M19 – TD 2 : MCD - Corrigé

Page 105: M244 – M245

2007-2008 Y. Ouzrout 105

M19 – TD 3 : MLD

0,n

1,1

1,n

1,1

1,1

0,n

0,n

0,n

1,1

0,n

0,1

1,1

CLIENT num_client nom adresse ville

VENTE num_vente num_période date remise_accordée

MACHINE code_machine désignation prix

REPRESENTANT num_représentant nom ville salaire_fixe

SECTEUR code_secteur désignation superficie

concerne1

concerne2

possède commission

réalise

appartient est_responsable

1). Etudier le MCD

2). Définir le Modèle Logique des Données

Page 106: M244 – M245

2007-2008 Y. Ouzrout 106

M19 – TD 3 : MLD - Corrigé

Page 107: M244 – M245

2007-2008 Y. Ouzrout 107

On vous demande d’effectuer l’étude préalable à l’informatisation de l’activité commerciale d’une PME de ferronnerie d’art.

Cette PME effectue des fabrications sur commande à travers les services : Service commercial (2 technico-commerciaux) Atelier de production (1 chef d’atelier et 6 ouvriers) Service Livraison (1 livreur) Service Comptabilité (1 comptable)

Les commandes sont de deux sortes :

Les commandes « normales » qui donnent lieu à la réalisation d’un dossier de fabrication par les technico-commerciaux, dossier fourni au chef d’atelier pour planification de la production et mise effective en production.Les commandes «urgentes» (30% des commandes) qui suivent une procédure accélérée : pas de dossier de fabrication, mise en production immédiate, enlèvement par le client qui se voit remettre sa facture dès ce moment-là.

L’objectif commercial de l’entreprise est un accroissement de 28% de son volume de commandes, chiffre estimé après Etude de marché.L’entreprise pense atteindre cet objectif sans accroissement de sa capacité de production.

En informatisant sa « Gestion commerciale », l’entreprise veut pouvoir favoriser sa politique d’expansion à travers une fiabilisation et une rationalisation des travaux administratifs et techniques de gestion de commandes.

Il est demandé de proposer des solutions informatisées n’impliquant pas l’embauche de personnel supplémentaire.

M19 – TD 4 : MCT

Page 108: M244 – M245

2007-2008 Y. Ouzrout 108

M19 – TD 4 : Diagramme de flux - MCC

Page 109: M244 – M245

2007-2008 Y. Ouzrout 109

M19 – TD 4 : MOT

Page 110: M244 – M245

2007-2008 Y. Ouzrout 110

Sujet  « mise en place de maintenances préventive & curative »

Votre entreprise décide de mettre en place une gestion claire et précise des actions de maintenance dans différents ateliers.Pour cela, une équipe maintenance a été créée regroupant un certain nombre d’employés de l’entreprise.Les unités de production sont constituées d’un ensemble de ressources (machines, convoyeur, chariot,…) ; ces ressources sont caractérisées par un ensemble de propriétés : nom, marque, date d’achat, prix d’achat,… et sont classées par type de ressource. Chaque intervention de maintenance sur les ressources et dirigée par un employé responsable, elle est programmée à une date donnée et validée une fois les travaux achevés. Une intervention peut nécessiter plusieurs déplacements (effectuées par des employés différents) ; ces déplacements sont caractérisés par une date, une heure de début et une heure de fin. Afin de planifier les différentes actions des employés de l’équipe maintenance il a été décidé de concevoir une application informatique permettant, entre autres, de :Archiver toutes les interventions effectuées (ainsi que les différents déplacements associés),Planifier les interventions des employés dans le cadre de maintenance préventives,Lister les interventions concernant une ressource donné,Éditer le planning d’intervention d’un employé donné,…Vous êtes donc chargé par la direction de concevoir et de mettre en place cette application dans l’entreprise.

DémarcheÉtablir un rapport d’analyse et de conception du projet dans lequel vous:• Analysez le problème posé décrire les principales activités.• Proposez un modèle de communication (MCC) décrivant les principaux flux d’informations.• Définirez le modèle conceptuel des données (MCD)• Définirez le modèle conceptuel des traitements (MCT) • Décrirez les écrans principaux de l’application.

M19 : Etude de Cas 1

Page 111: M244 – M245

2007-2008 Y. Ouzrout 111

M19 : Etude de Cas 2

L’entreprise « Lampa », petite PMI de la région Rhône-Alpes, commercialise six types de lampes pour le marché des particuliers. Les références de ces produits finis sont les suivantes :PCB, PRB, PRR, PCR, GCB, GRBLe travail demandé consiste à créer la base de données de gestion des commandes clients à partir de l’étude conceptuelle suivante :

Partie 1Analyser le problème et préciser les principaux échanges d’informations entre les différents acteurs (MCC).Concevoir le modèle conceptuel des données (MCD) correspondant.Définir les principaux traitements (MCT) pour le processus de « gestion d’une nouvelle commande »Définir le modèle logique des données (MLD) qui en découle.

Partie 2Implémenter à l’aide du SGBD Access la structure de donnée ainsi définieDévelopper l’interface permettant de gérer les traitements définis au niveau de l’analyse.Définir des requêtes qui :Liste les composants et matières premières pour un produit donné.Présente l’ensemble des opérations effectuées sur une ressource donnée.Calcul le temps de fabrication d’un produit