Presentation de soutenance du Projet Fin d'Etudes
- 1. 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
- 2. Plan Introduction Etude de l’existant et problématique Solution proposée Architecture et choix conceptuels Mise en place Conclusion et perspectives
- 3. 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
- 4. 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
- 5. 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
- 6. 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
- 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) 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
- 10. 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
- 11. 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
- 12. 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
- 13. 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
- 14. 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
- 15. 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
- 16. 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
- 17. 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
- 18. 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
- 19. Merci pour votre attention
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.