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

 > 

Optimisation des niveaux de signaux reçus dans les systèmes de réception TV par satellite en bande ku: cas de Canalsat Horizons

( Télécharger le fichier original )
par Yves Wilfried MAKEMTA TIWA
Ecole nationale supérieure des postes et télécommunications de Yaoundé - Ingénieur des travaux de télécommunications 2010
  

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

V.3. Conception

La conception est la phase où l'on définit les structures à suivre lors de la phase d'implémentation.

Dans le cadre de cette section, nous définirons l'architecture de l'application et par la suite, réaliserons la conception de la Base de données.

V.3.1. Choix de l'architecture

Il existe plusieurs types d'architectures d'applications. Parmi ces architectures, nous pouvons citer :

- L'architecture centralisée où les données et l'application sont co-localisées. Cette architecture présente l'avantage de la facilité d'administration. Par contre, elle a l'inconvénient de la redondance des données chez chaque utilisateur.

- L'architecture client - serveur où l'application est subdivisée entre deux tâches client et serveur qui coopèrent ensemble via des requêtes et des réponses. Cette architecture a l'avantage du partage d'une même base de données entre les différents utilisateurs. Par contre, elle présente l'inconvénient de l'absorption des ressources du serveur vue que chaque session nécessite une connexion de base de données distincte.

L'architecture retenue pour l'application est l'architecture client - serveur compte tenu

du fait que l'application sera mise en ligne et hébergée chez un hébergeur de site web. Toutes

les agences, tous les clients et tous les employés pourraient accéder aux informations.

 

Mémoire de Fin de formation du cycle des Ingénieurs des travaux de télécommunications Chapitre 5 : IMPLEMENTATION DU « SATCOM Planning Tool »

 

V.3.2. Conception de la base de données

En se basant sur les différents besoins fonctionnels et non fonctionnel du SPT, nous proposons de concevoir une base de données à sept entités que sont la table Client, la table Prestation, la table Employé, la table Équipement, la table Plainte, la table Cout et la table Enregistrement.

· La table Client :

Elément

Désignation

Contrainte

code_client

Code d'identification du client

Clé primaire

nom

Nom du client

 

prenom

Prénom du client

 

ville

Ville de résidence du client

 

quartier

Quartier de résidence du client

 

tel

Téléphonie du client

 
 

TABLEAU 5.1 : Description de la table Client

· La table Prestation

Elément

Désignation

Contrainte

code_prestation

Code d'identification de la prestation

Clé primaire

date

Date de l'opération

 

heure

Heure de l'opération

 

code_employé

Identifiant du technicien (Code_employé)

 

nom_employé

nom du technicien

 

type prestation

Type de la prestation

 

resultat

Conclusion du technicien à la fin de la prestation

 

taux err 1

Taux d'erreur avant correction

 

taux_err_2

Taux d'erreur après correction VTERBI

 

taux err 3

Taux d'erreur de modulation

 

rapport_s_b

Rapport S/B

 

puissance_r

Puissance reçue

 

travaux_effectue

Travaux effectués par le technicien

 

observation

Observation du technicien après la prestation

 

date_prestation

Date à laquelle la prestation a été effectuée

 

heure debut

Heure de debut de la prestation

 

heure_fin

Heure de fin de la prestation

 

cout_prestation

Cout de la prestation

 
 

TABLEAU 5.2 : Description de la table Prestation

 

Mémoire de Fin de formation du cycle des Ingénieurs des travaux de télécommunications Chapitre 5 : IMPLEMENTATION DU « SATCOM Planning Tool »

 

· La table Cout

Elément

Désignation

Contrainte

numero_facture

Numéro de la facture

 

code_prestation

Code de la prestation

 

cout_prestation

Cout de la prestation

 

cout_diagnostiq

Cout de du diagnostique

 
 

 

TABLEAU 5.3 :

Description de la table Cout

 
 
 

·

 

Elément

Désignation

Contrainte

code_appareil

Code de l'appareil

Clé primaire

type

Type d'appareil

 

numero_model

Numéro de modèle de l'appareil

 

serie

Série de l'appareil

 

marque

Marque de l'appareil

 
 

TABLEAU 5.4 : Description de la table Equipement

· La table Plainte

Elément

Désignation

Contrainte

numero

Numéro de la plaine

Clé primaire

marque

Marque de l'équipement

 

serie

Série de l'équipement

 

model

Model de l'équipement

 

objet_plainte

Objet de la plainte

 
 

TABLEAU 5.5 : Description de la table Plainte

· La table employe

Elément

Désignation

Contrainte

code_employe

Code d'identification employé

Clé primaire

nom

Nom de l'employé

 

prenom

Prénom de l'employé

 

service

Service de l'employé

 

tel

Numéro de téléphone de l'employé

 

agence

Agence de l'employé

 

ville

Ville de résidence

 

departement

Département dans lequel il travaille

 

login

Nom d'utilisateur

 

password

Mot de passe

 
 

TABLEAU 5.6 : Description de la table Employé

 

Mémoire de Fin de formation du cycle des Ingénieurs des travaux de télécommunications Chapitre 5 : IMPLEMENTATION DU « SATCOM Planning Tool »

 


· La table Enregistrement

Elément

Désignation

Contrainte

code_enregistr

Code d'identification de l'enregistrement

Clé primaire

code_agence

Code de l'agence

 

date

Date de l'opération

 

heure

Heure de l'opération

 

nom_client

Nom du client

 

tel_client

Tel du client

 

ville_client

Ville de résidence du client

 

quartier_client

Quartier de résidence du client

 

type_appareil

Type d'appareil

 

marque appareil

Marque de l'appareil

 

model_appareil

Modèle de l'appareil

 

serie_appareil

Série de l'appareil

 

manifestation panne

Manifestation de la panne chez le client

 

type_prestation

Type de prestation

 

cout_diagnostique

Cout du diagnostique

 
 

TABLEAU 5.7 : Description de la table Enregistrement

Les différentes relations qui lient ces classes sont présentées par le schéma relationnel ci-dessous :

FIGURE 5.1 : Schéma de la base de données

 

Mémoire de Fin de formation du cycle des Ingénieurs des travaux de télécommunications Chapitre 5 : IMPLEMENTATION DU « SATCOM Planning Tool »

 

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








"Enrichissons-nous de nos différences mutuelles "   Paul Valery