Présentation du Projet Fin d’études
Conception et Réalisation d’une application
web de Reporting & Statistics de Rejets de
communication entre Système d’information
Elaboré par
Tahani RIAHI
Encadré par
Mr. Nizar ELHAJ FERJANI
2017 – 2018
Plan
Introduction
Etude de l’existant et problématique
Solution proposée
Architecture et choix conceptuels
Mise en place
Conclusion et perspectives
Introduction(1/3)
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Contexte général
3
Systèmes
d’informations
Partenaires
fournisseurs
concurrents
Clients
Achat
RH
Compta
Finance
Vente
Stock
Fonctions de
l’entreprise
L’entreprise
L’écosystème de
l’entreprise
Introduction(2/3)
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Organisme d’accueil
4
Tunisie
Telecom
Fournisseur d’accès
à Internet
Partenaire avec groupe
Khechine de tourisme
Partenaire dans
l’enseignement supérieur et
recherches scientifiques
liées de télécommunications
Opérateur
téléphonique fixes et
mobiles
Introduction(3/3)
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Contexte du projet
5
SI de
Tunisie
Telecom
BSCS
Workflow
backbone
GIS
HPSM
FTD
CRM
WS WS
WS
WS WS
WS
Etude de l’existant et problématique
• Les rejets de communication entre les SI de Tunisie
Telecom sont extraites des fichiers logs de chaque
système.
• Ces rejets sont enregistrés dans une table d’une BD
SQL Server.
• L’utilisateur manipule ces données par des requêtes
SQ.
6
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Solution proposée (1/3)
Solution:
• Conception et développement d’une application web
de reporting et statistics des rejets
Avantages:
• Faciliter la manipulation des données de la table de la
BD
• Simplifier l’accès aux données
• Avoir des informations sous forme graphiques
• Prendre des décisions dans un court temps
Limite exigée:
• Ne pas avoir le droit d’accéder à la table directement
à partir de notre application.
7
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Solution proposée (2/3)
Sujet:
• La contribution à la mise en place d’une solution BI
pour le traitement des rejets de communication
entre SI.
Les principaux objectifs:
• Avoir un dashboard.
• Générer des rapports selon des critères bien définis
sous différentes formes.
• Injecter les données dans la base de données à partir
d’un fichier CSV.
• Administrer les utilisateurs.
8
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Solution proposée (3/3)
Les phases de notre projet:
9
Spécification et
Compréhension
des besoins
Etude des frameworks
existantes pour le
développement web.
Choix de l’architecture
Conception détaillée
Réalisation et test
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Recette
Architecture et choix conceptuels(1/2)
10
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Couche présentation
Vues
(pages
Web)
Contrôleurs
Modèles
Couche métier
Interfaces
Services
métier
Couche de données
Utilisateur
Mécanismes d’accès
aux données
Persistance de données
BD
Patron de conception MVC:
Modèle – Vue – Contrôleur
Patron de conception DAO:
Data – Access – Object
Architecture et choix conceptuels(2/2)
11
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
HTML5
Bootstrap
Thymeleaf
Highcharts
Spring Boot IOC Container
Web Métier DAO
Serveur Tomcat:
8080
Controllers
Vues
Spring MVC
Spring security
JasperReports
Interface Métier
Implémentation
Métier
Entities
Interface
« JPARepository »
Spring Data
JPA
Hibernate
JDBC
SGBD
HTTP, HTML
Mise en place(1/5)
Choix technologiques
• Technologies de programmation
• Bibliothèques utilisées
• Moteurs de templates
• Système de gestion de base de données
12
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Mise en place(2/5)
Les acteurs
13
Technicien Administrateur
Le technicien est un acteur
principal de notre
application.
Il bénéfice de toutes les
principales fonctionnalités
de l’application
L’administrateur a les
mêmes rôles qu’un
technicien mais aussi il gère
les rejets et les utilisateurs
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Mise en place(3/5)
Spécification
14
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Mise en place(4/5)
Conception
15
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Mise en place(5/5)
Implémentation
16
Introduction
Etude de l’existant et
problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
Conclusion
Contexte Général
Etude de l’existant
Problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
• L’objectif de notre stage est la contribution à la mise
en place d’une solution BI pour le traitement des
rejets de communication.
• Notre application est un module de la solution BI a
comme objectif de calculer les statistiques et la
génération des rapports.
• Ce projet nous a donné la possibilité de découvrir de
nouvelles approches de développement dédiées aux
web et d’utiliser de nouvelles technologies ainsi que
les librairies de reporting.
17
Perspective
Contexte Général
Etude de l’existant
Problématique
Solution proposée
Architecture et choix
conceptuels
Mise en place
Conclusion et
perspectives
18
Merci pour votre attention

Presentation de soutenance du Projet Fin d'Etudes

  • 1.
    Présentation du ProjetFin d’études Conception et Réalisation d’une application web de Reporting & Statistics de Rejets de communication entre Système d’information Elaboré par Tahani RIAHI Encadré par Mr. Nizar ELHAJ FERJANI 2017 – 2018
  • 2.
    Plan Introduction Etude de l’existantet problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 3.
    Introduction(1/3) Introduction Etude de l’existantet problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives Contexte général 3 Systèmes d’informations Partenaires fournisseurs concurrents Clients Achat RH Compta Finance Vente Stock Fonctions de l’entreprise L’entreprise L’écosystème de l’entreprise
  • 4.
    Introduction(2/3) Introduction Etude de l’existantet problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives Organisme d’accueil 4 Tunisie Telecom Fournisseur d’accès à Internet Partenaire avec groupe Khechine de tourisme Partenaire dans l’enseignement supérieur et recherches scientifiques liées de télécommunications Opérateur téléphonique fixes et mobiles
  • 5.
    Introduction(3/3) Introduction Etude de l’existantet problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives Contexte du projet 5 SI de Tunisie Telecom BSCS Workflow backbone GIS HPSM FTD CRM WS WS WS WS WS WS
  • 6.
    Etude de l’existantet problématique • Les rejets de communication entre les SI de Tunisie Telecom sont extraites des fichiers logs de chaque système. • Ces rejets sont enregistrés dans une table d’une BD SQL Server. • L’utilisateur manipule ces données par des requêtes SQ. 6 Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 7.
    Solution proposée (1/3) Solution: •Conception et développement d’une application web de reporting et statistics des rejets Avantages: • Faciliter la manipulation des données de la table de la BD • Simplifier l’accès aux données • Avoir des informations sous forme graphiques • Prendre des décisions dans un court temps Limite exigée: • Ne pas avoir le droit d’accéder à la table directement à partir de notre application. 7 Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 8.
    Solution proposée (2/3) Sujet: •La contribution à la mise en place d’une solution BI pour le traitement des rejets de communication entre SI. Les principaux objectifs: • Avoir un dashboard. • Générer des rapports selon des critères bien définis sous différentes formes. • Injecter les données dans la base de données à partir d’un fichier CSV. • Administrer les utilisateurs. 8 Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 9.
    Solution proposée (3/3) Lesphases de notre projet: 9 Spécification et Compréhension des besoins Etude des frameworks existantes pour le développement web. Choix de l’architecture Conception détaillée Réalisation et test Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives Recette
  • 10.
    Architecture et choixconceptuels(1/2) 10 Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives Couche présentation Vues (pages Web) Contrôleurs Modèles Couche métier Interfaces Services métier Couche de données Utilisateur Mécanismes d’accès aux données Persistance de données BD Patron de conception MVC: Modèle – Vue – Contrôleur Patron de conception DAO: Data – Access – Object
  • 11.
    Architecture et choixconceptuels(2/2) 11 Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives HTML5 Bootstrap Thymeleaf Highcharts Spring Boot IOC Container Web Métier DAO Serveur Tomcat: 8080 Controllers Vues Spring MVC Spring security JasperReports Interface Métier Implémentation Métier Entities Interface « JPARepository » Spring Data JPA Hibernate JDBC SGBD HTTP, HTML
  • 12.
    Mise en place(1/5) Choixtechnologiques • Technologies de programmation • Bibliothèques utilisées • Moteurs de templates • Système de gestion de base de données 12 Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 13.
    Mise en place(2/5) Lesacteurs 13 Technicien Administrateur Le technicien est un acteur principal de notre application. Il bénéfice de toutes les principales fonctionnalités de l’application L’administrateur a les mêmes rôles qu’un technicien mais aussi il gère les rejets et les utilisateurs Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 14.
    Mise en place(3/5) Spécification 14 Introduction Etudede l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 15.
    Mise en place(4/5) Conception 15 Introduction Etudede l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 16.
    Mise en place(5/5) Implémentation 16 Introduction Etudede l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
  • 17.
    Conclusion Contexte Général Etude del’existant Problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives • L’objectif de notre stage est la contribution à la mise en place d’une solution BI pour le traitement des rejets de communication. • Notre application est un module de la solution BI a comme objectif de calculer les statistiques et la génération des rapports. • Ce projet nous a donné la possibilité de découvrir de nouvelles approches de développement dédiées aux web et d’utiliser de nouvelles technologies ainsi que les librairies de reporting. 17
  • 18.
    Perspective Contexte Général Etude del’existant Problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives 18
  • 19.

Notes de l'éditeur

  • #6 BSCS : Ce SI est conçu pour la facturation client Grand Public (résidentiel). ➢ OS : Solaris. ➢ SGBD : Oracle. FTD : C’est un SI conçu pour la facturation Grand Compte (professionnel). ➢ OS : Linux. ➢ SGBD : Oracle. Workflow Back Bône : Ce système d’informations est pour la manipulation des coordonnées techniques des réservations data. ➢ OS : Windows. ➢ SGBD : SQL Server. GIS : Est un SI a comme rôle la manipulation des coordonnées techniques du réseau local d’abonnés. ➢ OS : AX. ➢ SGBD : Informix. HPSM : Un SI conçu pour la manipulation des réclamations et pour l’accès aux données professionnels. ➢ OS : Windows. ➢ SGBD : Oracle. CRM : Un SI conçu pour la manipulation des réclamations et pour l’accès aux données résidentiels. ➢ OS : Linux. ➢ SGBD : Oracle.
  • #11  Spring Data Rest : Il s’appuie sur les référentiels Spring Data, analyse le modèle du domaine et expose les entités automatiquement en tant que ressources REST via HTTP. • Spring WebSocket : Spring comprend ce module avec un support WebSocket complet qui fournit une connexion bidirectionnelle, full-duplex, persistante entre un navigateur Web et un serveur. Une fois qu’une connexion WebSocket est établie, la connexion reste ouverte jusqu’à ce que le client ou le serveur décide de fermer cette connexion
  • #12  Spring Data Rest : Il s’appuie sur les référentiels Spring Data, analyse le modèle du domaine et expose les entités automatiquement en tant que ressources REST via HTTP. • Spring WebSocket : Spring comprend ce module avec un support WebSocket complet qui fournit une connexion bidirectionnelle, full-duplex, persistante entre un navigateur Web et un serveur. Une fois qu’une connexion WebSocket est établie, la connexion reste ouverte jusqu’à ce que le client ou le serveur décide de fermer cette connexion
  • #13  Spring-security : fournit des services de sécurité complets pour les applications JavaEE. Spring Security est un « framework » d’authentification et de contrôle d’accès puissant et hautement personnalisable. il fournit une protection contre les attaques comme « session fixation », « clickjacking », « cross site request forgery », etc Spring data jpa : est l’un des framework de Spring reposant sur Spring-Data. vise à améliorer la mise en oeuvre de la couche d’accès aux données en réduisant considérablement l’effort d’écriture du code d’implémentation en particulier pour les méthodes CRUD et de recherche. La notion centrale dans Spring-Data-JPA est la notion "Repository". Le repository est une interface à écrire par le développeur. Il déclare, dans cette interface, les méthodes utiles d’accès aux données et Spring-Data-JPA fournit les implémentations nécessaires Bootstrap : frameworks CSS , nous aident à mettre en forme les pages web : organisation, aspect, animation… JasperReports : est un outil de Business Intelligence dédié au Reporting. Développé en Java, il est 100 % Open Source. se base sur des fichiers XML pour la présentation des états/rapports. Highcharts: bibliothèque JavaScript qui vous permet de créer des graphiques interactifs de nature dynamique ou statique, simple d’utilisation, compatible tous navigateurs et responsive , C’est un outil modulable et interactif proposant différents types de graphiques basés sur une structure en HTML5 Thymeleaf : peut travailler à la fois dans des environnements Web (Servlet) et celui de non Web , mieux adapté pour diffuser XHTML/HTML5 sur View (View Layer) des applications Web basées sur MVC , traiter n'importe quel fichier XML , fournit une intégration complète de Spring Framework.