Académique Documents
Professionnel Documents
Culture Documents
Informatique de gestion
Option développeur d'applications
Session 2010
Nom Prénom
Denis Pierre
PROJET
-1-
Sommaire
I Introduction.................................................................................................4
II L'entreprise ................................................................................................5
II.1 Historique....................................................................................................................................5
II.2 Activités et Clientèle...................................................................................................................5
II.3 Opérations ..................................................................................................................................5
II.4 Organigramme de la structure....................................................................................................6
II.5 Mon rôle......................................................................................................................................6
III Étude des besoins......................................................................................7
III.1 Le projet ....................................................................................................................................7
III.2 Le cahier des charges.................................................................................................................7
III.3 Les fonctionnalités principales...................................................................................................8
III.4 Fonctions annexes......................................................................................................................9
III.4.a) Fonction implémentable................................................................................................................9
III.4.b) Fonction refusée..........................................................................................................................10
III.5 Exemple d’exploitation.............................................................................................................10
III.6 Critique de l'existant................................................................................................................11
III.7 Modélisation du besoin...........................................................................................................11
III.8 Implémentation d'un serveur Apache et prise en charge PHP................................................12
IV Fonctionnement......................................................................................12
IV.1 Accueil de l'intranet et identification ......................................................................................12
IV.2 Partie Utilisateurs ....................................................................................................................12
IV.3 Partie Administration d'applications........................................................................................13
IV.3.a) D'un module de création de fiches de groupes ou de personnes................................................14
IV.3.b) D'un module de recherche ..........................................................................................................14
IV.3.c) Du module d'ajout d'application .................................................................................................16
V Conclusion................................................................................................18
V.1 Les problèmes rencontrés.........................................................................................................18
V.2 Les acquisitions.........................................................................................................................18
V.3 Évolution et ouverture..............................................................................................................19
V.4 Bilan...........................................................................................................................................19
-2-
REMERCIEMENTS
Je tiens à remercier :
-3-
I Introduction
-4-
II L'entreprise
II.1 Historique
Créée au Mans en 1986, par Hervé Paumard, Comunicator a été, de
1997 à 2008, une filiale du groupe Téléperformance, pour être
finalement absorbée en totalité le 1er Janvier 2009 sous le nom de
Téléperformance centre-ouest Le Mans Université. Première entreprise
française dans le domaine des centres de contacts, Téléperformance
possède la plus vaste couverture mondiale du marché avec 248 centres
de contacts répartis dans 46 pays, servant 75 marchés mais également
16 destinations de délocalisation.
II.3 Opérations
Les deux activités exercées sont l'émission et la réception d'appels
avec comme objectifs :
• L’acquisition de clients. Dans une optique de conquête de nouveaux
prospects (abonné ou donateurs), la télévente de produits financiers,
l'optimisation d’épargne, et la prise de rendez-vous commerciaux.
• La fidélisation de la clientèle avec une fidélisation des abonnés et une
réactivation des clients.
• L’accroissement de la valeur client avec une rétention des clients,
abonnés ou donateurs, soutien téléphonique, opération parrainage,
qualification de fichier, détection de projet, optimisation de
consommation, et recouvrement de créances.
-5-
II.4 Organigramme de la structure
-6-
III Étude des besoins
III.1 Le projet
Après divers entretiens avec les différents collaborateurs de la
structure, j'ai constaté que beaucoup d'outils web étaient utilisés au sein
de Téléperformance centre-ouest. Étant parfois difficiles d'accès, et peu
sécurisés, l'idée m'est venue de créer un outil qui centraliserait de
manière simple l'ensemble des outils développés par l'entreprise, de
contrôler la gestion des utilisateurs et de faciliter le déploiement avec
une interface administrateur.
Mon projet est donc un Intranet pour le centre Téléperformance
centre-ouest Université.
-7-
• Le type de langage utilisé
◦ Le développement doit voir ses coûts réduits au minimum.
◦ Le langage doit être puissant, facilement modifiable, évolutif et
adapté à un système par navigateur internet.
-8-
• Inconvénients :
◦ Langage interprété, obligation de posséder un navigateur
internet.
• Avantages :
◦ Données indépendantes du logiciel donc sécurité des données.
◦ Langage objet évolutif et puissant.
◦ Performant et rapide.
• inconvénients :
◦ Nécessité d'un déploiement sur l'ensemble des 460 postes de la
société.
◦ Coût du logiciel.
◦ Mise à jour, correction de bugs nécessitant un redéploiement
systématique.
-9-
III.4.b) Fonction refusée
Malgré une forte demande de certains salariés, les idées suivantes
n'ont pas été retenues :
• Le forum d'échanges
◦ Malgré l'intérêt évident en terme de communication, cette idée
n'est pas en adéquation avec le rythme de travail et risquerait de
provoquer des débordements au niveau de la production (abus
d'utilisation difficilement gérables).
-10-
III.6 Critique de l'existant
-11-
III.8 Implémentation d'un serveur Apache et prise en charge
PHP
Le projet étant développé en PHP, j'ai installé un serveur Apache
sur l'un des serveurs physiques de l'entreprise. Le serveur ayant une IP
fixe, il sera accessible de tous les postes de la structure. J'ai, par la
suite, ajouté le plugin PHP au serveur Apache qui inclut l’interprétation
du langage et qui me permettra de gérer les bases de données créées en
rapport avec le MCD.
IV Fonctionnement
-12-
en « pop-up » car l'utilisateur peut être amené à en utiliser plusieurs
simultanément.
Lorsqu'un utilisateur lance son premier programme, l'intranet
stocke la date et l'heure, une fois que l'utilisateur a fini l'utilisation de
ses outils, il clique sur déconnexion, cela permet :
• D’améliorer la sécurité et d’empêcher qu'un autre
collaborateur utilise sa session.
• De stocker la date et l'heure de fin d'utilisation des outils.
-13-
Cette partie est composée :
-14-
trouver un collaborateur, de le supprimer de la base de données, de
modifier son rang, de le renommer, etc.
-15-
On peut y voir sur chaque ligne les informations concernant le salarié,
un bouton pour modifier sa fiche, et un pour la supprimer.
La modification est similaire à la création de fiche, les champs sont
pré-remplis : il suffit de modifier le champ voulu et cliquer sur
enregistrer. Le code en PHP fait une mise à jour dans la base de
données.
Si on clique sur le login, un historique d'utilisation des divers
logiciels apparaît pour le salarié sélectionné
-16-
Une fois l'application insérée, on peut noter que le développeur peut
modifier son programme sans répercussions sur l'intranet, étant donné
qu'il ne fait qu'une redirection de liens.
-17-
V Conclusion
-18-
V.3 Évolution et ouverture
Cet intranet ne demande qu'à évoluer, aussi bien du point de vue de
l'ergonomie, que j'ai parfois légèrement délaissé au profit d'un
approfondissement du code et de la stabilité du système, que du design
général, qui pourrait lui aussi être revu, car il est actuellement réduit à
son plus simple appareil.
Des ajouts pourraient être effectués, tel un chat pour discuter entre
administrateur et utilisateur, facilitant la résolution des pannes, etc. Mon
code étant intégralement commenté, si un développeur veut l'optimiser
cela sera évidemment plus simple.
V.4 Bilan
Sources
-19-