poly si merise

7/24/2019 Poly Si Merise

1/112

EI3

Cours, TD & TP

ISTIA Ecole d'Ingnieurs del'Universit d'An ers

CONCEPTION DESSYSTEMES

DINFORMATION

Alexis TODOSKOFF


2/112


3/112

EI3

Sommaire

ISTIA Ecole d'Ingnieurs de l'Universi t d'Angers

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

Partie II Travaux Dirigs ......................73

Partie III Travaux Pratiques .................91

Partie IV Examens ..............................101


4/112


5/112

ISTIA Ecole d'Ingnieurs de l'Universi t d'Anger

Partie I

Cours

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


6/112


7/112

Universitd'Angers

Conception des SystConception des Systmes dmes dInformationInformation -- EI3EI3CoursCours

A. TODOSKOFF - Cours Conception des SI - EI3

Plan - Introduction - Merise - MCD - MCT - MOT - MOD - MLD - MLT - MPD & MPT - SGBDr sous Access

A.

TODOSKOFF-CoursConceptiondesSI-EI3

2

Plan

Introduction

Principe de la mthode MERISE

Modle Conceptuel des Donnes

Modle Conceptuel des Traitements

Modle Organisationnel des Traitements

Modle Organisationnel des Donnes

Modle Logique des Donnes

Modle Logique des Traitements

Modle Physique des Donnes & Traitements

Concevoir & laborer un SGBDR sous Access

5


8/112


A.


3

Introduction


A.


4

Gnralits sur les SGBD

Mise en place dun Systme de Gestion de Bases deDonnes (SGBD)

Savoir quelles donnes ou informations traiter

Objectif laboration dun systme dinformation capable de grer les rgles

de gestion & dorganisation

EntrepriseFlux entrant Flux sortant

Matire 1reFinance

PersonnelInformation

6


9/112


A.


5

Systme dInformation (1)

Systme de pilotage

Fluxentrant

rflchir, dcider, contrler

Systme dinformation

Mmoriser, traiter, diffuser

Systme oprant

Transformer, produire

Fluxsortant

Entreprise / Organisation

Information

Information

Environnement


A.


6

Systme dInformation (2)

Systme oprant activit productive consistant transformer le flux entrant

Systme de pilotage activit dcisionnelle de lentreprise :

Prvision Planification Contrle de gestion Contrle budgtaire

Systme dInformation Gnrer les informations

Transfrer les informations Excuter les traitements

Mmorisation

Systme dInformation

Traitement

Systme de pilotage

Systme oprant

7


10/112


A.


7

Exemple

Systme de pilotage(Service commercial)

Systme d'information

Systme oprant(Service expditions)Clients

Statistiquesde ventes

Nouveauxproduits

Factures

Bons livraisonBons de commandesPices de rglement

Livraisons

Commandes

Rglements Clients


A.


8

Aspects du SI

Statiques (mmoire de l'organisation) Enregistrement des faits (base d'information)

Enregistrement des structures de donnes, rgles & contraintes delenvironnement (modle des donnes)

Dynamiques (processeur dinformation) Mise jour des donnes

Changement de structures, de rgles & contraintes

Processeur d'informations

8


11/112


A.


9

Systme Automatis dInfo

Sous-systme du SI (tout nest pas automatisable) Formalisable (actions programmes)

connaissance des entres implique connaissance des sorties pardes rgles de transformation (systmes dtermins)

Fonctions du SAI 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)


A.


10

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

Savoir utiliser Access (SGBD relationnelle sous Windows)

Savoir concevoir & raliser un SI (une SGBD) avec Access enappliquant MERISE sur un exemple concret

Note finale Note = 0.2 * NoteTP + 0.8 NoteExam

9


12/112


A.


11

Principe de MERISE


A.


12

Naissance

Mthode dEtude et de Ralisation Informatiquepar 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

Socits de service + CETE (Centre dtudes Techniques delquipement) + CTI (Centre Technique dInformatique)

Fait suite au constat Inadquation des mthodes dans ces annes

Difficult de de faire voluer les SI existants

10


13/112


A.


13

Mthode MERISE

Objectif Rationaliser, standardiser et mieux dfinir la

conception et le dveloppement des SI assurantune information de qualit (passage dun SI manuel un SI automatis)

Base Modlisation du SI

Description des donnes indpendante de leurs traitements

Approche systmique (dcomposition en lments + rduits)

Mthode de rfrence en informatique de gestion enFrance (tjs la + utilise)


A.


14

Concept de la mthode

Une approche globale permettant : Une analyse par niveau de proccupation

(des choix gestion aux choix techniques)

Un dialogue entre les acteurs de lvolution du SI (dcideurs,

utilisateurs, informaticiens) La validation des modles obtenus

Une dmarche dfinissant les tapes de la vie du SI et leurcontenu : Modles, formalismes, normes

Pr-requis & rsultats

Dcisions possibles

11


14/112


A.


15

Dmarche

Sappuie sur 3 axes fondamentaux (3D) :

Cycle de dcision(matrise)

Cycle de vie(dmarche)

Cycle dabstraction(raisonnement)

tudep

ralab

le

tudedtaill

e

tudete

chniq

ue

Prod

uctionlo

gicielle

Mainten

ance

Niveau conceptuel

Niveau organisationnel

Niveau logique

Sch

madire

cteur

Miseen

service

Niveau physique

IdentificationGestion

OrganisationTechniqueconomique


A.


16

Le cycle dabstraction (1)

pbs peuvent se prsenter dans la conception SI : 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)

12


15/112


A.


17


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.

Niveau conceptuel

Choix dorganisationNiveau organisationnel

Niveau logique

Niveau physique

Choix de gestion

Choix techniques

Choix logiciel

Proccupationsdu

gestionnaire-

utilisateur

Proccupationsde

linformaticien


A.


18


Pour chaque niveau dabstraction (conceptuel, organisationnel,logique & physique) et pour chaque volet (donnes, traitements), le

SI est reprsent par un modle

MCDSignification des informations sans

contrainte technique ou conomique

Niveau conceptuelNiveau conceptuel(quoi)(quoi)

Niveau organisationnelNiveau organisationnel

(qui, o, quand)(qui, o, quand)

Niveau logiqueNiveau logique

Niveau physiqueNiveau physique(comment)(comment)

DonnesDonnes TraitementsTraitements

MCTActivit du domaine sans prciser les

ressources ou leur organisation

MODSignification des infos avec contrainte

organisationnelle & conomique

MOTFonctionnement du domaine avec les

ressources utilise & leur organisation

MLDDescription avec contrainte technique

(conditions & mmorisation)

MLTFonctionnement avec les ressources &

leur organisation informatiques

MPDDescription des bases de donnes dans

la syntaxe du logiciel (SGF, SGBD)

MPTArchitecture technique des

programmes

13


16/112


A.


19


Dmarche 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

MLD

MPD

MLT

MPT

MOD


A.


20

Le cycle de vie

Dimension traduisant le caractre vivant du SI

Plusieurs tapes (cf. AFNOR Z67-101) 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

14


17/112


A.


21

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) Identification des activits

Affectation des activits aux domaines

Planification globale du dveloppement


A.


22

Le cycle de vie - tude pralable

Propose des solutions domaine par domaine en prcisant : Le processus de fonctionnement du domaine

Le degr & le type dautomatisation

Le cot des moyens mettre en oeuvre

Les avantages & contraintes de la solution

MCT + bauche du MCD

15


18/112


A.


23

Le cycle de vie - tude dtaille

Donne la spcification du futur SI

2 phases : Conception gnrale

dcrit compltement la solution conceptuelle et organisationnelle dupoint de vue de lutilisateur (externe)

Conception dtailleproduit, pour chacune des tches du SI, une description complte entermes de support (dessin, cran, imprim), dalgorithmes (rglesde calcul, de contrle), dactions sur les donnes (mise jour,consultation)

MOT+MCD valid + Procdures Fonctionnelles + MLD


A.


24

Le cycle de vie - tude technique

Passe des spcifications la dfinition des traitements desdonnes au niveau physique en dterminant : La structure informatique de la BD

Larchitecture des programmes

La structure de chaque programme

MLD optimis + MPD + MPT

16


19/112


A.


25

Le cycle de vie - production logicielle

Consiste : crire des programmes dans un langage

Gnrer des fichiers ou bases de donnes Raliser les tests de mise au point


A.


26

Le cycle de vie - mise en service

Consiste : Installer les logiciels ralises (assemblage)

Vrifier le bon fonctionnement du logiciel (tests)

Mettre en place progressivement la nouvelle organisation

Former les utilisateurs

17


20/112


A.


27

Le cycle de vie - maintenance

Fait vivre & voluer le programme jusqu sa mort : Rectification des anomalies

(maintenance corrective) Adaptation des nouveaux besoins ou besoins modifis

(maintenance volutive)

Amlioration des performances ou autres caractristiques(maintenance perfective)

Adaptation un nouvel environnement(maintenance adaptative)


A.


28

Le cycle de dcision (1)

Concerne les dcisions darbitrage relatives la gestion duprojet : Identification : choix des domaines dintervention.

Gestion : choix du primtre fonctionnel (rgles de gestion, donneset traitements)

Organisation : choix du mode de fonctionnement du systme

Technique : choix de logiciel, dimensionnement des matriels

conomique : budget gnralement fix influe sur les autresdcisions

18


21/112


A.


29

Le cycle de dcision (2)

Suit dune manire // le cycle de vie :

Schma directeur

tude pralable

tude dtaille

tude technique

Production logicielle

Mise en service

tapes de la dmarchetapes de la dmarche RsultatsRsultats DcisionDcision

Plan de dveloppement du SI Approbation & mise en application

Dossier de choix des n solutions Choix dune solution

Spcifications fonctionnelles Accord utilisateur

Spcifications techniques Accord ralisateur

Systme ralis en ordre de marche Systme conforme

Systme install dans lorganisation Systme en service


A.


30

Modle Conceptuel des Donnes - MCD

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD

19


22/112


A.


31

Introduction

Modle de Conceptuel des Donnes Reprsentation de lensemble des donnes du SI et de leurs

dpendances fonctionnelles sans tenir compte des aspectstechniques 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


A.


32

Formalisme & concepts

Description des donnes laide du formalisme entit-relation, bas sur 4 concepts : Entit

Relation

Proprit

Cardinalit

Reprsentation graphique

COMMANDE

N Cde

Date Cde

PRODUIT

N Produit

Dsignation

Prix unitaire

CONCERNER

Quantit Cde

EntitRelation

1,n 0,n

Cardinalit

Proprit

20


23/112


A.


33

Entit

Dfinition Ensemble cohrent (caractristiques comparables) dcrivant un

objet ou individu qui peut reprsenter une notion concrte ouabstraite

Exemple

PERSONNE COMMUNE ETUDIANT COMMANDE


A.


34

Proprit

Dfinition Donne lmentaire qui dcrit une entit ou une relation

(1 caractristique dune entit ou dune relation)

Exemple

Identifiant Proprit de lentit permettant didentifier dune faon unique toutes

les autres proprits (1 seule occurrence de lentit). Lidentifiant estinscrit en tte de la liste et soulign

PERSONNE

NpersonneNom

Prnom

Adresse

COMMUNE

NcommuneNom

Dpartement

ETUDIANT

NINSEENom

Prnom

Diplme

COMMANDE

NcommandeDate

Montant

21


24/112


A.


35

Relation

Dfinition Modlise un ensemble dassociation de mme nature entre

2 ou plusieurs entits

Exemple

PERSONNE LOGEMENT

PROF ELEVE

HABITERNpersonneNom

Prnom

Profession

Age

NcommuneAdresse

Surface

Nbpices

NOTER

Note

NProfNom

Prnom

NlveNom

Prnom


A.


36

Cardinalit (1)

Dfinition Participation des

occurrences dune entitaux occurrences dune relation

2 types : minimum & maximum 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)

COMMANDE

N CdeDate Cde

CONCERNER

Quantit Cde

1,n

Cardinalit miniCardinalit maxi

22


25/112


A.


37

Cardinalit (2)

Cardinalit maximum : nb maximum de fois o une entit estconcerne 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 COMMANDE

PASSER CDE0,n 1,1

Min = 0 : un client peut ne paspasser de cde (client potentiel).Max = n : un client peut passer

plusieurs cdes

Min = 1 : une cde esttoujours passe par un client.Max = 1 : une cde est passe

par au plus 1 client


A.


38

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

Lentit CLIENT est-elle 1FN ?CLIENT

Nom-client

Adresse-client

23


26/112


A.


39


Deuxime forme normale (2FN) Toute proprit dune entit doit dpendre de lidentifiant par une

dpendance fonctionnelle lmentaire (toute proprit de lentit doitdpendre de tout lidentifiant).

Exercice Lentit LIGNE-CDE est-elle 2FN ? LIGNE-CDE

NCdeRfDsignation

Quantit


A.


40


Troisime forme normale (3FN) Toute proprit dune entit doit dpendre de lidentifiant par une

dpendance fonctionnelle lmentaire directe.

Exercice Lentit CLIENT est-elle 3FN ?

CLIENT

Code-clientNom-client

Code-catgorie

Nom-catgorie

24


27/112


A.


41


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 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

MatireNclasseCode-prof


A.


42

Ex : gestion dun club de parapente

25


28/112


A.


43

Remarques lies lexemple (1)

Chaque Parapente du club est obligatoirement d'un et d'unseul Modle de parapente (relation 1,1). C'est--dire ici que

le modle de parapente est un lment permettantd'identifier le parapente.

Les Pilotes du club ne sont pas obligs de prendre pourune journe un Parapente du club mais ils peuvent aussi enlouer plusieurs fois (relation 0,N). Un Parapente du club n'estpas forcment propos la location mais il peut aussi trelou plusieurs fois (relation 0,N).

Un vol (caractris ici par l'association Vol) ncessite unPilote, un Site de dcollage, un Site datterrissage et unModle de parapente. Si l'une de ces quatre entits estinconnue, le vol ne peut tre enregistr.


A.


44

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 unpilote.

Un Site de dcollage, un Site datterrissage, ou un Modlede parapente ne sont pas forcment concern par un vold'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 jamaisutiliss par des membres du club ou des sites sur lesquelsaucun membre ne vole jamais.

26


29/112


A.


45

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 peutsuivre plusieurs tudiants en stage de plusieurs entreprises.Lenseignant exerce titre principal dans un tablissement unique etidentifi par un numro. Ltudiant peut tre dans un des 5 cycles deformation dispenss au Dpt

Dmarche Trouver les entits

Dfinir les entits avec les proprits

Raliser le MCD (en respectant les rgles lies au MCD)

Corrig


A.


46

Construction dun MCD

4 tapes Construction du Dictionnaire des Donnes (DD)

puration du DD

Construction du graphe des dpendances fonctionnelles & obtentionde la Structure dAccs Thorique (SAT)

tablissement du MCD

TD n1

27


30/112


A.


47

Modle Conceptuel des Traitements - MCT

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD


A.


48

Introduction

Modle de Conceptuel des Traitements

Reprsentation de faon schmatique de lactivit du SIsans prciser les ressources ou leur organisation(dfinir ce quil faut faire : quoi, sans dire qui, quand, o ni comment) 2me formalisation conceptuelle

tape trs importante avec le MCD

Fixe les traitements en fction des vnements extrieurs

Naborde pas les aspects organisationnels & oprationnels

Aspect dynamique (oprations ralises / vnements)

28


31/112


A.


49

Flux dinformations

Analyse des flux permet dapprhender le fonctionnement global de lentreprise ou de

lorganisation.

2 concepts : 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


A.


50

Diagramme des flux

Reprsentation graphique des acteurs & des flux changs: tape prliminaire pour lobtention des MCT

Ex : constructeur dordinateur (schma de circulation)

USINES

FILLIALES

CLIENT

Matriel assemblOrdre de prparation

Contratde vente

sign

Contrat demaintenance

signDevis Acceptation

devisAnnonce

panne

Contrat demaintenance

propos

Matriellivr

Contratde ventepropos

Cdeclient

Remiseen tat

Facture

29


32/112


A.


51

Concepts

Description des traitementsbas sur 3 concepts :

vnement Opration

Synchronisation

Reprsentation graphique

MCT complexe dcomposer le SI en processus (+ieurs MCT)

ensemble structur dvnements, doprations & rsultatsconscutifs incluses dans un mme domaine dactivit

E1 E2

OU

Actions

R1 R2 Rn

E1 E2 En

vnement

Opration

Synchronisation


A.


52

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

vnements internes raliss lintrieur du domaine

vnements temporels reprsentant des chances (la notion dutemps peut dclencher une rgle)

Reprsentation graphique : ellipse Trait plein (vnements internes)

Traits pointills (vnements externes)

vnement

interne

vnementexterne

30


33/112


A.


53

Opration

Dfinition ensemble d'actions excutes par

le systme suite un vnement,ou une conjonction d'vnements

Produit en sortie de nouveauxvnements dont lmission estsoumise des rgles dmission (expressions logiques indiquant selon

le rsultat de lopration quelsvnements sont crs)

Reprsentation graphique : rectangle Nom de lopration, actions & rgles dmission

EXAMEN COMMANDE

Examen du stock

Disponible

Commandeclient

Indisponible

LivraisonCommandeen attente

Nom de loprationAction

Rgle dmission


A.


54

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 c

a OU (b ET c)

Actions

R1 R2 Rn

b

31


34/112


A.


55

Ex1 : rservation dun parapente


A.


56

Remarques lies lex1 (1)

Si un pilote fait la demande de rservation dune voile, lesystme saisira ou vrifiera sa fiche, puis recherchera lavoile demand, 2 vnements peuvent alors se produire : Soit la voile est rserve car acquise par le club et disponible,

Soit la demande est dclare non rsolvable car : 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 onenregistre sa sortie, 3 vnements peuvent se produire: Soit la voile sort car oprationnelle et accepte par le pilote,

Soit la demande de rservation dune autre voile est effectue, car lepilote a refus la voile, mme si elle tait oprationnelle,

Soit la voile est dclare abme.

32


35/112


A.


57

Remarques lies lex1 (2)

Quand la voile est sortie puis retourn, on enregistre sonretour, puis on la vrifie, 2 vnements peuvent alors se

produire : Soit la voile est dclare oprationnelle,

Soit la voile est dclare abme.


A.


58

Ex2 : rservation dune voiture de location

EXAMEN DE LA DEMANDE

OK Non OK

checproposition

Vrification permis >1an

Recherche disponibilit vhiculePRISE EN CHARGE

Toujours

Enregistrement date de sortie vhicule

ET

MISE A DISPOSITION

Toujours

Enregistrement sortie vhicule

Remise duvhicule

Dossierouvert

Date derservation

Versementcaution

Propositionmise

ET

Demande devoiture

33


36/112


A.


59

Application

Traitement des demandes de promotion dans une grandeadministration

Rgles de gestion : Toute demande de promotion doit subir un examen pralable permettantde dterminer si elle est recevable ou non

Lexamen du dossier dune demande recevable ne peut se faire quaprsrapport du suprieur hirarchique

Aprs examen du dossier par lautorit comptente, la promotion seraaccorde ou refuse

Corrig


A.


60

Construction dun MCT

4 tapes Dtermination des vnements prendre en compte

laboration du graphe des flux en liminant ce qui est de natureorganisationnelle

liminer les traitements redondants du MCT

tablissement du MCT dfinitif

TD n3

34


37/112


A.


61

MOT

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD


A.


62

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)

35


38/112


A.


63

Concepts

Bas sur 2 concepts : Poste de travail

Procdure fonctionnelle (PF)

Reprsentation graphique base sur celle du MCT en yajoutant lorganisation choisie : tableau colonnes = intervenants, acteurs, lieux & nature de l'opration

lignes = notion de temps

indication du support d'information : disque dur, papier, disquette


A.


64

Formalisme

ServiceAchat

ServiceCourrier

Magasin Extrieurdomaine

Temps Type

Postes de travail du domaine tudi

ProcduresFonctionnelles (PF)dont ce poste est

responsable

Lien des traitementsavec le temps :- J jour de rfrence

- H heure de rfrence

Nature de la PF :- manuel- automatique- saisie- consultation

vnements &flux extrieurs

36


39/112


A.


65

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)

Caractristiques techniques des matriels (ressources)

Amnagement gnral & localisation dans l'espace (lieu)

Reprsentation graphique : 1 colonne du tableau


A.


66

Procdure fonctionnelle

Dfinition ensemble d'actions d'une opration conceptuelle affect un poste

de travail (1 PF est ininterruptible). En gnral, c'est ladcomposition d'une opration conceptuelle.

Paramtres d'une PF Degr d'automatisation : manuelle ou automatise

Type : saisie, consultation, modification, suppression, enregistrementou 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)

37


40/112


A.


67

Ex : rservation dun parapente

Supports desflux

d'informations


A.


68

Procdure Fonctionnelle (1) :Vrification de la Fiche Pilote & Recherche de la voile demande

38


41/112


A.


69



A.


70


39


42/112


A.


71

Construction dun MOT

2 tapes Dtermination des procdures fonctionnelles (PF)

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 deprocdures fonctionnelles)

Graphe de circulation (informations traites par la procdure circulation de l'info dans l'espace & le temps)


A.


72

MOD

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD

40


43/112


A.


73

Introduction

Modle Organisationnel des Donnes Permet de prendre en compte les lments relevant de l'utilisation

des ressources de mmorisation sans tenir compte des conditionsde structuration, de stockage et de performances lies latechnologie 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)


A.


74

Formalisme

Reprsentation graphique base sur celle du MCD en yajoutant des notions complmentaires(taille des proprits, nb d'occurrences des entits, scurit des donnes, )

Utilisation de tableaux (ex : volume global)

CLIENT

Num-clientNom

Ville

COMMANDE

Num-CommandeDate

PASSER0,n 1,1

COMPOSER

ARTICLERfrenceLibell

quantitTotal tailleproprits

12 octets

40 octets

4 octets

Nbd'occurrences

1500

2000

10000

Volume

18000 octets

80000 octets

40000 octets

Entit-Relations

Commande

Article

Composer

0,n

1,n

41


44/112


A.


75

MLD

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD


A.


76

Introduction

Modle Logique des Donnes Indique comment les donnes sont organises. Le MLD devra

rendre compte des limites & possibilits du logiciel dont on disposesans entrer dans les dtails techniques des mthodes de stockage

et d'accs

Ncessite de connatre les moyens disponibles pour lamanipulation des donnes : Bases de donnes relationnelles

Bases de donnes navigationnelles (Norme Codasyl)

Fichiers indexs

Nous ne traiterons que la formalisation du MLD applique une BD relationnelle (quasi totalit des BD)

42


45/112


A.


77

Modle relationnel

E. F. Codd (1970)

La plupart des SGBD

2 aspects fondamentaux Algbre permettant de manipuler les donnes

Dmarche de conception

Base de donnes relationnelle = ensemble de tablesrelies entre elles


A.


78

Concepts

Concepts Table (entit / relation selon les cardinalits)

Attribut (proprit)

Cl primaire simple ou compose (identifiant)

Cl trangre (attribut d'une table permettant la relation de cettetable avec une autre dont cet attribut est cl primaire contrainterfrentielle)

Table = tableau Colonnes : attributs

Lignes : occurrences (valeurs prises par les attributs)

Reprsentation graphique base sur celle des entits duMCD (tables en MLD) en y prcisant les relations

Nom

DUPONT

DURAND

PAGNOL

Num-Client

121

260

253

Ville

ANGERS

PARIS

ANGERS

CLIENT

Num-ClientNom

Ville

43


46/112


A.


79

Algbre relationnelle (1)

Ensemble d'oprations s'appliquant une ou +ieurs tablespour donner une nouvelle table

Slection : choix de lignes d'une table / critre Projection : choix de colonnes d'une table & suppression les lignes

identiques (si cl primaire limine)

Jointure : composition de 2 tables / attributs de jointure

Oprations ensemblistes : applicable que sur des tables de mmeschma Union Intersection Diffrence


A.


80


Soit les tables suivantes composes des t-uples :

COMMANDE

Num-CommandeNum-Client

Date

Nom

DUPONT

DURANDPAGNOL

Num-Client

121

260253

Ville

ANGERS

PARISANGERS

CLIENT

Num-Client

NomVille

Num-Client

121

253

121

Num-Commande

10

11

15

Date

05/05/2003

05/05/2003

05/05/2003

LIGNE-COMMANDE

Num-Commande

Ref-ArticleQuantit

Ref-Article

566A

437F151D

566A

566A

Num-Commande

10

1010

11

15

Quantit

10

13

5

10

44


47/112


A.


81


Exercices : donner les rsultats de ces oprations Slection des clients o Ville = ANGERS

Projection de LIGNE-COMMANDE sur(Ref-Article, Quantit)

Jointure CLIENT et COMMANDE

Corrig


A.


82

Rgles de passage (MCD

MLD)

Une entit devient une table & ses proprits deviennentles 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 parl'intermdiaire de ce champ commun (reprsente par une flchepartant de la table X vers la table Y : lien relationnel)

Si toutes les cardinalits sont de type (0,n) ou (1,n), la relation Rdevient une table. Les cls de X et Y sont incorpores dans la tableR et deviennent la cl primaire (compose) de R. Si R a des

proprits, elles deviennent des attributs de la table. Les flchespartent de la table R vers les tables X et Y.

45


48/112


A.


83

Formalisation graphique (1)

Relation (*,n)-(1,1) [* = 0 ou 1] corrig

Relation (*,n)-(*,n) [* = 0 ou 1] corrig

PERSONNENum-PersonneNom

Prnom

POSSEDER0,n

1,n

1,1 MAISONRfrenceDate-Construction

Surface

COMMANDE

Num-CommandeDate

Statut

PORTER

Quantit

0,n

1,n

0,n

1,n

ARTICLE

Num-ArticleDsignation

Prix


A.


84


Relation (*,n)-(0,1) [* = 0 ou 1] corrig

PERSONNE

Num-PersonneNom

Prnom

POSSEDER

Date-Acquisition

0,n

1,n

0,1 VOITURE

NumroMarque

Type

46


49/112


A.


85


Relation (0,1)-(1,1) corrig

Relation (0,1)-(0,1) corrig

EDIFICENum-EdificeType

ETRE0,1 1,1 MAISONRfrenceDate-Construction

ENTREPRISE

Num-EntrepriseAdresse

CORRESPONDRE0,1 0,1TIERS

Num-TiersType


A.


86


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

Relation rflexive (*,n)-(*,n) corrig

MATERIEL

Num-MatrielDsignation

Type

COMPOSER

0,n

1,n

0,n

1,n

SALARIE

Num-SalarieNom

Prenom

Fonction

DIRIGER

0,1

0,n

Estdirig

dirige

Compose

(lment)

Estcompos(ensemble)

47


50/112


A.


87

MLD sous ACCESS

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

Reprsentation graphique : idem MLD relationnel sansflches mais en prcisant pour les relations : La liaison entre tables = ligne reliant les attributs

Les "cardinalits" = 1 ou (n)

1 auteur est associ +ieurs livres

1 livre est associ 1 auteur


A.


88

Ex : gestion dun club de parapente

48


51/112


A.


89

Application : gestion d'une bibliothque

Passage du MCD en MLD

Corrig

LIVRE

Code-ISBNTitre

COLLECTION

Code-CollectionNom-Collection

EXISTER

Nb-Exemplaire

1,n 1,n

EDITER

EDITEUR

Code-EditeurNom-Editeur

1,n

1,1

ECRIRE

Date

AUTEUR

Code-AuteurNom-Auteur

1,n

1,1

EMPRUNTER

Date-Emprunt

ADHERENT

NumroNom

Rue

Ville

0,n 0,n

0,n


A.


90

MLT

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD

49


52/112


A.


91

Introduction

Modle Logique des Traitements Spcifie avec rigueur & en dtail le contenu des traitements associs

chaque tche organisationnelle informatiser

Vision interne (informaticien) Moyens utiliser pour construire le logiciel / activits prescrites

(MOT) compte-tenu des ressources & contraintes logicielle et desprincipes 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


A.


92

Choix techniques

Architecture de l'applicationRpartition des traitements & donnes SGBD

BD rparties

Architecture client-serveur

Sparation entre interfaces utilisateur & noyau de l'application

Multifentrage

La spcification du MLT = fortement lie l'architectureadopt & aux outils logiciels retenus pas de formalisme universel pour le MLT

50


53/112


A.


93

Concepts

2 concepts Unit Logique de Traitement (ULT) & procdure logique

Machine logique

Reprsentation graphique d'une ULT : idem MCT(synchronisation, opration, conditions d'mission,vnements, tats)


A.


94

Unit Logique de Traitement (1)

Dfinition Modlise un ensemble de traitements informatiques perus comme

homognes en termes de finalits

Exemple Transaction (systme transactionnel)

Bote de dialogue

dition

Composition d'une ULT au travers (modle MVC) Interface

Traitements

Donnes

51


54/112


A.


95

Unit Logique de Traitement (2)

Composants d'une ULT Prsentation externe des donnes utilises (maquette)

Rgles de gestion & de contrle associes la prsentation (logiquede 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 produitset conditions de dclenchement

Procdure logique Enchanement d'ULT ralisant l'informatisation d'une tche ou phase

du MOT


A.


96

Machine logique

Dfinition Ensemble des ressources informatiques (matriel & logiciel)

capables d'excuter des traitements informatiques autonome

Caractristiques Techniques : type, puissance, capacit

Nombre (architecture client/serveur 2 machines logiques)

Occurrences (1 machine logique de type micro client en 60exemplaires)

52


55/112


A.


97

Conception dun MLT

3 approches complmentaires Dcomposition des tches du MOT

Recherche de rutilisation d'Unit Logique de Traitement Conception d'ULT autours des donnes


A.


98

MPD & MPT

MCD MCT

MOT

MCD valid

MLD

MPD

MLT

MPT

MOD

53


56/112


A.


99

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 langagede dfinition des donnes associes l'outil retenu (SGBDpar exemple)

Exclu de prsenter les rgles prcises pour tout systme(cf. docs techniques des produits) prsentation trsgnrale aux SDGB relationnels


A.


100

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 informatiquecorrespondant l'informatisation des tches.

Le MPT reprsente la solution technique de construction du logiciel :c'est l'ensemble des programmes informatiques assurant l'excutiondes traitements informatiss du SI

Pas de formalisme bien dfini & normalis

MPT s'labore partir du MLT en regroupant des ULT enprogrammes suivant : tches organisationnelles (ULT), nature de l'environnement (Windows), possibilits techniques du matriel (mmoire), moyens techniques de dveloppement, critres conomiques (production & maintenance)

54


57/112


A.


101

Objectifs SGBD (1)

Objectifs orients donnes Non redondance des donnes

Partageabilit des donnes Scurit des donnes (accs non autoriss, malintentionns)

Cohrence des donnes (contraintes d'intgrit)

Objectifs orients traitements Indpendance physique des donnes (changer d'organisation

physique pour les performances sans modifier l'exploitation)

Indpendance logique des donnes (dfinir des modles spcifiques

rpondant des traitements adapts) Manipulation facile des donnes (langages)

Cohrence physique / fiabilit (retrouver un tat cohrent de la BDaprs une panne)


A.


102

Objectifs SGBD (2)

Objectifs organisationnels Assurer un contrle efficace des donnes

Rsoudre les conflits entre divers points de vue utilisateurs

Optimisation des accs aux donnes

Optimisation des moyens informatiques

55


58/112


A.


103

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) 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) prsentation des donnes aux programmes d'application et aux

usagers ayant formul leurs besoins dans des langages (requtes,rapports, )


A.


104

SQL (1)

Structured Query Language (normalis) Adopt par la plupart des SGBD relationnels

Langage de description & manipulation de donnes Dfinir & modifier une BD relationnelle Interroger une BD relationnelle

Contrler la scurit & la confidentialit de la BD

Passage du MLD au MPD (SGBD relationnel) Pas de difficult majeure

Traduire le MLD (schma relationnel de la BD) en SQL

Table compose de colonnes (attributs) & de lignes (occurrences)

56


59/112


A.


105

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] |[MODIFY NomAttribut Type]

Ajout d'unattribut

Suppressiond'un attribut

Modification du type de donnes


A.


106

SQL (3)

Langage de manipulation de donnes

Extraction des donnes d'une table SELECT * | NomColonne {,NomColonne} FROM NomTable

[WHERE NomColonne = | < |


60/112


A.


107

SQL (4)

Langage de gestion des droits d'accs aux donnes

Langage de gestion des transactions

SQL intgr lments procduraux que l'on intgre un langage hte


A.


108

Exemple : gestion d'un htel (1)

I : Integer (entier long)N : Number (rel)SI : Short Integer (entier court)BL : Boolean (boolen)

A : Char (caractres alpha de longueur fixe)VA : VarChar (car alpha longueur variable avec un max)D : DateMN : Money (monnaie)

MCD

58


61/112


A.


109


MLD


A.


110


-- ============================================================

-- 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);

SQL (MPD)

59


62/112


A.


111


-- ============================================================

-- 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);

SQL (MPD)


A.


112


-- ============================================================

-- 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);

SQL (MPD)

60


63/112


A.


113

-- ============================================================

-- 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) ,

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);


Cl trangre

SQL (MPD)


A.


114


-- ============================================================

-- 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);

...

SQL (MPD)

61


64/112


A.


115

SGBDR sous Access


A.


116

Base de Donnes relationnelles

Relation Mise en rapport des donnes les unes / aux autres

Flexibilit des relations entre donnes

Pas de chemin daccs aux infos pralablement dfini(seule la structure des enregistrements est dfinie)

Liaisons temporaires et permanentes entre les tables

Base de Donnes non relationnelles Structure hirarchique

Structure en rseau

Chemins daccs prdfinis Vitesse de travail Limite lexploitation des donnes aux accs dfinis

62


65/112


A.


117

BD Access

Caractristiques Donnes organise en tables : colonnes (champs), lignes

(enregistrements) Relations permanentes entre tables peuvent tre tablies

Liaisons temporaires entre les tables (requte)

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)

Scurit des donnes Cohrence des donnes (contraintes dintgrit)


A.


118

Conception dune BD

Complexit dune BD Relationnelle Nb de tables

Nb de relations entre les tables

Conception pralable = tape importante : MERISE

MCD MCT

MOT

MCD valid

MLD MLT

MODTables &Relations

Requtes, Formulaires,tats, Macros, Modules

63


66/112


A.


119

Exemple

BD dune entreprise Permettant darchiver pour chaque salari (Matricule, Nom, Prnom,

Adresse) les diffrents services (Nom) auxquels il a appartenu aucours du temps (date dentre & date de sortie).

SALARI

MatriculeNom

Prnom

Rue

Ville

CP

APPARTENIR

DateDb, DateFin

1,n 1,n SERVICE

NServiceNomService


A.


120

Tables & relations

64


67/112


A.


121

Requtes

SELECT Salari.NomSalari,Salari.PrnomSalari,Service.NomService,Appartenir.DateEntreService,Appartenir.DateSortieService,

[Appartenir]![DateSortieService]-[Appartenir]![DateEntreService] ASNBJours

FROM Service INNER JOIN (SalariINNER JOIN Appartenir ONSalari.Nsalari = Appartenir.NSalari)ON Service.Nservice =Appartenir.NService

ORDER BY Salari.NomSalari,Appartenir.DateEntreService;


A.


122

Formulaires

65


68/112


A.


123

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 Toutes les entits : tables, les formulaires, les requtes, les tats, les

macros, les modules, graphiques, dessins, botes de dialogue

Table 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


A.


124

Notions de base (2)

Requte permet de rechercher et de rpertorier des enregistrements

rpondant certains critres (possible dexaminer +ieurs tables et/ourequtes simultanment nvelles combinaisons de donnes)

Formulaire masque dcran permettant de saisir ou dafficher certaines donnes

pouvant appartenir +ieurs tables (formulaire automatique ourequte)

tat permet denvoyer une slection de donnes sur limprimante

(dpend en gnral dune requte ou dune table). Il est possibledajouter des champs supplmentaires (calcul de nvelles valeurs partir des donnes existantes)

66


69/112


A.


125

Notions de base (3)

Macro contient une liste dactions excutes automatiquement pas Access

lors de lappel de la macro (cration & impression de bons delivraisons et de factures)

Module programmation dans Visual Basic Edition Applications VBA

(automatisation de procdures ne pouvant pas tre des macrosprogrammes lavance)


A.


126

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 1enregistrement de lautre. Relation relativement rare (donnes dans uneseule mme table ?) intressante lorsque des donnes sontconfidentielles (limiter laccs une table)

Relation 1:n entre 2 tables1 enregistrement de la table source (cl primaire) peut tre associ plusieurs enregistrements de la table destination (cl externe)

Intgrit rfrentielle

vrification de la concordance des donnes contenues dans 2 ou+ieurs tables en relation (systme de gestion de la BD)

67


70/112


A.


127

Types de donnes (1)

Texte contient 255 caractres max : chiffres ou lettres.

Dfinir une taille max dans les proprits du champ afindconomiser de lespace de stockage

Mmo jusqu 65 535 caractres

Numrique formats avec ou sans dcimales

Date / Heure formats daffichage de la date & de lheure

Montaire adapt la gestion des monnaies


A.


128

Types de donnes (2)

NumroAuto contenu gnr automatiquement par Access : incrmentation

chaque nouvel enregistrement (utilis en gnral pour les clsprimaires).Attention : une table ne peut contenir quun seul champ

de type NumroAuto ; en cas de suppression dun enregistrement lavaleur nest pas dbloque (trous entre valeurs)

Oui/Non (Vrai/Faux, Actif/Inactif) permet de saisir des valeurs boolennes [ne peut tre index]

Objet OLE dessins, textes, sons (taille max = 1 Go) [ni index, ni tris]

Assistant Liste de choix permet de crer une liste modifiable ou droulante personnalise

(choix des valeurs)

68


71/112


A.


129

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 spcifie le format de saisie des donnes laide de lAssistant

Masque de saisie (ex: numros de tlphone, codes postaux)

Lgende permet (si proprit active) de dfinir le texte qui apparat dans les

tats ou les formulaires la place du nom du champ


A.


130


Valeur par dfaut permet de mettre dans un champ une valeur par dfaut.

Aucune valeur par dfaut ne peut exister dans les champs de clprimaire ou NumroAuto

Valide si limite, lors de la saisie, les donnes saisies celles dfinies sous

Valide si laide du gnrateur dexpression (ex : valeursnumriques comprises entre 50 et 1000)

Message si erreur texte affich lcran si une valeur saisie est non conforme la

dfinition du Valide si

Nul interdit exige une valeur dans ce champ pour chaque enregistrement (si

option Oui slectionne)69


72/112


A.


131


Chane vide autorise dtermine si un champ Mmo ou Texte peut recevoir une chane

vide (Non = paramtre par dfaut)

Index permet de raliser des recherche ou des tris rapides. Une table peut

contenir +ieurs champs indexs. Un index peut tre dfinit par +ieurschamp dune mme table (index multiple). Les champs de clprimaire sont par principe index. Attention : indexer que les champsfrquemment utilis car un gd nb dindex ralentit lexcution dsrecherches

Dcimales dfinit le nb de dcimales (entre 0 et 15 et Auto) pour les champs de

type Numrque et Montaire


A.


132

Exemple : types

70


73/112


A.


133

Exemple : proprits


A.


134

Bibliographie

Livres au centre de doc de lISTIA sur MERISE Comprendre Merise : outils conceptuels et organisationnels

Matheron, Daumard, Tardieu - Eyrolles 1994, 265 p.

La Mthode Merise, principes et outils

Tardieu, Rochfeld, Colletti, Lesourne - Editions d'Organisation 1994,340 p.

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, tatsHardy, Thomsen, Dornoy, - Comptence micro 2001, 79 p.

Microsoft Access 2000 au quotidienViescas - Microsoft Press 1999, 1276 p.

Le Grand Livre : Microsoft Access 2Bar, Bauder - Micro Application 1995, 1031 p.

71


74/112


A.


135

Webographie

Bons cours sur Access en accs libre http://enseignement.insset.u-picardie.fr/deug/ti/cours/access

http://cerig.efpg.inpg.fr/tutoriel/bases%2Dde%2Ddonnees/sommaire.htm

72


75/112

ISTIA Ecole d'Ingnieurs de l'Universi t d'Anger

Partie II

Travaux Dirigs

Construction dun MCD............................................

76 MCD MLD ...............................................................80

MCT & MOT ................................................................82


76/112


77/112

Universitd'Angers

Conception des SystConception des Systmes dmes dInformationInformation -- EI3EI3Travaux DirigTravaux Dirigss

A. TODOSKOFF - TD Conception des SI - EI3

Plan - Construction dun MCD partir du SAT - Passage du MCD au MLD - MCT & MOT

A.

TODOSKOFF-ConceptiondesS

I-EI3

2

Plan


MCD MLD

MCT & MOT

75


78/112


A.

TODOSKOFF-ConceptiondesSI-EI3

3



A.


I-EI3

4

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 .....................

76


79/112


A.


5

Recueil des informations

Interviews postes de travail + documents utiliss

Rgles de gestion : R1 : un client peut passer une ou +ieurs commandes ou aucune

commande

R2 : une commande peut concerner un ou plusieurs produits

R3 : une commande est passe un reprsentant qui n'est pastoujours le mme pour un client donn

tablir la liste des proprits Si systme manuel prvoir des codifications pour identifier les

entits


A.


I-EI3

6

Dictionnaire des donnes - DD

NOM SIGNIFICATION TYPEA N AN

LONG NatureE CO CA

NatureM SIG SITU

Rgle de calcul oudintgrit

A(lphabtique), N(umrique), A(lpah)N(umrique), E(lmentaire),CO(ncatne), CA(lcule), M(ouvement), SIG(naltique), SITU(atio)

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 souvenird'un vnement (N & Date de l'entit Commande est issue del'vnement Passation de commande)

Proprits de SITUATION expriment dans quel tat se trouvel'entit un instant donn (cumul, position)

77


80/112


A.


8

puration du DD

Difficults entre signifiants & signifis Signifi : objet abstrait ou concret que l'on veut qualifier

Signifiant : mot employ pour reprsenter ce signifi

viter les cas suivants : Synonymes : 2 signifiants pour un mme signifi

(ex : Nclient & CodeClient ; TVA & Taxe)

Polysmes : 1 signifiant pour 2 signifis(ex : Nom pour nom du client et pour nom du fournisseur ; QTE pourquantit commande et quantit livre)

limination des synonymes & polysmes


A.


I-EI3

9

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 une df peut porter sur la concatnation de +ieurs proprits

Dpendance fonctionnelle lmentaire note a b si a df b

et aucune partie de a ne dtermine b Ex : NINSEE + NOM df ADRESSE

n'est pas lmentaire

Dpendance fonctionnelle lmentaire directe si a b & il n'existe pas de c / a df c et c df b

78


81/112


A.


10

Graphe des DF (1)

Construction du graphe des DF1. 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'uneseule 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 trouvepas pour une proprit celle-ci reste isole

4. liminer les cycles du graphe (supprimer des DF)

c e

fd


A.


I-EI3

12

Structure d'Accs Thorique - SAT (1)

Transformation du graphe des DF en SAT1. 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 pseudo-transitivit. On obtient la fermeture des dpendances

fonctionnelles2. Vrifier qu'il n'y a toujours pas de cycles3. liminer les transitivits. On obtient la SAT ou couverture minimale

reprsentant les divers chemins d'accs aux donnes

En pratique on travaille non pas sur le graphe mais sur la matrice dece graphe

79


82/112


A.


15

Construction du MCD (1)

Transformation du SAT en MCD1. 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 lesentits ainsi dfinies

2. Les arcs restants mettent en vidence les relations. Les propritsnon isoles restantes sont affectes des relations. Les propritsisoles 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

Plan - Construction dun MCD partir du SAT - Passage du MCD a

poly si merise

Documents