Ventauto
La société Ventauto est spécialisée dans la vente de véhicules automobiles pour le compte de plusieurs constructeurs.
Notre travail consiste en premier lieu de faire une modélisation Merise ; définir tout les diagrammes et les expliquer. En deuxième lieu faire une modélisation UML à partir de la précédente notant bien sure les principaux étapes de passage Merise / UML. En fin on va passer du relationnel vers le modèle Objet-Relationnel via le modèle navigationnel, et bien sûr on va créer une base de données Oracle qui réalise ce modèle.
Etape 1 : Modélisation Merise :
Merise est une méthode qui permet de construire un système d'information automatisé qui soit efficace, flexible et adapté à l'entreprise.
Comme toute méthode d'analyse et de conception des SI, Merise regroupe :
- Des modèles (concepts, règles de représentation).
- Un langage (vocabulaire, règles de syntaxe).
- Une démarche.
- Des outils (des logiciels tels que PowerAMC Designor ou Win Design).
- Dans notre cas on va travailler sous PowerAMC.
Elle permet de représenter graphiquement les composantes d'un SI :
- Les acteurs
- Les données
- Les traitements
- Les procédures
- Les postes de travail, etc. (...)
[...] Prépare des listes des clients prospects à visiter (pour les vendeurs). Traite tous les jours les documents retournés par vendeurs Transmet les notes comptabilité pour le remboursement mensuel. Vendeur Reçoit liste des clients a visité. Rédige un rapport de visite pour chaque client visité. Il fait une visite au client dans le cadre des visites après vente. Transmettent leurs note des frais concernant déplacement et restaurant. service VI Reçoit les commandes après vérification de chef territoire. [...]
[...] message synchrone : l'expéditeur est bloqué jusqu'au signal de prise en compte par le destinataire. Les messages synchrones sont symbolisés par des flèches barrées. message asynchrone : le message est envoyé, l'expéditeur continue son activité que le message soit parvenu ou pris en compte ou non. Les messages asynchrones sont symbolisés par des demi-flèches. message dérobant : le message est mis en attente dans une liste d'attente de traitement chez le récepteur Etude de cas d'une entreprise de vente d'automobiles Représentation Graphique 31 Etude de cas d'une entreprise de vente d'automobiles V. [...]
[...] La détermination et la compréhension des besoins sont souvent difficiles car les intervenants sont noyés sous de trop grandes quantités d'informations : il faut clarifier et organiser les besoins des clients (les modéliser). Pour cela, les cas d'utilisation identifient les utilisateurs du système (acteurs) et leurs interactions avec le système. Ils permettent de classer les acteurs et structurer les objectifs du système. Une fois identifiés et structurés, ces besoins : - définissent le contour du système à modéliser (ils précisent le but à atteindre), - permettent d'identifier les fonctionnalités principales (critiques) du système. Les use cases ne doivent donc en aucun cas décrire des solutions d'implémentation. [...]
[...] Transmuer les relevés de commandes au constricteur. constructeur Reçoit les relevés de commandes. Envoi les véhicule Etude de cas d'une entreprise de vente d'automobiles II. Diagrammes de classes 1 Définition du diagramme de classes Le diagramme de classes exprime la structure statique du système en termes de classes et de relations entre ces classes. L'intérêt du diagramme de classe est de modéliser les entités du système d'information. Le diagramme de classe permet de représenter l'ensemble des informations finalisées qui sont gérées par le domaine. [...]
[...] Les modèles 3 Etude de cas d'une entreprise de vente d'automobiles IMC modèle de contexte Le modèle de contexte définit le domaine d'étude et représente ses échanges d'informations avec l'environnement : acteurs externes et domaines connexes. Domaine (unité de structure de l'organisation) : - Gestion commerciale de Ventauto( gestion d'activité de vente et après vente) Les acteurs externes (entité externe qui interagie avec l'organisation): - Client - Constructeur Domaine connexe (Un domaine connexe est un composant du système d'information interagissant avec le domaine d'étude) : - Service comptabilité - Service VI Représentation Graphique 4 Etude de cas d'une entreprise de vente d'automobiles IIMCC model conceptuel de communication Après avoir définir le MC on définie les acteurs internes du domaine étudié. [...]
Source aux normes APA
Pour votre bibliographieLecture en ligne
avec notre liseuse dédiée !Contenu vérifié
par notre comité de lecture