· Administrateur (idadministrateur {pk},
idutilisateur {fk}) ;
· Agent (idagent {pk}, telephone, mail,
idutilisateur {fk}, idniveau {fk}) ;
· Compte (idcompte {pk}, username,
password) ;
· Contact (idcontact {pk}, nomcontact,
prenomcontact, mail, telephone, identreprise {fk}) ;
· Contrat (idcontrat {pk}, type,
description) ;
· Delai (iddelai {pk}, duree) ;
· Delai_Priorite_Contrat (iddpc {pk},
iddelai {fk}, idpriorite {fk}, idcontrat {fk}) ;
· Entreprise (identreprise {pk},
nomentreprise, adresse, idcontrat {fk}) ;
· Incident (idincident {pk}, nature,
dateincident, idcontact {fk}) ;
· Modem (idmodem {pk}, port, pin) ;
· Niveau (idniveau {pk}, libelle,
description, pourcentage) ;
· Priorite (idpriorite {pk}, level) ;
· Serveurentrant (idsentrant {pk}, port,
adresse, typeprotocole) ;
· Serveursortant (idssortant {pk}, port,
adresse, typeprotocole) ;
· Ticket (idticket {pk}, numticket,
dateouvertureticket, dateclotureticket, statut, idincident{fk}, idpriorite
{fk},idagent{fk});
· Utilisateur (idutilisateur {pk}, nom,
prenom, login, password, statut) ;
Figure 13 : Dictionnaire de données de
l'application
Babacar NGOM Mémoire de fin de cycle DST Page 42
Système de notification par SMS des incidents support
de NEDGE PS.
IV. Conception générique de cas
d'utilisation
Babacar NGOM Mémoire de fin de cycle DST Page 43
Complètement indépendante des aspects fonctionnels,
elle établit le squelette du système construisant ainsi
l'architecture de ce dernier. On peut diviser son fonctionnement en trois
parties :