CAHIER DES CHARGES FONCTIONNEL GENERAL PROJET 13. Validation. Historique des modifications

Dimension: px

Commencer à balayer dès la page:

Download "CAHIER DES CHARGES FONCTIONNEL GENERAL PROJET 13. Validation. Historique des modifications"

Paul Lacroix
il y a 8 ans
Total affichages :

1 PROJET 13 CAHIER DES CHARGES FONCTIONNEL GENERAL Réf. : Projet : ccfg.doc Etude et réalisation d une application de gestion des appels téléphoniques Emetteur : ISTDI Tél Fax Mail : istdi@istdi.org Date d émission : le 26 mai 2009 Validation Nom Dat e Validati on (O/N) Commentaires Administrati on Historique des modifications Versi on Dat e Eta t Description de la modification

23733001392 Fax. 23733473355 Mail : istdi@istdi.

2 1. Présentation du projet 1.1. Préambule FIRST TECHNOLOGY LTD jeune entreprise camerounaise partenaire de CAMTEL et de PROVIDENCE TECHNOLOGIQUE fait essentiellement dans : La téléphonie (vente des téléphone et le transfert de crédit YEMBA et CAMTEL). L internet (vente des modems CDMA et installation et maintenance) Besoin FIRST TECHNOLOGY LTD aimerai mettre sur pied un système qui lui permettrai d être à l écoute de sa clientèle et de mieux s organiser pour la satisfaire. Les objectifs du système sont : Satisfaire et augmenté la clientèle en mettant sur pied un service client. Ce doté d une application qui permettra d organiser le recouvrement, facilité la relance. Constituer un carnet d adresse des clients pour des opérations de mailing ciblés. Le modèle économique adopté est le suivant. Chaque fois qu un client appelle le service client reporte l appel dans le logiciel les informations reportées peuvent être (le numéro du client, son besoin ) Architecture Le service client dispose des téléphones sur lesquels les clients peuvent appeler, à coté des téléphones se trouvent des ordinateurs connectés en réseau. Un ordinateur jouera le rôle de serveur web local sur lequel sera hébergée l application que les autres ordinateurs pourront solliciter en tant que client pour les différentes opérations nécessaires.

Besoin FIRST TECHNOLOGY LTD aimerai mettre sur pied un système qui lui permettrai d être à l écoute de sa clientèle et de mieux s organiser pour la satisfaire.

3 Réf : Note de cadrage.docx 2. Architecture Fonctionnelle Le système existant est essentiellement manuelle, les opérations journalières sont effectuées dans les différents registres destinés à cet effet les différents calculs sont réaliser manuellement à l aide d une calculatrice, d où l intérêt pour First Technology de se doter d une application qui permettra d automatiser l ensemble des taches effectuées manuellement le but étant de mieux s organiser pour satisfaire la clientèle, tout en réduisant les risques d erreurs et les pertes de temps. 3. Les fonctions 3.1 Modèle général des fonctions Identifier et lister les fonctions attendues 1. Saisie 2. Consultation 3. Administration 4. Statistique 5. Identification 6. Déconnexion 7. Aide Représenter le modèle général (enchaînement des fonctions) Identificatio n Saisi Consultatio Statistiqu Administrati Aide Déconnexio

réaliser manuellement à l aide d une calculatrice, d où l intérêt pour First Technology de se doter d une application qui permettra d automatiser l ensemble des taches effectuées manuellement le but

4 3.2 Description des principales fonctions Décrire de façon générale les principales fonctions : 1. Identification Tout les utilisateurs du système devrons d abord s identifier avant d effectuer les opérations qui leurs sont autorisées 2. Saisie Cette fonction permet aux employés qui ont les droits requis de remplir les champs concernés après réception ou émission d un appel. 3. Consultation Permet à l utilisateur ayant le droit de consulter les appels émis ou reçus pendant une période qui sera précisée. 4. Administration Permettra à l administrateur d administrer l application, elle permettra entre autre de : Envoyer les mails (à tous les clients ou partiellement) Gérer les utilisateurs de l'application Gérer les droits d'accès Gérer les destinataires des appels

Saisie Cette fonction permet aux employés qui ont les droits requis de remplir les champs concernés après réception ou émission d un appel. 3.

5 Gérer les types d'appels Gérer les issues des appels 5. Statistique Cette fonction permettra d afficher les différents états possibles tels que : la répartition des appels selon le type la répartition moyenne des appels par tranche horaire la répartition des appelants la répartition des appels par jour et par type 4 Les données 4.1 Description des données Décrire les principales données utilisées : Libellé descriptif Format Longueur Identifi ant Liste de valeur Date alphanuméri que 10) Date Heure alphanuméri que 8) Heure Structure appelante alphabétique 30) nom Localisation alphabétique Texte lieu Appelant alphabétique 50) Structur e (nom, adresse, ni...)

par tranche horaire la répartition des appelants la répartition des appels par jour et par type 4 Les données 4.

6 Type d appel alphabétique 20) TypeApp el Destinataire alphabétique Structure table Numéro alphanuméri que 14) Tel Issue de l appel alphabétique 30) Issue Informations supplémentaires alphabétique Texte Infos 4.2 Reprise de l existant Le système existant est essentiellement manuelle, les opérations journalières sont effectuées dans les différents registres destinés à cet effet les différents calculs sont réaliser manuellement à l aide d une calculatrice. Il sera donc question pour nous d informatiser les différentes taches manuelles. 5. Les flux 5.1. Schéma général des flux Les principaux flux seront des flux d information. Nous avons : En entrée: la saisie des appels. En sortie: Les consultations (appels), les statistiques Editions Les besoins pour l édition du système sont tous automatiques et certaines sont faites à la demande. Toutes les éditions automatiques sont présentées dans le tableau ci- dessous avec leur fréquence ainsi que la taille. Nature de l édition Saisies des appels. Fréquence et Condition Chaque fois qu un appel sera reçu au service client. volume Selon la nature de l appel.

2 Reprise de l existant Le système existant est essentiellement manuelle, les opérations journalières sont effectuées dans les différents registres destinés à cet effet les différents calculs sont

7 Modifications d un appel Recherches Chaque fois qu il est nécessaire de modifier. Chaque fois qu une requête sera émisse. Sur un ou plusieurs appels Sur un ou plusieurs appels Impressions Pour être remis aux agents de recouvrement et pour les différentes statistiques (journalières, mensuels, annuels) Sur un ou plusieurs formats 6. Contraintes Les contraintes identifiées pour notre système sont : Performance (robustesse): L application doit être rapide pour permettre de traiter plusieurs requêtes à la fois et éviter les longues attentes au niveau des différentes éditions. Souplesse : l application doit être moins difficile à comprendre et à utiliser. Logistique : Les ressources doivent être de pointe (ordinateur P VI ou plus) car la base de données et l application tourne sur des environnements gourmands en ressources. Technique : Le langage de programmation doit être le PHP (pour permettre la portabilité de l application et de pouvoir fonctionner sur Linux et d autres systèmes d exploitations). La base de données doit être le MSQL. Ce qui nous permettra de trouver facilement un hébergeur à moindre coût. Fonctionnel : Toutes les fonctions listées plus haut doivent apparaitre et doivent être facilement accessible pour les utilisateurs finaux supposés ne pas être des informaticiens.

Documents pareils

Documentation Ellipses Windows. Auteur : Léonard FRECHET Date : 10/01/07 Diffusion : Publique ELLIPSES 2000. Envoi Automatisé de SMS Ellipses SMS

Documentation Ellipses Windows. Auteur : Léonard FRECHET Date : 10/01/07 Diffusion : Publique ELLIPSES 2000. Envoi Automatisé de SMS Ellipses SMS ELLIPSES 2000 Envoi Automatisé de SMS Ellipses SMS SOMMAIRE I. Introduction à Ellipses SMS... 3 II. Deux modes de fonctionnement... 3 1. Au travers d Ellipses 2000... 3 2. Utilisation normale (en vue d