Poly Si Merise

EI3
Cours, TD & TP
CONCEPTION DES
SYSTEMES
DINFORMATION
Alexis TODOSKOFF
ISTIA Ecole d'Ingnieurs de

l'Universit d'Angers
EI3
Sommaire
Partie I Cours ..........................................3

Partie II Travaux Dirigs ......................73
Partie III Travaux Pratiques .................91
Partie IV Examens ..............................101
ISTIA Ecole d'Ingnieurs de l'Universit d'Angers
Partie I
Cours
m
n
o
p
q
r
s
t
u
v
Introduction ..................................................................6
Principe de la mthode MERISE ..............................10
Modle Conceptuel des Donnes ............................19
Modle Conceptuel des Traitements .......................28
Modle Organisationnel des Traitements ...............35
Modle Organisationnel des Donnes ....................40
Modle Logique des Donnes ..................................42
Modle Logique des Traitements ............................49
Modle Physique des Donnes & Traitements .......53
Concevoir & laborer un SGBDR sous Access ......62
ISTIA Ecole d'Ingnieurs de l'Universit d'Anger
Universit
d'Angers
Conception des Systmes dInformation - EI3

Cours
A. TODOSKOFF - Cours Conception des SI - EI3
Plan
Plan - Introduction - Merise - MCD - MCT - MOT - MOD - MLD - MLT - MPD & MPT - SGBDr sous Access
m Introduction
n Principe de la mthode MERISE
o Modle Conceptuel des Donnes
p Modle Conceptuel des Traitements
q Modle Organisationnel des Traitements
r Modle Organisationnel des Donnes
s Modle Logique des Donnes
t Modle Logique des Traitements
u Modle Physique des Donnes & Traitements
v Concevoir & laborer un SGBDR sous Access
2
Introduction
Gnralits sur les SGBD

Mise en place dun Systme de Gestion de Bases de

Donnes (SGBD)
Savoir quelles donnes ou informations traiter
Objectif
z
laboration dun systme dinformation capable de grer les rgles

de gestion & dorganisation
Flux entrant
Matire 1re
Finance
Personnel
Information
Entreprise
Flux sortant
Systme dInformation (1)

Environnement
Entreprise / Organisation
Systme de pilotage
rflchir, dcider, contrler
Information
Systme dinformation
Mmoriser, traiter, diffuser
Information
Flux
entrant
Flux
sortant
Systme oprant
Transformer, produire
Systme dInformation (2)

Systme oprant
activit productive consistant transformer le flux entrant
Systme de pilotage
z
activit dcisionnelle de lentreprise :

Prvision
Planification
Contrle de gestion
Contrle budgtaire
Systme dInformation
Gnrer les informations
z Transfrer les informations
z Excuter les traitements
z
Systme de pilotage
Systme dInformation
Traitement
Mmorisation
Systme oprant
6
Exemple
Systme de pilotage
(Service commercial)
Statistiques
de ventes
Nouveaux
produits
Systme d'information
Bons livraison
Commandes
Clients Rglements
Factures
Bons de commandes
Pices de rglement
Systme oprant
Livraisons
(Service expditions)
Clients
Aspects du SI
Statiques (mmoire de l'organisation)

Enregistrement des faits (base d'information)
z Enregistrement des structures de donnes, rgles & contraintes de
lenvironnement (modle des donnes)
Dynamiques (processeur dinformation)

Mise jour des donnes
z Changement de structures, de rgles & contraintes
z Processeur d'informations
z
Systme Automatis dInfo

Sous-systme du SI (tout nest pas automatisable)

Formalisable (actions programmes)
z connaissance des entres implique connaissance des sorties par
des rgles de transformation (systmes dtermins)
Fonctions du SAI
z
Internes
La mmorisation (stockage du modle & des infos)
Le traitement automatique (contrles, mises jour, recherches, calculs)
Interfaces avec lextrieur

La saisie (entres externes)
Laccs (sorties externes)
Formation & valuation

Thorie : Cours (9h20) & TDs (7 sances 9h20)

Pratique : TPs en binme (2 sances de 4h00 - 8h00)
Objectifs
Savoir appliquer la mthode MERISE permettant
la conception & la ralisation dun SI
z Savoir utiliser Access (SGBD relationnelle sous Windows)
z Savoir concevoir & raliser un SI (une SGBD) avec Access en
appliquant MERISE sur un exemple concret
z
Note finale
z
Note = 0.2 * NoteTP + 0.8 NoteExam
10
Principe de MERISE
11
Naissance
Mthode dEtude et de Ralisation Informatique

par Sous-Ensemble - MERISE
Ne vers 1978-79
Projet lance en 1977 par le ministre de lIndustrie : mettre au point
une mthode de conception-ralisation de SI
z Socits de service + CETE (Centre dtudes Techniques de
lquipement) + CTI (Centre Technique dInformatique)
z
Fait suite au constat

Inadquation des mthodes dans ces annes
z Difficult de de faire voluer les SI existants
z
12
10
Mthode MERISE
Objectif
Rationaliser, standardiser et mieux dfinir la

conception et le dveloppement des SI assurant
une information de qualit (passage dun SI manuel
un SI automatis)
Base
Modlisation du SI
z Description des donnes indpendante de leurs traitements
z Approche systmique (dcomposition en lments + rduits)
z
Mthode de rfrence en informatique de gestion en

France (tjs la + utilise)
13
Concept de la mthode
Une approche globale permettant :

Une analyse par niveau de proccupation
(des choix gestion aux choix techniques)
z Un dialogue entre les acteurs de lvolution du SI (dcideurs,
utilisateurs, informaticiens)
z La validation des modles obtenus
Une dmarche dfinissant les tapes de la vie du SI et leur

contenu :
Modles, formalismes, normes
z Pr-requis & rsultats
z Dcisions possibles
z
14
11
Dmarche
Sappuie sur 3 axes fondamentaux (3D) :

Cycle dabstraction
(raisonnement)
Niveau conceptuel
Niveau organisationnel
Niveau logique
Niveau physique
Identification
ur le e ue le ce ce
te alab aill niq ciel rvi nan
Gestion
c
t
e
i
ire r d ech log n s nte
Organisation
a d de p ude de t on se e ai
i i
M
m u
Technique
t
h t tu uct M
c
d
conomique
S
o
Pr
Cycle de vie
(dmarche)
Cycle de dcision
(matrise)
15
Le cycle dabstraction (1)

pbs peuvent se prsenter dans la conception SI :

z
z
z
z
z
Description du fonctionnement de lactivit,

Dfinition des rgles de gestion,
Rpartition des traitements entre lhomme & la machine,
Choix du matriel,
Rpartition des responsabilits au sein de la structure,
Faire des choix de nature

(gestion, organisation, matriel, technique)
Pour rsoudre ces pbs MERISE adopte une dmarche 4
niveaux dabstraction (conceptuel, organisationnel, logique &
physique)
16
12
Choix de gestion
Choix dorganisation
Niveau logique
Choix logiciel
Niveau physique
Choix techniques
Proccupations du
gestionnaire utilisateur
Niveau conceptuel
Proccupations de
linformaticien
Chacun de ces niveaux a pour objectif principal de fournir un certain

nombre de documents (MCD, MCT, MOT, MLD...) permettant ainsi
la synthse textuelle d'un processus de rflexion.
17

Donnes
Niveau conceptuel
(quoi)
(qui, o, quand)
Niveau logique
Niveau physique
(comment)
Traitements
MCD
MCT
Signification des informations sans

contrainte technique ou conomique
Activit du domaine sans prciser les

ressources ou leur organisation
MOD
MOT
Signification des infos avec contrainte

organisationnelle & conomique
Fonctionnement du domaine avec les

ressources utilise & leur organisation
MLD
MLT
Description avec contrainte technique

(conditions & mmorisation)
Fonctionnement avec les ressources &

leur organisation informatiques
MPD
MPT
Description des bases de donnes dans

la syntaxe du logiciel (SGF, SGBD)
Architecture technique des

programmes
Pour chaque niveau dabstraction (conceptuel, organisationnel,

logique & physique) et pour chaque volet (donnes, traitements), le
SI est reprsent par un modle
18
13

Dmarche
z
z
z
z
Au niveau conceptuel,
tudier sparment les donnes &
les traitements MCD & MCT
Au niveau organisationnel,
tudier les traitements MOT
Valider les donnes par les traitements
MCD valid
Transformer le MCD en MLD
MLD
Passer aux modles oprationnels
MPD, MLT & MPT
MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
19
Le cycle de vie
Dimension traduisant le caractre vivant du SI

Plusieurs tapes (cf. AFNOR Z67-101)
z
z
z
z
z
z
z
Le schma directeur
Ltude pralable (MCT + MCD)
Ltude dtaille (MOT + PF + MCD valid + MLD)
Ltude technique (MLD optimis + MPD + MPT)
La production logicielle
La mise en service
La maintenance
20
14
Le cycle de vie - schma directeur

Dfinit les orientations gnrales du dveloppement

moyen terme des SI en termes dobjectifs & de contraintes :
Dcoupage en domaine (achat, tude, fabrication)
z Identification des activits
z Affectation des activits aux domaines
z Planification globale du dveloppement
z
21
Le cycle de vie - tude pralable

Propose des solutions domaine par domaine en prcisant :

Le processus de fonctionnement du domaine
z Le degr & le type dautomatisation
z Le cot des moyens mettre en oeuvre
z Les avantages & contraintes de la solution
MCT + bauche du MCD
22
15
Le cycle de vie - tude dtaille

Donne la spcification du futur SI

2 phases :
Conception gnrale
dcrit compltement la solution conceptuelle et organisationnelle du
point de vue de lutilisateur (externe)
z Conception dtaille
produit, pour chacune des tches du SI, une description complte en
termes de support (dessin, cran, imprim), dalgorithmes (rgles
de calcul, de contrle), dactions sur les donnes (mise jour,
consultation)
z
MOT+MCD valid + Procdures Fonctionnelles + MLD
23
Le cycle de vie - tude technique

Passe des spcifications la dfinition des traitements des

donnes au niveau physique en dterminant :
La structure informatique de la BD
z Larchitecture des programmes
z La structure de chaque programme
z
MLD optimis + MPD + MPT
24
16
Le cycle de vie - production logicielle

Consiste :
crire des programmes dans un langage
z Gnrer des fichiers ou bases de donnes
z Raliser les tests de mise au point
25
Le cycle de vie - mise en service

Consiste :
Installer les logiciels ralises (assemblage)
z Vrifier le bon fonctionnement du logiciel (tests)
z Mettre en place progressivement la nouvelle organisation
z Former les utilisateurs
26
17
Le cycle de vie - maintenance

Fait vivre & voluer le programme jusqu sa mort :

Rectification des anomalies
(maintenance corrective)
z Adaptation des nouveaux besoins ou besoins modifis
(maintenance volutive)
z Amlioration des performances ou autres caractristiques
(maintenance perfective)
z Adaptation un nouvel environnement
(maintenance adaptative)
27
Le cycle de dcision (1)

Concerne les dcisions darbitrage relatives la gestion du

projet :
z
z
z
z
z
Identification : choix des domaines dintervention.

Gestion : choix du primtre fonctionnel (rgles de gestion, donnes
et traitements)
Organisation : choix du mode de fonctionnement du systme
Technique : choix de logiciel, dimensionnement des matriels
conomique : budget gnralement fix influe sur les autres
dcisions
28
18
Le cycle de dcision (2)

Suit dune manire // le cycle de vie :

tapes de la dmarche
Rsultats
Dcision
Schma directeur
Plan de dveloppement du SI
Approbation & mise en application
tude pralable
Dossier de choix des n solutions
Choix dune solution
tude dtaille
Spcifications fonctionnelles
Accord utilisateur
tude technique
Spcifications techniques
Accord ralisateur
Production logicielle
Systme ralis en ordre de marche
Systme conforme
Mise en service
Systme install dans lorganisation
Systme en service
29
Modle Conceptuel des Donnes - MCD

MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
30
19
Introduction
Modle de Conceptuel des Donnes

Reprsentation de lensemble des donnes du SI et de leurs

dpendances fonctionnelles sans tenir compte des aspects
techniques et conomique de mmorisation & daccs
1re formalisation conceptuelle
tape la plus importante avec les MCT
Fixe les choix pour les donnes du SI
Naborde pas les aspects dorganisation
Aspect statique
Modle le + connu & le + utilis de MERISE
31
Formalisme & concepts

Description des donnes laide du formalisme entitrelation, bas sur 4 concepts :

Entit
z Relation
z Proprit
z Cardinalit
z
Reprsentation graphique
Cardinalit
COMMANDE
N Cde
1,n
CONCERNER
Quantit Cde
Date Cde
Proprit
Entit
Relation
0,n
PRODUIT
N Produit
Dsignation
Prix unitaire
32
20
Entit
Dfinition
Ensemble cohrent (caractristiques comparables) dcrivant un

objet ou individu qui peut reprsenter une notion concrte ou
abstraite
Exemple
PERSONNE
COMMUNE
ETUDIANT
COMMANDE
33
Proprit
Dfinition
Donne lmentaire qui dcrit une entit ou une relation

(1 caractristique dune entit ou dune relation)
Exemple
PERSONNE
Npersonne
Nom
Prnom
Adresse
COMMUNE
Ncommune
Nom
Dpartement
ETUDIANT
NINSEE
Nom
Prnom
Diplme
COMMANDE
Ncommande
Date
Montant
Identifiant
z
Proprit de lentit permettant didentifier dune faon unique toutes

les autres proprits (1 seule occurrence de lentit). Lidentifiant est
inscrit en tte de la liste et soulign
34
21
Relation
Dfinition
Modlise un ensemble dassociation de mme nature entre

2 ou plusieurs entits
Exemple
LOGEMENT
PERSONNE
Npersonne
Nom
Prnom
Profession
Age
HABITER
Ncommune
Adresse
Surface
Nbpices
PROF
NProf
Nom
Prnom
ELEVE
NOTER
Nlve
Nom
Prnom
Note
35
Cardinalit (1)
Dfinition
Cardinalit mini
Cardinalit maxi
COMMANDE
Participation des
N Cde
Date Cde
occurrences dune entit
aux occurrences dune relation
1,n
CONCERNER
Quantit Cde
2 types : minimum & maximum

z
Cardinalit minimum : nb minimum de fois o une entit est

concerne par lassociation
0 : certaines occurrences de lentit ne participent pas la relation
(participation optionnelle)
1 : toute occurrence de lentit participe au moins 1 fois aux occurrence
de la relation (participation obligatoire)
36
22
Cardinalit (2)
Cardinalit maximum : nb maximum de fois o une entit est

concerne par lassociation
1 : quand une occurrence de lentit participe la relation, elle ny
participe au plus quune fois (unicit)
n : quand une occurrence de lentit participe la relation, elle peut y
participer plusieurs fois (multiplicit)
Exemple
CLIENT
0,n
PASSER CDE
Min = 0 : un client peut ne pas

passer de cde (client potentiel).
Max = n : un client peut passer
plusieurs cdes
1,1
COMMANDE
Min = 1 : une cde est

toujours passe par un client.
Max = 1 : une cde est passe
par au plus 1 client
37
Rgles relatives au MCD (1)

Premire forme normale (1FN)

Dans une entit, toutes les proprits sont lmentaires et il existe

un identifiant qui la caractrise de manire unique.
Exercice
CLIENT
Lentit CLIENT est-elle 1FN ?
Nom-client
Adresse-client
38
23

Deuxime forme normale (2FN)

Toute proprit dune entit doit dpendre de lidentifiant par une

dpendance fonctionnelle lmentaire (toute proprit de lentit doit
dpendre de tout lidentifiant).
Exercice
z
Lentit LIGNE-CDE est-elle 2FN ?
LIGNE-CDE
NCde
Rf
Dsignation
Quantit
39

Troisime forme normale (3FN)

Toute proprit dune entit doit dpendre de lidentifiant par une

dpendance fonctionnelle lmentaire directe.
Exercice
z
Lentit CLIENT est-elle 3FN ?
CLIENT
Code-client
Nom-client
Code-catgorie
Nom-catgorie
40
24

Forme normale de Boyce-Codd (BCFN)

Si une entit a un identifiant concatn, un des lments composant

cet identifiant ne doit pas dpendre dune autre proprit.
Exercice
z
Lentit COURS est-elle BCFN ?

En admettant les rgles de gestion :
Tout professeur enseigne une matire et une seule
Toute classe na quun seul professeur par matire
COURS
Matire
Nclasse
Code-prof
41
Ex : gestion dun club de parapente
42
25
Remarques lies lexemple (1)
Chaque Parapente du club est obligatoirement d'un et d'un

seul Modle de parapente (relation 1,1). C'est--dire ici que
le modle de parapente est un lment permettant
d'identifier le parapente.
Les Pilotes du club ne sont pas obligs de prendre pour
une journe un Parapente du club mais ils peuvent aussi en
louer plusieurs fois (relation 0,N). Un Parapente du club n'est
pas forcment propos la location mais il peut aussi tre
lou plusieurs fois (relation 0,N).
Un vol (caractris ici par l'association Vol) ncessite un
Pilote, un Site de dcollage, un Site datterrissage et un
Modle de parapente. Si l'une de ces quatre entits est
inconnue, le vol ne peut tre enregistr.
43
Remarques lies lexemple (2)
Un Pilote du club doit obligatoirement avoir au moins un vol

(relation 1,N). Un pilote qui n'a jamais vol n'est pas un
pilote.
Un Site de dcollage, un Site datterrissage, ou un Modle
de parapente ne sont pas forcment concern par un vol
d'un des membres du club mais peuvent l'tre plusieurs fois
(relation 0,N).
Il peut y avoir des modles de parapentes qui ne sont jamais
utiliss par des membres du club ou des sites sur lesquels
aucun membre ne vole jamais.
44
26
Application
Organisation des stages

On veut mettre en place un logiciel charg de grer le droulement

des stages des tudiants du Dpt Qualit & SdF. Un enseignant peut
suivre plusieurs tudiants en stage de plusieurs entreprises.
Lenseignant exerce titre principal dans un tablissement unique et
identifi par un numro. Ltudiant peut tre dans un des 5 cycles de
formation dispenss au Dpt
Dmarche
Trouver les entits
z Dfinir les entits avec les proprits
z Raliser le MCD (en respectant les rgles lies au MCD)
z
Corrig
45
Construction dun MCD

4 tapes
Construction du Dictionnaire des Donnes (DD)
z puration du DD
z Construction du graphe des dpendances fonctionnelles & obtention
de la Structure dAccs Thorique (SAT)
z tablissement du MCD
TD n1
46
27
Modle Conceptuel des Traitements - MCT

MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
47
Introduction
Modle de Conceptuel des Traitements

Reprsentation de faon schmatique de lactivit du SI
sans prciser les ressources ou leur organisation
(dfinir ce quil faut faire : quoi, sans dire qui, quand, o ni comment)
z 2me formalisation conceptuelle
z tape trs importante avec le MCD
z Fixe les traitements en fction des vnements extrieurs
z Naborde pas les aspects organisationnels & oprationnels
z Aspect dynamique (oprations ralises / vnements)
48
28
Flux dinformations
Analyse des flux

permet dapprhender le fonctionnement global de lentreprise ou de

lorganisation.
2 concepts :
z
Lacteur (unit active intervenant dans le fonctionnement du SI)

Client, fournisseur
La comptabilit, la gestion du personnel
Service, unit gographique
Le flux (change entre 2 acteurs ; mis par un acteur vers un autre)

Matire
Finance
Personnel
Information
49
Diagramme des flux

Reprsentation graphique des acteurs & des flux changs

: tape prliminaire pour lobtention des MCT
Ex : constructeur dordinateur (schma de circulation)
USINES
Ordre de prparation
Matriel assembl
FILLIALES
Contrat
Contrat de Contrat de
Cde Contrat
de
vente Matriel maintenance maintenance Devis Acceptation Annonce Remise
de
vente
client
panne en tat
livr
devis
sign
propos
propos
sign
CLIENT
Facture
50
29
Concepts
vnement
Description des traitements

bas sur 3 concepts :
vnement
z Opration
z Synchronisation
z
E1
E2
Synchronisation
OU
Actions
Opration
R1
Reprsentation graphique
E1
R2
Rn
E2
MCT complexe
dcomposer le SI en processus (+ieurs MCT)
z
En
ensemble structur dvnements, doprations & rsultats

conscutifs incluses dans un mme domaine dactivit
51
vnement
Dfinition
reprsente un changement dans l'univers extrieur au SI, ou dans le

SI lui-mme (les flux reus sont modliss en vnements)
3 types dvnements
vnements externes produit par un acteur externe
z vnements internes raliss lintrieur du domaine
z vnements temporels reprsentant des chances (la notion du
temps peut dclencher une rgle)
z
Reprsentation graphique : ellipse

Trait plein (vnements internes)
z Traits pointills (vnements externes)
z
vnement
interne
vnement
externe
52
30
Opration
Dfinition
ensemble d'actions excutes par

le systme suite un vnement, Nom de lopration
ou une conjonction d'vnements
Examen du stock
Disponible
(expressions logiques indiquant selon

le rsultat de lopration quels
vnements sont crs)
Livraison
Reprsentation graphique : rectangle

z
Action
EXAMEN COMMANDE
Produit en sortie de nouveaux

vnements dont lmission est
soumise des rgles dmission
z
Commande
client
Indisponible
Commande
en attente
Rgle dmission
Nom de lopration, actions & rgles dmission

53
Synchronisation
Dfinition
reprsente une condition boolenne pralable au dclenchement de

lopration. Condition ralise sur les vnements contributifs
lopration en utilisant les oprateurs : OU, ET, NON
Reprsentation graphique :
triangle en prcisant la proposition logique
a
a OU (b ET c)
Actions
R1
R2
Rn
54
31
Ex1 : rservation dun parapente
55
Remarques lies lex1 (1)
Si un pilote fait la demande de rservation dune voile, le

systme saisira ou vrifiera sa fiche, puis recherchera la
voile demand, 2 vnements peuvent alors se produire :
Soit la voile est rserve car acquise par le club et disponible,
z Soit la demande est dclare non rsolvable car :
z
La voile acquise par le club mais pas disponible

La voile non acquise par le club
Quand la voile est rserve et prise, on la vrifie puis on

enregistre sa sortie, 3 vnements peuvent se produire:
Soit la voile sort car oprationnelle et accepte par le pilote,
z Soit la demande de rservation dune autre voile est effectue, car le
pilote a refus la voile, mme si elle tait oprationnelle,
z Soit la voile est dclare abme.
z
56
32
Remarques lies lex1 (2)
Quand la voile est sortie puis retourn, on enregistre son

retour, puis on la vrifie, 2 vnements peuvent alors se
produire :
Soit la voile est dclare oprationnelle,
z Soit la voile est dclare abme.
z
57
Ex2 : rservation dune voiture de location

Demande de
voiture
Versement
caution
Proposition
mise
ET
PRISE EN CHARGE
Enregistrement date de sortie vhicule
EXAMEN DE LA DEMANDE
Vrification permis >1an
Recherche disponibilit vhicule
OK
chec
proposition
Non OK
Toujours
Date de
rservation
Dossier
ouvert
ET
MISE A DISPOSITION
Enregistrement sortie vhicule
Toujours
Remise du
vhicule
58
33
Application
Traitement des demandes de promotion dans une grande

administration
z
Rgles de gestion :
Toute demande de promotion doit subir un examen pralable permettant
de dterminer si elle est recevable ou non
Lexamen du dossier dune demande recevable ne peut se faire quaprs
rapport du suprieur hirarchique
Aprs examen du dossier par lautorit comptente, la promotion sera
accorde ou refuse
Corrig
59
Construction dun MCT

4 tapes
Dtermination des vnements prendre en compte
z laboration du graphe des flux en liminant ce qui est de nature
organisationnelle
z liminer les traitements redondants du MCT
z tablissement du MCT dfinitif
TD n3
60
34
MOT
MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
61
Introduction
Modle Organisationnel des Traitements

Spcifie lorganisation qui rgira les traitements tudis lors de la

formalisation conceptuelle (rpondre qui, quand et o)
Dfinit les ressources mettre en uvre (moyens techniques ou
humains, espace, temps & donnes)
Dcompose les oprations en tches (lments + fins & homognes)
tablit un enchanement chronologique (droulement)
Organise l'ensemble des ressources permettant d'assurer l'excutions
des tches
Donne + de dtails pour chaque opration & construit une ou +ieurs
solutions d'organisation (choix selon critres conomiques, techniques,
ergonomiques & sociaux)
62
35
Concepts
Bas sur 2 concepts :

Poste de travail
z Procdure fonctionnelle (PF)
Reprsentation graphique base sur celle du MCT en y

ajoutant lorganisation choisie : tableau
colonnes = intervenants, acteurs, lieux & nature de l'opration
z lignes = notion de temps
z indication du support d'information : disque dur, papier, disquette
z
63
Formalisme
Postes de travail du domaine tudi
Temps
Service
Achat
Lien des traitements

avec le temps :
- J jour de rfrence
- H heure de rfrence
Service
Courrier
Magasin
Procdures
Fonctionnelles (PF)
dont ce poste est
responsable
Extrieur
domaine
Type
vnements & Nature de la PF :

- manuel
flux extrieurs
- automatique
- saisie
- consultation
64
36
Poste de travail
Dfinition
centre d'activit lmentaire du domaine comprenant tout ce qui est

ncessaire l'excution des traitements
Description du poste de travail

Comptences & aptitudes des personnes (responsables)
z Caractristiques techniques des matriels (ressources)
z Amnagement gnral & localisation dans l'espace (lieu)
z
Reprsentation graphique : 1 colonne du tableau
65
Procdure fonctionnelle
Dfinition
ensemble d'actions d'une opration conceptuelle affect un poste

de travail (1 PF est ininterruptible). En gnral, c'est la
dcomposition d'une opration conceptuelle.
Paramtres d'une PF
z
z
z
z
z
Degr d'automatisation : manuelle ou automatise

Type : saisie, consultation, modification, suppression, enregistrement
ou recherche (entits & associations utilises)
Dlai de rponse : immdiate ou diffre
Mode de fonctionnement : unitaire ou par lot
Description des crans
Reprsentation graphique : idem opration (MCT)

66
37
Ex : rservation dun parapente
Supports des
flux
d'informations
67
Procdure Fonctionnelle (1) :

Vrification de la Fiche Pilote & Recherche de la voile demande
68
38

69

70
39
Construction dun MOT

2 tapes
Dtermination des procdures fonctionnelles (PF)
z laboration du diagramme d'enchanement des procdures
Utilisation
MCT en y intgrant les contraintes lies l'organisation
(1 opration du MCT se dcompose en enchanement de
procdures fonctionnelles)
z Graphe de circulation (informations traites par la procdure
circulation de l'info dans l'espace & le temps)
z
71
MOD
MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
72
40
Introduction
Modle Organisationnel des Donnes

Permet de prendre en compte les lments relevant de l'utilisation

des ressources de mmorisation sans tenir compte des conditions
de structuration, de stockage et de performances lies la
technologie de mmorisation informatique
Choix des informations mmoriser informatiquement
Quantification & dure de vie des informations mmoriser
Rpartition des donnes informatises entre units organisationnelles
(ensemble de postes reprsentant un service ou un site gographique)
Accs aux donnes informatises pour chaque unit organisationnelle
(scurit des donnes)
73
Formalisme
Reprsentation graphique base sur celle du MCD en y

ajoutant des notions complmentaires
(taille des proprits, nb d'occurrences des entits, scurit des donnes, )
Utilisation de tableaux (ex : volume global)

CLIENT
0,n
Num-client
Nom
Ville
1,1
PASSER
COMMANDE
Num-Commande
Date
1,n
COMPOSER
EntitRelations
Total taille
proprits
Nb
d'occurrences
Volume
Commande
Article
Composer
12 octets
40 octets
4 octets
1500
2000
10000
18000 octets
80000 octets
40000 octets
quantit
0,n
ARTICLE
Rfrence
Libell
74
41
MLD
MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
75
Introduction
Modle Logique des Donnes

Indique comment les donnes sont organises. Le MLD devra

rendre compte des limites & possibilits du logiciel dont on dispose
sans entrer dans les dtails techniques des mthodes de stockage
et d'accs
Ncessite de connatre les moyens disponibles pour la

manipulation des donnes :
Bases de donnes relationnelles
z Bases de donnes navigationnelles (Norme Codasyl)
z Fichiers indexs
z
Nous ne traiterons que la formalisation du MLD applique

une BD relationnelle (quasi totalit des BD)
76
42
Modle relationnel
E. F. Codd (1970)
La plupart des SGBD
2 aspects fondamentaux
Algbre permettant de manipuler les donnes
z Dmarche de conception
z
Base de donnes relationnelle = ensemble de tables

relies entre elles
77
Concepts
Concepts
CLIENT
Table (entit / relation selon les cardinalits)

Num-Client
Nom
z Attribut (proprit)
Ville
z Cl primaire simple ou compose (identifiant)
z Cl trangre (attribut d'une table permettant la relation de cette
table avec une autre dont cet attribut est cl primaire contrainte
rfrentielle)
Num-Client
Nom
Ville
Table = tableau
121
260
253
DUPONT
DURAND
PAGNOL
Colonnes : attributs
z Lignes : occurrences (valeurs prises par les attributs)
z
ANGERS
PARIS
ANGERS
Reprsentation graphique base sur celle des entits du

MCD (tables en MLD) en y prcisant les relations
78
43
Algbre relationnelle (1)

Ensemble d'oprations s'appliquant une ou +ieurs tables

pour donner une nouvelle table
Slection : choix de lignes d'une table / critre
z Projection : choix de colonnes d'une table & suppression les lignes
identiques (si cl primaire limine)
z Jointure : composition de 2 tables / attributs de jointure
z Oprations ensemblistes : applicable que sur des tables de mme
schma
z
Union
Intersection
Diffrence
79

Soit les tables suivantes composes des t-uples :

CLIENT
Num-Client
Nom
Ville
Num-Client
Nom
Ville
121
260
253
DUPONT
DURAND
PAGNOL
ANGERS
PARIS
ANGERS
COMMANDE
Num-Commande
Num-Client
Date
Num-Commande
Num-Client
Date
10
11
15
121
253
121
05/05/2003
05/05/2003
05/05/2003
Num-Commande
Ref-Article
Quantit
10
10
10
11
15
566A
437F
151D
566A
566A
10
1
3
5
10
LIGNE-COMMANDE
Num-Commande
Ref-Article
Quantit
80
44

Exercices : donner les rsultats de ces oprations

Slection des clients o Ville = ANGERS
z Projection de LIGNE-COMMANDE sur
(Ref-Article, Quantit)
z Jointure CLIENT et COMMANDE
Corrig
81
Rgles de passage (MCDMLD)

Une entit devient une table & ses proprits deviennent

les attributs de la table (graphiquement idem)
Pour une relation R entre 2 ou +ieurs tables X et Y
Si, du ct de X les cardinalits sont (0,1) ou (1,1), la relation R
disparat, mais la cl de Y (cl primaire) est incorpore la table X
(cl trangre). Ceci tablit une liaison entre les tables X et Y par
l'intermdiaire de ce champ commun (reprsente par une flche
partant de la table X vers la table Y : lien relationnel)
z Si toutes les cardinalits sont de type (0,n) ou (1,n), la relation R
devient une table. Les cls de X et Y sont incorpores dans la table
R et deviennent la cl primaire (compose) de R. Si R a des
proprits, elles deviennent des attributs de la table. Les flches
partent de la table R vers les tables X et Y.
z
82
45
Formalisation graphique (1)

Relation (*,n)-(1,1)
PERSONNE
Num-Personne
Nom
Prnom
0,n
Num-Commande
Date
Statut
POSSEDER
corrig
[* = 0 ou 1]
MAISON
1,1
Rfrence
Date-Construction
Surface
1,n
Relation (*,n)-(*,n)
COMMANDE
[* = 0 ou 1]
corrig
0,n
PORTER
0,n
1,n
Quantit
1,n
ARTICLE
Num-Article
Dsignation
Prix
83

Relation (*,n)-(0,1)
PERSONNE
Num-Personne
Nom
Prnom
[* = 0 ou 1]
0,n
POSSEDER
1,n
Date-Acquisition
corrig
0,1
VOITURE
Numro
Marque
Type
84
46

Relation (0,1)-(1,1)
EDIFICE
corrig
0,1
Num-Edifice
Type
Relation (0,1)-(0,1)
ENTREPRISE
1,1
ETRE
MAISON
Rfrence
Date-Construction
corrig
0,1
Num-Entreprise
Adresse
CORRESPONDRE
0,1
TIERS
Num-Tiers
Type
85

Relation rflexive (0,n)-(0,1)

0,1
SALARIE
Num-Salarie
Nom
Prenom
Fonction
Est dirig
DIRIGER
0,n
dirige
Relation rflexive (*,n)-(*,n)

MATERIEL
Num-Matriel
Dsignation
Type
corrig
0,n Est co
mpos
(e
ns
em
ble)
1,n
corrig
COMPOSER
0,n Compose
lment)
1,n (
86
47
MLD sous ACCESS

2 types de relations seulement : (1,1) & (1,n)

Reprsentation graphique : idem MLD relationnel sans
flches mais en prcisant pour les relations :
La liaison entre tables = ligne reliant les attributs
z Les "cardinalits" = 1 ou (n)
z
1 auteur est associ +ieurs livres

1 livre est associ 1 auteur
87
Ex : gestion dun club de parapente
88
48
Application : gestion d'une bibliothque

Passage du MCD en MLD

LIVRE
Code-ISBN
Titre
1,1
EXISTER
0,n
0,n
EMPRUNTER
Date
Date-Emprunt
AUTEUR
Code-Auteur
Nom-Auteur
1,n
Nb-Exemplaire
ECRIRE
1,n
Corrig
1,n
0,n
ADHERENT
Numro
Nom
Rue
Ville
COLLECTION
Code-Collection
Nom-Collection
1,1
EDITER
1,n
EDITEUR
Code-Editeur
Nom-Editeur
89
t MLT
MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
90
49
Introduction
Modle Logique des Traitements

Spcifie avec rigueur & en dtail le contenu des traitements associs

chaque tche organisationnelle informatiser
Vision interne (informaticien)

z
Moyens utiliser pour construire le logiciel / activits prescrites

(MOT) compte-tenu des ressources & contraintes logicielle et des
principes gnraux d'ergonomie
Comment vais-je concevoir mon logiciel par rapport aux fonctions
demandes ?
Enchanements des transactions
Dcoupage en modules
Rpartition des donnes & traitements informatiss
91
Choix techniques
Architecture de l'application
Rpartition des traitements & donnes
z
z
z
z
z
SGBD
BD rparties
Architecture client-serveur
Sparation entre interfaces utilisateur & noyau de l'application
Multifentrage
La spcification du MLT = fortement lie l'architecture

adopt & aux outils logiciels retenus
pas de formalisme universel pour le MLT
92
50
Concepts
2 concepts
Unit Logique de Traitement (ULT) & procdure logique
z Machine logique
Reprsentation graphique d'une ULT : idem MCT

(synchronisation, opration, conditions d'mission,
vnements, tats)
93
Unit Logique de Traitement (1)

Dfinition
Modlise un ensemble de traitements informatiques perus comme

homognes en termes de finalits
Exemple
Transaction (systme transactionnel)
z Bote de dialogue
z dition
z
Composition d'une ULT au travers (modle MVC)

Interface
z Traitements
z Donnes
z
94
51
Unit Logique de Traitement (2)

Composants d'une ULT

z
z
z
z
z
z
Prsentation externe des donnes utilises (maquette)

Rgles de gestion & de contrle associes la prsentation (logique
de dialogue)
Algorithmique gnrale de l'ULT (logique fonctionnelle)
Procdures appliquer (rgles de calcul, algorithmes)
Accs aux donnes mmorises
Enchanements conditionnels vers d'autres ULT ou rsultats produits
et conditions de dclenchement
Procdure logique
z
Enchanement d'ULT ralisant l'informatisation d'une tche ou phase

du MOT
95
Machine logique
Dfinition
Ensemble des ressources informatiques (matriel & logiciel)

capables d'excuter des traitements informatiques autonome
Caractristiques
Techniques : type, puissance, capacit
z Nombre (architecture client/serveur 2 machines logiques)
z Occurrences (1 machine logique de type micro client en 60
exemplaires)
z
96
52
Conception dun MLT

3 approches complmentaires
Dcomposition des tches du MOT
z Recherche de rutilisation d'Unit Logique de Traitement
z Conception d'ULT autours des donnes
97
u MPD & MPT

MCD
MCT
MOT
MCD valid
MOD
MLD
MLT
MPD
MPT
98
53
Introduction - MPD
Modle Physique des Donnes

Traduction du MLD dans un langage de description de donnes

spcifique au SGBD ou au Systme de Gestion de Fichier (SGF)
retenu pour la ralisation du SI
MPD = MLD adapt en fonction des spcificit du langage

de dfinition des donnes associes l'outil retenu (SGBD
par exemple)
Exclu de prsenter les rgles prcises pour tout systme
(cf. docs techniques des produits) prsentation trs
gnrale aux SDGB relationnels
99
Introduction - MPT
Modle Physique des Traitements

Le MOT spcifie l'enchanement de l'ensemble des tches du point
de vue de l'utilisateur. Le MLT traduit la logique informatique
correspondant l'informatisation des tches.
z Le MPT reprsente la solution technique de construction du logiciel :
c'est l'ensemble des programmes informatiques assurant l'excution
des traitements informatiss du SI
Pas de formalisme bien dfini & normalis

MPT s'labore partir du MLT en regroupant des ULT en
programmes suivant :
z
z
z
z
z
tches organisationnelles (ULT),

nature de l'environnement (Windows),
possibilits techniques du matriel (mmoire),
moyens techniques de dveloppement,
critres conomiques (production & maintenance)
100
54
Objectifs SGBD (1)

Objectifs orients donnes

Non redondance des donnes
z Partageabilit des donnes
z Scurit des donnes (accs non autoriss, malintentionns)
z Cohrence des donnes (contraintes d'intgrit)
Objectifs orients traitements

Indpendance physique des donnes (changer d'organisation
physique pour les performances sans modifier l'exploitation)
z Indpendance logique des donnes (dfinir des modles spcifiques
rpondant des traitements adapts)
z Manipulation facile des donnes (langages)
z Cohrence physique / fiabilit (retrouver un tat cohrent de la BD
aprs une panne)
z
101
Objectifs SGBD (2)

Objectifs organisationnels
Assurer un contrle efficace des donnes
z Rsoudre les conflits entre divers points de vue utilisateurs
z Optimisation des accs aux donnes
z Optimisation des moyens informatiques
102
55
Structure fonctionnelle SGBD

Couche 1
gestion des rcipients de donnes sur la mmoire

Fonctions de base de tout systme de gestion de fichiers
Couche 2 (SGBD interne)

z
gestion des donnes stockes dans les fichiers

Placement, assemblage des donnes
Gestion des liens entre donnes
Structures de recherche rapide (index)
Couche 3 (SGBD externe)

z
prsentation des donnes aux programmes d'application et aux

usagers ayant formul leurs besoins dans des langages (requtes,
rapports, )
103
SQL (1)
Structured Query Language (normalis)

Adopt par la plupart des SGBD relationnels
Langage de description & manipulation de donnes

Dfinir & modifier une BD relationnelle
z Interroger une BD relationnelle
z Contrler la scurit & la confidentialit de la BD
z
Passage du MLD au MPD (SGBD relationnel)

Pas de difficult majeure
z Traduire le MLD (schma relationnel de la BD) en SQL
z Table compose de colonnes (attributs) & de lignes (occurrences)
z
104
56
SQL (2)
Langage de dfinition de donnes

Base de donnes
Cration d'une BD : CREATE DATABASE NomBD
Fermeture d'une BD : CLOSE DATABASE NomBD
Suppression d'une BD : DROP DATABASE NomBD
Dfinition & cration d'une table

CREATE TABLE NomTable
({NomAttribut Type [NOT] NUL [DEFAULT Valeur],}
[PRIMARY KEY (NomAttribut {, NomAttribut})])
Modification d'une table

ALTER TABLE NomTable [ADD NomAttribut Type] |
[DROP NomAttribut] |
Suppression
[MODIFY NomAttribut Type]
d'un attribut
Ajout d'un
attribut
Modification du type de donnes

105
SQL (3)
Langage de manipulation de donnes

Extraction des donnes d'une table
Filtre portant sur les

donnes (conditions remplir
pour que les lignes soient
prsentes dans le rsultat)
SELECT * | NomColonne {,NomColonne} FROM NomTable

[WHERE NomColonne = | < | <= | IN | LIKE | valeur [OR | AND ...] ]
Dfinition
[GROUP BY OrdreGroupes]
Filtre portant sur les rsultats
d'un
[HAVING
Condition]
(conditions de regroupement des lignes)
groupe
[ORDER BY ListeColonnes ]
Tri des colonnes de la rponse
z
Insertion de donnes dans une table

INSERT [INTO] NomTable [ListeColonnes] {VALUES ListeValeurs |
RequteSelect | DEFAULT VALUES}
Modification de donnes dans une table

UPDATE NomTable
SET NomColonne = Valeur [, NomColonne2 = Valeur2 ...]
[WHERE condition]
106
57
SQL (4)
Langage de gestion des droits d'accs aux donnes

Langage de gestion des transactions
SQL intgr
z
lments procduraux que l'on intgre un langage hte
107
Exemple : gestion d'un htel (1)

MCD
I
N
SI
BL
: Integer (entier long)

: Number (rel)
: Short Integer (entier court)
: Boolean (boolen)
A
VA
D
MN
: Char (caractres alpha de longueur fixe)

: VarChar (car alpha longueur variable avec un max)
: Date
: Money (monnaie)
108
58

MLD
109

SQL (MPD)
-- ============================================================
-- Table : T_CHAMBRE
-- ============================================================
create table T_CHAMBRE
(
CHB_ID
INTEGER
not null,
CHB_NUMERO
SMALLINT
not null,
CHB_ETAGE
CHAR(3)
,
CHB_BAIN
NUMERIC(1)
not null
default 0,
CHB_DOUCHE
NUMERIC(1)
not null
default 1,
CHB_WC
NUMERIC(1)
not null
default 1,
CHB_COUCHAGE
SMALLINT
not null,
CHB_POSTE_TEL
CHAR(3)
,
primary key (CHB_ID)
);
-- ============================================================
-- Index : T_CHAMBRE_PK
-- ============================================================
create unique index T_CHAMBRE_PK on T_CHAMBRE (CHB_ID asc);
110
59

SQL (MPD)
-- ============================================================
-- Table : T_TARIF
-- ============================================================
create table T_TARIF
(
TRF_DATE_DEBUT
DATE
not null,
TRF_TAUX_TAXES
NUMERIC
not null,
TRF_PETIT_DEJEUNE
NUMERIC(8,2)
not null,
primary key (TRF_DATE_DEBUT)
);
create unique index T_TARIF_PK on T_TARIF (TRF_DATE_DEBUT asc);
-- ============================================================
-- Table : T_PLANNING
-- ============================================================
create table T_PLANNING
(
PLN_JOUR
DATE
not null,
primary key (PLN_JOUR)
);
create unique index T_PLANNING_PK on T_PLANNING (PLN_JOUR asc);
111

SQL (MPD)
-- ============================================================
-- Table : T_TITRE
-- ============================================================
create table T_TITRE
(
TIT_CODE
CHAR(8)
not null,
TIT_LIBELLE
VARCHAR(32)
not null,
primary key (TIT_CODE)
);
create unique index T_TITRE_PK on T_TITRE (TIT_CODE asc);
-- ============================================================
-- Table : T_TYPE
-- ============================================================
create table T_TYPE
(
TYP_CODE
CHAR(8)
not null,
TYP_LIBELLE
VARCHAR(32)
not null,
primary key (TYP_CODE)
);
create unique index T_TYPE_PK on T_TYPE (TYP_CODE asc);
112
60

SQL (MPD)
-- ============================================================
-Table : T_MODE_PAIEMENT
-- ============================================================
create table T_MODE_PAIEMENT
( PMT_CODE
CHAR(8)
not null,
PMT_LIBELLE
VARCHAR(64)
not null,
primary key (PMT_CODE) );
create unique index T_MODE_PAIEMENT_PK on T_MODE_PAIEMENT (PMT_CODE
asc);
-- ============================================================
-Table : T_CLIENT
-- ============================================================
create table T_CLIENT
( CLI_ID
INTEGER
not null,
TIT_CODE
CHAR(8)
,
CLI_NOM
CHAR(32)
not null,
CLI_PRENOM
VARCHAR(25)
,
CLI_ENSEIGNE
VARCHAR(100)
,
Cl trangre
primary key (CLI_ID) );
create unique index T_CLIENT_PK on T_CLIENT (CLI_ID asc);
create index L_CLI_TIT_FK on T_CLIENT (TIT_CODE asc);
113

SQL (MPD)
-- ============================================================
-Table : T_FACTURE
-- ============================================================
create table T_FACTURE
(
FAC_ID
INTEGER
not null,
CLI_ID
INTEGER
not null,
PMT_CODE
CHAR(8)
,
FAC_DATE
DATE
not null,
FAC_PMT_DATE
DATE
,
primary key (FAC_ID)
);
create unique index T_FACTURE_PK on T_FACTURE (FAC_ID asc);
create index L_FAC_CLI_FK on T_FACTURE (CLI_ID asc);
create index TJ_FAC_PMT_FK on T_FACTURE (PMT_CODE asc);
...
114
61
v SGBDR sous Access
115
Base de Donnes relationnelles

Relation
Mise en rapport des donnes les unes / aux autres
z Flexibilit des relations entre donnes
z Pas de chemin daccs aux infos pralablement dfini
(seule la structure des enregistrements est dfinie)
z Liaisons temporaires et permanentes entre les tables
Base de Donnes non relationnelles

Structure hirarchique
z Structure en rseau
z Chemins daccs prdfinis
z
Vitesse de travail
Limite lexploitation des donnes aux accs dfinis
116
62
BD Access
Caractristiques
Donnes organise en tables : colonnes (champs), lignes
(enregistrements)
z Relations permanentes entre tables peuvent tre tablies
z Liaisons temporaires entre les tables (requte)
z Recherche slective possible des donnes dont on a besoin
Objectifs (cf. SGBD 8)

Non redondance des donnes (sauf pour la cration de liaisons
durables ou provisoires)
z Scurit des donnes
z Cohrence des donnes (contraintes dintgrit)
z
117
Conception dune BD
Complexit dune BD Relationnelle

Nb de tables
z Nb de relations entre les tables
z Conception pralable = tape importante : MERISE
MCD
MCT
MOT
MCD valid
MOD
Tables &
Relations
MLD
MLT
Requtes, Formulaires,
tats, Macros, Modules
118
63
Exemple
BD dune entreprise
Permettant darchiver pour chaque salari (Matricule, Nom, Prnom,

Adresse) les diffrents services (Nom) auxquels il a appartenu au
cours du temps (date dentre & date de sortie).
SALARI
Matricule
Nom
Prnom
Rue
Ville
CP
1,n
APPARTENIR
DateDb, DateFin
1,n
SERVICE
NService
NomService
119
Tables & relations
120
64
Requtes
SELECT Salari.NomSalari,
Salari.PrnomSalari,
Service.NomService,
Appartenir.DateEntreService,
Appartenir.DateSortieService,
[Appartenir]![DateSortieService][Appartenir]![DateEntreService] AS
NBJours
FROM Service INNER JOIN (Salari
INNER JOIN Appartenir ON
Salari.Nsalari = Appartenir.NSalari)
ON Service.Nservice =
Appartenir.NService
ORDER BY Salari.NomSalari,
Appartenir.DateEntreService;
121
Formulaires
122
65
Notions de base (1)

Base de donnes
Ensemble des infos enregistres dans les tables, les formulaires, les
requtes, les tats, les macros et les modules
Objets dune base de donnes

z
Toutes les entits : tables, les formulaires, les requtes, les tats, les
macros, les modules, graphiques, dessins, botes de dialogue
Table
z
Ossature des donnes enregistrer avec les enregistrements

correspondants. La table peut tre utilise comme moyen de saisie
pour les donnes (reprsentation sous forme de tableau)
1 ligne = 1 enregistrement
Colonnes = champs de donnes
123
Notions de base (2)

Requte
permet de rechercher et de rpertorier des enregistrements

rpondant certains critres (possible dexaminer +ieurs tables et/ou
requtes simultanment nvelles combinaisons de donnes)
Formulaire
z
masque dcran permettant de saisir ou dafficher certaines donnes

pouvant appartenir +ieurs tables (formulaire automatique ou
requte)
tat
z
permet denvoyer une slection de donnes sur limprimante

(dpend en gnral dune requte ou dune table). Il est possible
dajouter des champs supplmentaires (calcul de nvelles valeurs
partir des donnes existantes)
124
66
Notions de base (3)

Macro
contient une liste dactions excutes automatiquement pas Access

lors de lappel de la macro (cration & impression de bons de
livraisons et de factures)
Module
z
programmation dans Visual Basic Edition Applications VBA

(automatisation de procdures ne pouvant pas tre des macros
programmes lavance)
125
Notions de base (4)

Relations
liens existants entre tables raliss partir de champs de donnes

communs (cl primaire & cl externe ou trangre)
Relation 1:1 entre 2 tables
1 enregistrement de lune des 2 tables peut tre associ 1
enregistrement de lautre. Relation relativement rare (donnes dans une
seule mme table ?) intressante lorsque des donnes sont
confidentielles (limiter laccs une table)
Relation 1:n entre 2 tables
1 enregistrement de la table source (cl primaire) peut tre associ
plusieurs enregistrements de la table destination (cl externe)
Intgrit rfrentielle
z
vrification de la concordance des donnes contenues dans 2 ou

+ieurs tables en relation (systme de gestion de la BD)
126
67
Types de donnes (1)

Texte
contient 255 caractres max : chiffres ou lettres.

Dfinir une taille max dans les proprits du champ afin
dconomiser de lespace de stockage
Mmo
z
jusqu 65 535 caractres
Numrique
z
formats avec ou sans dcimales
Date / Heure
z
formats daffichage de la date & de lheure
Montaire
z
adapt la gestion des monnaies
127
Types de donnes (2)

NumroAuto
contenu gnr automatiquement par Access : incrmentation

chaque nouvel enregistrement (utilis en gnral pour les cls
primaires). Attention : une table ne peut contenir quun seul champ
de type NumroAuto ; en cas de suppression dun enregistrement la
valeur nest pas dbloque (trous entre valeurs)
Oui/Non (Vrai/Faux, Actif/Inactif)

z
permet de saisir des valeurs boolennes [ne peut tre index]
Objet OLE
z
dessins, textes, sons (taille max = 1 Go) [ni index, ni tris]
Assistant Liste de choix

z
permet de crer une liste modifiable ou droulante personnalise

(choix des valeurs)
128
68
Proprits des donnes (1)

Taille du champ
limite la taille dun champ de type texte ou numrique

Champ numrique
Octet (0 255 sans dcimales : 1 octet 0 28-1),
Entier (-32768 32767 sans dcimales : 2 octets -215 215-1),
Entier long (4 octets -231 231-1),
Rel simple (7 dcimales : 4 octets -3,4 E38 3,4E38),
Rel double (15 dcimales : 8 octets -1,797E308 1,797E308)
Format
z
spcifie le format de saisie des donnes laide de lAssistant

Masque de saisie (ex: numros de tlphone, codes postaux)
Lgende
z
permet (si proprit active) de dfinir le texte qui apparat dans les
tats ou les formulaires la place du nom du champ
129

Valeur par dfaut

permet de mettre dans un champ une valeur par dfaut.

Aucune valeur par dfaut ne peut exister dans les champs de cl
primaire ou NumroAuto
Valide si
z
limite, lors de la saisie, les donnes saisies celles dfinies sous

Valide si laide du gnrateur dexpression (ex : valeurs
numriques comprises entre 50 et 1000)
Message si erreur
z
texte affich lcran si une valeur saisie est non conforme la

dfinition du Valide si
Nul interdit
z
exige une valeur dans ce champ pour chaque enregistrement (si

option Oui slectionne)
130
69

Chane vide autorise

dtermine si un champ Mmo ou Texte peut recevoir une chane

vide (Non = paramtre par dfaut)
Index
z
permet de raliser des recherche ou des tris rapides. Une table peut
contenir +ieurs champs indexs. Un index peut tre dfinit par +ieurs
champ dune mme table (index multiple). Les champs de cl
primaire sont par principe index. Attention : indexer que les champs
frquemment utilis car un gd nb dindex ralentit lexcution ds
recherches
Dcimales
z
dfinit le nb de dcimales (entre 0 et 15 et Auto) pour les champs de

type Numrque et Montaire
131
Exemple : types
132
70
Exemple : proprits
133
Bibliographie
Livres au centre de doc de lISTIA sur MERISE

Comprendre Merise : outils conceptuels et organisationnels
Matheron, Daumard, Tardieu - Eyrolles 1994, 265 p.
z La Mthode Merise, principes et outils
Tardieu, Rochfeld, Colletti, Lesourne - Editions d'Organisation 1994,
340 p.
z L'Essentiel sur Merise - Dionisi - Eyrolles 1998, Vi-257 p
Livres au centre de doc de lISTIA sur Access

Access 2000 : formation par tape : crer et grer des bases de
donnes, formulaires, requtes, tats
Hardy, Thomsen, Dornoy, - Comptence micro 2001, 79 p.
z Microsoft Access 2000 au quotidien
Viescas - Microsoft Press 1999, 1276 p.
z Le Grand Livre : Microsoft Access 2
Bar, Bauder - Micro Application 1995, 1031 p.
z
134
71
Webographie
Bons cours sur Access en accs libre

http://enseignement.insset.u-picardie.fr/deug/ti/cours/access
z http://cerig.efpg.inpg.fr/tutoriel/bases%2Dde%2Ddonnees/sommaire.
htm
135
72
Partie II
Travaux Dirigs
n Construction dun MCD ............................................76

o MCD MLD ...............................................................80
p MCT & MOT ................................................................82
Universit
d'Angers
Conception des Systmes dInformation - EI3

Travaux Dirigs
A. TODOSKOFF - TD Conception des SI - EI3
Plan
Plan - Construction dun MCD partir du SAT - Passage du MCD au MLD - MCT & MOT
A. TODOSKOFF -Conception des SI - EI3
n Construction dun MCD

o MCD MLD
p MCT & MOT
75
n Construction dun MCD
Introduction
Mthode l'aide d'un exemple

Le SI contient essentiellement des proprits figurant sur les bons
de commandes et les factures :
N BON .......................................DATE .............................

NOM CLIENT ............................................................................
ADRESSE ....................................................................................
..................................................................................
NOM REPRESENTANT .............................................................
REF
DESIGN
QTE
PU
MONTANT
..........
...........................
..........
............
.....................
..........
...........................
..........
............
.....................
TOTAL
.....................
4
76
Recueil des informations

Interviews postes de travail + documents utiliss

Rgles de gestion :
R1 : un client peut passer une ou +ieurs commandes ou aucune
commande
z R2 : une commande peut concerner un ou plusieurs produits
z R3 : une commande est passe un reprsentant qui n'est pas
toujours le mme pour un client donn
z
tablir la liste des proprits

z
Si systme manuel prvoir des codifications pour identifier les

entits
Dictionnaire des donnes - DD

NOM
SIGNIFICATION
TYPE
A N AN
LONG
Nature
Nature
E CO CA M SIG SITU
Rgle de calcul ou
dintgrit
Proprits SIGNALTIQUES correspondent la "fiche d'tat

civil" de l'entit sa description
(Nom, rue, ville : proprits signaltiques de l'entit Client)
Proprits de type MOUVEMENT correspondent au souvenir
d'un vnement (N & Date de l'entit Commande est issue de
l'vnement Passation de commande)
Proprits de SITUATION expriment dans quel tat se trouve
l'entit un instant donn (cumul, position)
A(lphabtique), N(umrique), A(lpah)N(umrique), E(lmentaire),

CO(ncatne), CA(lcule), M(ouvement), SIG(naltique), SITU(atio)
77
puration du DD
Difficults entre signifiants & signifis

Signifi : objet abstrait ou concret que l'on veut qualifier
z Signifiant : mot employ pour reprsenter ce signifi
viter les cas suivants :

Synonymes : 2 signifiants pour un mme signifi
(ex : Nclient & CodeClient ; TVA & Taxe)
z Polysmes : 1 signifiant pour 2 signifis
(ex : Nom pour nom du client et pour nom du fournisseur ; QTE pour
quantit commande et quantit livre)
z
limination des synonymes & polysmes
Dpendances fonctionnelles (DF)

Dpendances fonctionnelles entre proprits

a
df
b
la connaissance de la valeur de a
dtermine 1 et 1 seule valeur de b
Ex :
N INSEE
df
Nom d'individu
! la rciproque est fausse

z une df peut porter sur la concatnation de +ieurs proprits
z
Dpendance fonctionnelle lmentaire

z
note
a
b
si
a
et aucune partie de a ne dtermine b
Ex : NINSEE + NOM
n'est pas lmentaire
df
df
ADRESSE
Dpendance fonctionnelle lmentaire directe

si a
b & il n'existe pas de c / a
df
c et c
df
78
Graphe des DF (1)

Construction du graphe des DF

1. Extraire du DD la liste des proprits ni concatnes ni calcules
2. tablir la liste des DF dont le domaine de dpart ne contient qu'une
seule proprit non concatne
3. S'il reste des proprits isoles, on cherche des DF conduisant
ces proprits partir des proprits concatnes. Si on n'en trouve
pas pour une proprit celle-ci reste isole
4. liminer les cycles du graphe (supprimer des DF)
f
10
Structure d'Accs Thorique - SAT (1)

Transformation du graphe des DF en SAT

tablir la liste de toutes les DF qui dcoulent du graphe obtenu par
le jeu des proprits des DF en particulier la transitivit et la pseudotransitivit. On obtient la fermeture des dpendances
fonctionnelles
2. Vrifier qu'il n'y a toujours pas de cycles
3. liminer les transitivits. On obtient la SAT ou couverture minimale
reprsentant les divers chemins d'accs aux donnes
1.
En pratique on travaille non pas sur le graphe mais sur la matrice de

ce graphe
12
79
Construction du MCD (1)

Transformation du SAT en MCD

Les arcs terminaux obtenus partir des proprits lmentaires
dfinissent les entits. Les origines de ces arcs sont les identifiants.
Dans la SAT on remplace les proprits correspondantes par les
entits ainsi dfinies
2. Les arcs restants mettent en vidence les relations. Les proprits
non isoles restantes sont affectes des relations. Les proprits
isoles doivent constituer des entits isoles
3. Les rgles de gestion doivent permettre de trouver les cardinalits
4. Vrifier que les rgles de normalisation sont respectes
1.
15
o MCD MLD
18
80
Exercice - rgles de gestion

1. Chaque classe ne peut avoir cours que dans une seule salle
dtermine par sa capacit et sa surface (m2)
2. Un professeur enseigne une seule matire
3. Un cours est caractris par une date, une heure de dbut & une
heure de fin
4. Une classe a plusieurs professeurs
5. Un professeur enseigne dans plusieurs classes
6. Un professeur peut mettre des notes dans sa matire ou dans une
matire voisine
7. Un lve n'est pas forcment not par un professeur de sa classe
8. Un lve peut avoir plusieurs notes dans une matire des dates
diffrentes
9. Chaque professeur appartient une catgorie (agrgs, certifis)
identifie par un code catgorie
19
Exercice - questions
tablir
a)
b)
c)
d)
SAT
MCD
MLD & MLD Access
Que devient le MCD si le n de classe est en fait compos du
niveau, de la section et d'un n d'ordre (ex : 1S2 pour une classe de
premire, section S n2) et qu'on dsire connatre l'ge minimum
d'accs une classe, sachant que celui-ci est dtermin par le
niveau (ex : 15 ans pour la 1re).
S'assurer en particulier que l'entit CLASSE vrifie la 2FN et dans
le cas contraire, modifier le MCD
e) Que devient le SAT si la rgle de gestion n3 nexiste pas.
20
81
p MCT & MOT
32
Exercice (1)
Rle du systme
Systme de gestion des stocks comportant 2 processus :

Tenue de Stock
Approvisionnement
Rgles de gestion (1)

1. Un produit peut tre en stock dans +ieurs magasins
2. Un produit en magasin peut tre mouvement +ieus fois par
diminution ou augmentation de la quantit de stock
3. Un produit est vendu par un seul fournisseur pour tous les magasins
4. Le systme concerne une entreprise de distribution qui achte des
produits aux fournisseurs pour les revendre ses clients
33
82
Exercice (2)

5. Une commande de rapprovisionnement concerne un fournisseur
6. On passe une commande un fournisseur dans lun des 2 cas
suivants :
Un produit command par un client un magasin est en rupture de
stock dans ce magasin
Dans un magasin, on a pour un produit
Stock + total command aux fournisseurs < Stock mini
On commande alors Q = Stock maxi (stock + total command). Pour
chaque produit dun magasin, on dfinit un stock maxi et un stock mini
et ds que le niveau du stock tombe en dessous du stock mini on
commande ce quil faut pour remonter au stock maxi
34
Exercice (3)

7. Les livraisons des fournisseurs sont contrles par comparaison
avec les commandes. Toute livraison non conforme est refuse et
retournera chez le fournisseur
8. On tient jour un stock thorique daprs les mouvements du stock
9. A priode fixe on fait un inventaire pour dterminer les carts entre
stock physique rel et le stock thorique dtermin par le SI
35
83
Exercice (4)

10. Les mouvements du stock sont :

a) Hors priode dinventaire
Livraison Fournisseur : Stock = Stock + Qt livre
Bon de livraison client : Stock = Stock Qt livre
Retour marchandise client : Stock = Stock + Qt retourne
b) Pendant ou hors priode dinventaire

Ajustement (suite un inventaire ou un cart occasionnel constat) :
Stock =Stock cart entre stock rel & thorique
Les retours de marchandises fournisseurs nentrent pas en jeu car les
marchandises sont retournes avant davoir t prises en compte dans
le stock thorique
36
Exercice (5)
Rgles dorganisation (1)

Des choix dorganisation sont effectus desquels dcoulnt
certaines rgles fixant les orientations gnrales
1. Le service achats et les magasins sont quips de microordinateurs compatibles pouvant schanger des disquettes
Le service commercial dispose dun matriel analogue
2. Pour la dtermination des commandes passer aux fournisseurs, le
micro du service achats dite des propositions de commandes qui
sont analyses par le responsable en vue dune validation ou de
modifications
Ces oprations doivent tre faites le matin
37
84
Exercice (6)

3. Les commandes valides sont dites :

Dans lordre des fournisseurs concerns pour tre expdies ceux-ci
Dans lordre des magasins concerns pour tre transmises ceux-ci
4. A chaque livraison fournisseur, le magasinier contrle la

marchandise livre en la comparant la marchandise commande
figurant sur la commande au fournisseur
38
Exercice (7)

5. La mise jour du stock seffectue :

a) Le matin 9h00 pour les sorties de stock. Celles-ci (doubles des bons
de livraison clients) proviennent du processus GESTION DES
COMMANDES CLIENTS et sont transmises au magasin concern sur
une disquette
b) En temps rel (transactions en mode conversationnel) tout autre
moment de la journe de travail pour les autres mouvements. Les
anomalies sont immdiatement recycles
6. Le courrier est expdi 12h00
39
85
Exercice (8)

7. Linventaire est annuel. Le vendredi soir prcdent, il y a dition de
ltat du stock ordinateur.
Durant tout le week-end et au vu de ce listing, le magasin au
complet mobilise toute son nergie inventorier les casiers et
noter les carts du stock dit.
La saisie de ces carts pourra se faire dans les jours qui suivent
8. Dans un magasin, tout produit doit pouvoir tre rang dans un seul
casier et tout casier ne doit contenir quun seul produit
40
Exercice - questions
tablir
a)
b)
c)
d)
e)
f)
SAT (on s'intresse uniquement la gestion des stocks)

MCD
MLD Access
MCT processus Approvisionnement
MCT processus Tenue de Stock
Dterminations des Procdures Fonctionnelles pour le processus
Approvisionnement & Tenue de Stock
g) MOT processus Approvisionnement & Tenue de Stock
41
86
f) Procdures fonctionnelles
Dtermination des PF
Compte tenu des rgles dorganisation, on est amen affecter les
actions dune opration un ou +ieurs postes de travail
z Il faut donc dcouper chaque opration en PF pour lesquelles on
prcisera le poste de travail, la nature (manuel ou automatis) et le
droulement (dbut, dure maxi)
47
f) PF : processus approvisionnement
TABLEAU DES PROCDURES FONCTIONNELLES :

PROCESSUS APPROVISIONNEMENT
PF
Droulement
Actions
Nature
Poste de travail
Dbut Dure
Lieu Responsable
Ressources
maxi
PF1
9h00
30'
ditions
AB
SA
Acheteur
Micro
propositions Cdes
Adjoint
PF2
9h30
1h30
Analyse
M
SA
Acheteur
Acheteur
proposition
PF3
11h00
30'
Validation
AC
SA
Acheteur Adjoint + Micro
PF4
11h30
30'
dition Cdes
AB
SA
Adjoint
Micro
PF5
12h00
30'
Envoi Cdes
M
SC
Gardien
Coursier
fournisseurs
PF6
12h30
x'
Envoi au magasin
M
SA
Adjoint
Coursier
PF7 9<t<17
10'
Contrle livraison
M
MG
Chef
Chef +
Magasinier Aide magasinier
SA : Service achat
M : Manuel
AC : Automatis conversationnel
SC : Service courrier
AB : Automatis batch
MG : Magasin
48
87
f) PF : processus tenue de stock

PF
PF8
PF9
PF10
PF11
PF12
PF13
TABLEAU DES PROCDURES FONCTIONNELLES :

TENUE DE STOCK
Droulement
Actions
Nature
Poste de travail
Dbut Dure
Lieu Responsable
Ressources
maxi
9h00
15'
MAJ par sorties de
AB
MG
Aide
Micro
stock
9h15
5'
MAJ stock par
AC
MG
Chef ou
Micro +
17h00
autre mvt de stock
Aide
chef ou aide
17h00
10'
Dtermination
AB
MG
Aide
Micro
produits sous stock
mini
17h10
x'
Transmission
M
MG
Aide
Coursier
disquette prod.
Sous stock mini
service achat
Jo fin
1h00
dition
AB
MG
Aide
Micro
anne
tat du stock
vendr.
17h00
Jo + 1 2 jours Dtermination des
M
MG
Chef
Chef + aide
7h00 * 12h00
carts par
inventaire physique
49
g) MOT
Dtermination des diagrammes denchanement des

procdures
Le schma de fonctionnement du MCT se traduit, aprs

dcomposition des oprations en PF, par un diagramme
denchanement des procdures (MOT)
50
88
g) MOT : processus appro
51
g) MOT : tenue de stock
52
89
Partie III
Travaux Pratiques
n TP introductif au logiciel ACCESS ..........................93

o Projet ACCESS MERISE ........................................97
Universit dAngers - ISTIA

Ecole d'Ingnieurs
de l'Universit d'Angers
EI3 TP introductif au logiciel ACCESS

SUJET : Prsentation & utilisation d'ACCESS
Le but de ce TP est de vous familiariser avec le logiciel Access Systme de Gestion de Base de
Donnes relationnelle (cration d'une base de donnes, cration de tables, requtes sur la base de
donnes, cration de formulaires, cration d'tats).
Pour cela on utilise un exemple simple vu en cours : base de donnes archivant les salaris d'une
entreprise ainsi que leur service respectif (un salari pouvant changer de service au cours du temps).
1. Cration d'une nouvelle base de donnes "Entreprise" qui va
contenir les tables dont nous avons vu la structure en cours.
2. Cration des 3 tables ("Salari", "Service", "Emplois") en Mode
Cration reprsentant cette base de donnes : choisir les bons types
de donnes et la taille adquate pour chacun des champs des 3
tables ; dfinir les cls primaires1 pour chaque table ; entrer
environ 15 enregistrements dans chacune des 3 tables.
Ex : table "Salari" (dfinir pour le code postal un masque de saisie
de 5 chiffres et une valeur par dfaut : 49000 ainsi qu'une liste de
choix pour le titre : Madame, Mademoiselle, Monsieur).
Un salari peut trs bien au cours du temps revenir dans un service o il a t auparavant.
Que devient alors la cl primaire de la table "Emploi" ?
3. Reprsenter le Modle Logique des Donnes

MLD (relationnelle) en dfinissant les relations
entre les tables (icne Relations puis ajouter les 3
tables en les slectionnant toutes les 3). Pour
dfinir les relations partir de la cl principale
d'une table et la dposer sur sa cl secondaire
(autre table). Crer les relations en appliquant
l'intgrit rfrentielle.
1
Prendre NumroAuto comme type de donnes pour les cls primaires
Alexis TODOSKOFF
page 1/3
93
TP introductif ACCESS - MERISE
4. Raliser sous ACCESS la requte permettant de

lister les emplois (service et dates de dbut et de
fin) des salaris (Nom, prnom, adresse, Code
Postal et ville) habitant dans le dpartement du
Maine et Loire et dont la date de dbut d'emploi
est comprise entre 01/01/1998 et le 31/12/2000
5. Modifier cette requte

de faon demander
cette mme liste dans
une ville bien prcise
que vous rentrez alors
au clavier.
6. Modifier la requte
afin de prciser le
nombre de jours
pass par service.
7. Crer une seconde requte prcisant pour chaque
salaris le nombre d'emplois occups dans
l'entreprise
8. Crer une requte d'analyse croise donnant
pour chaque salari le nombre d'emplois
occups par service.
9. Crer un formulaire (assistant formulaire) permettant de
visualiser, de modifier, de crer et de supprimer des salaris de la
base de donnes. Ajouter alors deux nouveaux salaris puis en
supprimer un (slection avec la flche puis appuyer sur la touche
Suppr).
10. Crer un formulaire permettant de grer les

emplois des diffrents salaris (utilisation d'un
sous formulaire). Pour cela, il faut parcourir
les tables dans un mme sens afin de raliser
les relations.
Alexis TODOSKOFF
page 2/3
94
TP introductif ACCESS - MERISE
11. Modifier ce dernier formulaire afin d'obtenir un

menu droulant quant au NomService
permettant ainsi de choisir le service sans en
recrer un. Pour cela, supprimer la zone de
texte NomService et remplacer la par une liste
droulante (zone de liste modifible) en
spcifiant que les valeurs sont rechercher dans
la table Service en slectionnant le champ
NomService et en choisissant de stocker la
valeur issue de la liste dans NumService (cl).
Attention, en faisant cela, il ne vous est plus possible de pouvoir modifier ou crer un nouveau
service avec ce formulaire. Si vous voulez de la mme faon choisir le salari par son nom et
prnom via une liste droulante cela devient plus difficile2.
12. Crer un formulaire "menu" de votre application sur lequel on trouve
3 boutons permettant soit d'accder au formulaire Salari soit au
formulaire Service soit au dernier formulaire (emplois des
salaris).Pour cela choisissez le Mode Cration. Pour que le menu se
lance au dbut de l'application, il suffit de choisir dans le menu outils |
Dmarrage... d'afficher le formulaire Menu.
13. Crer un tat permettant d'obtenir pour chaque salari les diffrents emplois occups en
prcisant la dure de ceux-ci et le nombre de diffrents emplois.
En effet, le matricule est un Numro Auto et ne peut par consquent tre modifi. Il faut alors se dfinir une zone de
liste modifiable par "rechercher un enregistrement dans mon formulaire bas sur la valeur slectionne dans la liste
modifiable". Les flches permettant de passer d'un enregistrement un autre sont alors inactives sur cette zone de
liste modifiable.
Alexis TODOSKOFF
page 3/3
95
96

Ecole d'Ingnieurs
EI3 Projet ACCESS - MERISE

Le travail se compose de trois parties :
Un travail prparatoire.
La rubrique prparation examine les diffrents points demands pour la conception de ce systme
dinformation tout en considrant les rgles de gestion.
Une implmentation l'aide du logiciel ACCESS
Cette rubrique vrifie la ralisation du cahier des charges ainsi que la participation de concert au
travail prparatoire et l'implmentation de tous les tudiants du groupe. De plus on veille ce que le
systme dinformation offre une prsentation agrable, quil soit accessible par un simple clic sur le
nom du programme, quil ait la possibilit de surfer dune fentre lautre et quil comporte au moins
un vingtaine denregistrement pour chaque classe (vous pouvez modliser lanne universitaire en
cours).
Une documentation (travail ralis et fonctionnement du programme)
Plusieurs documents sont rendre la fin : le compte-rendu (sous forme papier ou sous fichier Word1)
o figure les divers points de la conception et le projet Access (fichiers Access1).
SUJET : Ralisation dune base de donnes EI3 sous Access

Le but de ce projet est dappliquer la mthode de conception MERISE sur un exemple concret et de
vous familiariser avec le logiciel Access qui est un Systme de Gestion de Base de Donnes
relationnelle.
Vous devez raliser un systme dinformation automatis capable de grer la formation EI3. Cette
base de donnes doit permettre chaque instant (cahier des charges) de visualiser, de modifier, de
saisir de supprimer ou dimprimer :
2
3
5
6
les informations concernant les coordonnes dune personne intervenant dans l'EI3: nom ;
prnom ; catgorie (enseignant titulaire, industriel2 ou tudiant) par anne universitaire ;
adresse(s)3 ; tlphone(s)3 ; Email(s)3.
les informations concernant une matire dispense dans la formation EI3 pour une anne
universitaire : nom(s) et prnom(s) de(s) lenseignant(s)4 ; module5, objectif du cours ; plan du
cours ; volume horaire total6 ;dates de lenseignement en prcisant les crneaux horaires
(heures de dbut et de fin) ; le type denseignement (cours, TD, TP) par crneau horaire.
Les documents sous forme lectronique sont copier dans votre rpertoire sous
Vishnu\DEPOT\ei3-0708\Nom (connexion sur Vishnou\\depot avec votre mot de passe habituel).
On considre dans la catgorie industriel les matres de stage et de projet mais galement les enseignants vacataires.
En fonction de la catgorie des personnes, ces informations concernent lactivit professionnelle (industriel,
enseignant titulaire) et/ou celles du domicile (tudiant, enseignant titulaire, industriel).
Il peut sagir dun enseignant titulaire ou dun industriel qui effectue des vacations. Il peut y avoir plusieurs
enseignants pour une mme matire.
Chaque matire est rattache un module. La matire peut au cours du temps changer de module.
Information pouvant uniquement tre affiche (unit : heures quivalent TD note ETD)
volume horaire total ETD = heures de cours * 3/2 + heures de TD + heures de TP*2/3
Alexis TODOSKOFF
page 1/3
97
Projet ACCESS - MERISE
les informations concernant les travaux raliss par les tudiants dans le cadre de leur
formation : type de travail (mini-projet, projet ou stage) ; anne universitaire ; noms prnoms
des responsables7 ainsi que leur adresses professionnelles ; nom(s) et prnom(s) des
tudiants ; titre, rsum, rfrence ; mots clefs.
les informations concernant les propositions de stages et de projets reues au dpartement :

type de travail (projet ou stage) ; anne universitaire ; nom(s) et prnom(s) du (des)
responsable(s) industriel(s) ; titre, rsum, rfrence ; mots clefs.
Les rgles de gestion de ce systme dinformation sont les suivantes :

RG1 : On considre seulement 3 catgories de personnes intervenant dans la formation. :
enseignant titulaire, industriel et tudiant. Dune anne universitaire sur lautre, certaines
personnes peuvent changer de catgorie (ex : tudiant devenant leur sortie de lcole
industriel et intervenant dans la formation en tant que matre de stage,).
RG2 : Il existe 2 types dadresse : professionnelle et prive. Lenregistrement de ladresse pour
les tudiants cest la prive alors que pour les enseignants titulaires ou les industriels cest
la professionnelle et galement la prive lorsquelle est disponible. On ne conserve
videmment que les adresses actuelles demandant ainsi des mises jour frquente. Ainsi,
lorsquun tudiant la sortie de la formation trouve un travail et devient par consquent
industriel (intervenant ou non dans la formation), on modifie son adresse prive sil y a
lieu et son adresse professionnelle. Plusieurs personnes peuvent avoir la mme adresse
avec des n de tlphone et emails diffrents.
RG3 : Un enseignant (titulaire ou vacataire) peut intervenir dans plusieurs matires sur une
mme anne universitaire. Une matire peut tre enseigne par plusieurs enseignants sur
une mme anne universitaire (cette matire peut alors tre caractrise spcifiquement :
objectif du cours, plan du cours, volume horaire, diffrents). Lenseignement dune
matire est caractrise par diffrents crneaux horaires (heure de dbut et heure de fin)
diffrentes dates. Il ne peut y avoir 2 cours dune mme matire ou de 2 matires
diffrentes en mme temps. Les matires dispenses peuvent voluer au cours des annes
(disparition ou apparition de matires dans la formation ; rorganisation des matires
l'intrieur d'un module, ). Il en est de mme pour les modules.
RG4 : Un tudiant ralise plusieurs travaux au cours de lanne universitaire (mini-projet8,
projet industriel, stage). Chacun de ces travaux est ralis par un tudiant ou un groupe
dtudiants. Au moins 2 personnes (responsable industriel et responsable ISTIA)
encadrent ce travail. Un titre, un rsum du travail ralis, une rfrence (pour le stockage
des rapports) ainsi que plusieurs mots clefs (au moins trois) caractrisent ce travail.
RG5 : Plusieurs propositions de projets et de stages arrivent chaque anne au dpartement. Elles
se caractrisent par un titre, un rsum du travail attendu, le(s) nom(s) du (des) matre(s)
de stage et ladresse de lentreprise. Pour certaines dentre elles, elles deviennent par la
suite des travaux effectifs (cf. RG4). Il suffit alors de modifier ltat de proposition en
ralisation (stage ou projet), dy affecter un (stage) ou plusieurs tudiants (projet), de
modifier certaines informations sil y a lieu la fin du travail (titre, rsum, mots clefs) et
de crer une rfrence pour le stockage des rapports.
On veut pouvoir conserver toutes ces informations sur une priode de 10 ans afin de voir
lvolution des personnes (notamment des anciens tudiants mme sils ninterviennent plus dans
la formation), de la formation (enseignements, enseignants, nombre dtudiants, stage, projet, ).
7
8
Responsable industriel (matre de stage ou de projet) et responsable ISTIA (suivi du stage ou du projet)
Le projet ACCESS MERISE que vous devez ralis peut tre considr comme un mini-projet.
Alexis TODOSKOFF
page 2/3
98
Projet ACCESS - MERISE
La mthode MERISE9 doit tre employe pour concevoir ce systme dinformation. Les quelques
questions qui suivent auxquelles vous rpondrez vous permettront de vous aider dans cette
dmarche :
1. tablir le Dictionnaire des Donnes DD spcifiant pour chaque donne son identifiant, sa
signification, son type sa longueur (nb de caractres), sa nature et la rgle de calcul pour les
proprits calcules ou contraintes dintgrit de forme ventuelles.
2. Reprsenter la Structure dAccs Thorique SAT.
3. tablir le modle Conceptuel des Donnes MCD
4. Reprsenter le Modle Logique des Donnes MLD (relationnelle).
5. Entrer des informations dans votre base de donnes sous ACCESS10 (prvoir une vingtaine
d'enregistrement pour chaque table) directement via les tables ou plus facilement en crant des
formulaires pour la saisie. Modifier ou optimiser si besoin votre MLD - ACCESS afin de
respecter les contraintes suivantes (ajouter des enregistrement correspondant ces contraintes) :
- Une personne peut appartenir la mme catgorie 2 annes de suite
- Un enseignant peut intervenir sur la mme matire 2 annes de suite
- Un enseignant peut effectuer plusieurs sances (cours, TD & TP) au cours de l'anne
- Plusieurs enseignants ne peuvent pas avoir cours le mme jour la mme heure
- Une matire ne peut appartenir 2 modules la mme anne
- Une personne ne peut appartenir 2 catgories la mme anne
6. Raliser les formulaires sous ACCESS permettant laffichage, la modification, la saisie, la
suppression des informations dcrites dans le cahier des charges. Lors de la saisie des
coordonnes dun enseignant titulaire proposer par dfaut pour son adresse professionnelle celle
de lISTIA. Pour certains formulaires, 3 niveaux d'imbrication11 de formulaires sont
indispensables (liste des travaux avec les mots cls par tudiants par exemple).
7. Raliser les tats sous ACCESS pour les impressions dcrites dans le cahier des charges.
10
11
Pour plus de prcision, il existe quelques livre au centre documentaire de l'ISTIA et notamment Comprendre
MERISE - outils conceptuels et organisationnels, J-P Matheron
Vous trouverez de bons cours sur ACCESS en accs libre aux adresses internet suivantes :
http://enseignement.insset.u-picardie.fr/deug/ti/cours/access/
http://cerig.efpg.inpg.fr/tutoriel/bases%2Dde%2Ddonnees/sommaire.htm
La ralisation de 3 niveaux d'imbrication s'effectue "manuellement" en 3 tapes (exemple avec la liste des travaux) :
1) cration auto du formulaire "travaux / personne"
2) cration auto du formulaire "mots cls / travail"
3) intgration du sous formulaire mots-cls dans le sous formulaire travaux en prcisant la relation pre - fils
Alexis TODOSKOFF
page 3/3
99
100
Partie IV
Examens
n Examen 2003 ............................................................103

o Examen 2004 ............................................................105
p Examen 2006 ............................................................107
q Examen 2007 ............................................................109
102

Ecole d'Ingnieurs
Examen Conception des Systmes d'Information

1. Gestion dune agence de voyage [12 points].
Une agence de voyage organise des circuits touristiques dans divers pays. Les interviews
effectues auprs de la direction et des divers postes de travail ont permis :
- de dgager un certain nombre de rgles de gestion (cf. ci-aprs)
- de recueillir les documents utiliss (cf. annexe 1)
- dtablir un schma de circulation diagramme des flux (cf. annexe 2)
Rgles de gestion :
- on garde trace de tous les clients connus, mme sils nont pas particip depuis longtemps des
circuits touristiques
- on rpertorie 1 htel et 1 seul par ville
- toutes les villes sont dsignes par des noms distincts
- il y a un seul accompagnateur par voyage
- toute nuit pendant un circuit est passe dans un htel
- tout circuit concerne au moins 2 villes
- toutes les villes rpertories ne sont pas obligatoirement utilises dans un circuit chaque priode
- une mme date, aucun circuit ne part plus dune fois dune mme ville ni narrive plus dune fois
dans une mme ville
- les circuits pour une priode sont ractualiss au dbut de la priode prcdente aprs informations
obtenues de divers organismes extrieurs (compagnies daviation, SNCF, htels, ) et donnent lieu
une large information auprs du public.
- les demandes de rservation donnent lieu des rponses positives dans la mesure des places
disponibles
- un client ne peut obtenir une rservation quaprs une rponse positive (cf. rgle prcdente) et
versement dun acompte
- une rservation ne sera dfinitive quaprs rglement du solde d, par un deuxime versement
- aprs une date limite D1, les rservations qui nont pas donn lieu au deuxime versement sont
annules, lagence pouvant ainsi re-disposer des places correspondantes sans que les clients
concerns puissent exiger le moindre remboursement
- aprs une seconde date limite D2 :
- si il ny a pas assez de rservations dfinitives, le circuit est annul et les clients dont la
rservation est dfinitive sont rembourss intgralement
- si il ny a aucune rservation dfinitive, le circuit est fortiori annul
- si il y a assez de rservations, le circuit est maintenu, ce qui implique que lagence effectue le
rglement des sommes dues aux divers organismes extrieurs et que les client dont la rservation
est dfinitive sont convoqus pour le dpart
a) Reprsenter la Structure d'Accs Thorique (SAT) [3 points].

b) tablir le Modle Conceptuel des Donnes (MCD) [3 points].
c) Reprsenter le Modle Logique des Donnes (MLD) [3 points].
d) tablir le MCT du processus de rservation dun circuit (cf. schma
de circulation & rgles de gestion) en prenant soin dliminer tous les
flux de nature organisationnelle, en regroupant si possible les
traitements redondants et en vrifiant quil y a bien une attente
conceptuelle entre deux oprations conscutives [3 points].
Alexis TODOSKOFF
19/02/2003 - 14H00-15H30
page 1/2
103
Examen Conception des Systmes dInformation
2. Gestion de portefeuilles de valeurs mobilires [8 points].

Il sagit dtudier la systme dinformation dun gestionnaire de portefeuilles de valeurs
mobilires. Ce gestionnaire place en Bourse les fonds dposs chez un agent de change par ses
clients qui lui en confient la gestion. Il passe des ordres dachats ou de ventes de titres pour le
compte de ses clients cet agent de change.
On supposera pour ne pas compliquer quil ny a que des valeurs franaises, quil ny a pas de
frais de courtage ni de TVA sur les oprations en Bourse, quaucune valeur du march
rglement mensuel nest ngocie en rglement immdiat et quil ny a quun cours par jours.
Les rgles de gestion sont les suivantes :
- les cotations dun titre peuvent tre suspendues un certain temps
- le client donne au gestionnaire un mandat de gestion concernant son portefeuille de valeur mobilires
chez lagent de change
- le gestionnaire a lautorisation de procder toute opration de vente ou dachat de valeurs pour le
compte dun client
- il travaille exclusivement sur un certain nombre de valeurs quil suit mme si toutes ces valeurs ne
sont pas dans les portefeuilles de ses clients
- toute valeur appartient une catgorie de titres bien prcise et est cote sur lun des marchs de la
place de Paris
- chaque jour, au vu des cours, le gestionnaire dtermine sur une courbe de tendance de chaque valeur
suivie et en dduit les ventuels ordres dachat ou de vente passer lagent de change pour le
compte de ses clients
- lorsquun ordre a pu tre excut en Bourse, lagent de change en avise le client ainsi que le
gestionnaire qui enregistre cette opration. Priodiquement le gestionnaire transmet au client un
relev doprations
- en fin danne, le gestionnaire transmet chaque client une valuation de son portefeuille
Les documents collects lors des interviews du gestionnaire sont visibles en annexe (annexe 3).
a) tablir le Modle Conceptuel des Donnes (MCD) [4 points].
b) Reprsenter le Modle logique de Donnes (MLD) [4 points].
Alexis TODOSKOFF
19/02/2003 - 14H00-15H30
page 2/2
104

Ecole d'Ingnieurs

1. Gestion dune bibliothque [12 points].
Une bibliothque de prts utilise les documents suivants :
Liste des Auteurs
Liste des diteurs
Liste des Collections

Code Collection Nom Collection N diteur
Nom
Nom
001
Pliade
01
01
Gallimard
0001
Molire
002
Folio
01
02
Laffond
...
...
003
S. Noire
02
...
...
856
A. Huxley
...
...
...
...
...
Fiche Livre
Fiche Adhrent
Code livre
00125
N Adhrent 007
Titre
Le Meilleur des Mondes
Nom
BOND James
Code Auteur
0856
Adresse
Auteur
Aldous Huxley
10, Downing Street

5TY-JK8 LONDON
Exemplaires possds
Demande d'Emprunt
Code Collection Nombre d'exemplaires

002
10
001
Date d'emprunt 29/02/1996
Emprunts en cours
N Adhrent
Date Emprunt Code Collection Date Retour
001
14/02/1993
002
15/03/1994
007
29/02/1996
001
30/03/1996
004
13/03/1993
002
14/04/1996
Code livre
00452
Titre
la poursuite des Slans
N Collection
001
Collection
Eurka
N Adhrent
008
Nom
DUPONT Pierre
Signature
On note les rgles de gestion suivantes :

- Un livre existe en un ou plusieurs exemplaires dans une ou plusieurs collections chez un ou
plusieurs diteurs. Un exemplaire relve d'une collection.
- Un exemplaire est emprunt ou non par un ou plusieurs adhrents, dans la limite du nombre
d'exemplaires disponibles. Un livre n'est crit que par un seul auteur.
- Un adhrent peut emprunter un ou plusieurs exemplaires, mais il ne peut pas emprunter
plusieurs exemplaires du mme livre.
- On souhaite conserver un historique des prts.
- Une collection par diteur.
Alexis TODOSKOFF
12/02/2004 - 13H30-15H30
page 1/2
105

c) Reprsenter le Modle Logique des Donnes (MLD) [3 points].
d) L'opration d'emprunt ne peut se dclencher que si un exemplaire du livre demand est
disponible. L'employ de la bibliothque fait remplir l'adhrent une fiche de demande
d'emprunt. Ds que le livre est disponible, il inscrit une ligne d'emprunt sur la fiche du livre.
Lorsque le livre est de retour, l'employ raye la ligne d'emprunt correspondante sur la fiche du
livre et restocke celui-ci. tablir le MCT du processus d'emprunt en prenant soin dliminer tout
ce qui est de nature organisationnelle, en regroupant si possible les traitements redondants et en
vrifiant quil y a bien une attente conceptuelle entre deux oprations conscutives [3 points].
2. Gestion des examens [8 points].
Afin de mieux grer au plan acadmique l'implication des professeurs dans la correction des
preuves des diffrents examens, une base de donnes est constitue. La dure de vie de cette
base est d'un an, l'anne scolaire en cours. Les informations concernant les annes antrieures
constituent une autre base qui n'est pas l'objet de cette application.
Pour constituer cette base, il est demand chaque correcteur de remplir un document dont le
modle est le suivant :
Fiche de correction
Nom du professeur
...................................................
Prnoms
...................................................
Grade
...................................................
Nom tablissement
...................................................
Ville tablissement
...................................................
Code examen
...................................................
Nom examen
...................................................
Code preuve
...................................................
Nom preuve
...................................................
Type preuve
crit
oral
(barrez la mention inutile)

Dates correction
3 dates possibles
...................................................
Nombre de copies ou de candidats ...................................................
a) tablir le Modle Conceptuel des Donnes (MCD) [4 points].

b) Reprsenter le Modle logique de Donnes (MLD) [4 points].
Alexis TODOSKOFF
12/02/2004 - 13H30-15H30
page 2/2
106

Ecole d'Ingnieurs

1. Permis de conduire [5 points]
Les rgles lies l'obtention ou au retrait du permis de conduire sont les suivantes :
- L'examinateur envoi au service des permis du dpartement un avis de russite l'examen du
permis ; celui-ci dlivre au candidat un permis probatoire.
- Si, au bout de 2 ans, le nouveau conducteur n'a pas commis d'infraction, le service des
permis lui envoie un permis confirm avec un capital de points son maximum (pour fixer
les ides, 50 points).
- Si, pendant la priode probatoire, le conducteur se signale par une infraction, son permis lui
est retir (retrait provisoire qui le contraint passer un examen dans un dlai de six mois).
- Passe la priode probatoire, les infractions releves par la Gendarmerie ou la police
entament le capital point du conducteur. Les infractions sont soumises un barme : 80
types d'infractions sont rpertoris avec une pnalit variable de 4 25 points, suivant la
gravit. Lorsque le capital des points tombe 20 ou en dessous, le permis est retir ; il en est
de mme pour une infraction unique qui "pse" 14 points ou plus.
- Le retrait des points est signifi au conducteur par un avertissement.
- Si le conducteur franchit une dure de 2 ans sans infraction, ses points retirs sont blanchis
et il retrouve son capital maximum de 50 points.
- En cas d'infraction grave enregistre par les gendarmes ou la police (conduite en tat
d'ivresse, dlit de fuite, etc...), le permis de conduire peut tre retir dfinitivement par un
tribunal, sans que le systme par point intervienne. La procdure de retrait dfinitif est
applicable aussi pendant la priode probatoire.
a) tablir le Modle Conceptuel des Traitements (MCT) du processus de dlivrance/retrait du
permis de conduire [5 points].
2. Systme "Informatix" [15 points].
"Nous sommes en l'an 50 avant JC ; toute la Gaule est occupe par les
Romains... Toute ? Non ! Un village peupl d'irrductibles Gaulois
rsiste encore et toujours l'envahisseur
Abraracourcix, le chef du village gaulois, a donn une mission
ambitieuse Astrix et Oblix : tudier un systme d'information qui
donnera aux 1 000 villages de Gaule des moyens efficaces pour
reprendre la lutte et assurer leur scurit.
Les lments du systme
Chaque habitant doit tre recens ; pour chaque village, on veut connatre la liste des habitants
avec, pour chacun d'eux, les informations suivantes : Nom de l'habitant, Age, Qualit (chef de
village, druide, barde, chasseur, livreur de menhirs, poissonnier, chanteur, guerrier, ...). On veut
aussi connatre le nombre de huttes par village. Chaque village dpend d'une province
(Armorique, Celtique, Aquitaine, ...). Au niveau de chaque province, il faut pouvoir lancer des
convocations aux habitants ayant certaines qualits, pour des runions particulires (festivits,
runion d'information), pour lever une arme, pour runir des druides, etc... La runion des
druides d'Armorique Carnac l'automne est, par excellence, la runion la plus importante de
l'anne. Le systme devra galement connatre le dialecte parl dans chaque province.
Alexis TODOSKOFF
13/02/2006 - 10H30-12H30
page 1/2
107
La fabrication des potions par les druides reste une proccupation premire, car
elle a une influence trs importante sur le bien-tre de la population et sur sa
scurit vis--vis des envahisseurs. Ces potions sont diffrentes (par exemple :
magique n 1 du druide Panoramix, lixir de gurison du druide Panoramix, lotion
capilaire du druide Panoramix ...), hautement stratgiques et leur composition
parfois tenue secrte. Pour chaque potion, on veut connatre sa formule qui se caractrise par un
ordre & une quantit des diffrents ingrdients (par exemple magique n 1 du druide Panoramix
: ingrdient 1 = 2 cuillres d'huile de roche ; ingrdient 2 = 1 botte de carotte ; ingrdient 3 : 3
feuilles de gui ; ingrdient 4 = 3 trfles 4 feuilles ; ingrdient 5 = 2 poissons frais ; ingrdients
6 = 1 homard ; ingrdients 7 = 2 navets ; ingrdient 8 = 1 botte de clri ; ). La formule
d'une potion doit respecter scrupuleusement l'ordre des ingrdients pour le mlange. Certaines
formules sont publiques, donnant ainsi chaque druide la possibilit de la fabriquer ; d'autres,
au contraire, sont confidentielles et ne sont donc connues que par un druide, voire quelques-uns.
Pour ces dernires, le systme devra prciser le ou les druide(s) qui la fabrique(nt) (pour les
potions "publiques", il est inutile de prciser que tous les druides peuvent les fabriquer). Un
druide ne fabrique jamais plus de 50 potions diffrentes. Il est trs important de connatre les
effets des potions sur les habitants qui les absorbent (en particulier les potions magiques ou
fortifiantes). Aucune de ces potions n'a cependant d'effet pervers. Le comit trs ferm des
druides par le serment "druidicrate" interdit toute fabrication de substance toxique ! On aimerait
cependant avoir des statistiques sur les consommations. Ainsi le systme devrait tre en mesure
de fournir au comit la rponse la question suivante : Quelle dose (quantit) de potion
"magique n 5" Cdromix a-t-il absorb telle date & telle heure ?
La gestion des trophes est galement un point important de la vie de ces habitants. Il est, par
consquent, demand au systme de permettre de comptabiliser les prises des diffrentes sortes
de trophes. Huit sortes de trophes sont suivies : casque de lgionnaire, de dcurion, de
centurion, de lgat et bouclier de lgionnaire, dcurion, centurion, lgat. Chaque sorte de
trophe rapporte des points celui qui s'en est empar. chaque trophe est associ un numro
diffrent et la date de sa prise. Il y a une dizaine de resserres trophe (les muses actuels),
chacune dans un village important. Pour chacune des resserres, on veut connatre son nom et sa
superficie exprimes en toises carres. Par exemple, la resserre trophes "Vercingtorix", qui
se trouve Gergovie, a une superficie de 500 toises carres. Il est demand galement de
prciser les villages qui possdent une resserre, avec pour chacun d'eux la liste des trophes
conservs, le nombre de points qu'ils rapportent, les noms et le village de ceux qui les ont
remports, ainsi que la date de leur prise (exemple resserre "Vercingtorix", Gergovie : trophe
n52, Casque de lgat, 100 points, remport en 50 avant JC par Oblix du "village gaulois" ;
trophe n123, Bouclier de lgat, 150 points, remport en 50 avant JC par Astrix du "village
gaulois" ; trophe n141, Casque de lgat, 100 points, remport en 50 avant JC par Oblix du
"village gaulois" ; ).
c) Reprsenter le Modle logique de Donnes (MLD-Access) [5 points].
Vrifier alors que les rgles de gestion suivantes sont vrifies :

- il ne peut y avoir plusieurs ingrdients d'une mme potion au mme ordre.
- il est possible d'absorber la mme date 2 potions.
- il est possible de s'emparer une mme date de plusieurs trophes identiques
pour une mme resserre.
Alexis TODOSKOFF
13/02/2006 - 10H30-12H30
page 2/2
108

Ecole d'Ingnieurs

1. Maison de production [15 points]
Une maison de production Belge, jeune & dynamique "les films du plat
pays" dsire automatiser son Systme d'Information. Son producteur
Georges Van Bruggel souhaite que ce Systme d'Information archive
pour chaque film :
- le ou les nom(s) & prnom(s) du ou des ralisateur(s)
ex : Veber Francis
- le titre, le rsum & le genre du film
ex : Le dner de cons, Chaque mercredi Pierre Brochant, clbre diteur parisien, organise avec des amis un
dner de cons : chacun d'entre eux doit amener un con qu'il dnich au hasard. Ensuite, les
organisateurs se moquent des cons toute la soire sans que ces derniers s'en rendent compte. l'issue du
repas, on choisit le champion. Un ami lui en a trouv un fabuleux : Franois Pignon qui se passionne pour les
constructions en allumettes. Mais rien ne va se drouler comme prvu...., Comdie
-
les noms & prnoms des acteurs principaux

ex : Lhermitte Thierry, Villeret Jacques, Huster Francis, Prvost Daniel, Frot Catherine
le ou les nom(s) & prnom(s) du ou des compositeur(s) de la musique du film

ex : Cosma Vladimir
le ou les nom(s) & prnom(s) du ou des responsable(s) des dcors du film

ex : Tissandier Hugues
le ou les nom(s) & prnom(s) du ou des responsable(s) des costumes du film

ex : Bouchard Jacqueline
la date d'engagement pour chaque acteur principal dans un film

ex : 10/10/1997 pour Lhermitte Thierry dans Le dner de cons
le titre du livre, la date de parution, les droits & le ou les noms des ses auteurs sur lequel est
adapt le film en prcisant l'ordre des auteurs
ex : Le petit cheval de mange, 1987, 30 000 , Leblanc Juste (auteur n1), Le Guerrec Christine (auteur n2)
Les rgles de gestion sont les suivantes

- RG1 : tout film a au moins un ralisateur
- RG2 : tout ralisateur a fait au moins un film
- RG3 : tout film a au moins un acteur principal (idem pour musique, dcors costumes)
- RG4 : tout acteur principal a jou dans au moins un film (idem RG3)
- RG5 : chaque acteur principal signe un contrat pour chaque film
- RG6 : chaque acteur principal est engag une date pour chaque film
- RG7 : un film n'est pas forcment une adaptation d'un livre
- RG8 : les droits d'adaptation d'un livre sont ngocier pour chaque film. De plus, il peux y
avoir plusieurs films adapts du mme livre donnant lieu ainsi diffrents versement de
droits
- RG9 : plusieurs films peuvent avoir le mme titre
- RG10 : Les personnes qui interviennent dans les films peuvent avoir des rles diffrents
d'un film l'autre (mais 1 seul par film). Ainsi, Thierry Lhermitte est galement ralisateur
de films.
a) Reprsenter la Structure d'Accs Thorique (SAT) [5 points]
b) tablir le Modle Conceptuel des Donnes (MCD) [5 points]
c) Reprsenter le Modle logique de Donnes (MLD-Access) [5 points]
Alexis TODOSKOFF
3/05/2007 - 10H30-11H30
page 1/1
109
110

Poly Si Merise

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Poly Si Merise

Enviado por

Direitos autorais:

Formatos disponíveis

EI3

ISTIA Ecole d'Ingnieurs de

Partie I Cours ..........................................3

ISTIA Ecole d'Ingnieurs de l'Universit d'Angers

ISTIA Ecole d'Ingnieurs de l'Universit d'Anger

Conception des Systmes dInformation - EI3

A. TODOSKOFF - Cours Conception des SI - EI3

A. TODOSKOFF - Cours Conception des SI - EI3

A. TODOSKOFF - Cours Conception des SI - EI3

Gnralits sur les SGBD

A. TODOSKOFF - Cours Conception des SI - EI3

Mise en place dun Systme de Gestion de Bases de

laboration dun systme dinformation capable de grer les rgles

Systme dInformation (1)

Systme dInformation (2)

activit productive consistant transformer le flux entrant

activit dcisionnelle de lentreprise :

A. TODOSKOFF - Cours Conception des SI - EI3

Statiques (mmoire de l'organisation)

A. TODOSKOFF - Cours Conception des SI - EI3

Dynamiques (processeur dinformation)

Systme Automatis dInfo

Sous-systme du SI (tout nest pas automatisable)

A. TODOSKOFF - Cours Conception des SI - EI3

Interfaces avec lextrieur

Formation & valuation

A. TODOSKOFF - Cours Conception des SI - EI3

Thorie : Cours (9h20) & TDs (7 sances 9h20)

Note = 0.2 * NoteTP + 0.8 NoteExam

A. TODOSKOFF - Cours Conception des SI - EI3

A. TODOSKOFF - Cours Conception des SI - EI3

Mthode dEtude et de Ralisation Informatique

Fait suite au constat

Rationaliser, standardiser et mieux dfinir la

Mthode de rfrence en informatique de gestion en

Une approche globale permettant :

A. TODOSKOFF - Cours Conception des SI - EI3

Une dmarche dfinissant les tapes de la vie du SI et leur

Sappuie sur 3 axes fondamentaux (3D) :

Le cycle dabstraction (1)

pbs peuvent se prsenter dans la conception SI :

Description du fonctionnement de lactivit,

Faire des choix de nature

Le cycle dabstraction (2)

A. TODOSKOFF - Cours Conception des SI - EI3

Chacun de ces niveaux a pour objectif principal de fournir un certain

Le cycle dabstraction (3)

A. TODOSKOFF - Cours Conception des SI - EI3

Signification des informations sans

Activit du domaine sans prciser les

Signification des infos avec contrainte

Fonctionnement du domaine avec les

Description avec contrainte technique

Fonctionnement avec les ressources &

Description des bases de donnes dans

Architecture technique des

Pour chaque niveau dabstraction (conceptuel, organisationnel,

Le cycle dabstraction (4)

A. TODOSKOFF - Cours Conception des SI - EI3

Dimension traduisant le caractre vivant du SI

Le cycle de vie - schma directeur

A. TODOSKOFF - Cours Conception des SI - EI3

Dfinit les orientations gnrales du dveloppement

Le cycle de vie - tude pralable