samedi 25 septembre 2004

MERISE : MLD ou le modèle logique de données

Nous avons vu comment élaborer le modèle conceptuel de données MCD, passons maintenant à l'étape suivante :

MLD ou modèle logique des données.

Ce modèle indique comment organiser les données. On se représente le modèle comme étant un ensemble de relations. On a des tables (entités dans le modèle MCD) qui contiennent des champs (attributs dans le modèle MCD). Ce qui est important ce sont les relations entre ces tables.

Chaque table contient une clé primaire : c'est un identifiant unique. Par exemple, pour une table contenant des informations concernant un individu, on peut choisir le n° de sécurité sociale comme étant l'identifiant unique car celui-ci est différent pour chaque personne.

Une table peut ou non contenir une clé étrangère qui est la clé primaire d'une autre table. Par exemple, notre table Personne peut contenir une clé étrangère : code postal qui est la clé primaire d'une autre table qui contient les villes.

Nous avons des nomenclatures à respecter : on souligne la clé primaire d'une table et on met en italique la clé étrangère. Ex : Personne (numSecuriteSociale, nom, prenom, adresse, codePostal)

On a différents types de relations : binaires, ternaires, réflexives, ...

Ex de relations binaires : lien entre une commande et un produit. Une commande peut contenir de 1 à n produits soit 1,n.

 

Liens :
MLD, mode d'emploi

mercredi 28 juillet 2004

Le MCD, modèle conceptuel de données

Le MCD représente les données et leurs dépendances fonctionnelles.

Nous allons expliquer quelques notions importantes avant de détailler la démarche d'élaboration du MCD.
Propriété : information élémentaire manipulée par l'entreprise, ex : nom d'un client.
Objet-type : regroupement de propriétés doté d'une existence propre et pourvu d'un identifiant, ex : objet client.
Relation-type : association entre divers objets d'un modèle, une relation peut-être porteuse de propriétés
Cardinalités : elle indique le nombre minimum et le nombre maximum des valeurs de la relation, ex : relation n-aire.

Voici la marche à suivre :

- Etablir une liste de données
- Classer ces données par ordre alphabétique
- Procéder à l'épuration des polysèmes (une donnée décrivant plusieurs réalités), synonymes et redondances
- Repérer les identifiants
- Rattacher à ces objets les propriétés

- Placer les relations
- Considérer les propriétés restantes afin de les regrouper en objets
- Etudier les cardinalités
- Simplifier le modèle
- Procéder à la vérification à l'aide de règles
Ex de MCD : http://sqlpro.developpez.com/Merise/SGBDRmerise3.html#MERISE7

jeudi 8 juillet 2004

MERISE

MERISE est un projet du ministère de l'industrie, né en 1978-1979. Son principal objectif est de fournir un modèle pour décrire les données indépendamment des traitements. MERISE est une méthode de conception de systèmes complexes. La démarche de développement d'un système d'information comporte trois axes :

• Cycle de vie (axe temporel)
  • Conception : description détaillée des spécifications fonctionnelles et techniques
  • Réalisation : production des programmes correspondant aux spécifications détaillées
  • Maintenance : correction des bogues et prise en compte des évolutions du système en adéquation avec son environnement
• Cycle de décision (axe décisionnel)
  • schéma directeur
  • étude préalable
    • recueil
    • conception
    • appréciation
  • étude détaillée
  • réalisation
  • mise en oeuvre
  • maintenance
• Cycle d'abstraction (axe formel)
  • niveau conceptuel
  • niveau logique
  • niveau technique

Nous allons maintenant aborder la modélisation de ce système, avant cela qu'est-ce qu'un modèle ?

Un modèle peut être défini comme une image de la réalité, il est établi pour répondre à un type de questions que l'on se pose à un instant donné sur une réalité.

 

Modélisation des données :

• modèle conceptuel des données : MCD
• modèle logique des données : MLD
• modèle physique des données : MPD

Modélisation des traitements :

• modèle conceptuel des traitements : MCT
• modèle organisationnel des traitements : MOT
• modèle opérationnel des traitements : MOPT

Nous allons expliquer en quoi consiste chacun de ces modèles dans les prochains articles.

 

---

Pour en savoir plus :

Conduite de projet

Gestion de projet

http://www.commentcamarche.net/merise/concintro.php3

http://sqlpro.developpez.com/Merise/SGBDRmerise.html

http://www.loria.fr/~gsimon/merise.pdf

http://www-valoria.univ-ubs.fr/antoine/Enseignement/MSI_GL_UML/Merise.pdf

http://eurise.univ-st-etienne.fr/~muhlenbach/l2info/cours_SI_CM1.pdf

lundi 21 juin 2004

Notions d'UML

UML : langage de modélisation unifié. Un des avantages d'UML est sa compréhension par les non-informaticiens, cela permet donc de coller au mieux aux besoins des utilisateurs et des clients. UML est un outil de modélisation objet qui facilite la conception de programmes.
L'UML modélise les objets et les relations entre les objets au moyen de vues constituées de diagrammes (12).
Vues statiques :

- diagrammes de classes : ensemble d'éléments statiques qui montrent la structure d'un modèle.

 

Représentation d'une classe en UML :

nom_classe

attributs: nom_attribut:type_attribut=valeur_initiale

fonctions (méthodes) nom_fonction(nom_argument:type_argument=valeur_par_défaut...):type_retour

- diagrammes d'objets
- diagrammes de cas d'utilisation, c'est une vue externe. C'est un diagramme très important car il colle aux besoins d'une catégorie d'utilisateurs.
- diagrammes de composants : montre les éléments logiciels et leur dépendance (fichiers, exécutables, librairies, ...)
- diagrammes de déploiement : indique la répartition physique des matériels du système (processeurs, périphériques) et leurs connexions.

Vues dynamiques

- diagrammes de séquence et diagrammes de collaboration représentent les messages échangés entre les objets
- diagrammes d'état-transition : concerne le cycle de vie de l'objet
- diagrammes d'activités

Vues relatives

- diagrammes de packages
- diagrammes de sous-sytèmes
- diagrammes de modèles

---

Vue 4+1
Pour définir une architecture simple avec UML, il est courant d'utiliser la "vue 4+1" :
- la vue logique : concerne l'étape de conception, c'est le plus haut niveau d'abstraction
- la vue des composants : concerne l'étape de réalisation, c'est le plus bas niveau d'abstraction
- la vue des processus : concerne l'exécution proprement dite
- la vue de déploiement : concerne les exigences en performance
- la vue des besoins des utilisateurs ou vue des cas d'utilisation, manage l'ensemble des vues. On peut commencer à étudier un problème à partir de cette vue et ainsi déterminer tous les acteurs et utilisateurs entrant en action. Cette vue est aussi utilisée dans la phase d'analyse de besoins et cela permet de formaliser les attentes des différents intervenants.

Par exemple, on considère un site de vente en ligne, on peut se demander quels sont les moyens de paiement (CB, chèque, VISA, ...) et ainsi développer notre modèle en fonction du mode de paiement (cas d'utilisation).

---

Outils de modélisation UML
Journal du Net