CHAPITRE IV : IMPLEMENTATION
DU SYSTEME SDGU
4.1. Introduction
Dans ce chapitre, nous allons démontrer et
présenter le système SDGU avec ses différents services ou
micro services, les outils de développement ainsi que l'architecture
utilisé.
4.2. Architecture logicielle
L'architecture logicielle décrit d'une manière
symbolique et schématique les différents éléments
d'un ou de plusieurs systèmes informatiques, leurs interrelations et
leurs interactions. Pour ce projet, nous allons utiliser une architecture
micro service. Les architectures de micro services sont la « nouvelle
norme ». La création de petites applications autonomes et
prêtes à l'emploi peut apporter une grande flexibilité et
une résilience accrue à notre code. Les nombreuses
fonctionnalités spécialement conçues pour Jakarta EE
facilitent la création et l'exécution des micro services en
production à grande échelle[10].
4.3. Outils de
développement
Nous avons utilisé plusieurs outils logiciels pour une
meilleure réalisation du projet. Ces différents outils nous ont
permis de faire l'ensemble des diagrammes présentés dans ce
document et d'implémenter les différents programmes
informatiques.
Les outils utilisés sont :
JAKARTA : un Framework qui représente un ensemble
de composant (aussi appelés librairies) js autonomes qui peuvent
être utilisé dans des projets web privé ou open source. Un
puissant et robuste Framework java EE pour les applications web complexe.
Un éditeur de texte : nous avons opté pour
codeReady
Visual paradigm for UML :est un logiciel permettant aux
programmeurs de mettre en place des diagrammes UML.
Enterprise Architect : un logiciel permettant de concevoir les
diagrammes UML.
Serveur d'application wildfly : ancien Jboss application
server est un serveur d'application java EE libre.
Maven : un outil de gestion et d'automatisation de production
des projets logiciels Java en général et Java EE en particulier.
Il est utilisé pour automatiser l'intégration continue lors d'un
développement de logiciel.
4.4. Création des bases de
données des différents micro services
4.4.1. Le modèle logique de
données du micro service
Figure 37- modèle
logique de données gestions institutions
Figure 38-le modèle
logique de données gestions notifications
Figure 39-modele logique de
données gestions oeuvres
4.4.2. Création de la base
de données du micro service
Figure 40- base de
données gestions institutions
Figure 41- base de
données gestions notifications
Figure 42- base de
données gestions oeuvres
4.4.3. Requête SQL
Figure 43- code SQL
gestions institutions
Figure 44- le code SQL
Gestions notifications
Figure 45- code SQL gestions
oeuvres
| 
