18.3.5. Maven 1.2
Maven est un outil open source de build pour les projets Java
très populaire, conçu pour supprimer les tâches difficiles
du processus de build. Maven utilise une approche déclarative, où
le contenu et la structure du projet sont décrits, plutôt qu'une
approche par tâche utilisée par exemple par Ant ou les fichiers
make traditionnels. Cela aide à mettre en place des standards de
développements au niveau d'une société et réduit le
temps nécessaire pour écrire et maintenir les scripts de
build.
Le coeur d'un projet Maven 2 est le modèle objet projet
(appelé POM pour project object model). Il contient une description
détaillée du projet, avec en particulier des informations
concernant le versionning et la gestion des configurations, les
dépendances, les ressources de l'application, les tests, les membres de
l'équipe, la structure et bien plus encore. Le POM prend la forme d'un
fichier XML (pom.xml) qui est placé dans le répertoire de base du
projet.
18.3.6. La méthodologie MDA
MDA est une méthodologie dont le principe est de se
dire que la plus grande partie de l'application doit pouvoir être
conçue indépendamment de la technologie utilisée pour
l'implémenter. Le résultat de cet effort de conception, ce sont
des modèles qui peuvent être spécifiés par un
langage standard, et lui aussi indépendant de la technologie
d'implémentation : UML. AndroMDA est l'outil utilisé dans
notre architecture et qui permet d'extraire toutes les informations qu'il peut
d'un model UML y applique un ensemble de modèles de conception et de
paramètres de configuration pour produire tout le code
générique de l'application.
L'intérêt de la méthode MDA :
· Diminue le travail de production de code redondant.
· Garantie la conformité des interfaces
d'implémentation au modèle. de conception.
· Pas besoin d'assurer manuellement la cohésion
des objets métiers java avec le modèle.
Concrètement si le modèle change :
· Les interfaces java sont
régénérées.
· Les classes implémentant ces interfaces sont
à mettre à jour.
· Les classes utilisant ces interfaces sont
éventuellement à mettre à jour.
Les interfaces java générées ne seront
jamais modifiées manuellement. La méthodologie MDA n'exempte pas
d'implémenter les objets métiers.
19.
Développement du module « Gestion de Cv »
J'ai choisi de présenter les étapes de
développement de ce module car il a des relations directes avec tous les
autres modules. Lors de l'édition d'un CV, on remarque qu'on a besoin
d'information provenant des autres Classes.
Durant toutes le étapes du développement de
CVTECH je suis le cycle MDA. A chaque modification du model UML je
régénère mon code et je le déploie, comme dans la
figure suivante:
« Cycle MDA »
Dans le code de l'application il faut distinguer entre ce qui
est généré automatiquement et non modifiable, ce qui
généré et modifiable et ce qui est à créer.
Ce schéma résume les différents et
principaux types de composants de l'application (toujours en prenant
l'exemple du module mission):
| 
