TROISIEME CHAPITRE
CONCEPTION DE LA SOLUTION
Ce chapitre est le chapitre moteur de notre travail de recherche.
Nous y appliquons la modélisation du nouveau système selon la
méthodologie prônée. L'objectif de ce chapitre est de nous
permettre d'anticiper les résultats du de la mise en place de notre
réseau GSM propriétaire.
III.1. Cahier de charges
Dans cette partie, nous allons décrire les
différentes tâches que devrait faire notre système final.
Cette partie nous a été très utile et capitale car elle
nous a non seulement servie comme référence pour atteinte de nos
objectifs.
III.1.1. Besoins fonctionnels du système.
Notre système doit fournir un réseau GSM dans
une entité académique permettant de diminuer le cout exorbitant
de la communication dans cette dernière. Dans cette partie, nous avons
spécifié les différents besoins fonctionnels requis pour
l'implémentation de la solution et les cas d'utilisations possibles du
système final
III.1.2. Les exigences spécifiques du
système.
Un utilisateur se connecte au système pour passer,
recevoir les appels et envoi, réception des messages. Un utilisateur qui
via le processus d'identification devient abonné qui possède un
numéro lui permettant de passer, recevoir les appels et envoi,
réception des messages.
Le système doit donner à l'utilisateur la
capacité d'exécuter une tâche dans un bref temps, une
disponibilité de 24h/7, un accès sécurisé, et
utilisable sur plusieurs terminaux mobiles. D'une manière plus
détaillée, notre système aura pour finalités de
réaliser plusieurs tâches suivantes :
La gestion des utilisateurs, c'est-à-dire le
système doit permettre l'identification des
utilisateurs
La gestion des appels entre autre assure la réception
des appels entrants et sortants des équipements mobiles.
La gestion de la messagerie c'est-à-dire les messages
entrants et sortants de terminaux mobile
20
La gestion de la mobilité des utilisateurs
III.1.3. Besoins non fonctionnels du système.
Ce sont des exigences qui ne concernent pas spécifiquement
le comportement du système
mais plutôt identifient des contraintes internes et
externes du système.
Les principaux besoins non fonctionnels de notre réseau
GSM se résument dans les points suivants :
? Fiabilité : Analyse rapide des requêtes,
disponibilités ;
? La sécurité : le système doit respecter la
confidentialité des données ;
? Economie : Solution OpenSource, centralisation des services
libres
? Evolutivité : nombre d'utilisateur presque
illimité
| 
