WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et développement d'une plateforme pour le Monitoring de la QoS (Quality of Service )Data des réseaux radio 2G/ 3G

( Télécharger le fichier original )
par Mourad Jallali
Université Tunis El Manar - Ingénieur en télécommunications 2012
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

Conclusion

Après avoir traité tout le long de ce premier chapitre les architectures des réseaux cellulaires ainsi que le concept de la qualité de service(QoS), en présentant les différents paramètres et critères de performance de la QoS, on passera dans le chapitre suivant à la conception des différentes applications qui constituent la plateforme de notre projet. On commencera d'abord par identifier et analyser les besoins de l'application et on passera ensuite à une conception bien détaillée des différentes applications inclues dans la plateforme de monitoring de la QoS des réseaux 2G et 3G.

Chapitre 3: Spécification des Besoins et Conception

Introduction

Nous passerons à décrire la conception élue pour réaliser le travail demandé. Pour ce faire, nous commencerons en premier lieu par une analyse et spécification des besoins, puis nous donnerons une idée sur le modèle d'architecture convenable pour la réalisation de notre application. Nous traiterons dans un second lieu la conception détaillé de notre application au moyen des diagrammes de cas d'utilisation, de classes et de séquences ainsi que la conception de la base de données.

I. Analyse des besoins

Les différents besoins auxquels la phase réalisation doit prendre en considération peuvent se diviser en deux grandes parties à savoir, les besoins fonctionnels et les besoins non fonctionnels.

I.1. Besoins Fonctionnels

Il s'agit des fonctionnalités du système. Ce sont les besoins qui spécifient un comportement d'entrée / sortie du système. En effet, ces besoins répondent aux points précis du cahier de charge et prennent en considération surtout les besoins de l'utilisateur. Ce sont les "besoins primaires et primordiales" de la catégorie cible. Dans ce cadre, notre système doit répondre aux besoins fonctionnels suivants :

· La collecte d'informations.

· L'enregistrement des données collectées dans un fichier local.

· L'envoi des fichiers enregistrés de la session précédente vers un serveur FTP.

· Création et enregistrement de la base des données.

· L'application devra pouvoir accéder à la base dès qu'une connexion sera établie.

· Affichage de résultat de l'exécution de la requite.

· L'application permet de savoir le débit de transfert de données (Downlod ,Upload) tout en précisant les valeurs maximales durant une période de connexion bien déterminée.

· L'application permet à l'opérateur de développer et optimiser son réseau data haut débit en temps réel ainsi fidéliser et répondre à la QoS demandée par les clients.

· L'application permet aux ingénieurs de l'opérateur de diagnostiquer les problèmes d'utilisation des clés 3G vécus par les clients.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Ceux qui rêvent de jour ont conscience de bien des choses qui échappent à ceux qui rêvent de nuit"   Edgar Allan Poe