Ministère de l enseignement supérieur Université du 7 Novembre à Carthage

Transcription

1 Ministère de l enseignement supérieur Université du 7 Nvembre à Carthage R AP P OR T DE P R OJ E T DE FI N D E T UDE S P OUR L OB T E NTI ON DU DI P L OME DE L A L I CE NCE Filière:InfrmatiqueAppliquée Entreprise: DIS COVERY INFORMATIQUE Réalisé par : Mlle.. Nassim Hssairi M. Med Jihed Belhadj Sus la directin de : M. Aymen Buchhima M. Elfaleh Tar ek

2 DEDICACES DE BELHADJ MED JIHED A mestrèschersparents. A meschersfrèreset sœurs. A mesgrands-parents. A chaquecusinset cusines. A mesmeilleursamis.

3 DEDICACES DE HSSAIRI NASSIM J edédiecetravail, àmafamillequi m a tujurs sutenu, et mené vers l avant. A machèremère, àmasœur, et à mncher fiancé

4 Remerciement C est un plaisir et un mment très agréable de rendre hmmage et de frmuler des remerciements aux persnnes qui, d une manière u d une autre, nt apprté leur sutien et cntribué à finaliser ce travail. Nus tenns, tut d abrd, à exprimer ns sincères gratitudes envers ntre encadreur Mr Aymen BOUCHHIMA, pur les cnseils qu il n a cessés de nus prdiguer, sa cmpréhensin et la cnfiance qu il a tujurs témignée à ntre égard. Ns sincères remerciements et ntre prfnd respect à tut le pe de Discvery Infrmatique qui nus nt accueilli, furni le cadre néces la réalisatin de ntre prjet de fin d études, en nus faisant partager leur grande expérience et en se rendant tujurs dispnibles malgré leur t En particulier Mr Karim GHORBEL, respnsable financier qui nus dnné l pprtunité d effectuer ce stage. Nus remercins aussi Mr Tarek EL FALEH, respnsable activité, d nuvelles technlgies. Nus remercins également Mr Ghazi BOUJNAH pur sn estimab cllabratin et le sutien qu il nus a apprté. Nus adressns également ns sincères remerciements à l ensemb mnsieurs les membres du jury. Nus asscins à ces remerciements tus les enseignants qui nt cntribué à ntre frmatin ainsi qu à tutes les persnnes qui travaillent à l ESTI.

5 Table des matières Intrductin Chapitre Présentatin I. Générale... I.1. Intrductin... I.2. Présentatin de l rganisme d accueil... I.2.1.Les utils techniques utilisés par Discvery... I.2.2.Organigramme... I.3. Cncepts Custmer Relatinship Management (Gestinnaires de R I.3.1.Définitin d un CRM... I.3.2.Purqui utiliser une slutin CRM... I.3.3.Fnctinnalités d'un CRM... I.4. Présentatin du sujet... I.5. Cnclusin... Chapitre Analyse II. des besins et spécificatins... II.1.Intrductin... II.2.Objectif... II.3.Etude de l existant... II.3.1. Descriptin de l existant infrmatique... II.4.Spécificatin des exigences... II.4.1. Liste des exigences... II.4.2. Scénaris et des cas d utilisatin «mdule recrutement»... II.4.3. Scénaris et des cas d utilisatin «mdule espace emplyées II.5.Cnclusin... Chapitre III. Cnceptin... III.1. Intrductin... III.2. Cnceptin... III.2.1. Mdule «Recrutement»... III.2.2. Mdule «Espace Emplyée»... III.3. Structure de la base de dnnée... III.3.1. Dictinnaire des dnnées de la base des dnnées... III.4. Cnclusin... Chapitre IV. Etat de l art... IV.1. Intrductin... IV.1.1. Présentatin du SugarCRM... IV.2. Architecture de l applicatin «MVC»... IV.3. Cmparaisn entre les technlgies CRM... IV.4. Cnclusin...

6 Chapitre Réalisatin V.... V.1.Intrductin... V.2.Envirnnement de travail... V.2.1. Envirnnement matériel... V.2.2. Envirnnement lgiciel... V.3.Chix techniques... V.3.1. Chix du langage... V.3.2. Chix de la technlgie de sécurité... V.4.Gestin du prjet... V.5.Phase d implémentatin... V.5.1. Cntraintes... V.5.2. La prgrammatin avec Sugar et MVC... V.6.Phase de tests et validatin... V.7.Cnclusin... Chapitre VI. Interface de l applicatin... VI.1. Intrductin... VI.2. Interfaces de l applicatin... VI.3. Cnclusin... Cnclusin Générale... Bibligraphie... Netgraphie.... Annexe A : Vue d ensemble sur les différents répertires et fichier de Su Annexe B : Le dévelppement du mteur de recherche des candidats..

7 Table des figures Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure 1. Structure et hiérarchie de l rganisatin Diagramme de cntexte Diagramme des cas d utilisatin glbale Diagramme des cas d utilisatin «Gestin de la planificatin p 5. Diagramme des cas d utilisatin «Gestin de recrutement».. 6. Diagramme des cas d utilisatin «Gestin de prpsitin d une 7. Diagramme des cas d utilisatin «Gestin de la saisie des cv» 8. Diagramme du cntexte Diagramme Cas Utilisateurs glbale Diagramme Cas Utilisateurs Gestin d affectatin des emply 11. Diagramme Cas Utilisateurs des taches emplyées Cas Utilisateur de gestin des réclamatins Diagramme de classes Diagramme d activité relatif au cas d utilisatin glbale de sy 15. Diagramme d activité relatif au cas d utilisatin «Gestin de 16. Diagramme de séquences relatif au cas d utilisatin «Gestin 17. Diagramme d activité relatif au cas d utilisatin «Gestin de 18. Diagramme de séquences relatif au cas d utilisatin «Gestin 19. Les éléments impliqués dans le MVC de SugarCRM La navigatin entre les mdules Mdule Builder fait partie de la cnsle «Develper Tls» de 22. L utilisateur cmmence par créer et nmmer le nuveau pac 23. Les répertires différents à l intérieur du SugarCRM L architecture MVC d une applicatin web Interface d authentificatin Chrnlgique de la réalisatin de ntre prjet Intégré un mdule dans SugarCRM Recherche d un candidat Sélectin d un élément de cmpétence Résultat Vérificatin du résultat Ajuter un candidat Dépser les cv et vir histrique cv Interface remplir Timesheet Remplir fiche d interventin...

8 Table des Tableau Tableau 1. Dictinnaire des dnnées... Tableau 2. Liste des tests pur valider ntre applicatin...

9 Intrductin Cmme nus vivns dans un mnde ù le marché infrmatique se dévelppe très rapidement et les technlgies se perfectinnent, le besin d infrmatiser les tâches internes dans les entreprises ne cesse d accrître. Et ce, pur faciliter les manipulatins et gagner du temps. Les CRM (Custmer Relatinship Management) se truvent au cœur même de cette évlutin, qui mdifie de manière significative, la gestin des systèmes d infrmatin et la cnceptin des applicatins. Dans cette perspective, et dans le cadre de ntre prjet de fin d études, réalisé au sein de l entreprise Discvery Infrmatique, nus allns nus intéresser au dévelppement d une slutin de gestin autmatisée de candidatures au recrutement et de l espace emplyée afin de l intégrer dans le prtail CRM de l entreprise. Et dans ce cntexte, nus allns prcéder cmme suit : Chapitre1 : Présentatin générale Dans ce chapitre, nus présentns l entreprise d accueil, la prblématique à résudre et quelques cncepts liés au CRM. Chapitre 2 : Analyse des besins et spécificatins Ce chapitre détaille la spécificatin générale de ntre futur système avec Identificatin des différentes f nctinnalités de l applicatin. Il présente ntamment différents cas d utilisatin du prjet de pint de vue utilisateur. Chapitre 3 : Cnceptin Ce chapitre présente la cnceptin générale et détaillée de ntre futur système. Chapitre 4 : Etude de l art Dans ce chapitre n met l accent sur les différentes technlgies existantes utilisées pur l élabratin du prjet (pendant la réalisatin). Chapitre 5 : Réalisatin Dans ce chapitre nus présentns les étapes suivies jusqu à l implémentatin finale de n tre système.

10 Chapitre 6 : Interface de l applicatin Ce chapitre présente les principaux chix ergnmiques adptés en présentant quelques interfaces graphiques de l applicatin.

11 ChapitrePrésentatin I. Générale I.1. Intrductin Dans ce chapitre, nus cmmençns par la présentatin de l rganisme accueillant. Puis, nus entamns les différentes activités ainsi que le cadre de travail qui englbe également l envirnnement matériel et lgiciel du prjet. I.2. Présentatin de l rganisme d accueil Discvery Infrmatique est une sciété du grupe «Discvery Datasft Grup». C est une SSII Spécialisée dans l ingénierie lgicielle et l intégratin de slutins de gestin intégrées ERP et de slutins de gestin d entreprise. Créée en 1993, Discvery est aujurd hui leader dans sn dmaine d activité et la première certifiée ISO 9001 sur le marché Maghrébin. Discvery père également sur le marché Eurpéen en menant des prjets en sus-traitance u en délégatin de cmpétences avec une expertise en gestin de prjet et une démarche qualité. I.2.1. Organigramme La figure 1 présente l rganigramme de la sciété. Nus smmes intervenus au niveau de l unité «Nuvelles technlgies» dnt la vcatin est d intégrer les nuvelles technlgies au sein de la slutin infrmatique prpsée par la sciété. 1

12 Figure 1. Structure et hiérarchie de l rganisatin I.3. Cncepts Custmer Relatinship Management (Gestinnaires de Relatin Client) Assciées aux techniques de marketing mdernes, les entreprises ne peuvent plus échapper aux technlgies et utils du mment à savir dans ntre cas les Gestinnaires de Relatin Client (GRC) dnt le terme le plus curamment utilisé est CRM pur Custmer Relatinship Management. 2

13 Dans un premier temps, nus allns définir ce qu'est un CRM. Puis, nus verrns en détail les principales fnctinnalités de cet util. Enfin, nus bserverns les différents acteurs du marché des CRM. I.3.1. Définitin d un CRM Un CRM, sit Custmer Relatinship Management u encre GRC pur Gestin de la Relatin Client, est un util révlutinnaire dans le dmaine du marketing. En effet, un CRM dépasse l'apprche marketing traditinnelle fcalisée sur la relatin entre un prduit/service et sn client u encre la ntriété et l'image de marque. Il existe de nmbreuses fnctinnalités ffertes par le CRM telles que la gestin des prspects, gestin des clients et de leurs achats, etc. Il est pssible pur l'entreprise de persnnaliser l'ffre, sus frme de publicités u encre d' s afin de fidéliser au maximum le client, d'amélirer sa satisfactin et par la même ccasin d'accrître l'efficacité des emplyés. I.3.2. Purqui utiliser une slutin CRM De nmbreuses sciétés et rganismes de secteurs d activité variés fnt appel à des spécialistes pur mettre en place une slutin CRM. La mise en place d une slutin CRM au sein d une entreprise est dnc une démarche réslument stratégique basée sur le désir d augmenter la satisfactin du cli ent et avec pur cnséquence la crissance de l activité et des prfits. I Avantages d un lgiciel CRM en ligne Tus les emplyés peuvent y accéder en même temps, quelque sit leurs emplacements. Pas de prblème en cas de panne matériel d'un u de plusieurs rdinateurs (lgiciel externe). Interface unifiée, regrupant tutes les fnctinnalités nécessaires à l'activité. I.3.3. Fnctinnalités d'un CRM I Mdule Vente Le Mdule Vente gère tus les aspects de la vente (relatin client) : Infrmatins principales d'un client u d'un prspect. Mise à jur et suivi des cntrats et des affaires en curs. 3

14 Gestin des références prduits et des tarifs. Organisatin du plan de vente. Gestin du cycle de vie d'un client. I Mdule Marketing Le mdule Marketing analyse et gère le cmprtement des clients en fnctin des différentes méthdes de cmmunicatin : Envi de dcuments (fax, , papier, sms) en masse. Sauvegarde de dcuments (cmmercial/marketing). Suivi et analyse des secteurs de chaque vendeur Analyse de l'entreprise par rapprt à la cncurrence. Mise à jur et suivi du site internet. Gestin des appels téléphniques. Analyse de la transmissin de l'infrmatin dans l'entreprise. I Mdule Gestin Le Mdule Gestin gère au sein de l'entreprise l'ensemble de la dcumentatin : Stckage des dcuments. Analyse et suivi des événements. Imprt/exprt d'une base de dnnées infrmatique. Gestin du currier électrnique. Agenda mutualisé de l'entreprise. Indicateurs sur le fnctinnement de l'entreprise. I Mdule Service Le Mdule Service regrupe les services prpsés par les éditeurs de CRM : Gestin des cmmissins vendeurs. Gestin de plusieurs devises. Hiérarchie sur les drits d'accès. 4

15 Gestin du partage de l'infrmatin. Pssibilité de travailler sur PC prtable. Pssibilité de travailler lrsque le système n'est pas cnnecté. Assciatin pssible avec d'autres lgiciels. Mdificatin pssible des champs de dnnées. I.4. Présentatin du sujet Ntre sujet de prj et de fin d étude cnsiste à étendre une applicatin Web CRM basée sur la platefrme SugarCrm en ajutant deux mdules CRM. Le premier est un mdule de recrutement. Il représente un sujet d actualité qui cmmence à se prpager dans plusieurs entreprises infrmatisées, n le retruve aussi, dans les média interactifs de recrutement cmme keejb.cm. Le deuxième mdule représente un sujet primrdial dans chaque entreprise qui est la gestin d un grupe d emplyées (fiche d interventin, timesheet) et ces prjets nt pur bjectif afin d augmenter la fiabilité de ce mdule, d assurer des gains de temps et de cntrôler les intervenants de suivre les affaires en curs ainsi que la répartitin des cûts et du temps entre elles et aussi de dnnés un accès au client pur vir le calendrier de chaque emplyée de champ. I.5. Cnclusin Dans ce chapitre nus avns présenté l rganisme d accueil ainsi que ses différentes activités et nus avns également présenté le sujet de ntre prjet. Ntre sujet sera expliqué plus en détaille dans le chapitre suivant, en expsant les besins et les bjectifs à atteindre. 5

16 ChapitreAnalyse II. des besins et spécificatins II.1. Intrductin Dans ce chapitre, nus présentns les mtivatins qui snt derrières l idée de ce prjet. Nus détaillns la liste exhaustive des fnctinnalités attendues par l applicatin à réaliser et les bjectifs visés par ce prjet. Nus présentns à la fin quelques diagrammes des cas d utilisatin pur la mdélisatin des fnctinnalités de ntre applicatin. II.2. Objectif Ntre prjet cnsiste à étendre une slutin CRM existante est accessible à travers le prtail web de Discvery en ajutant deux mdules. Ntre tâche cnsiste à truver une slutin pur rendre facile et rapide une recherche spécifique d un prfil de candidat, pur un éventuel recrutement. Nus allns dnc gérer des candidatures des différentes ressurces, en fnctin de leurs cmpétences de leurs diplômes de leurs certificatins et de leur dispnibilité. Ces deux slutins de gestin de candidature au recrutement sernt intégrées à l ensemble de fnctinnalités qu ffre SUGAR CRM. D autre part la deuxième slutin (Gestin des emplyées) se cmpse de deux mdules Fiche interventin et Timesheet qui répndent à la demande mise par la directin générale (Mr. Elfaleh Tarek), de dispser d un mdule lui permettant : De minimiser les cûts, la perte de temps et assurer la dispnibilité de main d œuvre. De garder une trace électrnique des prjets u des tâches effectuées par les intervenants en autmatisant ces actins et en cnsultant l état d avancement de chaque tâche faite chez les clients. De facilité le travaille de chaque chef de prjet pur gérer leurs équipes pur vir les emplyées dispnibles dans une date fixe. 6

17 De garantir la sécurité en limitant l accès pur chaque participant, à un ensemble de prcédures et d activités, en fnctin des rôles qu il tient. Sachant que ces mdules CRM sera mis en place dans le prtail de Discvery ; ce prjet entre dans le cadre d extensin de slutins pur la gestin de la relatin avec le client. II.3. Etude de l existant Nus allns, tut d abrd, étudier l existant infrmatique et fnctinnel de Discvery. Cette étude nus permettra de déplyer prgressivement le prjet et de ressrtir quelques critiques, à partir desquelles nus allns expliciter la slutin adéquate à implémenter. II.3.1. Descriptin de l existant infrmatique Discvery a adpté le lgiciel SugarCRM et a décidé de créer des mdules sur-mesure qui répndent à ses besins. Et après plusieurs années de travail, les activités de DISCOVERY nt évlué et le nmbre de ses prjets et de ses activités est devenu très imprtant. Pur réussir, la sciété a tujurs su s enturer de cmpétences à frt ptentiel. Suite à sa grande et large activité, elle recurt suvent au recrutement pur ccuper de nuveaux emplis. Tut empli existe pur prduire des résultats, et pur prduire des résultats, il faut mbiliser de la cmpétence. Une cmpétence est l ensemble de tris cmpsants mises en œuvre dans une situatin dnnée pur prduire un résultat : un savir, un savir faire et un savir être. UNE COMPETENCE SAVOIR Cnnaissances SAVOIR FAIRE Techniques et expériences SAVOIR ÊTRE Cmprtements bservables 7

18 C est purqui le facteur humain représente une ressurce imprtante pur la survie et le suivi des prjets de l entreprise. Pur chaque missin, Discvery a besin de prfils spécifiques de candidats. Un respnsable de recrutement affecte une missin à un des emplyés en se basant sur sa cnnaissance des cmpétences et expériences de ses emplyés. Cette pératin s effectue ralement mais si la recherche n est pas abutissant u la persnne crrespndante au prfil recherché n est pas dispnible, Discvery lance des appels d ffre, fait de la publicité et emplie d autres myens afin de déceler le bn prfil des candidats. Avant n utilisait des simples ffres d empli dans la presse et en envyait par pstes les candidatures et dnc c était apaisant de rechercher dans tus ces dcuments le prfil qu n recherche exactement. Et si les activités, les prjets, les clients nt bien évlué de plus le nmbre des persnnelles aussi est devenue très imprtant pareillement pur la gestin des tâches des emplyés, avant n travaillait sur des papiers sur lesquels chaque emplyées écrit en détaille tut le travail qu il a réalisé mais cela n était pas pratique vu qu n ne puvait pas savir sn avancement en temps réel. Cette pératin s effectue chaque jur ralement u d une manière téléphnique et ce prcessus a besins d être autmatiser pur faciliter les tâches de tus les acteurs de ce prcessus. Le client : appelle le Service technique de Discvery pur passer une réclamatin. Service Technique : appelle le chef de prjet et lui infrme de la réclamatin du client. Le chef de prjet : dit prpser une slutin et affecter un cnsultant technique qui sit dispnible Le cnsultant technique : se dirige aux clients et fait sa missin prpsée et returne à Discvery à la fin de la jurnée pur remplir sa fiche d interventin. Et pur résudre tut ces prblèmes n va intégrer ces mdules CRM pur dnner une slutin autmatiser et fiable qui répnd à tus ces besins. 8

19 II.4. Spécificatin des exigences II.4.1. Liste des exigences Dans cette sectin, nus identifins une liste des exigences fnctinnelles et nn fnctinnelles du prjet. II Exigences fnctinnelles Une slutin rapide et efficace pur lancer des recherches autmatiques. Maîtriser l allcatin des cmpétences et cnnaissances de sn persnnel et des candidats externes à l entreprise. Gestin de l histrique de tus les CV pur garder des traces de ces derniers. Gérer les emplis du temps de chaque persnne travaillant à Discvery Infrmatiser la tâ che fiche d interventin. Gérer le dérulement de chaque tâche du prjet. Gérer les réclamatins des clients. II Exigences nn fnctinnelles Garder sa clientèle et les fidéliser en les satisfaisant au mieux. Elargir sa gamme de clients en ffrant des services rapides et faciles à manipuler. Gagner du temps à l intérieur de l entreprise. Eviter les cûts et pertes engendrées par l ancien myen de recrutement. Gagner en terme d allcatin de ressurce, dans le cas par exemple ù l n affecte la bnne missin à chaque prfil, chacun effectuera au mieux sa tâche et apprtera plus de slutins intéressantes à sn prjet et dnc à l Entreprise. II.4.2. Scénaris et des cas d utilisatin «mdule recrutement» II Identificatin des acteurs La mise en marche du système nécessite essentiellement tris acteurs : 9

20 Gestinnaire des candidats : il se représente cmme un membre du persnnel de Discvery, il est chargé de gérer les ressurces humaines. Sn rôle cnsiste à affecter chaque nuvelle candidature u un emplyé de Discvery au pste qui le cnvient. Candidat internaute : c est l un des acteurs qui va interrger le système à chaque dispsitin d une nuvelle candidature. Client : il a pur fnctin l autrisatin d accéder au système pur rechercher un prfil annyme dans la base des CV de Discvery. II Diagramme de cntexte Les flux représentés ci-dessus entre système et acteurs snt pris en charge par le diagramme de cntexte dynamique. Ce diagramme mntre une vue glbale du dérulement de ntre prjet. Figure 2. Diagramme de cntexte II Les cas d utilisatin Le diagramme de cas d utilisatin représente la structure des grandes fnctinnalités nécessaires aux utilisateurs du système. 10

21 C est le premier diagramme du mdèle UML, celui ù s assure la relatin entre l utilisateur et les bjets que le système met en œuvre. Un diagramme de cas d utilisatin capture le cmprtement d un système, d un sus - système, d une classe u d un cmpsant tel qu un utilisateur extérieur le vit. Il scinde la fnctinnalité du système en unités chérentes, les cas d utilisatin, ay ant un sens pur les acteurs. Les cas d utilisatin permettent d exprimer le besin des utilisateurs d un système, ils cnstituent dnc une visin rientée besins utilisateur cntrairement à une visin infrmatique. Diagramme des cas d utilisatin glbal : Le diagramme qui suit représente un cas d utilisatin glbale de l applicatin. Figure 3. Diagramme des cas d utilisatin glbale Diagramme du cas d utilisatin «Gestin de la planificatin péridique» : Spécificatin : L bjectif de ce cas d utilisatin est de planifier les prjets en curs de Discvery, et rganiser les missins de chaque prjet, et de gérer la dispnibilité des emplyés. 11

22 Figure 4. Diagramme des cas d utilisatin «Gestin de la planificatin péridique» Diagramme du cas d utilisatin «Gestin de recrutement» Spécificatin : L bjectif de ce cas d utilisatin est que lrs d un éventuel recrutement, le recruteur demande au système de vérifier si une ressurce dispnible existe dans la base ; dans le cas cntraire, il lance un appel d ffre pur dépser de nuvelles candidatur es. 12

23 Figure 5. Diagramme des cas d utilisatin «Gestin de recrutement» Diagramme du cas d utilisatin «Gestin de prpsitin d une missin» : Spécificatin : L bjectif de ce cas d utilisatin est de visualiser l interactin entre le client et ntre système. Le client remplit des frmulaires en ligne qui sernt plus tard traités par le système. Figure 6. Diagramme des cas d utilisatin «Gestin de prpsitin d une missin» Diagramme du cas d utilisatin «Gestin de la saisie des cv» : Spécificatin : Ce cas d utilisatin représente la synchrnisatin entre la base du web et la base pératinnelle afin de mettre à jur ns dnnées. Figure 7. Diagramme des cas d utilisatin «Gestin de la saisie des cv» 13

24 II Raffinement des cas d utilisatin Raffinement du premier cas d utilisatin : Intitulé du cas d utilisatin Gestin de la planificatin péridique Acteur Gestinnaire de candidats Pré-cnditin Lcalisatin à l applicatin entant qu Administrateur. Pst-cnditin Des prjets planifiés Descriptin du cas d utilisatin Le gestinnaire de candidats rectifie et planifie ces prjets en décrivant tus ces prjets. Raffinement du deuxième cas d utilisatin: Intitulé du cas d utilisatin Gestin de recrutement Acteur Gestinnaire de candidats Pré-cnditin Lcalisatin à l applicatin entant qu Admin. Pst-cnditin Recruter des candidats u attribuer des missins aux emplyés Descriptin du cas d utilisatin Lrs d une nuvelle missin u prjet le recruteur interrge la base de cv pur truver le prfil du candidat adéquat, sinn il lance un appel d ffre Raffinement du trisième cas d utilisatin : Intitulé du cas d utilisatin Gestin de prpsitin d une missin Acteur Client Pré-cnditin Identificatin Pst-cnditin Manipuler ces missins Descriptin du cas d utilisatin Un client peut demander une missin u mettre à jur l une de ces missins qui existe déjà u bien annuler l une de ces missins. 14

25 Raffinement du quatriéme cas d utilisatin : Intitulé du cas d utilisatin Gestin de saisie de cv Acteur Candidat Pré-cnditin Dépôt de nuveaux cv qu il n existe pas Pst-cnditin Mise à jur de la base de cv Descriptin du cas d utilisatin Les candidats demande un recrutement en ligne, il saisit alrs un frmulaire de cv. saisies les cv cmme ils peuvent aussi cnsulter afin de mettre à jur leur cv pur tute mdificatin. II.4.3. Scénaris et cas d utilisatin «mdule espace emplyées» II Identificatin des acteurs Chef de prjet : c est un membre de Discvery, sn rôle est de gérer sn grupe et le dérulement de chaque prjet. Client : Il a pur fnctin l autrisatin d accéder au système pur vir le dérulement de sn prjet et de nus cntacter. Service Technique : C est un service destiné pur les clien ts, sn rôle est d enregistrer les réclamatins. Emplyée : c est un emplyée de champ il est désigné cmme un cnsultant technic fnctinnel, sn rôle est de réparer et intégrer des lgiciels chez les clients. 15

26 II Diagramme de cntexte Ce diagramme mntre une vue glbale du dérulement de ntre prjet. Figure 8. Diagramme du cntexte II Les cas d utilisatin Cmme n a expliqué dans le mdule précédent, l utilité des cas utilisatins est d exprimer les besins des utilisateurs d un système. Ces diagrammes ne présentent pas des slutins d implémentatin mais ils identifient les utilisateurs du système (acteurs) et leurs interactins du système. 16

27 Diagramme des cas d utilisatin glbal : Le diagramme qui suit représente un cas d utilisatin glbale de l applicatin. Figure 9. Diagramme Cas Utilisateurs glbale Diagramme Cas utilisateur Gestin d affectatin des emplyées : Spécificatin : Ce cas d utilisatin représente l interactin du chef de prjet et ntre système, ce diagramme explique l enchainement du cas utilisateur «Affecter l emplyée dispnible cmpétant». 17

28 Figure 10. Diagramme Cas Utilisateurs Gestin d affectatin des emplyées Diagramme Cas utilisateur des taches emplyées : Spécificatin : Ce cas d utilisatin représente l interactin de chaque emplyée avec ntre système. Ce diagramme pressente les tâches emplyées. Figure 11. Diagramme Cas Utilisateurs des taches emplyées 18

29 Diagramme gestin des réclamatins : Spécificatin : Ce cas utilisateurs représente l interactin du Client et Service Technique avec ntre système. Ce diagramme explique le rôle d une timesheet dans la gestin des réclamatins. Figure 12. Cas Utilisateur de gestin des réclamatins II Raffinement des cas d utilisatin Raffinement du premier cas d utilisatin : Intitulé du cas d utilisatin Gestin d affectatin des emplyées Acteur Chef de prjet Pré-cnditin Le chef de prjet reçit une réclamatin du service technique. Pst-cnditin Seln les cmpétences de chaque membre de sn grupe el leur dispnibilité le chef de prjet affecte l emplyée. Descriptin du cas d utilisatin Le chef de prjet reçit une réclamatin alrs il faut la gérer rapidement et dnne la slutin pur la satisfactin des clients. 19

30 Raffinement du deuxième cas d utilisatin : Intitulé du cas d utilisatin: Gestin des taches emplyées Acteur Emplyée Pré-cnditin L emplyée reçit une missin à faire du chef de prjet. Pst-cnditin L emplyée faire sn travail demandé et remplir sn fiche de chaque interventin faite, aussi remplir sn emplie du temps de chaque semaine. Descriptin du cas d utilisatin Les taches d emplyée et leur interactin avec les acteurs du système. Raffinement du trisième cas d utilisatin : Intitulé du cas d utilisatin Gestin des réclamatins Acteur Client et service technique Pré-cnditin Le client a eu un prblème. Pst-cnditin Le client exprime sn besin au service technique Descriptin du cas d utilisatin Cmment la gestin des réclamatins et le rôle d un timesheet pur minimiser le nmbre des réclamatins. II.5. Cnclusin Nus avns étudié l envirnnement de ntre prjet et analysé l existant et les besins de la sciété tut au lng de ce deuxième chapitre d analyse des besins et spécificatin. Dans le chapitre suivant, nus allns présenter la cnceptin de ntre applicatin, en présentant quelques diagrammes illustrant les différentes fnctinnalités de ntre applicatin. 20

31 Chapitre III. Cnceptin III.1. Intrductin La phase de cnceptin est cnsidérée parmi les phases les plus imprtantes dans le cycle de vie d'un lgiciel. Il s'agit en premier lieu de présenter une mdélisatin par étape de la cnceptin de ntre applicatin et décrire finalement l'architecture de la base de dnnées. III.2. Cnceptin Les diagrammes UML de mdélisatin dynamique nus mntrent l'évlutin du système et les interactins entre bjets. Nus allns présenter cmme exemple de cette mdélisatin un ensemble de diagramme d activité et diagramme de séquence ensuite n va décrir e l architecture de la base de dnnées. Le diagramme d activités n est autre que la transcriptin dans UML de la représentatin du prcessus telle qu elle a été élabrée lrs du travail qui a préparé la mdélisatin : il mntre l enchaînement des activités qui cncurent au prcessus. Le diagramme de séquence représente les interactins entre bjets au curs du temps par des messages (synchrne et asynchrne). III.2.1. Mdule «Recrutement» III Diagramme de classe Le diagramme de classes est cnsidéré cmme le plus imprtant de la mdélisatin rientée bjet, il est le seul bligatire lrs d une telle mdélisatin. Le diagramme de classes mntre la structure interne du système. Il permet de furnir une représentatin abstraite des bjets du système qui vnt interagir ensemble pur réaliser les cas d utilisatin. Il s agit d une vue statique car n ne tient pas cmpte du facteur temprel dans le cmprtement du système. Les principaux éléments de cette vue statique snt les classes et leurs relatins : assciatin, généralisatin et plusieurs types de dépendances, telles que la réalisatin et l utilisatin. 21

32 Une classe de cnceptin est cmpsée par : Attribut : chaque attribut d une classe est le même pur chaque instance de cette classe. Méthdes : elle définit le cmprtement d une classe elle -même, et nn le cmprtement de ses instances qui peut être différent. Figure 13. Diagramme de classes 22

33 Candidat : classe entité qui représente les différents candidats qui pstulent leurs cv, les attributs de cette classe représentent les différents champs dans le cv. Diplôme et frmatin : classe entité qui représente les différents diplômes et/u frmatins qu a suivi chaque candidat. Cette classe regrupe dnc les différents diplômes des différents candidats. Etablissement : classe entité, cntient tus les établissements reliés aux différents diplômes. Expérience : classe entité qui représente les différentes expériences de chaque candidat. Dmaine cmpétence : classe entité qui représente le dmaine de cmpétence pur chaque cmpétence. Cmpétence : classe entité qui représente les différentes cmpétences que peut avir un candidat. Cmpétence élémentaire : classe entité qui représente les différents éléments de cmpétence du candidat. Pste : classe entité qui représente les différents pstes auxquels purrait pstuler un candidat. Il cntient différents cmpétences élémentaires exigés par le pste, il a un prfil pste, et est relié à plusieurs missin. Prfil : classe entité qui représente les prfils pste et candidat. Missin : classe entité qui représente les différentes missins qui peuvent être affectées à différents candidats. Prjet : classe entité qui regrupe les différentes missins par prjet ; cette classe représente les prjets sur lesquels travaille l entreprise. Planning Missin : classe entité qui représente l empli du temps de chaque candidat affecté à une missin, pur puvir gérer sa dispnibilité. Client : classe entité qui représente les différents clients de l entreprise. Certificatin : classe entité qui représente les différentes certificatins que purrait avir chaque candidat et qui regrupe différents éléments de certificatin. Elément certificatin : classe entité qui représente les différents éléments de certificatin que purrait avir chaque candidat. 23

34 III Diagramme d activité glbale Pur des raisns de lisibilité, nus allns schématiser les figures «Diagramme d activité de la gestin de la demande de recrutement» et «Diagramme d activité glbale du système» en largeur de la page. La figure suivante représente le diagramme d activité glbal de la gestin de candidatures aux recrutements. 24

35 Figure 14. Diagramme d activité relatif au cas d utilisatin glbale de système 25

36 III Diagrammes d activité et de séquence détaillés Analyse du cas d utilisatin «Gestin de la demande de recrutement» : Diagramme d activité Figure 15. Diagramme d activité relatif au cas d utilisatin «Gestin de la demande de recr 26

37 Diagramme de séquence Figure 16. Diagramme de séquences relatif au cas d utilisatin «Gestin de la demande de re 27

38 Analyse du cas d utilisatin «Gestin de la demande de recrutement» : Diagramme d activité Figure 17. Diagramme d activité relatif au cas d utilisatin «Gestin de la planificatin pér 28

39 Diagramme de séquence Figure 18. Diagramme de séquences relatif au cas d utilisatin «Gestin de la planificatin p III.2.2. Mdule «Espace Emplyée» III Diagramme de classe Dans cette partie n va présenter une liste des classes pur mntrer la structure interne du mdule Espace emplyée. Timesheet : classe entité, c'est-à-dire les feuilles de temps, en premier lieu ils représentent une durée de travail réalisée par l emplyée à une date dnnée. Emplyée : classe entité hérite de la classe user, le timsheet traduit une relatin avec la classe Emplyée pur gérer ses tâches et sn emplis de temps de chaque semaine. Cette classe représente une liste des emplyés. Client : classe entité qui représente les différents clients de l entreprise. Fiche interventin : classe entité représente le travail fait par l emplyé chez le client. 29

40 Chef Prjet : classe entité hérite de la classe user et qui a un statut différent, elle présente le chef de prjet qui affecte l emplyé. Prjet : classe entité qui représente une liste des prjets des clients. Tâche prjet : classe entité représente les tâ ches d un prjet. Service Technique : classe entité qui représente un utilisateur qui a le drit de recevir du client une liste de réclamatin. Réclamatin : classe entité qui représente une liste des réclamatins des clients. Semaine : classe entité qui représente les jurs de la semaine Vici le diagramme de classe qui représente les classes et les assciatins de ntre système.. Figure 19. Diagramme de classe «gestin emplyée» 30

41 III Diagramme d activité glbale Pur des raisns de lisibilité, nus allns schématiser seulement le diagramme d activité glbale du mdule gestin d emplyées. 31

42 Figure 20. Diagramme d activité glbal III.3. Structure de la base de dnnée Nus allns présenter la structure des tables pur le deuxième mdule. Les clés primaires snt sulignées et les clés étrangères snt précédées par un dièse. Client : (id_client, nm_client, prenm_client, numer_telephne_client, adresse_client, sciete_client, _client, piece_identite_client). Users : (id_user, lgin_user, prenm_user, fnctin_user, _user, telephne_user, adresse_user, sup_de_user, departement_user, etat_user, statue_user). Fiche_Interventin : (cde_facture, date_inter, duree, bjet_inter, lgiciel, #id_user, #id_client, #id_tache_prjet). Réclamatin : (id_reclamatin, etat_reclamatin date_réclamatin, #id_client). Prjet : (id_prjet, name_prjet, statue_prjet, pririte_prjet, date_debut_prjet, date_fin_prjet). Tâche_prjet : (id_tache_prjet, nm_tache, descriptin_tache, heure_debut_tache, heure_fin_tache, duree_tache, percent_cmplete_tache, pririte_tache, #id_prjet). Timesheet: (id_timesheet, duree_trav, #id_user #id_prjet #id_tache_prjet). Semaine : (id_semaine, jur_sem, #id_timeshhet). III.3.1. Dictinnaire des dnnées de la base des dnnées Nm des champs Libellé Type de dnnées Id_client (clé primaire) Identificateur du client Numér Aut Nm_client Nm du client Texte Prenm_client Prénm du client Texte Numer_telephne_client Numér de téléphne de l agent Numérique Adresse_client Adresse du client Texte 32

43 Nm des champs Sciete_client, Libellé Type de dnnées Sciété du client Texte _client, du client Texte Piece_identite_client Carte d identité du client Numérique Id_user (clé primaire) Identificateur de l utilisateur Numér Aut Lgin_user Lgin de l utilisateur Texte Prenm_user Prénm de l utilisateur Texte Fnctin_user Fnctin de l utilisateur Texte _user de l utilisateur Texte Telephne_user Téléphne de l utilisateur Numérique Adresse_user Adresse de l utilisateur Texte Sup_de_user Superviseur de l utilisateur Texte Departement_user Département de l utilisateur Texte Etat_user Etat de l utilisateur Numérique Statue_user Statue de l utilisateur Texte Cde_facture, Cde de la facture Numérique Date_inter Date de l interventin Date Duree_inter Durée de l interventin Numérique Objet_inter Objet de l interventin Numérique Lgiciel_rép Lgiciel réparé Texte Id_reclamatin (clé primaire) Identificateur de la réclamatin Numér Aut Etat_reclamatin Etat de la réclamatin Texte Date_réclamatin Date de la réclamatin Date Id_prjet (clé primaire) Identificateur du prjet Numér Aut Name_prjet Nm du prjet Texte Statue_prjet Statue du prjet Texte Pririte_prjet Pririté du prjet Texte Date_debut_prjet Date de début du prjet Date 33

44 Nm des champs Libellé Type de dnnées Date_fin_prje Date de fin du prjet Date Id_tache prjet (clé primaire) Identificateur de la tache prjet Numér Aut Nm_tache Nm de la tâche Texte Descriptin_tache, Descriptin de la tache Texte Heure_debut_tache Heure de début de la tache Numérique Heure_fin_tache Heure de la fin de tache Numérique Duree_tache Durée de la tache Numérique Percent_cmplete_ tache Purcentage cmplète de la tache Numérique Pririte_tache Etat d un PDA Texte Id_timesheet (clé primaire) Identificateur du type d une questin Numér Aut Duree_trav Durée du travaille Texte Id_semaine Identificateur de la semaine Numér Aut Jur_sem (clé primaire) Jurnée de la semaine Date Tableau 1. Dictinnaire des dnnées III.4. Cnclusin Au curs de ce chapitre, nus avns cnçu ntre base de dnnées ainsi que les différents cmpsants de ntre système. Maintenant, ntre applicatin est prête à être cdée. Mais tut le prchain chapitre sera la mise en évidence des technlgies utilisées dans ntre applicatin. 34

45 Chapitre IV. Etat de l art IV.1. Intrductin Le chix des technlgies utilisées dans une applicatin agit sans dute sur la qualité du travail réalisé. Le succès u l échec d un travail quelcnque dépend, en partie, du chix des technlgies emplyées. Nus allns expser dans ce chapitre la technlgie envisageable et relative au dévelppement de ntre applicatin, c est le «SugarCRM». Aussi nus allns présenter des petites cmparaisns entre le SugarCRM et les autres éditeurs de CRM. IV.1.1. Présentatin du SugarCRM Qu est ce que SugarCRM? SugarCRM est une slutin CRM Open Surce. Il cmprend des mdules de gestin des Frces de Vente (SFA: Sales Frce Autmatin), d'autmatisatin du marketing (EMA), de reprting, et de gestin du service client. Il apprte des slutins de Gestin de la Relatin Cliente adaptées aux besins des entreprises. SugarCRM permet une démarche précise et une apprche persnnalisée pur chaque client. A partir de l analyse des besins de l entreprise, enjeux et cntraintes, nus puvns le persnnaliser et ajuter de nuveaux mdules. Vici la cnceptin des applicatins dans SugarCRM : Figure 19. Les éléments impliqués dans le MVC de SugarCRM 35

46 Le schéma de la figure est un diagramme de séquence qui met en lumière quelques-uns des principaux éléments impliqués dans le Framewrk SugarCRM. IV Méthde pur intégrer un nuveau mdule La persnnalisatin des applicatins peut se faire de deux manières : Nus puvns créer de nuveaux mdules en utilisant le «Mdule Builder» u persnnaliser des mdules existants en utilisant le «Studi» parmi les utils du dévelppeur (develpper tls) directement à partir de l interface SugarCRM. Le «Mdule Builder» est un générateur, qui nus permet de cnstruire de nuveaux mdules pur étendre les fnctinnalités de SugarCRM. La fnctinnalité du Mdule Builder permet aux prgrammeurs de créer des mdules et de créer des relatins entre ces mdules sans écrire du cde. Parfis, la persnnalisatin d un mdule peut nécessiter une mdificatin dans le cde surce. Nus puvns aussi cnstruire et persnnaliser de nuveaux mdules entièrement à partir du cde surce de l applicatin tut en respectant l architecture MVC qu adapte SugarCRM, et les pints d entrées sans avir à utiliser le g énérateur du Builder. SugarCRM est basé sur une structure mdulaire et sur la sécurité des pints d'entrée de l applicatin (par exemple index.php : qui est l aiguilleur de l applicatin permet d accéder aux différentes interfaces). Avant chaque accès l u tilisateur dit bligatirement passer pur s authentifier. Cette demande d authentificatin est affichée lrs de la première demande de la page de SugarCRM u lrsqu un utilisateur entre directement dans la barre d adresse de l URL vulu et qui devra lui uvrir la fenêtre d un mdule dnné; dans ce cas il sera rediri gé vers cette page pur s authentifier en premier lieu. Une fis identifié, l utilisateur purra naviguer librement parmi les mdules et les fnctinnalités du lgiciel. 36

47 Dans ce qui suit, nus allns illustrer une démnstratin de l utilisatin du lgiciel SugarCRM : Figure 20. La navigatin entre les mdules Si l utilisateur identifié est l administrateur «admin» alrs il aura en plus, un accès à la page «Admin» ù plusieurs fnctinnalités snt prpsées, parmi lesquelles nus avns le «develpper tls» : Figure 21. Mdule Builder fait partie de la cnsle «Develper Tls» de l'administratin d A partir de là, nus puvns accéder au «Mdule Builder» pur créer de nuveaux mdules, u accéder à d autres fnctinnalités du «Develpper Tls». 37

48 Les figures suivantes nus mntrent des aperçus de créatin grâce au générateur Mdule Builder : Figure 22. L utilisateur cmmence par créer et nmmer le nuveau package des mdules pe Une fis le nuveau package créé et enregistré, un écran est présenté à l'utilisateur pur créer un mdule persnnalisé. Lrs de la sélectin de l icône "Nuveau mdu le", un écran apparait, indiquant six mdèles d bjets différents. Pur chaque mdule, nus puvns créer, en plus des champs par défaut, des champs persnnalisés, nus puvns aussi les publier grâce à l Edit View. Nus puvns gérer les «relatinship» du mdule avec les autres mdules. Plusieurs autres manipulatins divers et variées snt pssibles avec le lgiciel SugarCRM, (Vus truverez de plus amples détails dans la partie Annexe A). 38

49 IV La structure des répertires du cde surce de SugarCRM Cette figure présente une liste des sus-répertires sus le dssier Sugarcrm : Figure 23. Les répertires différents à l intérieur du SugarCRM Le cde de SugarCRM réside dans des répertires différents à l'intérieur de la Sugar Installatin. La structure des répertires au sein de l'applicatin du Sugar se cmpse des répertires suivants: custm : Magasins de mise à niveau de sécurité des persnnalisatins telles que les définitins de champ, présentatin de l'interface utilisateur et le lgique métier. data : système de fichiers de clés se truvent dans ce dssier, et plus particulièrement la classe de base qui est SugarBean qui cntrôle l'applicatin lgique par défaut pur tus les bjets des entreprises de sugar. include : cmprte beaucup de fnctins utilitaires du Sugar, ainsi que d'autres biblithèques que Sugar utilise dans le cadre de ses pératins. Plus particulièrement, dans ce répertire, n truve le fichier «utils.php» qui cntient tutes les fnctins utilitaires les plus largement utilisées. Metadata : Ce fichier cntient les relatins métadnnées de tus les liens des relatins entre les dnnées et les bjets métiers (Business Object). mdules : Ce dssier cntient tus les mdules du système. Custm mdules installés par le biais de Mdule Lader existe ici aussi. 39

50 Cncepts clés : Tels snt les principaux dssiers, de classes et de l'applicatin des cncepts qui cmpsent la plate-frme de Sugar. Cntrller : Il dirige tutes les demandes de pages. Il peut être relu plusieurs fis, dans chaque mdule pur mdifier le cmprtement par défaut. Il s'appuie sur des paramètres de pint d'entrée, pur servir la page apprpriée. Views : Un jeu de l'interface utilisateur, des actins gérées par le cntrôleur, les vues par défaut dans Sugar cmprtent les DetailView, EditView et ListView. Display Strings : SugarCRM est entièrement internatinalisé et lcalisable. Chaque pack de langue a sn prpre ensemble de chaînes d'affichage qui est la base de la langue de lcalisatin. Drpdwn Lists: ils snt représentées cmme des nm =>'valeur' paires de tableaux situés dans l'applicatin strings cmme indiqué ci-dessus. La valeur du nm est stckée dans la base de dnnées et la valeur est affiché à l'utilisateur dans l'interface utilisateur. On peut créer et mdifier des listes dérulantes (drpdwn lists) et leurs valeurs via l'interface utilisateur dans l'util d'admin Studi. Fichiers : sugarbean.php : Ce fichier se truve sus le «<sugar rt> / data» cntient le dssier SugarBean classe de base utilisée par tus les bjets de l'entité u d'un mdule. Tut mdule qui lit, écrit u affiche des dnnées va étendre cette classe. Le SugarBean jue le levage lurd pur les dnnées d'interactins, des relatins de manutentin, etc. mdules.php : Le fichier mdules.php est un fichier critique à Sugar. Il cntient plusieurs variables qui définissent quels mdules sernt actifs et utilisables dans la demande. Pints d'entrée : Le pint d'entrée principal de l'interface utilisateur pur Sugar se fait par index.php situé à la racine du dssier Sugar (rt sugar flder). Il y a tris paramètres principaux pur la plupart des appels à l'intérieur du Sugar, qui snt : mdule : Le mdule est accessible dans le cadre de l'appel. actin : L'actin à prendre par l'applicatin dans le mdule. recrd (dssier): Le dssier est accessible à l'id. 40

51 IV.2. Architecture de l applicatin «MVC» L architecture de ntre applicatin est l architecture MVC «Mdel-View-Cntrller». Il s agit d une méthde de cnceptin qui crée une séparatin entre le lgique métier u de traitement «business-lgic» et la lgique de présentatin «display lgic». Mdel : C'est l'bjet de dnnées cnstruit par l'entreprise u par l'applicatin lgique nécessaire pur la présenter à l interface utilisateur. Pur SugarCRM, il est représenté par la SugarBean et tutes les sus-classes de la SugarBean. View : Il s'agit de la cuche d'affichage, qui est respnsable de rendre les dnnées du mdèle de l utilisateur final. Cntrller : C'est la cuche qui gère les utilisateurs des événements tels que «Enregistrer Candidat» et détermine la lgique des mesures à prendre pur cnstruire le mdèle, et à la charge de rendre les dnnées au utilisateur final. Utiliser l'architecture MVC dans les applicatins Web/PHP : Le mdèle MVC (Mdèle-Vue-Cntrôleur) cherche à séparer nettement les cuches présentatin, traitement et accès aux dnnées. Une applicatin web respectant ce mdèle sera architecturée de la façn suivante : Figure 24. L architecture MVC d une applicatin web Le traitement d'une demande d'un client se dérule seln les étapes suivantes : 1. Le client fait une demande au cntrôleur. Ce cntrôleur vit passer tutes les demandes des clients. C'est la prte d'entrée de l'applicatin. C'est le C de MVC. 2. Le cntrôleur traite cette demande. Pur ce faire, il peut avir besin de l'aide de la cuche métier, ce qu'n appelle le mdèle M dans la structure MVC. 41

52 3. Le cntrôleur reçit une répnse de la cuche métier. La demande du client a été traitée. Celle-ci peut appeler plusieurs répnses pssibles. L exemple classique est une page d'erreurs si la demande n'a pu être traitée crrectement ; une page de cnfirmatin sinn. 4. Le cntrôleur chisit la répnse (= vue) à envyer au client. Celle-ci est le plus suvent une page cntenant des éléments dynamiques. Le cntrôleur furnit ceux-ci à la vue. 5. La vue est envyée au client. C'est le V de MVC. Le mdèle MVC adapté au Web est une répnse à une divisin des respnsabilités : la partie Vue est prise en charge par un script (PHP u autre langage) générant du HTML (sans autre lgique de traitement) la partie cntrôleur est représentée par un script PHP qui déclenche des traitements liés aux services (Use Case) auquel il est attaché (Un cntrôleur par Use Case) la partie Mdèle est représentée par des scripts PHP gérant les accès au SGBDR. Cela peut être par exemple des classes Métier qui implémentent des fnctins vers un SGBDR. IV.3. Cmparaisn entre les technlgies CRM Dans le mnde de CRM n retruve plusieurs slutins ; il y en a celles qui snt payantes et d autres qui snt libres et ntre chix de Sugar CRM repse sur plusieurs raisns. Au fait il n existe pas de meilleure slutin CRM mais plutôt il existe la meilleure slutin qui répnd à ns besins. Tut d abrd n définit les slutins CRM les plus répndues sur le marché. On cmmence avec les slutins payantes : Micrsft Dynamic On Demand : elle ne fnctinne que sur Internet Explrer et en plus elle est un peu cher par rapprt au x autres slutins c est à partir de 42 par mis, en plus, plus n ajute des fnctinnalités plus le prix augmente. Centric CRM : c est une slutin Open Surce qui est utilisé par plus 500 cmpagnies mais la versin gratuite vient seulement avec 5 licences d utilisateurs ce qui ne l a rend pas pratique pur une entreprise qui cntient plus de 100 emplyés. Tillilive : elle aussi c est une slutin Open Surce mais elle n est pas ergnmique c est à dire les utilisateurs simple qui ne s y cnnaissent pa s vraiment en infrmatique aurnt des difficultés à l utiliser et vu que ns utilisateurs finaux snt des persnnes rdinaires dnc cette slutin ne sera pas ptimale pur nus. 42

53 Sugar CRM : c est la slutin la plus utilisée et la plus répndue. Sugar a é té téléchargé plus de 3 millins de fis et plus de sciétés l utilisent, en plus il est écrit en php et est cmpatible avec la base de dnnées Mysql. Sugar prfite d une plate -frme largement déplyée et facilement accessible. En plus nus avns chisi Sugar pur la facilité d intégratins de mdules qui répndent à ns besins IV.4. Cnclusin Ce chapitre nus a permis d étudier la technlgie SugarCRM pur l élabratin de ntre système. En utre la cmparaisn entre ces CRM nus a permis de dégager celle la plus adéquate pur la réalisatin de ntre prjet. 43

54 ChapitreRéalisatin V. V.1. Intrductin La phase de réalisatin est une étape très imprtante dans le cycle de vie de ntre applicatin. Cette phase permet de cncrétiser ntre prjet par le dévelppement des interfaces et par des réalisatins cncrètes des fnctinnalités du système. Pu réaliser ntre applicatin nus avns en recurt à plusieurs utils de dévelppement. Dans ce chapitre, nus présentns en premier lieu l envirnnement de travail. En sec nd lieu, nus présentant le chix techniques que nus avns adpté pur le dévelppement de ntre applicatin. V.2. Envirnnement de travail V.2.1. Envirnnement matériel Tut au lng de la péride de stage nus avns dispsé de deux rdinateurs, un rdinateur pur chacun avec un serveur CRM. Le premier rdinateur : Marque : DELL VOSTRO 1015 Système : Micrsft Windws XP Prfessinnel versin 2002 service pack3 Ordinateur : INTEL Cre 2 Du CPU T 2.10 GHz 1,19 GHz 2,96 G de RAM Le deuxième rdinateur : Marque : Mac OS X versin Système : Macintsh HD Ordinateur : INTEL Cre 2 Du 2.26 GHz 2 G 1067 MHz DDR3 44

55 V.2.2. Envirnnement lgiciel Dreamweaver : Dreamweaver fut l'un des premiers éditeurs HTML. Ces innvatins le prpulsèrent rapidement cmme l'un des principaux éditeurs de site web, aussi bien utilisable par le néphyte que par le prfessinnel. Dreamweaver ffre deux mdes de cnceptin par sn menu affichage. L'utilisateur peut chisir entre un mde créatin permettant d'effectuer la mise en page directement à l'aide d'utils simples, cmparables à un lgiciel de traitement de texte (insertin de tableau, d'image, etc.) et un autre mde de cde. Il est également pssible d'afficher et d'éditer directement le cde (HTML u autre) qui cmpse la page. Ratinal Rse : Pur la cnceptin et la mdélisatin des diagrammes UML nus avns utilisé le lgiciel Ratinal Rse. Cmme tus les prduit Ratinal Rse, il furnit un langage de mdélisatin cmmun à vtre équipe et permet d'accélérer la créatin de lgiciels de qualité. IBM Ratinal Rse Enterprise est l'un des prduits les plus cmplets de la gamme Ratinal Rse. Tus les prduits Ratinal Rse prennent en charge le langage UML (Unified Mdeling Language), mais ils se différencient de par les technlgies d'implémentatin qu'ils prennent en charge. V.3. Chix techniques V.3.1. Chix du langage PHP : Ntre applicatin a été dévelppée en PHP. Un extrait du cde est présenté à l annexe B. Il cncerne le dévelppement du mteur de recherche des candidats. PHP (HyPertext Preprcessr) est un langage de prgrammatin qui s'intègre dans ns pages HTML. Il permet entre autres de rendre autmatiques des tâches répétitives, ntamment grâce à la cmmunicatin avec une base de dnnées. 45

56 HTML : HTML (Hyper Text Markup Language / langage hypertexte) est le langage dans lequel snt écrites les pages du web. Un site web est cnstitué d un u plusieurs dcuments HTML, appelées aussi pages. Pur se déplacer d une page à l autre dans ns mdules n passe par l intermédiaire d'hyperliens. Pur ajuter des bjets graphiques n utilise le HTML d autre part p ur tester des pages web html en lcal, il suffit d'uvrir le fichier dans un navigateur. Le HTML n est pas un langage de prgrammatin cmme le C+. Les langages dynamiques cmme PHP et Javascript vnt d' ailleurs générer des pages HTML statiques. Java script : Javascript est un langage de prgrammatin de scripts principalement utilisé pur les pages web interactives cmme les pages HTML. Javascript est exécuté sur l'rdinateur de l'internaute par le navigateur lui-même. C'est une extensin du langage HTML qui est incluse dans le cde. Ce langage est un langage de prgrammatin qui permet d'apprter des améliratins au langage HTML en permettant d'exécuter des cmmandes. Ce cde est directement écrit dans la page HTML, c'est un langage peu évlué qui ne permet aucune cnfidentialité au niveau des cdes. Dans ntre applicatin n a cdé de plusieurs fnctins javascript par exemple : pur l interactin des pages en envyant des variables dans l adresse URL pur filtrer la résultat de la requête n utilisant la méthde POST u GET. Ajax : AJAX (Asynchrnus Javascript And Xml) il désigne un nuveau type de cnceptin de pages Web permettant l'actualisatin de certaines dnnées d'une page sans prcéder au rechargement ttal de cette page. AJAX n'est pas une technlgie en elle-même, mais un terme qui évque l'utilisatin cnjinte d'un ensemble de technlgies libres curamment utilisées sur le Web Les applicatins AJAX peuvent être utilisées au sein des navigateurs Web qui supprtent les technlgies décrites précédemment. Parmi eux, n truve Mzilla Firefx, Internet Explrer et n a utilisé ce cncept pur recharger un seul blc dans la page timesheet. 46

57 V.3.2. Chix de la technlgie de sécurité La sécurité de l applicatin est assurée par les sessins de SugarCRM et les pints d entrées. En effet, tus les pints d'entrée dans l applicatin de sugar snt prédéfinis, afin que des mesures de sécurité et d'authentificatin sient appliquées de manière chérente à travers l'ensemble de l'applicatin. Le passage bligatire de ns pages dévelppés, par le pint d entrée index.php, permet de rediriger tut utilisateur nn authentifié, à la page d authentificatin de sugarcrm : Figure 25. Interface d authentificatin V.4. Gestin du prjet Dans cette partie nus représentns l rganigramme chrnlgique de la réalisatin de ntre prjet. Cet rganigramme cmprte les principales tâches effectuées tut au lng du prjet. Nus avns cmmencé durant tris semaines par analyser l existant et spécifier les besins, puis nus avns passé à la partie cnceptin qui a duré quatre semaines. Vers la fin de cette dernière nus avns cmmencé la plus grande partie (plus que dix semaines) c est la partie de prgrammatin et la réalisati n. Pur la partie du rapprt nus l avns crée au fur et a mesure de l avancement du travail (les deux dernières mis). 47

58 Le tableau qui illustre la répartitin du travail tut au lng de ce prjet est présenté dans la figure ci-dessus: Figure 26. Chrnlgique de la réalisatin de ntre prjet V.5. Phase d implémentatin V.5.1. Cntraintes Dans le cas du dévelppement d une simple applicatin web, le dévelppeur est libre de dévelpper sans aucune limitatin ni cntrainte une applicatin crrespndante exactement à ses différents besins. Mais dans ntre cas, nus allns dévelpper une applicatin qui dit être intégrée à l ensemble des mdules et slutins qu ffrent SugarCRM. La platefrme de SugarCRM n est guère simple u facile à cmprendre. La cmpréhensin de l architecture de la platefrme, la maîtrise de l ensemble de ses dssiers, le cheminement des infrmatins et la répartitin du cde dans SugarCRM snt relativement cmpliqués. Cette platefrme est cnçue en MVC cette architecture est très bien adapté aux grands prjets tel que le CRM de Sugar. Ntre plus grande cntrainte est de se limiter dans le dévelppement de l applicatin seln l architecture de la platefrme, ses biblithèques, ses classes et ses fnctins. On peu t bien entendu, dévelpper d autres classes et fnctins dans cette platefrme, n va dnc ajuter du cde et le répartir pas à pas sur les différentes cuches du mdèle. 48

59 La figure suivante représente une slutin prpsée pur l intégratin d un nuveau mdule. Figure 27. Intégré un mdule dans SugarCRM La partie drite représente les fnctinnalités ffertes par SugarCRM, à un simple utilisateur, et la partie gauche représente les fnctinnalités ffertes au dévelppeur. Nus entant que dévelppeurs nus devrnt s intéresser à la partie gauche, du dessin, pur bien sûre, abutir à la fin de ntre dévelppement à la réalisatin de ntre applicatin dans la partie drite du schéma, c.à.d. l ajut de ntre applicatin (recrutement et gestin d emplyée) dans l interface utilisateur, cmme une fnctinnalité et des mdules de plus, parmi, les fnctinnalités et mdules qu ffre SugarCRM. 49

60 V.5.2. La prgrammatin avec Sugar et MVC Avec l avènement de SugarCRM 5.0, une nuvelle architecture MVC est née. Cette architecture a été désignée pur éliminer les tâches pénibles dans la cnstructin des mdules dans Sugar. Ainsi, a u lieu d avir à tracer manuellement des mdèles et de mettre en place leurs interactins et leurs relatins, n purra fa cilement tirer prfit du Framewrk à l aide des mdèles standardisés et les fichiers de définitins pur la cnstructin de divers vues. Le système est aussi très extensible permettant de nuvelles vues et Templates persnnalisés. V MVC (Mdel-View-Cntrller): MVC est un mdèle de design qui crée une séparatin nette entre le lgique métier et la lgique d'affichage. Le Mdel : C'est l'bjet de dnnées cnstruite par l'entreprise lgique de l'applicatin / besin de présenter à l'interface utilisateur. Pur SugarCRM, il est représenté par le SugarBean et tutes les classes de la SugarBean La Vue : Il s'agit de la cuche d'affichage qui est chargé de rendre les dnnées du mdèle à l'utilisateur final. Le Cntrôleur : C'est la cuche qui gère les événements d'utilisateurs tels que «Enregistrer» et détermine les actins à prendre la lgique métier pur cnstruire le mdèle, et c est pur rendre les dnnées à l'utilisateur final. V SugarCRM 5.0 Mis en œuvre avec MVC : Le Mdel : Les bjets Sugar étendent la ntin de sus classement un peu plus lin et vus permet de sus classer la vardefs. Cela cmprend l'héritage de champs, les relatins, les index et les fichiers de langue, mais à la différence sus classement n n est pas limité à un héritage unique. S'il y avait un bjet de Sugar pur les champs qui snt utilisés dans chaque mdule cmme id, supprimé, date_mdified, etc. On peut avir ntre mdule hérité de deux bjets : de base de Sugar et de la persnne bjet du Sugar. Maintenant, disns que le type de base pssède un champ "nm" de lngueur 10. Et Candidat a un champ "nm" avec une lngueur de 20. Si n hérite de la base d'abrd, puis de l entreprise sur le terrain sera de lngueur 20. Maintenant disns qu n a défini un 50

61 champ "nm" dans ntre mdule qui est de lngueur 60. Ntre mdule sera tujurs la pririté sur tutes les valeurs furnies par des bjets du Sugar. Actuellement, il existe 4 types de Sugarbject mdèles : Cntacts Persnne (Cntacts, Prspects, Leads) Issue (Bugs, Cases) Sciété (Accunts) De base (General Fields) Les interfaces SugarObject et les mdèles SugarObject snt très semblables les uns aux autres, mais la principale distinctin est que les mdèles nt une classe de base, n peut les sus classer alrs que ce n est pas le cas des interfaces. Si n regarde dans la structure du fichier, n remarquera que les mdèles cmprennent de nmbreux fichiers supplémentaires, y cmpris un répertire de métadnnées cmplètes. Ceci est principalement utilisé par MduleBuilder pur btenir les mises par défaut à partir de celui-ci. Structure du fichier : include/sugarobjects/interfaces include/sugarobjects/templates Le Cntrôleur : La versin 5.0 intrduit un cncept de cntrôleur en cascade. Il ya un cntrôleur principal appelé SugarCntrller qui gère tutes les actins de base d'un mdule d'éditin et des vues de détail pur l archivage d'un enregistrement. Chaque mdule peut remplacer ce SugarCntrller en ajutant un fichier cntrller.php dans sn répertire. Ce fichier devrait étendre le SugarCntrller et la cnventin de nmmage pur les classes. A l intérieur du cntrôleur n définit les méthdes d actin. Il y a plusieurs mécanismes de cntrôle qu un dévelppeur peut utiliser pur remplacer le traitement de cmmande. Par exemple, si un dévelppeur a vulu créer une sauvegarde de nuvelles actins, il y a 3 endrits ù ils purraient éventuellement remplacer. Actin_save : ce serait le plus large cahier des charges et dnnerait à l'utilisateur un cntrôle ttal sur le prcessus d'enregistrement. Pre_save : un utilisateur peut réécrire les paramètres de la frme. 51

62 Pst_save : c'est là ù la vue est le prgramme d'installatin en curs. À ce pint, le dévelppeur peut définir une URL de redirectin, faire un peu de pst traitement enregistrer u fixer un pint de vue différent. On peut également ajuter un cntrôleur persnnalisé qui devrait étendre le cntrôleur mdules si le cntrôleur de ce type existe déjà. Par exemple, si n suhaite étendre le cntrôleur à un mdule qui vient avec srtie SugarCRM 5.0, n dit vérifier si ce mdule a déjà un cntrôleur de mdule spécifique furni avec le prduit. Si ui, n peut étendre à partir de cette classe de cntrôleur sinn n étend de la classe SugarCntrller. Dans les deux cas, n dit placer le fichier cntrôleur persnnalisé classe custm / mdules / <MyMdule> / Cntrller.php au lieu du répertire du mdule. Cela rend ntre persnnalisatin frte. Par exemple, si une requête arrive pur detailview c'est ainsi que le cntrôleur se chargera de cette demande. Démarrer dans index.php nus chargens de l'instance SugarApplicatin SugarApplicatin instancie SugarCntrllerFactry ChargesSugarCntrllerFactry le cntrôleur apprprié Vérifiez les custm / mdules / <MyMdule> / cntrller.php S il n'est pas truvé, vérifier les mdules / <MyMdule> / cntrller.php S il n'est pas truvé, la charge SugarCntrller.php Appel sur les mesures apprpriées Vérifiez les mdules / <MyMdule> / <MyActin>. Php S il n'est pas truvé, vérifier la méthde actin_ <MyActin> dans le cntrôleur. S il n'est pas truvé, recherchez un actin_file_mapping S il n'est pas truvé, rapprt d'erreur "L'actin n'est pas défini» On ce qui cncerne le mdule «Timesheet» n a eu recurt à plusieurs instance de cntrôleur de base de Sugar cmme pur la sécurité n a fait appel à sécurité.php c est grâce à ce cntrôleur que tute cnnestin sur le serveur sugar se fait en tute sécurité et que chaque utilisateur a des drits bien définis. Cela n empêche qu n rajute des cntrôleurs qui répndent à ns besins tels que timesheet.php pur enregistrer les prjets et les tâches de chaque emplyé, aussi pur puvir cnsulter sn avancement et le temps qui passe sur chaque prjet. Aussi pur le mdule «recrutement» n a utilisé la même prcédure n a utilisé basic search pur faire une recherche basique d un candidat c est à dire seln le nm seulement et 52

63 aussi Advanced search pur faire une recherche avancé seln le nm, créer par et le mail. En ce qui cncerne les cntrôleurs qu n a ajuté n a rajuté des méthdes de recherche pur les candidats seln le diplôme les certificatins les cmpétences, etc. View : Les vues snt pur la manipulatin d'affichage des infrmatins dans le navigateur. Elles ne snt pas seulement limitées à des dnnées HTML. Cmme avec les cntrôleurs il ya une classe par défaut appelé SugarView qui met en œuvre un grand nmbre de la lgique de base pur des vues telles que la manipulatin des en-têtes et pieds de page. En tant que dévelppeur, si n veut créer une vue persnnalisée qu n place une vue. <view_name>. Fichier php dans une vue de sus-répertire dans le mdule. Si un susrépertire vues n'existe pas, n dit en créer un. Dans le fichier, n dit créer une classe nmmée: <Mdule>. Par exemple, pur un affichage de liste dans des candidats du mdule «recrutement» de la classe serait CntactsViewList. Il faut ntez que la première lettre de chaque mt est en majuscule et tutes les autres lettres snt minuscules. Principalement au niveau de l affichage n a eu recurt pur des classes qui snt par défaut dans Sugar tel que : Listviewdefs (taille de l affichage taille des tableaux les valeurs par défaut) Editviewdefs (il faudrait avir au mins un champ nn vide afin de puvir enregistrer un candidat) Detailsviewdefs (des butns pur ajuter u supprimer). V.6. Phase de tests et validatin En infrmatique, un test désigne une prcédure de vérificatin partielle d'un système infrmatique. Le but en est de truver un nmbre maximum de cmprtements prblématiques du lgiciel, car il est impssible de pruver qu'un lgiciel fnctinne bien dans tus les cas. Plus d'erreurs snt truvées, plus il y a de chances qu'il y ait davantage d'erreurs dans le cmpsant lgiciel visé. Les tests de vérificatin u de validatin visent à s'assurer que ce système réagit de la façn prévue par ses cncepteurs (spécificatins) u est cnfrme aux attentes du client l'ayant cmmandé (besins), respectivement. 53

64 Dans cette partie n va présenter une liste des mdules de test, scénaris de test et le résultat btenu à partir du tableau suivant : Tableau 2. Liste des tests pur valider ntre applicatin Mdule 1 Cnnexin à l applicatin 2 Cnnexin à la BD 3 Gestin des dnnées statiques 4 5 Gestin des interfaces graphique Gestin des exceptins Scénaris de test Résultat btenu Entrer un lgin et un mt de passe crrecte Exécutin crrecte Entrer un lgin et un mt de passe faux Exécutin crrecte Sélectinner des dnnées de la BD Exécutin crrecte Insertin des dnnées statique Exécutin crrecte Cnsultatin des dnnées Exécutin crrecte Insertin des dnnées alphabétique à la place des numérique Exécutin crrecte Insertin des dnnées existantes Exécutin crrecte Sélectin des dnnées inexistantes dans la BD Exécutin crrecte Transfert crrect des infrmatins entre les interfaces Exécutin crrecte Mise à jur de BD à chaque mdificatin Exécutin crrecte Envyer une requête au serveur Exécutin crrecte Insertin au BD Exécutin crrecte V.7. Cnclusin Dans ce chapitre nus avns présenté en détails le dévelppement de ntre système. Nus avns cmmencé par présenter l envirnnement matériel et lgiciel, les chix techniques et les utils de travail sur lesquels se base ntre applicatin. De plus, nus avns expsé l rganigramme chrnlgique du dérulement de ntre travail et enfin nus avns cnclu par les scénaris de test et de validatin de l applicatin. 54

65 Chapitre VI. Interface de l applicatin VI.1. Intrductin Cmme tute applicatin, ntre applicatin dit être facile à utiliser et cmpréhensive par tut type de cible. Dans ce qui suit, nus présentns quelques interfaces pur faire expliquer les principales fnctinnalités des différents mdules de ntre prjet. VI.2. Interfaces de l applicatin Cette figure représente l interface principale du mdule gestin des candidats (Recrutement). Elle présente un frmulaire de recherche seln cmpétence, expérience, diplôme, etc. Figure 28. Recherche d un candidat 55

66 Et dans la figure suivante n va faire une recherche seln les cmpétences cmme exemple. Figure 29. Sélectin d un élément de cmpétence Le gestinnaire de recrutement sélectinne d abrd un dmaine de cmpétence (Infrmatique, Gestin, Finance). Puis il sélectinne un élément de cmpétence du dmaine sélectinné pur exemple (Mysql). Et il lance la recherche. Figure 30. Résultat Vici le résultat de la recherche, une liste des candidats qui nt une expérience «Mysql». 56

67 Figure 31. Vérificatin du résultat Le gestinnaire de candidat peut vérifier n utilisant la page view de candidat u il peut cnsulter le CV. Figure 32. Ajuter un candidat 57

68 D autre part vici l interface d ajut d un candidat, le candidat dit remplir ces attributs avec des sus listes de cmpétences, diplôme, expérience, etc. Dans ntre exemple n a un ppup qui présente une liste de diplômes. Cette interface permet pur chaque candidat de télécharger sn CV et vir l histrique de ces CV. Figure 33. Dépser les cv et vir histrique cv Figure 34. Interface remplir Timesheet 58

69 Vici l interface de remplir sn timesheet, cette interface peut être recharger suivant deux champs clés la date et le prjet. Après la sélectinne d une date précis e ntre page se recharge et une semaine s affiche (Si vus sélectinnez le 26/06/2010 qui est un samedi ntre système affiche tut les jurs de cette semaine). D autre part n a un autre filtre seln les prjets sélectinnés. Figure 35. Remplir fiche d interventin Cette interface est une cpie identique da la versin papier de la fiche d interventin, l emplyée après chaque interventin il remplit ce frmulaire pur être valider par l administratin. VI.3. Cnclusin Dans ce chapitre nus avns présenté les principales interfaces de ntre applicatin et nus avns également expsé les différentes étapes à suivre par l utilisateur, et il est à nter que ce travail nus a psé quelques prblèmes mais enfin nus smmes cntentés, dans ce travail, d arriver à réaliser les principaux mdules en répndan t aux cntraintes et en répndant parfaitement à l attente de l entreprise. 59

70 Cnclusin Générale «La pérennité d une sciété n est pas frcément liée à sn gigantisme mais avant tut à sn pragmatisme et à ses hmmes.» C est sur ces bases, que DISCOVERY Infrmatique a cnquis de nmbreux clients prestigieux à l échelle natinale et internatinale et a bâti sa ntriété sur leur ttale satisfactin. Au- delà de l expertise, de la technlgie et du savir -faire dans le dmaine de l intégratin des ERP, base indispensable de sn métier. Frte d une équipe dirigeante pérenne, de cllabrateurs assidus, d une stratégie de dévelppement claire, DISCOVERY Infrmatique abrde l avenir avec réalisme autur de prjets ambitieux : recrutement de nuvelles cmpétences, rapprchement auprès de grands partenaires «métier» et de nuveaux éditeurs, mener des prjets d intégratin réussis, dépliement à l internatinal, cntinuité en matière de recherches et dévelppement. C est dans cette perspective que nus avns pté à l infrmatisatin de la tâche de recrutement et d autre part la gestin des emplyées. Et n a dévelppé cette applicatin intégrable dans le lgiciel libre SugarCRM, pur assurer la gestin de la relatin avec le client. Ntre prjet permet au respnsable de recrutement de Discvery, de déceler en quelques simples click les prfils candidats adéquats aux critères exigés pur un pste dnné u un éventuel recrutement, aussi il peut affecter et gérer sn grupe, à partir de l interface SugarCRM. Ces nuveaux fnctinnalités de SugarCRM, dévelppée par ce prjet ffre à ses utilisateurs un mteur de recherche bien évlué et dévelppé, la pssibilité d entrer des critères précis de recherche, pur btenir des résultats ciblés. Par ailleurs, il permet d infrmatiser la fiche d interventin, pur qu elle sit plus pratique, sécuriser, et fiable et une interface Timesheet destinées u emplyées pur gérer le dérulement des prjets et la gestin des affectatins. 60

71 Ce travail nus a dnné l pprtunité de s initier à la vie prfessinnelle dans un milieu réel et avir un début d expérience significatif. Ce stage nus a appris cmment dès le matin n peut prendre le parti de la gaieté, cmment réussir de bnnes relatins pur assurer un travail de grupe, cmment cmpter sur si pur résudre les prblèmes au cas ù ils se présentent, cmment être méticuleuses dans ntre travail, cmment être attentives aux indicatins de ns supérieurs, cmment être bien rganisées pur accmplir dans les meilleurs délais, et meilleures cnditins les tâches qui nus snt cnfiées. Cette applicatin devenue une référence, dans les sites web dynamiques, nus a permis de décuvrir le mnde prfessinnel, le plaisir du dévelppement des applicatins, la créativité, le mnde passinnant de l infrmatique dans la réalité des entreprises. Durant cette péride de stage, nus avns appris de nuveaux langages de prgrammatin P HP5, Ajax, JavaScript Nus avns appris à maîtriser le dévelppement sur le lgiciel SugarCRM, la manipulatin de la base de dnnées avec MySQL. Nus avns aussi rencntré quelques prblèmes au début du prjet, faute de dcumentatin sur le lgiciel, manque d expérience et d expertise dans la manipulatin des lgiciels libres. Il reste beaucup d améliratins et extensins qui peuvent être apprtée s à ce mdule. En cnséquence de tut ce qui précède, nus espérns avir été au niveau de la tâche qui nus a été affectée. 61

72 Références bibligraphiq Ouvrages Auteur : Julien Maquet & Xavier Rigal Guide Administrateur Guide pur débutants SugarCRM Sugar Develper Guide Versin 5.2, 2008 Curs Auteur : Guillare Rsslini PHP 5 Auteur : Brun Mermet Architecture MVC Auteur : Fleur-Anne Blain Qu est ce qu un CRM? Références Netgraphiq [1]: [2]: [3] : [4] : [5] : [6] : Develppez.cm [7] : wikipedia.cm [8] : 62

73 Annexe A : Vue d ensemble différents répertires et fich SugarCRM Aperçu des mdules du Framewrk : Tus les mdules, mdules de base u les mdules que vus créez et installez par l'intermédiaire du mdulelader, snt mis dans le dssier : <sugar rt> / mdules. Généralement les mdules snt créés lrsque vus avez à représenter un bjet en sugar, tels que le mdule 'Cntact', et l'bjet a des pints de dnnées qui divent être stckés dans la base de dnnées, ainsi qu avir une interface utilisateur pur l'utilisateur, pur créer, mdifier et supprimer des enregistrements pur l'bjet. Vyns un mdule Framewrk et cmment il s'intègre dans l'ensemble de la plate-frme de sugar. Dans la sectin Aperçu de la Plate-frme, nus mntrns un exemple d'un appel qui serait typique d'une «DetailView actin» à l'intérieur d'un mdule. Il existe cinq grandes actins pur un mdule : ListView : Ce cntrôleur d'actin existe pur furnir à l'utilisateur le frmulaire de la recherche et la recherche de résultats d'un mdule. À partir de cet écran, l'utilisateur peut prendre des mesures telles que la suppressin, l'exprtatin et la mise à jur de plusieurs enregistrements de masse u d'exercice, dans un enregistrement spécifique pur afficher et mdifier les détails. L'utilisateur est tmbé dans ce pint de vue, par défaut quand il clique sur un des nglets en haut de l'applicatin. Les fichiers de chaque mdule décrivent le cntenu de la liste de recherche et de vue. DetailView : A DetailView ffre une lecture-seule de vue détaillée d'un bjet particulier. Typiquement, l'utilisateur aura accès à un enregistrement DetailView par l'intermédiaire d'un ListView. L'utilisateur peut cnsulter les détails de l'bjet lui-même et, en dessus des détails, il va vir la liste des articles cnnexes qui snt dénmmés «SubPanels» dans Sugar. Les SubPanels agissent en tant que mini-listview d'bjets qui snt liés à l'bjet parent cnsultée avec le DetailView actin. Par exemple, les tâches assignées à un prjet u aux 63

74 Cntacts pur une Opprtunity, apparaîtra dans SubPanels ci-dessus le prjet u les pptunity. <mdule> / métadnnées / detailviewdefs.php : définit un mdule de la page layut DetailView. <mdule> / métadnnées / subpaneldefs.php : définit les SubPanels qui snt visibles dans le cadre du mdule de la page DetailView. EditView : L actin EditView est cnsultée chaque fis qu'un utilisateur crée un nuvel enregistrement u à l'éditin des détails d'un existant. Il est pssible d'accéder directement à l EditView à partir de la ListView. <Mdule> / metadata / editviewdefs.php : définit un mdule de EditView à partir de la page layut. Save : Ce cntrôleur de l'actin est traité à chaque fis que l'utilisateur clique sur le butn «Save» de l EditView d'un enregistrement. Delete : Cette actin est traitée à chaque fis que l'utilisateur clique sur le butn «Supprimer» de la DetailView d'un enregistrement u, cmme un cas particulier, à partir d'un pint figurant dans un SubPanel. Ces actins snt cnduites par le framewrk de l'interface utilisateur, ainsi que le framewrk repse sur les fichiers métadnnées dans les mdules demandés. <Mdule> / metadata / listviewdefs.php décrit la présentatin de la ListView. <Mdule> / metadata / searchdefs.php frmulaire de recherche décr it les nglets au-dessus de la ListView. <Mdule> / metadata / editviewdefs.php décrit la présentatin de la EditView. <Mdule> / metadata / detailviewdefs.php décrit la présentatin de la DetailView. Outre les fichiers de l'actin décrite ci-dessus vus avez prbablement remarqué certains autres fichiers situés dans le dssier : frms.php: Ce fichier cntient deux fnctins pur rendre spécifiques le JavaScript, pur validatin u autres actins que vus puvez accmplir au curs des (edits/saves) mdificatins/sauvegarde. Par défaut, vus puvez les laisser vides et ils returnent : return''; menu.php: Ce fichier est respnsable de l'affichage des raccurcis de menu, vus avez l'habitude de les vir sur le côté gauche de l'écran. Par défaut, vus avez généralement un lien pur créer un nuvel enregistrement, et un lien vers ListView pur la recherche. 64

75 Ppup.php: Ce fichier agit entant que cuverture (wrapper)de la classe Ppup central situé sus le dssier utils. Il est appelé, si jamais un autre mdule veut btenir une ppup-list de dcuments à partir d'un mdule cnnexe. La classe Ppup centrale utilise ensuite le Ppup_picker.html et le fichier <MODULE_NAME>/Métadnnées/ppupdefs.php pur rendre la ppup. Metadata: Cmme de plus en plus de métadnnées et l'extensin qui a été cnstruite dans la plate-frme de sugar, des spécifiques mdules de fichiers de métadnnées nt été ajutés à ce dssier. Certains des plus imprtants dssiers en ce répertire cmprennent: Additinaldetails.php : définit le cntenu de la ppup s'affichant dans la ListView. Listviewdefs.php : définit les clnnes affichées dans la page du mdule ListView. Ppupdefs.php : définit les champs de recherche et la liste des clnnes pur un mdule de ppup. SearchFields.php : définit la recherche de base et recherche avancée des Frmulaire vues dans les pages ListView. Studi.php : définit la manière dnt l'util Studi interagit avec un mdule de fichiers de métadnnées. 65

76 Maintenant, regardns les différents mdules dans le dssier mdule et cmme exemple «pfe_candidats» pur cmpléter la vue d'ensemble de la structure du mdule aussi les fichiers dans le sus-dssier metadata. Figure 36. Fichiers sus le dssier metadata 66