|
|
|
Cas carte grises - Progression proposée
PARTIE 1 : Etude du cahier des charges et de l'application existante
Le cahier des charges de l'application est contenu dans le fichier
cgcahiercharge.zip
Le cahier des charges est un document formel contenant les éléments nécessaires à
la réalisation d'un projet informatique.
Dans le cadre d’un projet d’informatisation, la notion de cahier des charges
regroupe plusieurs types de documents aux finalités spécifiques :
- le cahier des charges utilisateur décrit le quoi du système attendu,
- le cahier des charges technique ou fonctionnel (ou cahier des charges réalisation)
définit le comment du système attendu,
- le cahier des charges d’une application décrit les fonctionnalités attendues
d’une application.
Le cahier des charges peut-être un document contractuel dans le cadre d’un appel
d’offres, lorsqu’il s’agit de sélectionner un fournisseur pour la
réalisation informatique, la fourniture de matériels et de logiciels.
Une première version de l'application sous ACCESS 97 avait été réalisée avant la
formalisation du cahier des charges (fichier cgappli.zip).
TRAVAIL À FAIRE
Exécuter l'application en ouvrant le
formulaire ACCUEIL.
1.1. Expliquer en quoi cette application ne donne pas satisfaction par rapport au
cahier des charges.
Visualiser les tables et le schéma relationnel de la base.
1.2- A quoi correspondent la table T-PARAM, le champ COMMdet dans la table T-COMM ?
|
PARTIE 2 : Rétroconception de la base de données avec PowerAMC module Données
Le choix de l'outil de développement VISUAL BASIC 5 a été retenu pour développer la
nouvelle version de l'application, les données restant gérées par le moteur Microsoft
Jet.
On souhaite pouvoir réutiliser les données de l'application existante dans la
nouvelle version. On limite le domaine d'étude à la gestion des commandes globales et
leur facturation, sans se préoccuper des commandes de particuliers ni des flux financiers
liés aux commandes et aux clients.
TRAVAIL À FAIRE
|
En vous aidant de la notice
d'utilisation du module DONNEES de PowerAMC présentée en annexe 1,
2.1- Récupérer le schéma relationnel de la base de données sous PowerAMC pour
effectuer une démarche de rétroconception.
2.2- Générer le modèle physique.
2.3- Modifier le modèle physique afin qu'il corresponde aux besoins du domaine
d'étude. Utiliser pour ce faire un sous-modèle.
2.4- Générer le modèle conceptuel. Que peut-on dire par rapport au schéma
Entité-Association du cahier des charges ? |
PARTIE 3 : Création de la base de données ACCESS
On va utiliser le modèle physique pour générer un nouveau schéma de base de
données.
Avant de le faire, il faut vérifier que les modifications effectuées sur le modèle
physique (notamment les modifications de clefs primaires) ne génèrent pas d'incohérence
au niveau du modèle physique : bien vérifier que les seuls index utiles subsistent. Pour
les clefs étrangères faisant référence à une donnée de type compteur, déclarer un
type entier long.
TRAVAIL À FAIRE
3.1- Sous PowerAMC, vérifier la
cohérence du modèle physique et générer le script de création du schéma de la
nouvelle base de données.
3.2- Exécuter le script de création du schéma de la base de données sous ACCESS.
Enrichir le schéma relationnel généré afin qu’il prenne en compte l’ensemble
des contraintes du modèle.
3.3- Comment migrer les données de la base applicg.mdb sous la nouvelle base de données ? |
PARTIE 4 : Génération du projet Visual Basic sous PowerAMC module Développeur
Le module DEVELOPPEUR de PowerAMC 6 (tout comme AMC_Designor 5) permet de générer des
projets Visual Basic au moyen du générateur VB-Gen. Ce module permet également
de générer des applications vers d'autres L4G cible (PowerBuilder, Delphi, HTML…).
Le générateur utilise la notion d'attributs étendus. Il s'agit de paramètres
définis sur le Modèle Physique des Données qui sont propres à l'environnement L4G
cible (ici Visual Basic). Ces paramètres une fois valorisés vont permettre la
définition de caractéristiques graphiques liées à la présentation des données.
En vous aidant du cours sur la génération de projets Visual Basic à partir du module
Développeur de PowerAMC présenté en annexe 2, il s'agit de réaliser la génération de
l'application à partir du modèle physique défini à la partie 2. Il est nécessaire de
bien choisir les noms attribués aux différents écrans, de manière à limiter le
travail de maquettage après la génération de l’application.
TRAVAIL À FAIRE
4.1- Importer les attributs étendus
Choisir le fichier VB.EXA.
4.2- Définir les attributs étendus du modèle
- Quels sont les templates déclarés ?
- A quoi correspond %ModelCode% ?
- Qu'est-ce l'item Position du menu des feuilles ?
- Sélectionner la base de données créée à la partie 3.
4.3- Définir les attributs étendus des tables
- A quoi correspondent %TableCode% et %TableName% ?
- A quoi correspond l'item Option de menu ?
- Pour la table T-OPER, déclarer une présentation sous forme de grille (grille standard
Apex).
4.4- Définir les attributs étendus des références
- Pour chaque contrainte de référence, définir comment elle sera prise en compte dans
l’interface de l’application.
4.5- Définir les attributs étendus des colonnes
- Quels styles de champs sont proposés par défaut ?
4.6- Générer le projet Visual Basic en sélectionnant les éléments du modèle
physique nécessaires. |
PARTIE 5 : Développement du projet sous Visual Basic
Après avoir préparé l'environnement du projet Visual Basic, il s'agit d'ouvrir le
projet. Dans la boîte de dialogue, choisir OK pour
tout.
TRAVAIL À FAIRE
|
5.1- Sur quel élément (feuille ou
procédure) démarre le projet ?
5.2- Exécuter l’application. |
Le projet est incomplet par rapport aux fonctionnalités décrites dans le cahier des
charges.
5.3- Enrichir le projet de manière à répondre au
cahier des charges concernant la gestion des commandes globales et leur facturation. |
|
