11. Le Diagramme de flux - Free

TD : Valeur future et actualisation ? Correction des exercices ... Exercice 2 :
Valeur future et calculs de taux ... Exercice 6 : Valeur future et diagramme des
flux.

Part of the document


ANALYSE
Et
Méthode Merise SOMMAIRE 1. Présentation du concept de Base de Données 2
2. Analyse 2
3. Le dictionnaire de données (première étape de la construction d'une
BDD) 3
4. Le Modèle Conceptuel de Données (deuxième étape de la construction
d'une BDD) 4
5. Concevoir un MCD 5
6. Notion d'identifiant 6
7. Les associations 6
8. Précisions sur les cardinalités 7
9. Le modèle relationnel ou Modèle Logique de Données (troisième étape
de la construction d'une BDD) 7
10. Le modèle Physique de Données et le schéma relationnel (quatrième
étape de la construction d'une BDD) 8
11. Le Diagramme de flux 9
12. Le Diagramme événement-résultat 9
Présentation du concept de Base de Données
Définition : Notion de fichier : Ensemble de données portant sur un même thème ex.
« fichier Client », en Base de données nous parlerons de tables. Donnée : (data) information (texte, image...) transmise à l'ordinateur pour
être traitée par une application. Les données sont à la base des systèmes
comptables, statistiques, décisionnels...
Il existe différents types d'informations :
. Saisie
. Calculée
. Paramétrée
SGBDR =Système de Gestion de Base de Données Relationnelles. Un SGBDR
permet de faciliter le traitement des problèmes de cohérence et de
redondance des données (doublons). C'est un ensemble centralisé et
structuré de données qui va nous donner la posibilité de réaliser
différentes choses dans le but de permettre aux utilisateurs du système
d'information d'accéder facilement et de manière fiable aux informations
:
. Saisir des données d'une manière unique
. Mise à jour de données
. Accroître la sécurité (pas de doublons)
. Relier plusieurs fichiers ou entité ou tables
. Faciliter les recherches et la formulation de questions (requêtes)
. Faciliter des calculs
Avant de créer une base de données il faut procéder à une étude pour
analyser les besoins, et pour cela on peut utiliser différentes méthodes
comme la méthode Merise. Analyse Les représentations que nous étudierons sont issues de la méthode Merise
(Méthode d'étude et de réalisation informatique pour les sous ensembles ou
pour les systèmes d'entreprise), qui date des années 80 (fin 70) et qui
avait pour but de modéliser des systèmes et d'être lisible par des non
informaticiens. C'est une méthode de conception, de développement et de
réalisation de projets informatiques. Elle s'appuie sur la séparation des
données et des traitements et sur une décomposition en différents niveaux
d'abstraction. Nous pouvons considérer 3 grands axes d'analyse :
. Analyse des données
. Analyse des traitements ou processus
. Analyse des flux
Les différents axes d'analyse |Niveau |Flux |Traitements |Données |
|Conceptuel |Diagramme de flux|Diagramme |MCD |
|Finalité et | |événement-résulta| |
|raison d'être |Echange |t | |
| |d'information |Représente des | |
| |entre les acteurs|processus | |
|Organisationnel | | |MLD (MRD) |
|ou | | | |
|Logique | | | |
|Choix | | | |
|d'organisation | | | |
|(poste de | | | |
|travail, | | | |
|automatisation, | | | |
|aspect temporel) | | | |
|Physique | |MPT |MPD |
|Réponse au | |Architecture |Description des |
|« comment » | |technique des |bases de données |
| | |programmes | | On Parle parfois de 4 niveaux :
> Conceptuel le « QUOI »
> Organisationnel le « QUI FAIT QUOI ET OU »
> Logique le « AVEC QUELS MOYENS TECHNIQUES »
> Physique qui est le choix des outils Le dictionnaire de données (première étape de la construction d'une
BDD) C'est une structure qui regroupe l'ensemble des rubriques appelées
propriétés, constituant les différents objets, appelés entités de la future
base de données.
On fait le bilan de tout ce que l'on veut mettre dans la base de données et
on le présente dans un tableau. |Libellé de la propriété |Nom de la |Type de champ (3)|Dimension (4) |
|(1) |propriété (2) | | |
|Numéro du client |num_cli |Numérique |Numéro auto |
|nom du client |nom_cli |Texte |15 |
|prénom du client |prenom_cli |Texte |15 |
|adresse du client |adresse_cli |Texte |30 |
|ville du client |ville_cli |Texte |20 |
|code postal du client |cp_cli |Texte |6 |
|Quantité de produit |qte |Numérique |entier |
|achetée | | | |
|Date d'achat |date |Date | |
|... | | | |
Libellé de la propriété (1) ou attribut (ou rubrique dans un fichier),
information caractérisant que l'on décrit de manière non ambigüe
Nom de la propriété (2) nom de la propriété en abrégé, nom unique, sans
espace et en respectant toujours les mêmes abréviations.
Type de champ (3) contenu du champ :
. Texte (qui contient des caractères mais il peut y avoir aussi des
chiffres en plus)
. Numérique (qui va permettre des calculs)
. Date (ou heure)
. Logique (ou booléen) exemple : Oui/non, Vrai/Faux ...
Dimension (4) nombre de caractères pour le texte
On crée un identifiant par objet pour le reconnaitre de manière unique.
On va décomposer les propriétés pour faciliter les recherches (exemple :
adresse, ville, CP) Le Modèle Conceptuel de Données (deuxième étape de la construction
d'une BDD) Le MCD (Modèle Conceptuel de Données) à pour but de représenter sous forme
de schéma les données d'un Système d'information (SI). Entité : Regroupement de données portant sur un même thème
Association : Lien existant entre deux entités, il est exprimé par un
verbe.
Cardinalité : Nombre de fois qu'une occurrence d'une entité peut être
impliquée dans une association. Cardinalités minimales et maximales
CIM contrainte d'intégrité Multiple
CIF contrainte d'intégrité Fonctionnelle Exemple de MCD :
[pic]
Il s'attache à représenter des informations et non leurs valeurs. Exemple : Nous parlerons de la propriété « Nom du Client » et non d'une
valeur de cette propriété représenté par le client « Dupont ». Le MCD est un outil de communication entre l'analyste et les acteurs du
Système d'information (gestionnaires). Concevoir un MCD Nous avons déjà vu la nomenclature d'un MCD, mais il faut bien retenir le
concept suivant :
Une Entité regroupe des éléments qui ont des propriétés en commun.
Nous commencerons donc par regrouper les propriétés qui vont « ensemble »
dans une Entité. L'ensemble des valeurs de chacune des propriétés d'une entité forme ce
qu'on appel :
Une Occurrence. Exemple : « 18 », « DUPONT », « PIERRE », « 2 rue des plantes », « 13
001 », « MARSEILLE » forme une occurrence de l'entité CLIENT Il y a donc 3 niveaux d'information :
. L'entité
. La propriété
. La valeur
Entité : Regroupement de données portant sur un même thème
Association : Lien existant entre deux entités, il est exprimé par un
verbe.
Cardinalité : Nombre de fois qu'une occurrence d'une entité peut être
impliquée dans une association. Cardinalités minimales et maximales MCD . Cardinalité minimale
. Cardinalité maximale
[pic] . CIF contrainte d'intégrité fonctionnelle
Un client est suivi par 1 et 1 seul représentant.
Un représentant suit 1 ou plusieurs (n) clients. Cette relation peut se reconnaître en regardant les cardinalités maximales,
ce qui donne :
1 --- n
. CIM contrainte d'intégrité Multiple
Un Client peut acheter 1 ou plusieurs (n) produits.
Un produit peut être acheté par 0 ou plusieurs (n) clients. Cette relation peut se reconnaître en regardant les cardinalités maximales,
ce qui donne :
n --- n
Notion d'identifiant L'identifiant est une propriété particulière qui permet de reconnaitre une
occurrence d'une entité d'une manière précise et non ambiguë. Il est
souligné.
Nous n'avons qu'un identifiant par entité.
Rappelons aussi qu'une propriété ne figure qu'une seule fois dans un MCD,
ce qui est donc aussi le cas pour un identifiant.
Les associations Nous avons déjà vu qu'une association caractérise un lien entre des entités
et qu'une association est caractérisée par des cardinalités.
Les cardinalités sont des couples de deux chiffres qui peuvent prendre les
valeurs :
. 0,1
. 0,n
. 1,1
. 1,n
Avec le