projet architecture mvc2 avec distinction classe et composant

PROJET ARCHITECTURE MVC2 AVEC DISTINCTION
CLASSE ET COMPOSANT
Introduction.
Aujourd’hui les applications logicielles sont composées de différents artefacts. Les classes d’objet
pour implémenter les logiques applicative et métier, les composants logiciels pour implémenter des
services complexes (communication réseau, gestion des transactions, etc).
L’objectif du projet est de mettre en évidence la distinction entre ces éléments, leur utilisation, leur
implémentation et leur mise en œuvre.
Le projet.
Il s’agit de réaliser le cas d’utilisation « s’authentifier ». La logique d’authentification repose sur
des classes POJO (Plain Old Java Object).
Les contraintes non fonctionnelles précisent qu’il s’agit d’une application de type WEB avec une
interface Homme-Machine. Cette interface est réalisée avec un composant WEB, une page HTML.
L’application est structurée par le méta-patron MVC2. Le contrôleur est implémenté par un
composant de type SERVLET capable de répondre à une requête HTTP. La caractéristique de ce
type de composant est qu’il est modifié par l’environnement d’exécution lors de son déploiement.
Le service HTTP du composant SERVLET est implémenté par héritage.
Le projet est réalisé dans l’environnement intégré de développement Eclipse avec profil JAVA EE.
1/4
utilisateur
s'authentier

Architecture du projet.
L’architecture du projet repose sur quatre paquetages JAVA (contrôleur, authentification, modèle et
outils) et sur un composant de type page WEB stocké à la racine de l’application.
Une application ou un service WEB JAVA est empaqueté dans une archive standardisée de type
WAR (Web Application Resource).
Quatre classes et une interface JAVA implémentent le code côté serveur. Une page HTML
représente l’interface Homme-Machine (couche présentation).
Les utilisateurs ne sont pas stockés dans une source de données de type système de gestion de base
de données (SGBD) mais en mémoire dans une collection JAVA (java.util.List).
2/4
authentication
+ Authentication
<<interface>>
+authentier(identiant : String,motDePasse : String) : boolean
+ AuthenticationImpl
+authentier(identiant : String,motDePasse : String) : boolean
<<realize>>
outils
+ GérantUtlisateur
+peupler() : void
1
-gerant
modèle
+ Utilisateur
-identiant : String
-motDePasse : String
+newAttr : int
1..*
-utilisateurs
controleur
+ Conroleur
<<servlet>>
+doPost(rep : HttpServletRequest,rep : HttpServletResponse) : void
+ auth.html
<<page HTML>>

La cinématique du processus d’authentification.
Le diagramme de séquence ci-dessous représente les interactions entre les objets JAVA qui
implémentent le service d’authentification.
L’objet contrôleur est implémenté par la SERVLET de l’application
3/4
/contrôleur /authenticateur /gérant
authentier()
getUtilisateurs()
/utilisateur
getIdentiant()
getMotDePasse()
LOOP

Le déploiement de l’application.
L’application est déployée dans un micro-conteneur de type Docker. Celui-ci héberge une instance
du serveur d’application JAVA EE WEB TOMCAT, produit logiciel de la fondation APACHE.
4/4
client
navigateur WEB
serveur
conteneur Docker
serveur HTTP TOMCAT
application WEB
HTTP
application WEB authentier