<!-- Slide number: 1 --> République Tunisienne Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
 Université de Carthage Institut Supérieur des Sciences Appliquées et de Technologie de Mateur Projet de mémoire # Mise en place d’une solution de supervision d’une architecture web en haute disponibilité en STEG Spécialité : Services et Sécurité des Réseaux Encadré par : M Faouzi Romdhani Présentée par : Mezzi Sabrine
Notes:
<!-- Slide number: 2 --> # Plan
 02 03 04 01 Probléme & Solution PFsense haproxy et snort Mise en place du Cacti et tests des interfaces et graphes
2
Notes: On va tout d’abord presenter ,,,,,
<!-- Slide number: 3 --> # Introduction
3
Notes:
<!-- Slide number: 4 --> # Présentation de l’organisme d’accueil
 La STEG est la Société Tunisienne de l’Electricité et du Gaz fondu en 8 Avril 1962 Missions : production , transport et distribution de l’énergie électrique aux clients Structure : 15 Directions , la Direction de la Distribution compte plus de 5000 agent et est composée de 3 directions centrales fonctionnelles et de 6 directions régionales comportant 37 districts territoriaux.
4
Notes:
<!-- Slide number: 5 --> # Problématique
Application lourde
Espace non ergonomique
Symfony2
Données non sécurisées. 5
Notes: Apres une étude approfondie de l existante on a trouvée plusieurs problèmes tel que
<!-- Slide number: 6 --> # Solution Améliorations des fonctionnalités de l’application Visualiser des tableaux de bord
Ergonomique et facile à utiliser Architecture MVC
6
Notes: Donc la mise en place d’une solution décisionnelle est devenue nécessaire pour la société Ophony. Notre mission est de concevoir
<!-- Slide number: 7 --> # Spécification des besoins 7
Notes: Pour commencer on va spécifier nos besoins
Publicité
<!-- Slide number: 8 --> # Identification des acteurs
 Super administrateur Agent Administrateur 8
Notes: Super administrateur : C’est l’acteur qui a une visibilité totale sur la base de données. Il a comme tâche de gérer tout le système. Il gère les utilisateurs et les droits pour chacun d’eux Administrateur : C’est l’acteur qui a comme tâche de gérer les agents ainsi les groupes d’agents, gérer les listes, les campagnes, Agent : C’est l’acteur qui a comme tâche de consulter ces fiches des rendez-vous sur une ou plusieurs campagnes, d'accéder à l'historique de son activité, récupérer le temps d'appel, les appels sortants, les enregistrements pour tous les communications et de lancer les appels.
<!-- Slide number: 9 --> # Besoins fonctionnels
Gestion des groupes Gestion des centres d'appels Gestion des campagnes
Gestion des statuts Consultation des statistiques Gestion des listes 9
Notes: Nous exposons ainsi tous les besoins fonctionnels qui devront être implémentés au sein de notre projet pour les différents modules de notre application Vicidial doit satisfaire ces besoins
<!-- Slide number: 10 --> # Besoins non fonctionnels Convivialité Disponibilité Sécurité Temps de réponse Ergonomie Fiabilité
10
<!-- Slide number: 11 --> # Diagramme de cas d’utilisation global
 11
Notes: Ce diagramme de cas d’utilisation décrit l’interaction entre le système et les acteurs en déterminant les besoins de l’utilisateur et tout ce que doit faire le système pour l’acteur.
<!-- Slide number: 12 --> # Diagramme de classe
 12
Notes: Une vue statique sous forme de diagramme de classe générale associe à notre projetLe diagramme de classe permet de représenter l’ensemble des informations formalisées. Ces informations sont structurées c’est-à-dire qu’elles sont regroupés dans des classes.
<!-- Slide number: 13 -->
 13
<!-- Slide number: 14 --> # Conception
Cycle de vie en cascade
 14
Notes: Dans le modèle en cascade, Chaque phase se termine par un résultat intermédiaire Analyse : une étude de faisabilité et une définition des besoins Conception : cette phase l’élaboration d’un concept de résolution concret sur la base des besoins, des tâches et des stratégies déterminées au préalable Implémentation : L’architecture logicielle aide a la programmation du logiciel, la recherche d’erreurs et les tests des modules Test : La phase de test comprend l’intégration du logiciel dans l’environnement cible souhaité Après avoir réussi la phase de tests, le logiciel est mis en production pour exploitation. La dernière phase du modèle en cascade inclut la livraison, la maintenance et l’amélioration du logiciel.
<!-- Slide number: 15 --> # Architecture logiciel
Architecture 3-tiers
 15
Publicité
Notes: une partie interface graphique, une partie fonctionnelle et une partie de stockage des données,
<!-- Slide number: 16 --> # Architecture MVC
Architecture MVC
 16
Notes: Modèle : la partie du code qui se charge d'interagir avec la base de donnée VUE: La vue est la partie du code qui se charge uniquement d'afficher les données qui lui ont été fournies CONTROLEUR: Il reçoit la requête HTTP, l'interprète et coordonne le tout.
<!-- Slide number: 17 --> # Outils utilisés
 17
Notes: Code server : ktebna code Start uml: diagramme Connection au serveur : putty
<!-- Slide number: 18 --> # Technologies utilisés Base de données Back-end Front-end
 18
Notes: Shark java : statisis
<!-- Slide number: 19 --> Choix de la solution de la plateforme
 Deuxième partie
La supervisons c’est quoi alors ? Quel est le meilleur logiciel de supervision à adopter ?
19
<!-- Slide number: 20 --> Définition d’une supervision :
Publicité
 -Technique industrielle de suivi -Pilotage informatique de procédés de fabrication automatisés. La supervision d’un réseau : -la surveillance de la disponibilité des services en ligne des débits -la sécurité -contrôle des flux. 20/30
Notes: L’objectif est de superviser l’infrastructure informatique de toute la télévision tunisienne, afin d’être avertis dès qu’un équipement réseau, un serveur ou même un service précis d’un serveur ne fonctionne plus.
<!-- Slide number: 21 -->
Quel logiciel on va utiliser? ?
 Il est le seul qui fait la découverte du réseau ce qui est primordial pour la supervision de notre réseau 21/30
<!-- Slide number: 22 --> Mise en place du Cacti et tests des interfaces et graphes Principe de fonctionnent Acquisition
Stockage
Représentation 22/30
<!-- Slide number: 23 --> # Interface authentification 23
Notes: L’utilisateur (administrateur ou agent ) doit indiquer son nom d’utilisateur et son mot de passe pour qu’il puisse accéder à l’application. Le mot de passe est cryptés et donc illisible même si avec un accès direct à la base de données.
<!-- Slide number: 24 --> 24
<!-- Slide number: 25 --> # Conclusion
 25
Notes: Nous avons réussi à concevoir et développer un CRM complet et fonctionnel en améliorant nos compétences et le travail en équipe
<!-- Slide number: 26 --> # Perspectives
Améliorer l’apparence de l’application. 1
Déploiement de l’application 2 26
<!-- Slide number: 27 --> # Merci pour votre attention !
 27