Editions ENI Livres | Vidéos | e-Formations
Présentation du projet
Application Oxygen
L’application Oxygen est une application classique de gestion des commandes.
Dans le cadre de cet ouvrage, l’objectif est triple : en premier lieu, réinvestir et approfondir de manière concrète les principaux concepts objets vus précédemment, en second lieu apprendre à produire du code structuré en adoptant une méthode de développement et enfin appréhender les difficultés à faire aboutir un projet avec au final la remise d’une application comportant toutes les fonctionnalités proches d’une solution professionnelle.
Cahier des charges
Le cahier des charges est présenté dans ses grandes lignes.
-
L’accès à l’application nécessite un login et un mot de passe.
-
L’application prend en charge la gestion les modules suivants :
-
clients,
-
articles,
-
commandes.
-
Pour chaque module, les fonctionnalités attendues sont les suivantes :
-
ajout,
-
suppression,
-
modification,
-
recherche,
-
impression,
-
exportation.
-
Toute suppression est précédée d’une demande de confirmation.
-
Il est possible d’avoir un aperçu avant l’impression.
-
L’exportation est possible dans les formats suivants : pdf, html, docx, odt, ods.
-
L’application propose les modules supplémentaires suivants :
-
statistiques,
-
graphiques.
-
La gestion des erreurs prend en compte :
-
les erreurs de saisie,
-
les problèmes de connexion,
-
l’envoi de messages.
-
Dans un souci d’ergonomie, les points suivants sont pris en compte :
-
utilisation du clavier et/ou de la souris en fonction des traitements,
-
placement du curseur dans le premier champ de saisie à l’ouverture d’une fenêtre,
-
présentation des données en mode fiche suite à un double clic sur une ligne d’une table,
-
vues multifenêtres avec mise à jour simultanée.
Persistance des données
La sauvegarde des données d’une application Java peut être réalisée de diverses manières. La plus simple est celle qui consiste à les sauvegarder dans des fichiers de type texte délimité, mais c’est une solution obsolète et inadaptée aux applications de gestion. La sérialisation et le stockage dans des bases de données relationnelles sont des choix plus sérieux.
La sérialisation est une solution élégante qui permet d’obtenir la persistance des objets mais elle comporte plusieurs variantes présentant chacune des avantages et des inconvénients. Selon le type de sérialisation retenu, on est limité soit par la vitesse soit par le nombre de classes ou encore par leur complexité.
Les bases de données relationnelles sont incontournables dans le monde de l’informatique et plus particulièrement dans celui de la gestion. Elles reposent sur une technologie éprouvée depuis des décennies et ont su intégrer les données objets. Cette option est retenue pour le projet Java, option qui est par ailleurs celle actuellement la plus utilisée.
Parmi les nombreux SGBDR, MySQL est choisi pour ses qualités mais aussi parce qu’il est, comme Eclipse, un produit open source. Sa mise en œuvre avec le serveur XAMPP...
Utilisation des patrons de conception
L’application Oxygen (elle pourra également être appelée gestion dans les chapitres ultérieurs) met en œuvre des patrons de conception (design patterns en anglais) qui sont des solutions standards en réponse à des problématiques de conception logicielle. Ces patrons permettent de créer différentes organisations de classes afin d’améliorer la maintenance et la compréhension d’une application.
Le Gang Of Four (Gamma, Helm, Johnson et Vlissides : la Bande des Quatre), a formalisé 23 patrons de conception en 1994 dans un livre intitulé Design Patterns - Elements of Reusable Object-Oriented Software. D’autres patrons de conception sont également disponibles dans la littérature comme par exemple les patrons Support d’initialisation à la demande, Reactor et Active record.
Ils ne doivent pas être considérés comme des solutions ultimes gravées dans le marbre mais comme des guides de bonne pratique décrivant les grandes lignes d’une conception plus modulaire et plus maintenable.
Un design pattern n’est pas un dogme.
Dans un projet, les patrons sont le plus souvent associés ensemble afin de fournir un code répondant aux besoins des utilisateurs tout en procurant une latitude dans les évolutions futures de l’application....