MastApp - John COLIBRI.

• résumé : Présentation et analyse de l'application de facturation Mastapp, fournie avec Delphi
  
• mots clé : Mastapp - base de données - facturation
  
• logiciel utilisé : Windows XP personnel, Delphi 6.0
  
• matériel utilisé : Pentium 2.800 Mhz, 512 Meg de mémoire, 250 Giga disque dur
  
• champ d'application : Delphi 1 à 2006 et Turbo Delphi sur Windows
  
• niveau : développeur Delphi
  
• plan :
  
  • Introduction
    
  • Les tables de MastApp
    
  • L'Application Delphi
    
  • L'analyse de MastApp
    
  • Réutilisation de MastApp
    

1 - Introduction

Il y a plusieurs raisons pour nous intéresser à cette application:

• c'est l'application phare de base de données de Delphi depuis Delphi 1. Borland a essayé de construire une application type, en y incorporant le plus possibles de techniques utilisables en d'autres circonstances pour les bases de données
  
• Mastapp a été critiquée comme étant un "mauvais exemple" d'application Client Serveur. Nous allons présenter ici une analyse critique sur ce point
  
• nous nous servirons de Mastapp comme point de départ pour construire une couche métier au dessus des Tables MastApp
  

2 - Les Tables Mastapp

2.1 - Les Versions de Mastapp

• la toute première version utilisait le BDE, avec des tables Paradox. L'alias DBDEMOS contient d'ailleurs les tables CUSTOMER.DB, ORDER.DB etc
  
• Delphi 6 contient une version utilisant les composant Interbase Express. Mentionnons aussi que cette version était utilisée comme base pour Quick Report. De plus cette version contient aussi une aide .HLP ainsi que le fichier .RTF permettant de générer cette aide
  
• Delphi 2006 contient une version VCL .Net de Mastapp, ainsi qu'une application ASP .Net utilisant la base MastApp. Et les démonstrations du BDP utilisent aussi MastApp
  

La base elle-même est fournie avec Delphi. Nous avons cependant eu quelques surprises:

• nous utilisons couremment Interbase 6.0
  
• les nouvelles versions de Delphi contiennent Interbase 7.nnn. Or la structure binaire des fichiers (ODS= On Disc Structure a changé entre la version 6 et la version 7). Il a donc fallu synchroniser la version des données et la version du moteur SQL installée. Pour mémoire, la base Interbase 6 fait 800 K, et la version Interbase 7.nnn dépasse 1 Mega
  

• les données
      C:\Program Files\Fichiers communs\Borland Shared\Data
  
• le code dans
      C:\Program Files\Borland\Delphi6\Demos\Db\IBMastApp
  

2.2 - Le Schéma

Au niveau des Tables:

• CUSTOMER contient des clients
  
• ces clients passent des commandes : ORDERS
  
• chaque commande
  
  • est effectué par un employé du magasin EMPLOYEE
    
  • contient des ITEMS (lignes de commandes)
    
• chaque ITEM concerne un article PARTS
  
• chaque article est fournie par des VENDORS
  

Le Schéma UML, qui montre bien les dépendances et les relation d'inclusion, est donc le suivant:

Nous pouvons aussi fournir un schéma plus détaillé avec tous les champs, et où les liens ne montrent pas la multiplicité (1..n) mais les références d'une table à l'autre:

2.3 - Le script de création

• l'Explorateur de bases de données Delphi
  
• IbConsole (qui fournit en plus les contraintes de clé étrangères°
  
• des outils externes, tels que IbExpert
  
• les composants Interbase Express, en en particulier IbExtract
  

3 - L'Application Delphi

3.1 - La navigation

• un écran menu/barre d'outil donne accès aux autres fenêtres

  

• le bouton "New Order" affiche la fenêtre de saisie des commandes, qui est la fenêtre de traitement réelle

  

  Il est possible de se déplacer d'une commande à une autre, ou d'ajouter une nouvelle commande. Le mode (affichage / saisie) est affiché en bleu, et les boutons de confirmation / annulation sont validés en fonction du mode

  de plus

  • à côté de "date", l'icône permet d'accéder à un calendrier

    

  • dans la dbGrid de saisie des article, la colonne article contient une ellipse qui permet d'afficher une fenêtre de sélection d'articles:

    
    

• le bouton "Browse" affiche les clients et de leurs factures dans deux dbGrids:

  

  et

  • en double cliquant sur un client (ou en cliquant "Edit'), une forme de saisie client est affichée

    

  • en double cliquant sur une commande, la forme de saisie de commande est affichée

  • "define query" permet de définir de dates de recherche

    

  • "active query" est un bouton qui reste enfoncé et qui lance la requête spécifiée par "define query" (démontre comment utiliser une requête paramétrée)
    
• le bouton "Parts" permet d'afficher la liste des articles:

  

  et en double cliquant sur un article, une fenêtre de saisie d'article est affichée:

  

  Cette Forme contient un dbLookup pour sélectionner le vendeur

• le bouton "Reports" permet de sélectionner des états

  

  et en cliquant "View" un apperçu d'un état est présenté:

  
  

3.2 - Le DataModule

4 - L'analyse

Nous allons présenter ici quelques remarques, en soulignant bien qu'il ne s'agit pas d'évaluer MastApp en tant qu'application de facturation idéale, mais en examinant les techniques de bases de données utilisées.

4.1 - Mentalité "Desktop" et non "CLient Serveur"

La version BDE utilisait des tTables, et quelques tQueries pour des calculs plus compliqués. Le portage en Interbase garde malheureusement des trace de cet héritage:

• réutilisation de tIbTables, plutôt que de travailler avec des requêtes SQL (des IbQueries, des IbDataSets, ou IbClientDataSets)
  
• réutilisation de tables spéciales pour gérer les clés (au lieu d'utiliser des générateurs Interbase
  
• absence de DOMAIN, pas de contraintes (clé étrangère, min, max)
  
• absence de TRIGGERS ou de STORED PROCEDUREs (encore que ceci peut être un choix pour améliorer le portage entre moteur SQL, ce qui a bien été le cas ici)
  

4.2 - Le Schéma

• de réorganiser les tables actuelles. En particulier de créer des tables pour gérer les adresses (client, employés, vendeurs), et éventuellement créer une table pour les personnes ("party" au sens de Martin FOWLER)
  
• les données sont assez redondante. Le champ COUNTRY contient les chaînes littérales dans les tables VENDORS et CUSTOMERS. Idem pour STATE. Pour la petite histoire, nous nous sommes apperçus de ce codage en utilisant Data Extractor, un outil d'extraction de données)
  
• bien sûr prolonger la facturation par un système de gestion de commande, de réception, de bonus pour les employés etc. Mais, une fois encore, le but de MastApp n'est pas de présenter une facturation complète
  

• pourquoi CUSTOMER ORDERSSS ITEMSSS et non CUSTOMER, ORDER, ITEM ou CUSTOMERSSS, ORDERSSS, ITEMSSS (note: pour ORDER je sais maintenant: ORDER fait partie des mots clés, car il est employé dans la clause ORDER BY !)
  
• les clés sont bien normalisée "custno", "orderno" etc, mais les clés étrangères utilisent le même identificateur (dans ORDERS il y a une colonne "custo". Nous préférons utiliser "custno_ref" pour indiquer la référence, ce qui en plus évite les ambiguités dans les jointures.
  

4.3 - Le DataModule

• il contient trop de composants, et en maintenance, il est un peu difficile de visualiser à quoi servent tous ces composants
  
• certains composants ne sont utilisés par aucune Forme de l'application actuelle
  

4.4 - L'ergonomie

• pour "Browse"
  
  • plutôt que d'afficher deux dbGrid, et dans la seconde les commandes du seul client sélectionné dans la dbGrid du haut, il serait peut être préférable d'utiliser une liste de clients, dans des dBEdit les informations de ce client, et dans une dbGrid la liste des commandes

  • le code utilise massivement le partage d'un DataSource qui est rattaché à la dbGrid active. Nous économisons certes un DataSource, mais quel intérêt ?
    
• la Forme de saisie de commandes n'est pas homogène:
  
  • si nous entrons par le menu "New Orders", c'est toujours la première commande de chaque client qui s'affiche (nous pourrions mettre le numéro de facture dans un dbLookup, mais nous risquons de modifier le numéro de commande du client actuel)
    
  • si nous entrons par "Browse | clic sur une commande" nous arrivons effectivement sur cette commande
    
  • la même forme est utilisée pour insérer et modifier une facture, mais le numéro de facture courant n'est pas affiché
    
• la forme de recherche pour les articles est aussi celle utilisée pour rechercher les clients (mais ne semble pas être utilisé)
  

5 - Réutilisation de MastApp

• comme application de démonstration pour analyser les .DFM Database Reverse Engineering et en extraire les requêtes SQL du .DFM
  
• Extraction de Script SQL: comme base de données dont nous extrayons le script
  

• nous vous remercions de nous signaler toute erreur, inexactitude ou problème de téléchargement en envoyant un e-mail à jcolibri@jcolibri.com. Les corrections qui en résulteront pourront aider les prochains lecteurs
  
• tous vos commentaires, remarques, questions, critiques, suggestion d'article, ou mentions d'autres sources sur le même sujet seront de même les bienvenus à jcolibri@jcolibri.com.
  
• plus simplement, vous pouvez taper (anonymement ou en fournissant votre e-mail pour une réponse) vos commentaires ci-dessus et nous les envoyer en cliquant "envoyer" :

  Nom :
  E-mail :
  Commentaires * :

• et si vous avez apprécié cet article, faites connaître notre site, ajoutez un lien dans vos listes de liens ou citez-nous dans vos blogs ou réponses sur les messageries. C'est très simple: plus nous aurons de visiteurs et de références Google, plus nous écrirons d'articles.
  

6 - L'auteur