Rapport de Stage Brenda Modifie

MISE EN PLACE D’UNE PLATE FORME DE
RECHERCHE D’EMPLOI ET RECRUTEMENT

GRACE A UN ALGORITHME BASE SUR
SALESFORCE
i
Rapport de stage rédigé par PEVOUBOU MOFO Brenda Aline, en vue de l’obtention du diplôme d’Ingénieur des Travaux
Informatique à l’Institut Africain d’Informatique au CAMEROUN
SALESFORCE
DEDICACE
A
M. PEVOUBOU
ii
SALESFORCE
REMERCIEMENTS
Nous ne saurons commencer sans remercier toutes les personnes qui ont aidé à la
réalisation de ce travail :
 Monsieur Armand Claude ABANDA, Représentant Résident de l’IAI-Cameroun

Centre d’Excellence Technologique Paul Biya, pour son effort sans précédent dans le
processus d’automatisation et de professionnalisation des jeunes citoyens dans le
domaine des Technologies de l’Information et de la Communication ;
 Monsieur MAMANA Jules César, Directeur Général de BeOne Conseil pour son
accueil des plus chaleureux et le suivi au sein de sa structure ;
 Monsieur ISSA Colon, mon encadrant Professionnel pour sa disponibilité, son

expérience partagée, sa tolérance, et son suivi ;
 Monsieur ABANDA NDJONO Francky, mon encadrant académique, pour sa

disponibilité et ses canevas techniques et méthodologiques pour l’élaboration de ce
travail ;
 Toute l’équipe BeOne Conseil pour son accompagnement et son suivi ;
 Monsieur et Madame PEVOUBOU pour m’avoir toujours inculqué le savoir vivre ce

qui m’a permis de m’intégrer facilement ;
 Monsieur et Madame SIMO pour leur aide, leurs différents conseils et directives pour
le respect et le suivi de ce travail ;
 Monsieur et Madame THIAM pour les conseils de la vie ;
 Mes amis NSANGA Emmannuel Mercure, NGO BONDE Princesse, AMOUGOU

Sylvestre, DIPITA Epalle, DADJO Reine, pour le soutien, l’amour et la chaleureuse
atmosphère que nous avons créée ;
 Mes Amis qui m’ont soutenue de près comme de loin ;
 Mes frères et sœurs pour leurs encouragements ;
iii
SALESFORCE
SOMMAIRE
iv
SALESFORCE
LISTE DES FIGURES
v
SALESFORCE
LISTE DES TABLEAUX
vi
SALESFORCE
RESUME
A l’Institut Africain d’Informatique représentation du Cameroun, les étudiants du

niveau trois (03) du cycle Ingénieur de Travaux Informatiques ont dans leur cursus un stage
académique de trois mois en entreprise. Ceci dans le but d’allier leurs connaissances
théoriques à la pratique, afin de s’imprégner du monde professionnel. De ce fait, dans le cadre
de notre formation nous avons effectué notre stage à BeOne Conseil du 18 juillet au 30
Septembre 2022. La finalité étant la validation des acquis de nos trois années de formation
pour l’obtention du Diplôme d’Ingénieur des Travaux Informatique. « La mise en place d’une
plateforme de Recrutement de et recherche d’emploi » vient palier à la difficulté qu’ont les
employeurs d’avoir des candidats au meilleur profil pour leur offre. Pour mener à bien ce
projet, nous aurons le dossier d’insertion qui va décrire notre accueil dans l’entreprise ou nous
avons effectué notre stage, un cahier des charges qui décrit de façon plus précise notre projet
ainsi que les contraintes, le dossier d’analyse dans lequel nous allons faire l’analyse de notre
projet à travers des méthodes, un dossier de conception qui nous permettra de modéliser les
solutions apportées aux critiques soulevées dans l’analyse, le dossier de réalisation présentant
les outils techniques et logiciels utilisés pour la réalisation et le déploiement de notre projet et
en fin un guide d’utilisation pour aider les futures utilisateurs à utiliser notre application.
Mots-clés : Salesforce, Portail, Lightning, CRM,
vii
SALESFORCE
ABSTRACT
viii
SALESFORCE
INTRODUCTION GENERALE
Les entreprises de nos jours pour s’assurer d’une bonne gestion se tournent de plus en
plus vers l’utilisation des technologies de l’information et de la communication. Cette
migration fait ainsi du développement d’applications une activité tout à fait incontournable
pour l’automatisation de certains domaines afin de faciliter leur déroulement ; c’est ainsi que
dans le but d’obtenir notre Diplôme d’Ingénieur des Travaux Informatique option Génie
Logiciel il nous a été confié : « la mise en place d’une plateforme permettant de mettre en
relation les chercheurs d’emplois et les entreprises grâce à un algorithme basé sur
Salesforce ». Notre travail sera organisé comme suit : nous présenterons tour à tour le dossier
d’insertion qui va décrire notre accueil au sein de l’entreprise où nous avons effectué notre
stage, un cahier de charge qui décrit de façon plus précise les attentes de notre projet ainsi que
les contraintes, le dossier d’analyse dans lequel nous allons faire l’analyse de notre projet à
travers le langage de modélisation UML et y associer le processus 2TUP, le dossier de
réalisation présentant les outils matériels et logiciels utilisés pour la réalisation et le
déploiement de notre projet et enfin un guide d’utilisation pour permettre aux utilisateurs de
l’application de pouvoir l’exploiter aisément.
1
SALESFORCE
PARTIE I : DOSSIER D’INSERTION
2
SALESFORCE
DOSSIER D’INSERTION
3
SALESFORCE
Préambule
Le dossier d’insertion est la partie du rapport de stage qui présente la structure

d’accueil, son fonctionnement et les conditions dans lesquelles nous avons été accueillis.
Aperçu
INTRODUCTION
I. ACCUEIL AU SEIN DE L’ENTREPRISE
II. PRESENTATION GENERALE DE BEONE
III. PRÉSENTATION DU THÈME
IV. ORGANISATION DE LA STRUCTURE
CONCLUSION
4
SALESFORCE
INTRODUCTION
Dans le cadre de notre formation, nous sommes appelés à effectuer un stage

académique qui fera l’objet d’une soutenance pour l’admission en classe supérieure. La
période de stage est la période durant laquelle, l’étudiant gagne en expérience professionnelle
et apporte des solutions à un problème auquel fait face l’entreprise dans laquelle il effectue
son stage. La phase d’insertion en elle-même est la période durant laquelle l’étudiant se
familiarise avec son environnement de travail au lieu de stage et met en pratique les
enseignements reçus. Il devra donc connaître son maître de stage communément appelé
encadrant professionnel et apprendre à coexister avec ses collègues de stage. Pour ce fait,
nous avons été retenues au sein de Be One Conseil, située à la poste centrale (Yaoundé
Cameroun). Dans cette première partie, nous présenterons toutes les étapes de notre insertion
au sein de Be One.
5
SALESFORCE
ACCUEIL AU SEIN DE L’ENTREPRISE
Le 18 Juillet 2022 a été en effet la date marquant notre toute première entrée en tant
que stagiaire au sein de la structure beOne conseil située à la poste centrale. Nous avons
bénéficié d’un accueil chaleureux et remarquable de la part de M. MEBANDA Boris, chef de
projet de beOne conseil. Ce dernier a pris le temps et le soin de nous expliquer ce qu’est
beOne conseil, de nous présenter les technologies utilisées dans ladite structure ainsi que leur
secteur d’activité, leurs attentes à l’égard des stagiaires pendant la période de stage et l’espace
qui nous a été réservé pour effectuer notre stage.
Après ce chaleureux accueil, il a été demandé à chaque stagiaire de se présenter, de

dire en effet ce qui nous a amené à choisir beOne conseil pour effectuer notre stage
académique et de présenter en clair nos attentes à l’égard de ladite structure. Au terme de ces
présentations, il nous a été attribué des thèmes de stage ainsi que les encadrants professionnels
y afférent.
PRESENTATION GENERALE DE BeOne Conseil
I.1. Historique
Crée en Aout 2018 par MAMANA Jules César, BeOne Conseil est une jeune structure
camerounaise spécialisée dans l’implémentation des projets Salesforce. Elle forme aussi tout
type de personne sur ladite technologie et propose des solutions basées sur Services Cloud,
Salesforce CPQ, Sales Cloud, App Cloud, Commerce Cloud et Field Services Lightning.
I.2. Missions de l’entreprise

 Ses missions
BeOne Conseil a pour mission de contribuer au développement des personnes et des

entreprises au travers des actions particulières visant à la croissance qualitative et
quantitative des ressources humaines et matérielles dans le respect des normes
internationales avec un regard majeur sur l’innovation et la créativité. BeOne Conseil met
6
SALESFORCE
au service de ses clients (Etats, Etablissements publics, Entreprises privées, etc.…) sa
compétence dans les domaines des développements logiciels.
Ses activités sont axées sur les aspects techniques d'étude et l'assistance à la maîtrise
d'ouvrage, ainsi que l'expertise dans les principales technologies de gestion et de pilotage du
développement logiciels.
Les principales missions réalisées auprès de ses clients permettent de :
 Conseiller pour la maîtrise des évolutions, des adaptations et du changement

 Guider dans les choix technologiques
 Concevoir des solutions adaptées aux besoins définis avec notre support par nos
clients
 Procéder à une analyse indépendante
 Optimiser des solutions par des développements spécifiques
Vision
Être le partenaire privilégié sur le continent dans le domaine informatique et
de l’accompagnement des personnes et des entreprises en vues de la réalisation de
leurs objectifs à court, moyen et long terme.
Objectifs
Nous nous sommes fixé des objectifs ci-après :
 Apporter aux entreprises de tous les secteurs d’activité une envie, un besoin
d’améliorer leurs standards en termes de qualité de service en se basant sur les
normes internationales ;
 Accompagner les entreprises dans leur croissance via des techniques basées sur
l’optimisation, les interactions avec les clients et une rentabilité permanente dans le
temps ;
 Apporter un appui technique qualitatif indéniable par des formations pour
l’accompagnement des vendeurs, des commerciaux et toutes personnes ayant des
contacts fréquents avec la clientèle ;
 Former des développeurs compétents intégrateurs de nouvelles technologiques
Salesforce ;
 Améliorer les relations clients avec des entreprises.
7
SALESFORCE
I.3. Ressources matérielles et logicielles
BeOne dispose de nombreux équipements pour son fonctionnement pour un service

de qualité.
 Ressources matérielles
Tableau 1:Ressources matérielles de BeOne
EQUIPEMENTS MARQUE QUANTITES

Samsung, ASUS, HP, acer,
Ordinateurs portables 15
Dell
Ordinateur de bureau Dell 01
Switch Camtel, Huawei 04
Imprimante HP 01
Light wave lw-ups 650va
Onduleurs 01
Télévision écran plasma LG 02
 Ressources logicielles
S’agissant des ressources logicielles, BeOne Conseil dispose de plusieurs ressources

logicielles tel que :
 Système d’exploitation de gamme Windows : Windows XP sp2, Windows 10

édition famille, kali Linux, Ubuntu sous 32 bits ET 64bits.
 Des antivirus : Kaspersky, Avast, Norton.
 La suite office 2010, 2013 et 2016.
8
SALESFORCE
PRESENTATION DU THEME DE STAGE
BeOne Conseil étant une jeune structure camerounaise spécialisée dans

l’implémentation des projets Salesforce, décèle les problèmes de notre société et propose des
solutions à ladite société (entreprises et tiers). Observant les difficultés à trouver un emploi au
Cameroun, ceci pour des raisons diverses il nous a été proposé de mettre en place une
plateforme mettant en relation les entreprises et les chercheurs d’emploi, d’où le thème de
« Mise en place d’une plateforme de recrutement et recherche d’emploi grâce à un
algorithme basé sur Salesforce ». Celle-ci permettra aux chercheurs d’emploi de se créer un
compte afin de créer une candidature qui va mettre en avant leurs compétences et aux
entreprises d’avoir un espace alloué pour publier ses différentes offres d’emploi afin d’avoir
le candidat au meilleur profil.
Salesforce
ORGANISATION DE LA STRUCTURE
I.4. ORGANIGRAMME
BeOne Conseil est composer de 4 divisions :
9
SALESFORCE
Figure 1:organigramme de BeOne. Source : BeOne
10
Rapport de stage rédigé par PEVOUBOU MOFO Brenda Aline, en vue de l’obtention du diplôme d’Ingénieur des Travaux Informatique à l’Institut Africain d’Informatique au CAMEROUN
SALESFORCE
PLAN DE LOCALISATION
Figure 2: Plan de localisation de BeOne
1
SALESFORCE
CONCLUSION
Rendue au terme de notre phase d’insertion, nous avons pu nous faire une idée de ce
qu’est BeOne Conseil. Après notre insertion au sein de l’entreprise, il nous a été demandé de
mettre en place une plateforme mettant en relation les chercheurs d’emploi et les entreprises.
Pour effectuer cette mission avec succès, nous nous sommes donnée pour objectif de
concevoir un logiciel fiable qui sera utilisé au sein de la structure. Vu la facilité avec laquelle
nous avons eu les informations de l’entreprise, nous entamons la suite du travail avec un
sentiment d’optimisme. Nous abordons la prochaine phase avec vigueur et énergie.
2
SALESFORCE
PARTIE II : DOSSIER TECHNIQUE
3
SALESFORCE
CAHIER DES CHARGES
4
SALESFORCE
Préambule
Le cahier des charges est un document contractuel préalablement établi de commun

accord entre le commanditaire et le commandité devant être scrupuleusement respecté lors de
la réalisation d’un projet.
Aperçu
INTRODUCTION
I- CONTEXTE ET JUSTIFICATION DU PROJET

II- OBJECTIFS DU PROJET
III- BENEFICIAIRES DU PROJET
IV- EXPRESSION DES BESOINS DU
PROJET
V- PLANIFICATION DU PROJET
VI- ESTIMATION DU PROJET
VII- CONTRAINTES DU PROJET
VIII- LES LIVRABLES
CONCLUSION
5
SALESFORCE
INTRODUCTION
La période d’insertion à sa fin, il nous a été attribué un thème qui nous a permis
d’entamer la deuxième partie de notre travail qui est : l’élaboration du cahier des charges.
C’est
le document qui présente les directives, les objectifs du projet à fournir dans les délais du
livrable et ses spécifications techniques. Ce dernier est donc élaboré en présence des deux
parties, la maitrise d’ouvrage (BeOne dans notre cas) et la maitrise d’œuvre (nous,
concepteur du système) toutes deux étant de commun accord. Ainsi, ce document a pour but
de spécifier et de combler les attentes du client ou de l’utilisateur du futur système à mettre en
place. Par la suite, il présente les détails à respecter et les contraintes sur le matériel qui sera
utilisé. Pour ce faire, notre cahier des charges définit la mise en place d’une plateforme de
recherche d’emploi grâce à un algorithme basé sur Salesforce.
6
SALESFORCE
I. CONTEXTE ET JUSTIFICATION DU PROJET
I.1. CONTEXTE DU PROJET

La recherche d’un emploi peut s’avérer être fastidieuse pour le chercheur d’emploi. En
effet, lors de la recherche d’un emploi, les désireux ne savent pas forcement vers quelles
entreprises se tourner pour solliciter un emploi en rapport avec leurs compétences, mais
surtout si les entreprises vers lesquelles ils se tournent sont dans un besoin de recrutement. Il
se pose ainsi un problème d’adéquation entre les demandes et la disponibilité des postes à
pourvoir. Afin donc de palier à ce problème, il sera question de mettre en place une
plateforme au sein de laquelle les demandeurs pourront mettre en avant leurs compétences et
postuler à des possibles offres d’emplois et les entreprises quant à elles pourront envoyer des
annonces spécifiant les qualités qu’elles recherchent pour leurs boites.
I.2. JUSTIFICATION DU PROJET

Nous faisons ce projet dans le but d’optimiser la recherche d’emploi et l’embauche
dans notre société. Il est question ici de permettre à toute personne dans le besoin de se
dénicher un emploi adapté à ses compétences et à toutes entreprise de trouver le candidat
ayant le profil adéquat pour les postes recherchés.
OBJECTIFS
I.3. OBJECTIF GÉNÉRAL

Ce niveau d’objectif exprime le sens du projet, le but à atteindre, ce que l’on souhaite
obtenir à long terme. Ainsi, notre objectif général est de permettre aux entreprises d’avoir
dans les bref délais le candidat adéquat pour un poste et également aux chercheurs d’emplois
d’êtres plus vite employés dans leurs domaines de compétences.
7
SALESFORCE
I.4. OBJECTIFS SPÉCIFIQUES

Les objectifs spécifiques sont ceux-ci qui précisent le chemin à suivre pour atteindre
l’objectif général. Ainsi, comme objectifs spécifiques, notre application devra permettre :
 L’inscription d’un tiers ou d’une Entreprise à la plateforme ;
 La création d’une candidature ;
 La consultation des différentes offres d’emploi ;
 Postuler à une offre ;
 Passer un entretien ;
BENEFICIAIRES ET CIBLES DU PROJET
I.5. LES BENEFICIAIRES

 BeOne Conseil ;
I.6. LES CIBLES

 Les entreprises ;
 Les chercheurs d’emploi ;
EXPRESSION DES BESOINS DU PROJET
Pour pouvoir réaliser un projet de qualité, il est primordial de respecter les besoins
exprimés par l’utilisateur. L’expression des besoins est donc cette étape du cycle de vie d’un
logiciel qui permet de définir tout ce que l’on souhaite retrouver dans les fonctionnalités d’un
futur système tout en prenant en compte les besoins fonctionnels et non
fonctionnels de ce dernier.
8
SALESFORCE
I.7. BESOINS FONCTIONNELS

Ce sont les besoins indispensables au fonctionnement du futur logiciel. Nous avons
visité quelques plateformes de Recherche d’emploi (LinkedIn) déjà existantes grâce à cela,
nous avons acquis des connaissances en matière de recherche d’emploi en ligne et comment
cela fonctionne. Ainsi, notre plateforme devra permettre à l’utilisateur d’effectuer les
opérations suivantes :
 Candidat
Celui-ci peut être n’importe qui ayant accès à l’application ; Il pourra :
 S’authentifier
 Créer un Compte ;
 Créer une candidature ;
 Consulter une candidature ;
 Annuler une candidature ;
 Postuler.
 Entreprise
 S’authentifier ;
 Postuler ;
 Créer une offre d’emploi ;
 Modifier une offre d’emploi ;
 Supprimer une offre d’emploi ;
 Programmer un entretien ;
 Modifier un entretien ;
 Administrateur
 S’authentifier ;
9
SALESFORCE
 Postuler
 Créer une offre d’emploi ;
 Modifier une offre d’emploi ;
 Supprimer une offre d’emploi ;
 Programmer un entretien ;
 Modifier un entretien ;
 Gérer les configurations.
I.8. BESOINS NON FONCTIONNELS
Ces besoins ne sont pas nécessairement présents dans l’application. C’est l’ensemble
des fonctionnalités secondaires de l’application. Nous distinguons :
 Sécurité et confidentialité : Dans le souci de garantir la sécurité de notre application,

chacun des services de la structure devra faire enregistrer son login et son mot de
passe dans l’application de telle sorte qu’au niveau de la connexion, leur interface
propre puisse s’ouvrir et pas celle d’un autre membre du service ;
 L’intégrité : C’est déterminer si les données n’ont pas été altérées durant la
communication ;
 La disponibilité : L’application devra être accessible à tout moment selon les besoins
des utilisateurs ;
 La non répudiation : c’est la garantie qu’aucun des correspondants ne pourra nier la

transaction ;
 L’authentification : consiste à assurer l’identité d’un utilisateur ;
 Robustesse : l’application sera capable de fonctionner dans les conditions anormales

d’utilisation c’est-à-dire qu’en cas d’erreur de manipulation de certaines
fonctionnalités de l’application, il ne devrait pas y avoir de « bugs » (plantages) ;
 Efficacité et guide d’utilisateurs : l’application devra répondre à toutes les attentes

de la structure et être aisée à la manipulation. En cas de problèmes d’utilisation,
10
SALESFORCE
l’utilisateur aura la possibilité de se documenter ou de trouver de l’aide à son
utilisation ;
 Le design : concevoir des interfaces, faciliter l’utilisation ;
 Extensibilité : Les fonctionnalités de l’application peuvent être étendues avec le

temps.
I.9. LES INTERVENANTS
Dans chaque projet, des personnes physiques y interviennent. Pour ce fait, nous avons
plusieurs intervenants qui sont indispensables dans la réalisation de notre application. Ceux-ci
sont représentés dans le tableau suivant :
Tableau 2: les intervenants du projet
Table 1:Acteurs du projet
NOMS ET PRENONS PROFESSIONS ROLES

Monsieur ISSA Développeur Encadrant Professionnel,
Testeur
Monsieur ABANDA Enseignant à l’IAI Encadrant Académique
NDJONO CAMEROUN
PEVOUBOU MOFO Etudiante ingénieur à l’IAI Analyste concepteur

BRENDA ALINE CAMEROUN développeur
PLANIFICATION DU PROJET
La planification d’un projet est l’activité qui consiste à :
 Ordonnancer les tâches à réaliser qui ont été formalisées lors de la structure du projet ;
 Estimer les charges associées ;
 Déterminer les profils nécessaires à leur utilisation.

11
SALESFORCE
Conduire un projet informatique nécessite une organisation bien établie basée sur une
succession de découpages chronologiques ; Ceci en mettant un point sur les tâches à effectuer
et le temps allouer à ces différentes tâches.
I.10. DIAGRAMME DE GANTT
Figure 3:Diagramme de gantt
ESTIMATION DU PROJET
L’estimation du projet est la partie ou l’on évalue le coût total de notre projet. Cette
partie est constituée de :
12
SALESFORCE
I.11. RESSOURCES HUMAINES
Table 2: Ressources humaines du projet
FONCTIONS REF QU DESCRIPTI CU /J NOMBRE DE TOTAL EN

AN ON JOURS FCFA
TIT
É
ANALYSTE 37-006- 01 Effectuera une 200.000 10 2.000.000
CONCEPTEUR 160010 analyse
approfondie à
du besoin afin
de
prévoir le futur
système
DÉVELOPPEUR 37-006- 01 Il implémentera 100.000 20 2.000.000

160010 la
solution à l’aide
des
directives de
l’analyste.
TESTEUR 37-006- 01 Il effectuera les 100.000 2 200.000

160010 tests
unitaires afin de
valider ou non
la solution
obtenue.
FORMATEUR 37-006- 02 Ils assurent le 50.000 2 100.000

160010 survis de mon
13
SALESFORCE
travail
DESIGNER 37-006- 1 Il design 100.000 5 500.000
160012 l’interface de
l’application
TOTAUX / 5 / / 4.800.000
Source : Mercuriale 2020
I.12. RESSOURCES MATERIELLES

Table 3: Ressources matérielles du projet
DÉSIGNATIO REFE QUANTIT CARACTÉRISTIQUE PU en COÛT

N RENC É S FCFA TOTAL
E
ORDINATEUR 37-014- 01 Laptop : Lenovo 379.500 379.500
160013 thinkpad, core i5 3th
generation, 4go RAM,
500go DD
CD_ROM 37- 01 CD_RW 550 550
015-
160014
CLÉS_USB 37- 01 32GO 8.000 8.000
015-
15001
RAME DE 37- 01 A4 80G blanc 4 640 4 640
PAPIER 015-
16004
STYLO 37- 02 Schneider 150 300
005-
160014
TOTAUX / 06 / 881.424
14
SALESFORCE
Source : Mercuriale 2020
I.13. RESSOURCES LOGICIELLES
Table 4:Ressources logicielles du projet
RESSOURCES RÉFÉRENCE DESCRIPTION COÛT EN

FCFA
MICROSOFT https://fr.zapmeta.ws/ Système d’exploitation 126 000
WINDOWS 10 ws?q=windows 10
meilleur prix
GANTT https:// Logiciel de Planification Gratuit
PROJECT www.bitrix24.com/
uses/free-gantt
MOZILLA https:// Navigateur web Gratuit
FIREFOX www.mozilla.org/fr/
firefox/windows
POWER AMC Logiciel de modélisation Gratuit
VsCode IDE Gratuit
Salesforce CRM
Trello Gratuit
Source : https://www.google.com/
I.14. COÛT TOTAL DU PROJET
Table 5: Cout total du projet
RESSOURCES MONTANT en FCFA

HUMAINES 4.800.000
MATÉRIELLES 881.424
LOGICIELLES 200.779
15
SALESFORCE
IMPRÉVUS (20%) 1.176.440
TOTAL EN CHIFFRE 7.058.643
TOTAL EN LETTRE SEPT MILLIONS CINQUANTE HUIT
MIL SIX CENT QUANRANTE TROIS
CONTRAINTES DU PROJET
I.15. CONTRAINTES DE TEMPS

Le respect des délais dans un projet est essentiel pour la production et le rendement
des acteurs et/ou des intervenants dudit projet. C’est dans cette optique que, nous devons
durant une période de trois (03) mois de stage mettre en place une Plateforme de recherche
d’emploi.
I.16. CONTRAINTES LOGICIELLES

Nous serons amenés à fournir un logiciel de qualité, fiable et répondant aux besoins et
spécifications de l’utilisateur.
LES LIVRABLES
Le projet ne sera jugé acceptable que si et seulement si au terme de notre réalisation les
livrables ci-dessous sont achevés :
 Un prototype de l’application gravé sur un DVD ;
 Un rapport de stage composé de :
 Un dossier d’insertion ;
 Un cahier des charges ;
 Un dossier d’analyse ;
16
SALESFORCE
 Un dossier de conception ;
 Un dossier d’implémentation ;
 Un guide d’utilisateur ;
 Un cahier de maintenance ;
17
SALESFORCE
CONCLUSION
Le cahier des charges est le document qui nous guide dans toutes nos actions afin de
respecter les demandes du client (ou commanditaire). Il concoure également à l’organisation
du travail ceci en nous permettant d’estimer en terme de temps, de coût, de ressources
matérielles, logicielles et humaines qui entreront en jeu afin de satisfaire les besoins du
potentiel utilisateur. La suite de notre travail portera sur l’analyse détaillée de notre projet.
18
SALESFORCE
DOSSIER D’ANALYSE
19
SALESFORCE
Préambule
Le dossier d’analyse est l’une des parties les plus importantes dans la réalisation d’un
projet. En effet, il présente clairement l’analyse de l’existant, la critique de l’existant, la
problématique, la proposition de solution, le choix d’analyse et du langage de modélisation et
en fin la modélisation de la solution.
Aperçu
INTRODUCTION
I. PRÉSENTATION DE L’EXISTANT
II. LIMITE ET CRITIQUE DE L’EXISTANT
III. PROBLÉMATIQUE
IV. PROPOSITION DE SOLUTION
V. PRÉSENTATION ET JUSTIFICATION DU
CHOIX DE LA MÉTHODE D’ANALYSE
VI. MODÉLISATION DE LA SOLUTION
CONCLUSION
20
SALESFORCE
INTRODUCTION
La réalisation d’un bon projet repose principalement sur son analyse. Ainsi, un projet
mal analysé ne saurait donner de bons résultat. A cet effet, nous commencerons d’abord par
examiner le système existant de fond en comble. Nous allons décrire son état actuel, par la
suite présenter ses limites tout en ressortant les difficultés rencontrées dans son processus et
en fin proposer des solutions. L’étude approfondie de cette nouvelle solution passera par le
choix de la méthode d’analyse en justifiant notre choix. Pourquoi cette méthode et pas
d’autres ? Et enfin faire un recensement de toutes les informations relatives au système actuel
pour l’améliorer, ainsi que ses conditions de travail.
21
SALESFORCE
PRESENTATION DE L’EXISTANT
I.1. DESCRIPTION DE L’EXISTANT
L’étude de l’existant consiste à décrire le fonctionnement actuel du

système. Cette étape se fait en exploitant les données recueillies par les interviews et des
questionnaires sur le fonctionnement du système présent. C’est une étape sur laquelle débute
l’analyse ; par la connaissance de l’environnement de modélisation.
I.2. ÉTUDE DE L’EXISTANT
La recherche d’emploi au Cameroun se fait de différentes façons dépendant de la

structure qui emploi. Pour ce qui est de BeOne Conseil le processus de recherche d’emploi et
de recrutement est fait de façon physique. En effet, lorsque l’entreprise souhaite recruter, elle
lance une annonce via le site web ou via les réseaux sociaux. Les chercheurs d’emploi qui ont
eu la chance de tomber sur cette appel à candidature doivent se rendre dans les locaux de
l’entreprise et postuler (fournir les pièces demandés) pour le poste qui cadre avec leurs
compétences dans l’espoir qu’ils soient retenus, Par la suite, il devra se déplacer
physiquement pour avoir le suivit de son dossier d’avancement du traitement de sa demande.
En cas de besoin de pièces complémentaires à fournir, les demandeurs doivent se déplacer
pour venir déposer lesdites pièces. Une fois le traitement du dossier achevé, les demandeurs
sont généralement notifiés par courriers écrits de l’accord ou du rejet de leurs demandes.
CRITIQUES ET LIMITES DE L’EXISTANT

Parvenu au terme de notre collecte d’informations sur le processus de recrutement à
BeOne, nous constatons que le recrutement peut prendre un certain nombre de temps (il est
long) ce qui traine l’acquisition des nouveaux marchés, retarde la réalisation des projets
existant (dans la mesure ou on a besoin d’un développeur pour aider à la réalisation d’un
projet), l’entreprise peut rencontrer des difficultés dans l’archivage et traçabilité des dossiers
22
SALESFORCE
physiques des demandes d’emploi, des risques de pertes et dommages des documents liés aux
déplacements sur les lieux de stockage, l’absence d’une base de données de gestion des
dossiers de demandes d’emploi, un long délai pour la collecte et la génération des données
statistiques, l’entreprise n’a pas toujours accès à un candidat ayant le meilleur profil pour le
poste proposé.
En ce qui concerne les chercheurs d’emploi, ils n’ont pas toujours accès à
l’information à cause de la restriction du partage, après connaissance de l’information de
l’offre ceux-ci sont amené à se déplacer pour fournir les pièces demandées par la structure ce
qui peut être très couteux pour certains (le demandeur peut ne pas être dans la même ville que
l’offre ; le suivi des dossiers,
Table 6:Critique et limite de l'existant
CRITIQUES CONSEQUENCES SOLUTIONS

Le temps de recrutement Perte de temps sur le Création du portail
est long développement de la Entreprise dans la
structure : traine de plateforme de recherche
l’acquisition des nouveaux d’emploi qui réagi
marchés, retard sur la instentanément.
réalisation des projets
existants (dans la mesure ou
on a besoin d’un
développeur en un langage
spécifique pour aider à la
réalisation d’un projet),
Le déplacement pour La difficulté financière liée à Faciliter la recherche
fournir les pièces la recherche d’emploi limite d’emploi grâce en mettant
demandées par la l’accès aux personnes (très sur pieds une solution à la
structure (pour ceux hors compétentes) n’ayant pas les portée de tous.
de la ville) ce qui peut être moyens ;
très couteux pour certains Le Découragement des
chercheurs d’emploi
23
SALESFORCE
PROBLEMATIQUE
Le chômage étant un problème majeur de notre société, car ouvre les portes à de
nombreuses pratiques (facilité, voles, prostitution…) nous devons y remédier et l’efficacité et
la rapidité étant des atouts majeurs pour une structure, il est primordial d’avoir la main mise
sur le recrutement rapide des employés. Au vu des difficultés rencontrées, comment
pouvons-nous améliorer le processus de recherche d’emploi et de recrutement au
Cameroun ?
PROPOSITION DE SOLUTION
Pour pallier à ce problème nous, allons mettre sur pied une solution qui va
mettre en relation les chercheurs d’emploi et les entreprises. D’où l’idée d’une plateforme de
recherche d’emploi et recrutement. Celle-ci permettra à toutes personnes dans le besoin de se
trouver un emploi d’avoir accès aux offres qui cadrent avec son domaine de compétence et
aux entreprises d’entrer en possession des meilleurs candidats pour les postes.
PRÉSENTATION ET JUSTIFICATION DE
LA DEMARCHE D’ANALYSE
I.3. PRÉSENTATION DE LA MÉTHODE ET DU

LANGAGE
I.3.1. Tableau Comparatif entre MERISE et UML
Table 7: Tableau comparatif Merise et UML
MERISE UML
24
SALESFORCE
Méthode d’analyse et de conception des Langage de représentation d’un système
systèmes d’information d’information
Méthode de modélisation de données et de

traitements orientés de bases de données
relationnelles
Relationnel Objet
Franco-français International
Schéma directeur, étude préalable, étude Langage de modélisation des systèmes
détaillée et la réalisation standard, qui utilise des diagrammes pour
représenter chaque aspect d’un système
(statique, dynamique) en s’appuyant sur la
notion d’orienté objet
Plus adapté à une approche théorique Plus orienté vers la conception

Du « bottom up » de la base de données Du « top down » du modèle vers la base de
vers le code données
I.3.2. Présentation de la méthode MERISE
MERISE : (Méthode d’Étude et de Réalisation Informatique pour les Systèmes

d’Entreprise) : est une méthode d’analyse de conception structurale et de réalisation des
systèmes d’informations très utilisées notamment dans les entreprises françaises. Elle est
basée
sur la séparation des données et des traitements à effectuer en plusieurs modèles conceptuels
et
physiques. Son but principal est d’arriver à concevoir un système d’information (SI).
Cette méthode a pour but de normaliser les démarches utilisées pour concevoir les
systèmes informatiques automatisés grâce à un ensemble de schémas. L’approche utilisée
pour
cette méthode est l’approche système. L’entreprise ou l’organisation à modéliser est vue sous
la forme d’un ensemble de systèmes communiquant les uns avec les autres. MERISE est une
méthode composée d’outils et d’une notice d’utilisation (la manière de concevoir un SI).
25
SALESFORCE
Certains outils permettent la modélisation des données et d’autres permettent de modéliser les
traitements effectués sur ces données. Pour étudier le développement d’une organisation, il est
nécessaire de connaitre comment agira une sollicitation externe et quelle est la structure des
informations qu’elle utilise ? Merise modélise cette connaissance de manière DUAL : avec
séparation des données et des traitements. Merise est une méthode systémique d’analyse et de
conception de systèmes d’information. C’est-à-dire qu’elle utilise une approche systémique
élaborée en plusieurs étapes : Le schéma directeur, l’étude préalable, l’étude détaillée, l’étude
technique, la réalisation du logiciel, la mise en service et la maintenance. Elle propose de
considérer le système réel selon deux points de vue : une vue statique (données) et une vue
dynamique (traitements).
I.3.3. Présentation de la méthode UML
UML (Unified Modeling Language) est un langage de modélisation des systèmes

standard, qui utilise des diagrammes pour présenter chaque aspect d’un système exemple :
statique, dynamique,…. En s’appuyant sur la notion d’orienté objet qui est un véritable atout
pour ce langage. UML propose donc une approche différente de celle de merise en ce sens
qu’il
associe les données et les traitements. En effet, avec UML centraliser les données d’un type et
les traitements associés permet de limiter les points de maintenance dans le code et faciliter
l’accès à l’information en cas d’évolution du logiciel. De plus, UML décrit la dynamique du
système d’information comme un ensemble d’opérations attachées aux objets du système.
UML est donc :
 Un langage pseudo-formel qui cadre l’analyse en offrant les différentes vues

complémentaires d’un système qui guide l’utilisation des concepts objet ;
 Un langage formel et normalisé qui donne un gain de précision et encourage

l’utilisation
d’outils ;
 Un support de communication qui facilite la compréhension des représentations

abstraites complexes.
Ses objectifs sont :
26
SALESFORCE
 Présenter le système tout entier ;
 Prendre en compte le facteur d’échelle c’est-à-dire la grandeur du projet ;

Créer un langage de modélisation à la fois utilisable par les humains et les machines.
NB : UML n’est pas une méthode mais un langage de modélisation à qui on doit
associer un processus pour en faire une méthode
I.3.4. Justification de la démarche d’analyse
UML et MERISE sont consécutivement des langages et méthodes de

modélisation des systèmes d’information. Pour la réalisation de notre travail, nous avons opté
pour le langage UML pour son approche orienté objet. En effet, la programmation orientée
objet fait ressortir l’étendue du travail basé sur la conception nécessaire. Ce grand ensemble
qu’on appelle la modélisation ayant pour produit le modèle. Comme son nom l’indique, UML
est un langage de modélisation unifié. Il découle de l’union de trois (03) méthodes : OMT
(Object Modeling Technique) de James Rumbaugh, BOOCH de Grady Booch et OOSE
(Object Oriented Software Engineering) d’Ivar Jacobson. Adopté par l’OMG (Object
Management Group) à sa version 1.1 comme langage de modélisation des systèmes
d’information objet.Nous avons la définition des classes, des relations entre ces classes, des
attributs et des méthodes, des interfaces. Le développement d’une application ne consiste pas
à se lancer directement dans le code, mais de mener une bonne analyse en :
 Organisant ses idées, ses arguments et sa documentation nécessaire ;
 Organisant la réalisation par la définition des modules et des étapes de la réalisation.
Nous utiliserons UML dans sa version 1.4, celle-ci comprend neuf (09) diagrammes savoir :
 Diagrammes structurels ou vue statique :
 Diagramme de classe ;
 Diagramme d’objet ;
 Diagramme de cas d’utilisation ;
 Diagramme de composant ;
 Diagramme de de déploiement.
27
SALESFORCE
 Diagramme dynamique ou vue dynamique :
 Diagramme de séquence ;
 Diagramme d’activité ;
 Diagramme de collaboration ;
 Diagramme d’état transition.
I.4. DÉFINITION DU PROCESSUS DE

DÉVELOPPEMENT UP
La maîtrise des processus de développement implique une organisation et un suivi des

activités : c’est ce à quoi s’attachent les différentes méthodes qui s’appuient sur l’utilisation
du langage UML pour modéliser un système d’information. UP (Unified Process) est une
méthode générique de développement de logiciel. Générique signifie qu'il est nécessaire
d'adapter UP au contexte du projet, de l'équipe, du domaine et/ou de l'organisation (exemple :
R.UP, X.UP, 2 TUP…). Le processus 2TUP (Two Tracks Unified Process) est un
processus unifié construit sur le langage UML. Le processus unifié répète un certain nombre
de fois une série de cycles. Tout cycle se conclut par la livraison d’une version du produit aux
clients et s’articule en 4 phases : création, élaboration, construction et transition, chacune
d’entre elles se subdivisant à son tour en itérations.
Dans le processus 2TUP, les activités de développement sont organisées suivant 5

workflows (flux de travail) qui décrivent :
 La capture des besoins ;
 L’analyse ;
 La conception ;
 L’implémentation ;
 Et le test.
Le processus 2TUP est une trame des meilleures pratiques de développement, il doit
être utilisé comme un guide pour réaliser un projet et non comme l’arme ultime et universelle
de développement.
28
SALESFORCE
Le 2TUP propose un cycle de développement en « Y », qui dissocie les aspects
techniques des aspects fonctionnels. Il commence par une étude préliminaire qui consiste
essentiellement à identifier les acteurs qui vont interagir avec le système à construire, les
messages qu'échangent les acteurs et le système d’où notre choix pour ce Processus.
Ce processus s'articule autour de 3 phases essentielles à savoir : une branche

technique, une branche fonctionnelle et une phase de réalisation.
Le schéma ci-dessous est l’illustration du processus 2TUP :
Figure 4: Processus du 2TUP
MODELISATION DE LA SOLUTION
I.5. DIAGRAMME DE CAS D’UTILISATION

29
SALESFORCE
I.5.1. Présentation
Les diagrammes des cas d’utilisation identifient les fonctionnalités fournies par le
système (cas d’utilisation), les utilisateurs qui interagissent avec le système (acteurs), et les
interactions entre ces derniers. Les cas d’utilisation sont utilisés dans la phase d’analyse pour
définir les besoins de haut niveau du système. Les objectifs principaux des diagrammes des
cas
d’utilisation sont :
 Fournir une vue de haut-niveau de ce que fait le système ;
 Identifier les utilisateurs (acteurs) du système ;
 Déterminer des secteurs nécessitant des interfaces homme-machine. (IHM).
Les cas d’utilisation se prolongent au-delà des diagrammes imagés. En fait, des
descriptions
textuelles des cas d’utilisation sont souvent employées pour compléter ces derniers et
représentent leurs fonctionnalités plus en détail.
I.5.2. Représentations graphiques
I.5.2.1. Les composants du diagramme de cas d’utilisation et leurs

formalismes
Table 8: Composants d'un diagramme de cas d'utilisation
COMPOSANTS DESCRIPTIONS FORMALISMES

Acteurs C’est un type stéréotypé représentant une
abstraction qui réside juste en dehors du
système à modéliser. Un acteur représente
un rôle joué par une personne ou une
chose qui interagit avec le système. Pour Acteur
identifier les acteurs, il faut donc se
concentrer sur les rôles joués par les
30
SALESFORCE
entités extérieures au périmètre. Il existe
quatre(04) catégories d’acteurs à savoir :
 Les acteurs principaux : les

personnes qui utilisent les fonctions
principales du système ;
 Les acteurs secondaires : qui sont les
personnes qui effectuent des tâches
administratives ou de maintenance ;
 Le matériel externe : les dispositifs
matériels incontournables qui font
partie du domaine de l’application et
qui doivent être utilisés ;
 Les autres systèmes : les systèmes
avec lesquels le système doit
interagir.
Cas d’utilisation Un cas d'utilisation représente une

fonctionnalité fournie par le système,
typiquement décrite sous la forme Verbe Use case name
+ objet. Il (use case) correspond à un

objectif du système, motivé par un besoin
d’un ou plusieurs acteurs. L'ensemble des
use cases décrit les objectifs (le but) du
système. Les cas d'utilisation sont
représentés par une ellipse contenant leur
nom
Association Les associations sont utilisées pour lier

des acteurs avec des cas d'utilisation.
Elles indiquent qu'un acteur participe au
cas d'utilisation sous une forme
quelconque.
Extension La relation d’extension (« extend »)
permet d’étendre les interactions. Elle
désigne qu’un cas d’utilisation peut
31
SALESFORCE
fonctionner tous seul mais peut aussi être
complété par d’autres sous certaines
conditions
Inclusion La relation d’inclusion (« include »)
désigne qu’un cas d’utilisation dépend
d’un autre : C’est-à-dire que pour pouvoir
exécuter un cas donné, il faudrait
obligatoirement exécuter un autre cas.
Héritage Il permet de montrer qu’un acteur ou cas
d’utilisation est une généralisation
d’autres acteurs cas d’utilisation qui eux
Acteur 1 Acteur 2
sont des spécialisations.
Relation entre Un acteur interagit avec le système grâce
acteur et cas au cas d’utilisation. C’est une relation qui Use case name
d’utilisation va donc de ce dernier vers son cas. Acteur
I.5.2.2. Formalisme d’un diagramme de cas d’utilisation
NOM DU SYST EME
<<extend>> Cas_5
<T ext
Cas_1
<<i nclude>>
Cas_3
<<i nclude>>
Acteur_1
Cas_2
<<extend>>
Cas_4
Acteur_2
Figure 5: Formalisme d'un diagramme de cas d'utilisation
32
SALESFORCE
I.5.3. Liste et rôles des différents acteurs du système
 Le Demandeur ;
 Les Entreprises ;
 L’administrateur ;
Table 9: Liste et rôles des différents acteurs du système
Acteurs Actions
Le Demandeur S’authentifier ;
Sélectionner les préférences d’entreprises ;
Activation / désactivation des alertes ;
Publication ;
Suivre des partenaires, entreprises ;
Gestion de son réseau.
Les Entreprises S’authentifier

Publication ;
Gestion de son réseau
Envoyer des formulaires de recrutement ;
Accepter / Refuser des postulants ;
Evaluer les postulants
Administrateur S’authentifier
Publication ;
Gestion de son réseau
Envoyer des formulaires de recrutement ;
Accepter / Refuser des postulants ;
Evaluer les postulants
Gérer les configurations
33
SALESFORCE
I.5.4. Diagramme de cas d’utilisation de la solution
34
SALESFORCE
PLATEFORME DE RECHERCHE D'EMPLOI
Créer Compte
Créer candidature
<<include>>
Candidat
Consulter candidature
<<include>>
Annuler condidature
<<include>>
Créer offres
Désactiver Offre
<<extend>>
<<extend>>
Modifier offres
<<extend>>
Gérer offres
<<include>>
Entreprise
<<include>>
Gérer entretien S'authentifier
<<extend>>
<<extend>>
<<extend>>
Modifier entretien
Consulter entretien Programmer entretien
<<include>>
Gérer Compte
<<include>>
Administrateur
Gérer configurations du
CRM
Figure 6: Diagramme de cas d'utilisation global de la solution
35
SALESFORCE
I.4.4.1 Diagramme spécifique gérer candidature
Créer Comptes
S'authentifier
<<include>>
Candidat Créer candidature
<<include>>
Consulter candidature
Entreprise
<<include>>
Annuler condidature
Administrateur
Figure 7: Diagramme spécifique gérer candidature
36
SALESFORCE
I.4.4.2 Diagramme spécifique gérer offre-d ’emploi
PLATEFORME DE RECHERCHE D'EMLPOI
Créer offres
Désactiver Offre
<<extend>>
<<extend>>
Gérer offres <<include>>

S'authentifier
Entreprise
<<extend>>
Modifier offres
Administrateur
Figure 8: Diagramme spécifique gérer offre d'emploi
I.4.4.3 Diagramme spécifique Gérer entretien

Modifier entretien
<<extend>>
Gérer entretien <<include>>

Entreprise S'authentifier
<<extend>>
Programmer entretien
Administrateur
Figure 9: Diagramme spécifique gérer entretien
37
SALESFORCE
I.5.5. Description textuelle des cas d’utilisation
Chaque cas d'utilisation, est associé à une série d'actions représentant la fonctionnalité
voulue, ainsi que les stratégies à utiliser dans l'alternative où la validation échoue, ou des
erreurs se produisent.
Un cas d’utilisation est donc une abstraction de plusieurs chemins d’exécution. Une
instance de cas d’utilisation est appelée : « scénario ». C’est un chemin particulier
pris lors de l’exécution d’un cas d’utilisation. Le nombre d’instances pour un cas d’utilisation
peut être très important, voire infini.
Les scénarios (scénarii) peuvent être classés en :
 Scénario principal ou nominal : il correspond à l’instance principale du cas

d’utilisation. C’est le scénario typique de succès ;
 Scénarios secondaires : il peut être un cas alternatif (un choix), un cas exceptionnel
ou une erreur.
La description textuelle est constituée des éléments suivants :
 Le présupposé : ce sont les actions qui doivent être remplies avant le lancement
du cas d’utilisation ;
 La précondition : ce sont les conditions qui doivent être remplies avant le

lancement du cas d’utilisation ;
 Le déclencheur : C’est l’élément qui déclenche le cas d’utilisation ;
 Le dialogue : C’est le scénario principal et le Scénario secondaire ;
 La post condition : Ce sont les différents mécanismes pouvant conduire à la fin de

l’exécution du cas d’utilisation ;
 L’arrêt : C’est l’état du système à l’arrêt du cas d’utilisation.
I.5.5.1. Cas d’utilisation « Authentification »
38
SALESFORCE
Table 10: Description textuelle du cas s'Authentifier
Titre du cas d'utilisation Authentification

Résumé L'authentification permet d'accéder à des
fonctionnalités réservées à un type
d'utilisateur donné.
Acteurs Demandeur, Entreprise, Administrateur
Présupposé Démarrer l’application
Préconditions L’utilisateur possède un login et un mot de
passe valide et s’authentifie
Scénario nominal 1. L'utilisateur accède à la page
2. Le système affiche le formulaire
d'authentification.
3. L'utilisateur saisit son login et
son mot de passe.
4. Le système vérifie l'existence de
l’utilisateur et sa validité
du compte.
5. Le système renvoie l'interface
correspondante à l’utilisateur
Scénario alternatif 4a. Aucun compte correspondant au couple
login/mot de passe indiqué, le système lève
une exception et renvoi l’utilisateur à l’étape
2 ; le cas d'utilisation se termine en échec.
4b. (renseigner ici le cas de compte invalide)
Post condition L'utilisateur est authentifié et accède aux
fonctionnalités qui lui sont dédiées
I.5.5.2. Cas d’utilisation Créer Candidature
Table 11: Description textuelle du cas Créer candidature
Titre du cas d'utilisation Créer Candidature

Résumé Ce cas d’utilisation permet à l’utilisateur de
39
SALESFORCE
créer sa candidature pour pouvoir postuler.
Acteurs Demandeur, Administrateur
Présupposé Démarrer l’application
Précondition L’utilisateur doit avoir un compte dans la
plateforme et être authentifié
Scénario nominal 1-L’utilisateur clique sur Créer une
candidature
2-Le système affiche le formulaire de
remplissage
3-L’utilisateur rempli les champs
4-L’utilisateur clique sur Créer
Scénario alternatif 3a. si les informations entrées sont erronées,
le cas d'utilisation se termine en échec.
Post condition L’utilisateur réussi à créer sa candidature et
peut postuler à une offre.
I.5.5.3. Cas d’utilisation Créer offre d’emploi
Table 12: Description du cas créer offre d’emploi
Titre du cas d’utilisation Créer offre d’emploi

Résumé Ici il s’agit de tout ce qui concerne la
création d’une offre d’emploi par une
entreprise
Acteurs Entreprise, Administrateur
Présupposé Entrer dans la plateforme
Scénario nominal
1- l’utilisateur clique sur le bouton prévu
pour créer une offre d’emploi et renseigne
les détails de l’offre
2- Le système affiche formulaire de création

d’offre d’emploi
40
SALESFORCE
3- l’utilisateur peut Consulter une offre
d’emploi
4- Affichage des détails de l’offre par le
système
5- L’utilisateur clique sur le bouton
Archives pour accéder aux offres d’emplois
archives
6- Affichage des offres archivées
Scénario alternatif 2a. si la création s’effectue mal(l’utilisateur
n’a pas rempli les champs obligatoires),
l’offre ne se crée pas.
Post condition b. L’utilisateur Crée une offre d’emploi et
elle s’affiche à la page d’accueil.
I.5.5.1. Cas d’utilisation Annuler Entretien
Table 13: Description textuelle du cas Annuler entretien
Titre du cas d’utilisation Annuler un entretien

Résumé Ici il s’agit de tout ce qui concerne
l’annulation d’un entretien par une
entreprise
Acteurs Entreprise, Administrateur
Présupposé Entrer dans la plateforme
Scénario nominal
1- l’utilisateur clique sur entretien
2- Le système affiche les options qui

s’offrent à lui
3- l’utilisateur peut programmer un

entretien, annuler un entretien
4- L’utilisateur clique sur annuler un
41
SALESFORCE
entretien
6- Le système affiche une boite de dialogue
pour demander la confirmation d’annulation
de l’entretien
7-L’utilisateur clique sur annuler
8-Le système supprime l’entretien.
Scénario alternatif 2a. si l’utilisateur ne confirme pas
l’annulation de l’entretien, le système
n’annule pas l’entretien.
Post condition b. L’utilisateur réussi à annuler l’entretien, il
ne s’effectuera plus.
I.6. DIAGRAMME DE SÉQUENCE
Les diagrammes des séquences documentent les interactions à mettre en œuvre entre
les
classes pour réaliser un résultat, tel qu'un cas d'utilisation. UML étant conçu pour la
programmation orientée objet, ces communications entre les classes sont reconnues
comme des messages. Le diagramme des séquences énumère des objets horizontalement, et le
temps verticalement. Il modélise l'exécution des différents messages en fonction du temps.
Dans un diagramme des séquences, les classes et les acteurs sont énumérés en colonnes, avec
leurs lignes de vie verticales indiquant la durée de vie de l'objet :
42
SALESFORCE
I.6.2.1. Composant du diagramme de séquence et leurs formalismes
Table 14:Composants d'un diagramme de séquence
COMPOSANTS DESCRIPTION FORMALISME
Objet Les objets sont des instances des

classes et sont rangés horizontalement.
La représentation graphique pour un
objet est similaire à une classe (un
rectangle) précédée du nom d’objet
(facultatif) et des deux points (:)
Acteur Les acteurs peuvent également

communiquer avec des objets, ainsi ils
peuvent eux aussi être énumérés en
Acteur
colonne. Un acteur est modélisé en
utilisant le symbole habituel
Ligne de vie Les lignes de vie, LifeLine, identifient

l'existence de l'objet par rapport au
temps. La notation utilisée pour une
ligne de vie est une ligne pointillée
verticale partant de l'objet.
Activation Les activations, sont modélisées par

des boîtes rectangulaires sur la ligne de
vie. Elles indiquent quand l'objet
effectue une action
Message Les messages, modélisés par des

flèches horizontales entre les
activations, indiquent les
communications entre les objets
43
SALESFORCE
I.6.2.2. Formalisme d’un diagramme de séquence
La figure ci-dessous représente un diagramme de séquence qui utilise des

objets par défaut (aucun nom n'est spécifié) :
DiagrammeSequence_1
:Objet 1 Objet_2
Acteur_1
Message_1
Message_2
Figure 10: Formalisme d'un diagramme de séquence
I.6.3. Quelques Diagramme séquence
Les figures ci-dessous représentent les diagrammes de séquences de quelques cas

d’utilisations :
I.6.3.1. Diagramme de séquence « s’authentifier »
44
SALESFORCE
S'authentifier
:Système :BD
Utilisateur
Ouvrir la plateforme
Afficher la page de connexion
Cliquer sur Not a member
Afficher le formulaire de connexion
Remplir ses informations

Envoyer les informations dans la BD
Enregistrer les informations

Afficher la page de connexion
Remplir le formulaire de connexion
Vérification des champs
alt [Infos manquantes ou éronées]
Afficher formulaire de connexion
[Remplissage correct]
Transmission des informations
Vérification
Envoie du résultat
Analyse du résultat
alt [Informations correctes]
Afficher la page d'accueil
[Informations incorrectes]
Afficher Veuillez réessayer
Figure 11: Diagramme de séquence cas s'authentifier
45
SALESFORCE
I.6.3.2. Diagramme de séquence « Créer candidature »
Créer Candidature
:Système :BD
Candidat
ref
S'authentifier()
Cliquer sur Candidature
Afficher le Formulaire de remplissage
Remplir le formulaire et Enregistrer
Vérifications des champs
alt [Infos manquantes]
Veuillez remplir tous les champs
Envoie des Informations
Enregistrer
Envoie résultat
Afficher Candidature Créee
Figure 12: Diagramme de séquence créer Candidature
I.6.3.3. Diagramme de séquence cas « Créer une Offre d’emploi »
46
SALESFORCE
Créer Offre d'emploi
:Système :BD
Entreprise
ref
S'authentifier()
Cliquer sur Offre d'emploi
Afficher le menu
Cliquer sur New Offre
Afficher le formulaire
Remplir le formulaire
Vérication des champs
alt [Infos manquantes]
Veuillez remplir tous les champs
Envoie des informations
Enregistrer
Envoie du résultat
Afficher Offre Créee
Figure 13: Diagramme séquence créer Offre d’emploi
I.6.3.4. Diagramme de séquence cas « Modifier un Entretien »
47
SALESFORCE
Modifier Entretien
:Système :BD
Entreprise
ref
S'authentifier()
Cliquer sur Entretien
Afficher le menu
Sélectionner un entretien
Afficher les informations de l'entretien
Cliquer sur Edit
Afficher le formulaire de remplissage
Modifier et cliquer sur Save

Envoyer les informations
Enregistrer
Envoyer le résultat
Figure 14: Diagramme de séquence modifier Entretien
I.7. DIAGRAMME D’ACTIVITÉS
Les diagrammes d'activité sont utilisés pour documenter le déroulement des

opérations dans un système, du niveau commercial au niveau opérationnel (de haut
en bas). En regardant un diagramme d'activité, vous trouverez des éléments des
48
SALESFORCE
diagrammes d'état. En fait, le diagramme d'activité est une variante du diagramme
d'état où les "états" représentent des opérations, et les transitions représentent les
activités qui se produisent quand l'opération est terminée. L'usage général des
diagrammes d'activité permet de faire apparaître les flots de traitements induits par les
processus internes par rapport aux évènements externes.

I.7.2.1. Les composantes du diagramme d’activité
Tableau 3: Tableau des composants d'un diagramme d'activité
DIAGRAMME D’ACTIVITE
COMPOSANTS DESCRIPTIONS FORMALISMES
Activité ou état L’état d'activité marque une action
d’activité faite par un objet. Il est représenté par Activité
un rectangle
Transition Quand un état d'activité est accompli,
le traitement passe à un autre état
d'activité. Les transitions sont utilisées
pour marquer ce passage. Les
transitions sont modélisées par des
flèches.
Etat initial L’état initial marque le point d'entrée la
première activité. Il est représenté,
comme dans le diagramme d'état, par
un cercle plein. Il ne peut y avoir qu'un
seul état initial sur un diagramme.
Etat final L'état final marque la fin du déroulement
des opérations modélisées. Il peut y
avoir des états finaux multiples sur un
diagramme. Ils sont représentés par un
cercle plein entouré d'un autre cercle.
Barre de Souvent, certaines activités peuvent être

faites en parallèle. Pour dédoubler le
Synchronisation
traitement "Fork", ou le reprendre quand
49
SALESFORCE
des activités multiples ont été
accomplies ("join"), des barres de
synchronisation sont utilisées. Celles-ci
sont modélisées par des rectangles
pleins, avec des transitions multiples
entrantes ou sortantes.
Décision Une décision est le résultat final d’une ou
plusieurs activités
I.7.2.2. Formalisme d’un diagramme d’activité
UniteOrganisation_1 UniteOrganisation_2 UniteOrganisation_3
Activite_1
Activite_2
Activite_3 Activite_4
Decision
Figure 15: Formalisme d'un diagramme d'activité
I.7.3. Diagrammes de quelques d’activités
I.7.3.1. Diagramme d’activité « s’authentifier »
50
SALESFORCE
Utilisateur Système Base de données
Démarrer l'application Afficher le formulaire
Remplir les champs
Cliquer sur login Vérifier les champs
[Manquants]
Champs
[Complets]
Vérifier l'existance des

Envoyer lla requete
informations
Recuperer resultat Renvoyer le résultat
[Echec] [Succès]
Informations
d'authentification
Afficher la session de
travail
Figure 16: Diagramme d'activité s'authentifier
I.7.3.2. Diagramme d’activité Créer Candidature
51
SALESFORCE
Candidat Système Base de données
Démarrer l'application
S'authentifer
Cliquer sur Créer Candidature Afficher le formulaire
Vérifier les champs
Vérification
[Manquantes]
[complètes]
Afficher formulaire
Envoyer la requete
Enregistrer les informations
Afficher Candidature Créee Envoyer résultat
Figure 17: Diagramme d'activité créer Candidature
I.7.3.3. Diagramme d’activité créer une Offre d’emploi
52
SALESFORCE
Entreprise Système Base de données
S'authentifier
Cliquer sur Offre D'emploi Afficher le menu
Cliquer sur new

Vérification des champs
Vérification
[Manquantes]
[correctes]
Afficher formulaire
Envoyer la requete Enregistrer les informations
Afficher Offre Créee Envoyer le résultat
Figure 18: Diagramme d'activité créer une offre d’emploi
53
SALESFORCE
I.7.3.4. Diagramme d’activité Modifier un Entretien
Entreprise Système Base de données
S'authentifier
Cliquer sur Entretien Afficher le menu
Cliquer sur un Entretien
Afficher les informations de l'Entretien
Cliquer sur Modifier

Modifier un champs
Cliquer sur Save Envoie de la requete Enregistrer
Afficher le résultat
Figure 19: Diagramme d'activité modifier Entretien
54
SALESFORCE
CONCLUSION
La phase d’analyse est une étape primordiale, voir totalement indispensable dans la
réalisation d’un projet informatique. En effet, elle permet de ressortir clairement les différents
objectifs que nous devons atteindre ainsi que les moyens appropriés pour un meilleur
déploiement de notre application. Ainsi, nous avons pu étudier les différentes activités
effectuées par le système en place, en y apportant des critiques dans un premier puis en
proposant des solutions afin de l’améliorer et ceci en fonction des besoins de l’utilisateur. Par
ailleurs, une méthodologie a été utilisée afin de matérialiser de façon claire les solutions
proposées ceci en utilisant le processus de développement 2TUP du langage UML. L’analyse
achevée, il serait judicieux pour nous de faire une description plus concise du système, d’où la
phase de conception.
55
SALESFORCE
DOSSIER DE CONCEPTION
56
SALESFORCE
Préambule
La conception met en relief le fonctionnement ou le dynamisme de l’application ; et

c’est d’ailleurs à partir de là que la maîtrise d’œuvre aperçoit clairement ce qui lui sera
présentée comme projet.
Aperçu
INTRODUCTION
I. PRÉSENTATION ET FORMALISME
DIAGRAMME DE CLASSE
CONCLUSION
57
SALESFORCE
INTRODUCTION
Après recueillement des besoins fonctionnels du système à réaliser dans le dossier

d’analyse, la phase de conception quant à elle vise à ressortir les différents contours du
modèle statique du système d’information afin d’en dégager un modèle dynamique devant
implémenter une application dans les détails. Dans ce dossier, on retrouve les illustrations
simplifiées d’architecture du système, lesquelles font apparaître les différentes composantes
de l’application, décrit les procédures de ces composantes et fait ressortir les attributs de
l’application.
58
SALESFORCE
PRÉSENTATION ET FORMALISME D’UN

DIAGRAMME DE CLASSE
I.1. PRÉSENTATION
Le diagramme de classes exprime la structure statique du système en termes de classes

et de relations entre ces classes. L’intérêt du diagramme de classe est de modéliser les entités
du système d’information. Le diagramme de classe permet de représenter l’ensemble des
informations finalisées qui sont gérées par le domaine. Ces informations sont structurées,
c’est-à-dire qu’elles ont regroupées dans des classes. Le diagramme met en évidence
d’éventuelles relations entre ces classes. Le diagramme de classes comporte quelques
concepts : classe, attribut, identifiant, opération (méthode), relation et généralisation.
I.2. COMPOSANTES ET FORMALISME D’UN

DIAGRAMME DE CLASSE
I.2.1. La classe
Une classe est un type de donnée abstrait caractérisé par des propriétés (attributs et
méthodes) communes à un ensemble d'objets et permettant de créer des objets ayant ces
propriétés. Ou encore la description d’un ensemble d’objets partageant la même sémantique,
ainsi que les mêmes attributs, opérations et relations.
Une classe se présente avec UML sous forme d’un rectangle divisé en trois (03)
sections. La première contient le nom donné à la classe (éventuellement une valeur par défaut,
c’est-à-dire une valeur affectée à la propriété lors de l’instanciation) dans le second
compartiment on y trouve des attributs qui représentent la modélisation d’une information
élémentaire représentée par son nom et son format. Les opérations sont répertoriées dans le
troisième volet du rectangle.
NB : L’identifiant est l’attribut de la classe qui permet à celle-ci d’être connue de

façon unique
Formalismes :
59
SALESFORCE
NOM CLASSE
- Attribut_1 : int
- Attribut_2 : int
- Attribut_3 : int
+ Operation_1 () : void
+ Operation_2 () : void
...
I.2.2. La notion relation
S’il existe des liens entre objets, cela se traduit nécessairement par des relations qui
existent entre leurs classes respectives. Les liens entre les objets doivent être considérés
comme des instances de relations entre classes. Il existe plusieurs types de relations entre
classes : l’association, la généralisation/spécialisation et la dépendance.
 L’association
Une association représente une relation structurelle entre classes d’objets. La plupart
des associations sont binaires, c’est à dire qu’elles connectent deux classes. On représente une
association en traçant une ligne entre les classes associées.
Formalisme :
CLASSE_1 CLASSE_2
0..1
0..*
 Les classes- association
Les attributs d’une classe dépendent fonctionnellement de l’identifiant de la classe.

Parfois, un attribut dépend fonctionnellement de 2 identifiants, appartenant à 2 classes
différentes ou il peut arriver que l’on ait besoin de garder des informations (attributs ou
opérations) propres à une association. Une classe de ce type est appelée classe association.
Formalisme :
CLASSE_1 CLASSE_2
1..*
0..*
CLASSE_3
60
SALESFORCE
 L’agrégation
Dans UML, l’agrégation n’est pas un type de relation mais une variante de
l’association. Une agrégation représente une association non symétrique dans laquelle une des
extrémités joue un rôle prédominant par rapport à l’autre extrémité. L’agrégation se
représente toujours avec un petit losange du côté de l’agrégat. Le choix d’une association de
type agrégation traduit la volonté de renforcer la dépendance entre classes. Les agrégations
indiquent une relation de contenant contenu. Elle permet de modéliser des relations de type
maître et esclaves.
L’agrégation permet de représenter :
• La propagation des valeurs d’attributs d’une classe vers une autre

classe ;
• Une action sur une classe qui implique une action sur une autre
classe ;
• Une subordination des objets d’une classe à une autre classe.
Formalisme :
CLASSE_1 CLASSE_2
0..1
0..*
 La composition
La composition est un cas particulier de l’agrégation dans laquelle la vie des

composants est liée à celle des agrégats. Elle fait souvent référence à une contenance
physique. Dans la composition l’agrégat ne peut être multiple. La composition implique, en
plus de l’agrégation, une coïncidence des durées de vie des composants : la destruction de
l’agrégat (ou conteneur) implique automatiquement la destruction de tous les composants liés.
La composition se représente par un losange plein.
Formalisme :
61
SALESFORCE
CLASSE_1
0..1
0..1
0..* 0..*
CLASSE_2 CLASSE_3
I.2.3. La généralisation / spécialisation

Le principe de généralisation / spécialisation permet d’identifier parmi les objets d’une
classe (générique) des sous-ensembles d’objets (des classes spécialisées) ayant des définitions
spécifiques. La classe plus spécifique (appelée aussi classe fille, classe dérivée, classe
spécialisée, classe descendante …) est cohérente avec la classe plus générale (appelée aussi
classe mère, classe générale …), c’est-à-dire qu’elle contient par héritage tous les attributs, les
membres, les relations de la classe générale, et peut contenir d’autres. Une relation de
généralisation est indiquée par une flèche creuse se dirigeant vers la classe "parent".
Formalisme :
CLASSE_1
CLASSE_2 CLASSE_3
I.3. PRESENTATION DU DIAGRAMME DE CLASSE DE

LA SOLUTION
62
SALESFORCE
Entreprise
Entretien 1..1 - id_Entreprise : int
- id_Entretien : int Programmer - Nom : String
- Nom : int 0..* - Adresse : String
- Date : Date - localisation : String
+ Programmer () : void - Description : String
+ Annuler () : void + Créer () : void
Publier 1..*
1..*
1..*
CandidatOffre
- id_Candidat : int Offre
- id_Offre : int
- id_offre : int
- Intitule : String
- Nom : String EntrepriseOffre
- TypeOffre : int
Passer - Date_debut : Date - Id_Entreprise : int
- Date_fin : Date - id_Offre : int
- Domaine : String - DateValidite : String
- Description : String
1..*
Postuler + Créer () : void
+ Supprimer () : void
1..1 1..*
Candidature
Candidat - id_candidature : int
- id_candidat : int - Adresse : String
- Prenom : String - Telephone : int
- Nom : String - Domaine : String
- Sexe : String 1..* - Localisation : String
1..* Envoyer
- Telephone : int - Description : String
- DateNaiss : Date - Langue : String
- Email : String - Niveau : int
+ Ajouter () : void CandidatCandidature + Créer () : void
+ Modifier () : void + Annuler () : void
- id_Candidat : int
+ Supprimer () : void
- id_Candidature : int
- Libelle : String
Figure 20:Diagramme de classe de la solution
I.4. IDENTIFICATION DES CLASSES

I.4.1. Les classes
 Entreprise : Cette classe contient les informations des entreprises ;
 Candidat : Cette classe contient les informations des candidats ;
 Candidature : contient les informations d’une candidature ;
 Offre : contient les informations d’une offre d’emploi ;
 Entretien : cette classe contient les informations dont on a besoin pour programmer
un entretien ;
63
SALESFORCE
Les classes associations
 EntrepriseOffre : contient les informations des classes entreprise et offre ;
 CandidatOffre : contient les informations des classes candidat et offre ;
 CandidatCandidature : contient les informations des classes candidat et

candidature ;
I.5. RÈGLES MÉTIERS
Tableau 4: Règles Métiers
No Relation
Règle 1 Une ou plusieurs entreprise publient une ou
plusieurs Offre d’emploi
Règle 2 Un candidat envoi une candidature
Règle 3 Un candidat passe plusieurs entretiens
Règle 4 Une entreprise programme zéro ou plusieurs
entretiens
64
SALESFORCE
CONCLUSION
En somme, élaborer un dossier de conception revient à modéliser les différentes
données (éléments servant à la création de la base de données) et différents traitements (les
divers modules de l’application) qui s’effectueront lors de la conception de la solution du
futur système. Cela s’est traduit notamment par la modélisation du diagramme de classe.
Modéliser la solution du futur système est bénéfique, mettre au point cette solution est
opportun ; c’est dans cet ordre d’idée que nous consacreront la prochaine phase de notre
travail à la réalisation de ladite solution.
65
SALESFORCE
DOSSIER DE RÉALISATION
66
SALESFORCE
Préambule
La phase de réalisation consiste à mettre en œuvre le projet dans un langage de

programmation conformément aux spécifications définie dans les phases précédentes. Elle
renferme en son sein le diagramme de déploiement, le modèle physique de données et le
script de la base de données
Aperçu
INTRODUCTION
I. PRÉSENTATION DES OUTILS DE

DÉVELOPPEMENT
II. PRÉSENTATION DES LANGAGES
UTILISES
III. PRÉSENTATION DES ARCHITECTURES
IV. PRÉSENTATION DU DIAGRAMME DE
DEPLOIEMENT
V. PRÉSENTATION DU DIAGRAMME DE
COMPOSANT
CONCLUSION
67
SALESFORCE
INTRODUCTION
Le dossier de réalisation est celui qui contient toutes les informations relatives à
l’implémentation proprement d’un projet. Ce dernier a pour objectif de présenter les éléments
intervenants dans le développement de notre plate-forme, ceci en présentant l’environnement
de travail et de développement utilisé ainsi que les différents logiciels qui entreront en jeux.
Dans cette partie, nous allons tour à tour parler des outils de développement que nous avons
utilisés, du langage de programmation que nous avons choisi et la présentation de
l’architecture physique de déploiement de la plateforme.
68
SALESFORCE
PRESENTATION DES OUTILS DE

DEVELOPPEMENT
Dans les tableaux qui suivent, nous présenterons de façon explicite chacun des outils
matériel et logiciel intervenant dans la réalisation de notre projet.
 Matériels
Tableau 5: Matériels intervenants
NOM DU MATÉRIEL CARACTÉRISTIQUES

Laptop Lenovo thinkpad Core i5 500Go ; 4Go RAM
Laptop Hp Core i5 500Go ; 4Go RAM
Clé USB 32Go
Fibre optique /
 Logiciels
Tableau 6: Logiciels intervenants
NOM DU VERSION UTILISATION LOGO

LOGICIEL
Os windows 10 Windows pro Système
18.0.3 d’exploitation
indispensable pour
l’exécution des
logiciels
Winrar X64-531 WinRAR est un
logiciel propriétaire
de compression de
données qui nous a
permis de
compresser nos
fichiers et dossiers
69
SALESFORCE
Mozilla fire fox 62.0.2 Navigateur de web
nécessaire
nécessaire pour
utiliser la plate-
forme.
Google chrome Chrome est un
navigateur web
15.1 Atelier de génie

logiciel utilisé pour
la modélisation de
Sybase la solution. Nous
poweramc nous servis de cet
outil pour la
modélisation des
différents
Gantt Projet 2.8.11 GanttProject est un
logiciel libre de
gestion de projet
écrit en Java
EdrawMax 10.5.5 EdrawMax est un
logiciel de création
de diagrammes,
organigramme, et
etc….
VsCode 1.71.2
Visual Studio Code
est un éditeur de
code redéfini et
optimisé pour créer
et déboguer des
70
SALESFORCE
applications Web et
cloud modernes ;
Visual Studio Code
est gratuit.
Salesforce Salesforce edt un

éditeur de Logiciel.
PRESENTATION DES LANGAGES DE

PROGRAMMATION UTILISES
Pour la mise sur pied de cette application, et selon les besoins de l’utilisateur nous avons
utilisé :
II.1. Le JAVA Script

Le JAVA Scrip est un langage de programmation orienté objet. Pour la réalisation de
notre projet nous avons utilisé sa version 16.0.1.
Figure 21: Logo de JAVA
Source : https://www.google.com/search?q=logo+de+java
II.2. Le langage HTML
71
SALESFORCE
HTML ou HyperText Markup Language, nous avons utilisé sa version 5 pour le
développement de notre application. Son rôle est de géré et d’organiser le contenu des pages
web. Son importance est de créer le contenu pour une application.
Figure 22:Logo de HTML
Source : https://fr.m.wikipedia.org/wiki/fichier:HTML5_logo_and_wordmark.svg
II.3. Le langage CSS

CSS ou Cascading Style Sheet ou encore feuilles de style en cascade : le rôle du CSS
est de gérer l’apparence de la page web (agencement, positionnement, décoration, couleur,
taille du texte…). Ce langage vient compléter le HTML pour permettre de définir le style de
notre plate-forme.
Figure 23:Logo de CSS
Source : https://fr.wikipedia.org/wiki/Feuilles_de_style_en_cascade
72
SALESFORCE
PRESENTATION DE L’ARCHITECTURE
I.1. ARCHITECTURE PHYSIQUE DU SYSTÈME
Notre application est une application web structurée en trois (03) couches à savoir : la
couche de présentation, la couche de traitement (locaux, globaux), et la couche de donnée.
Le noyau d’une application est constitué de la logique de présentation et de la logique de
traitement, et c’est la répartition de ce noyau entre les différentes couches qui détermine les
architectures caractéristiques des systèmes client/serveurs, nous pouvons citer l’architecture
1-tiers, 2-tiers, 3-tiers. Notre application sera déployée sur une architecture 3-tiers. Cette
architecture peut être décrite par la figure ci-dessous :
I.2. INTERPRÉTATION
I.2.1. Le client
Dans un réseau informatique, un client est l’ordinateur et logiciel des demandes à un serveur.
L’ordinateur client est généralement un ordinateur personnel ordinaire, équipé de logiciels
relatifs aux différents types de demandes qui vont être envoyées par exemple par un
navigateur web, un logiciel client pour World Wide Web.
73
Figure 24: Architecture 3-tiers Informatique à l’Institut Africain d’Informatique au CAMEROUN
SALESFORCE
I.2.2. Le serveur d’application
Dans un réseau informatique, un serveur est à la fois un ensemble de logiciels et
d’ordinateurs d’hébergement dont le rôle est de répondre de manière automatique à des
demandes envoyées par des clients ordinateur et logiciel via le réseau.
Les serveurs sont l’usage courant dans les centres de traitements de données, les
entreprises, les instructions, et le réseau internet, où ils sont souvent un point central et sont
utilisés simultanément par de nombreux utilisateurs pour stocker, partager et échanger des
informations. Les différents usagers opèrent à partir d’un client (ordinateur personnel, poste
de travail, ou terminal). Le serveur d’application permet ainsi au client de communiquer avec
le serveur de base de données.
I.2.3. Le serveur de base de données

C’est un Système de Gestion des Bases de Données qui contient les bases de données qui
sont reliées à l’application. Le logiciel système client est remplacé par un logiciel système
serveur dans une application ayant plusieurs données à traiter et plusieurs utilisateurs à se
connecter. Ainsi l’accès aux données sera plus rapide.
I.3. ARCHITECTURE LOGIQUE DU SYSTEME
Le modèle architectural MVC (Model-View-Controller) est un patron de conception

permettant de séparer une application web en différentes couches : le Modèle, la vue et le
contrôleur. De nombreux cadres d’application utilisent le patron MVC. Symfony est l’un de
ceux-là. MVC est un modèle de conception standard qui est connu par de nombreux
développeurs. Certains types d'applications Web tireront parti de l'infrastructure MVC.
L'infrastructure MVC inclut les composants suivants :
 Modèle : c’est la couche représentant les données. On l’appellera parfois logique

métier. Le modèle consiste en une série de classe. Si les données sont tirées de la
BD, chacune des classes représentera une table.
 Vue : c’est constitué de balises HTML qui représentent ce qui sera affiché à
l’écran. En plus des balises HTML, la vue peut utiliser des directives et
instructions prévues par le moteur d’affichage afin d’effectuer différentes
opérations, comme par exemple tester une condition. La vue pourra faire appel à
74
SALESFORCE
des ressources externes, comme des feuilles de style, des fichiers JavaScript, des
images, etc.
 Contrôleurs : Les contrôleurs sont les composants qui gèrent les interventions de
l'utilisateur, exploitent le modèle et finalement sélectionnent une vue permettant
de restituer l'interface utilisateur. Dans une application MVC, la vue sert
uniquement à afficher les informations ; le contrôleur gère les entrées et interactions
de l'utilisateur, et y répond. Par exemple, il gère les valeurs de chaîne
de requête et les passe au modèle, qui peut à son tour les utiliser pour interroger la
base de données.
Figure 25: Modèle vue controlleur
I.4. ASPECT SÉCURITÉ

I.4.1. Connexion sécurisé
La confidentialité des données requiert la définition des droits d’accès. Ceci traduit par
l’utilisation des mots de passe et login pour l’accès à la base de données en relation avec
l’application. De cette façon, l’accès sera restreint en fonction du médecin ou du patient ou
administrateur selon les privilèges attribués à chacun.
75
SALESFORCE
I.4.2. Sécurisation des mots de passes utilisateurs
Le compte médecin est créé par l’administrateur. Le patient par contre s’inscrit sur la
plateforme. Ainsi, dans l’option d’avoir une confidentialité accrue des informations, tous les
mots de passe de l’application ont été cryptés, de telle sorte que même l’administrateur n’a
pas accès au mot de passe des utilisateurs. En effet, bien que le compte médecin soit créé par
lui il est possible pour le médecin de changer de mot de passe ainsi que de modifier les autres
éléments de son profil. L’administrateur peut réduire les dégâts par l’activation ou la
désactivation.
I.4.3. Contrôle des formulaires et de sessions

Avant de récupérer des informations importantes dans la base de données, un contrôle
s’effectue au niveau du formulaire avant la validation de la requête SQL. Toute modification
apportée à la base de données est susceptible d’être retracée et l’auteur de la modification est
identifié en peu de temps.
PRESENTATION DU DIAGRAMME DE
DEPLOIEMENT
I.5. PRESENTATION
Le diagramme de déploiement modélise les composants matériels utilisés pour
implémenter un système et l'association entre ces composants. Des diagrammes de
déploiement peuvent être mise en œuvre dès la phase de conception pour documenter
l'architecture physique du système.
I.6. COMPOSANTS D’UN DIAGRAMME DE

DEPLOIEMENT
I.6.1. Composants
Un composant représente une entité logicielle d’un système. (Fichier de code source,
programmes, documents, fichiers de ressource.). Un composant est représenté par une boîte
76
SALESFORCE
rectangulaire avec 2 rectangles dépassant du côté gauche portant le nom du composant. Il est
représenté comme suit :
Formalisme :
I.6.2. Nœuds
Un nœud représente l’ensemble d’équipements matériels du système. Cette entité est
représentée par un cube tridimensionnel.
Formalisme :
I.6.3. Association
Une association est représentée par une ligne pleine entre deux (02) nœuds. Elle indique la
communication entre les éléments matériels.
Formalisme :
Noeud_1
InstanceComposant_1 InstanceComposant_2
Noeud_3
Noeud_2
InstanceComposant_1 InstanceComposant_1
77
SALESFORCE
I.7. DIAGRAMME DE DEPLOIEMENT DE LA

SOLUTION
Serveur d'application
Apache Maven (Serveur web)
PC
Navigateur client HTTP
Apache Tomcat (Serveur application)
MONITORING
TCP
Serveur de base de données
SQL Developpeur
Figure 26:Diagramme de déploiement de la solution
78
SALESFORCE
PRESENTATION DU DIAGRAMME DE
COMPOSANT
monitoring
Src/main/java
Src
Src/test/java
Src/main/resources
main
Src/test/resources
Sound
Webapp
Maven dependencies
bean.Xml
liquibase.Properties test
Apache Tomcat v8.5
log4j.Xml target
JRE system library [java SE-1.8]

Security.Xml Pom.Xml
Figure 27:Diagramme de composants de la solution
79
SALESFORCE
CONCLUSION
La phase de réalisation ainsi achevée, il était question pour nous de présenter les
différents langages utilisés pour la réalisation de notre plateforme ainsi que l’architecture sur
laquelle est base notre plateforme. Ainsi, nous avons alors pu présenter quelle est le modèle
physique de donnée qui découle de notre diagramme de classe ainsi que le modèle physique
de données qui données qui donne un peu plus d’informations concernant la structure de notre
base de données.
80
SALESFORCE
GUIDE D’UTILISATION
81
SALESFORCE
Préambule
Le guide d’utilisation présente les différentes Interfaces de la solution mise sur pieds.
Aperçu
INTRODUCTION
CONCLUSION
82
SALESFORCE
INTRODUCTION
Le guide d’utilisation est le manuel rédigé après la conception d’une application en vue de
permettre l’utilisation aisée de l’application par l’utilisateur. Il renseigne sur le « Comment ça
marche ? ». De ce fait, il est primordial pour nous de proposer aux différents utilisateurs de
cette application un GUIDE leur permettant de pouvoir y accéder facilement.
83
SALESFORCE
 PORTAIL CANDIDAT
 Page d’accueil et d’authentification
Cette interface nous permet d’accéder à l’application. Ici, l’utilisateur entre ses
paramètres d’identification : son nom et son mot de passe pour avoir accès au contenu de
notre plateforme.
Figure 28: Page d'accueil et d'authentification
 Session de travail
Après authentification, l’utilisation accède à la session de travail qui présente le menu

et la page d’accueil.
84
SALESFORCE
 PORTAIL ENTREPRISE
85
SALESFORCE
CONCLUSION
Après le développement de notre plateforme, il en ressort que le guide d’utilisation est
nécessaire pour l’utilisation aisée de l’application. La fin de cette partie nous conduit ainsi
donc à une conclusion générale de notre travail.
86
SALESFORCE
CONCLUSION GÉNÉRALE
Parvenu au terme de notre stage, nous pouvons dire que cette expérience a été
bénéfique dans la mesure où, hormis les connaissances acquises, il a fallu des
recherches poussées pour résoudre les difficultés auxquelles nous avons fait face (la
compréhension du thème, la description de l’existant et sa critique ainsi que la
réalisation de certains modules). Mais avec le soutien sans faille de nos encadrants
académiques et professionnels et l’orientation de certains Encadrants, amis, nous avons
pu réaliser notre projet. Nous l’avons analysé avec la méthode 2TUP en traduisant les
données recueillies en diagrammes d’UML 2.5 Nous avons utilisé comme langages de
programmation le langage JAVA Scrip, HTML, CSS. Fort de cette expérience et en
réponse à ses enjeux, nous dirons que la réalisation de notre projet a été fait à 80%, il est
à noter que des mises à jour et d’importantes améliorations seront faites. Celles-ci
permettront une amélioration de notre projet en termes de fonctionnalités.
87
SALESFORCE
DIFFICULTÉS RENCONTRÉES
Au cours de notre période de stage, nous avons rencontrés les difficultés suivantes :
 La prise en main de la technologie Salesforce, et l’intégration de son

vocabulaire ;
 La réalisation des Trailheads qui avaient le but de nous aider à monter en

compétence ;
 La contrainte de temps et de délais de livraisons de tous les composants de

notre travail ;
 L’analyse de notre projet ;
 Des difficultés dans l’utilisation des outils de développement ;
PERSPECTIVE
En raison des contraintes de temps, de délais et de sources d’informations relatives à
notre thème, toutes les fonctionnalités de l’application n’ont pas pu être développées. Mais
pourrons être développées ultérieurement afin de satisfaire entièrement les utilisateurs.
Néanmoins, nous avons pu réaliser en majorité les modules décrits dans notre analyse. De ce
fait, nous avons une solution réalisée à 80%.
88
SALESFORCE
ANNEXE
BIBLIOGRAPHIE
WEBOGRAPHIE
GLOSSAIRE
TABLE DES MATIÈRES
x
SALESFORCE
BIBLIOGRAPHIE
Pour la rédaction de ce document nous avons eu recours à plusieurs autres documents
notamment :
xi
SALESFORCE
WEBOGRAPHIE
 https://www.google.com/search?client=firefox-b-d&q=traduction ce site nous a aidé à

la traduction de toutes nos recherches en anglais ;
 https://www.google.com/search?q=sch%C3%A9ma+de+l%27+architecture+de+MVC
Ce site nous a permis d’obtenir le schéma de l’architecture logique MVC ;
 https://trailhead.salesforce.com/fr/today ce lien nous a permis de suivre le trailhead sur

le processus
 https://trailhead.salesforce.com/fr/content/learn/projects/quick-start-lightning-web-
components/create-a-hello-world-lightning-web-component ce lien nous a permis de
suivre le processus de création de notre premier « hello Word » ;
 https://trello.com/b/BcLsRfoJ/plateforme-de-recherche-demploi ce lien nous a permis

de partager l’avancée de notre projet avec nos encadrant et l’administration de la
structure ;
xii
SALESFORCE
GLOSSAIRE
Nous allons définir dans le tableau suivant les termes, sigles que comporte notre document.
Tableau 7: Définitions des sigles
Mots Définitions
Salesforce
CRM Custumer Relation
TIC Technologie de l’Information et de la
Communication
UP Unified Process
2TUP Two(2) Track Unified Process
xiii
SALESFORCE
TABLE DES MATIÈRES
xiv

Rapport de Stage Brenda Modifie

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport de Stage Brenda Modifie

Transféré par

Droits d'auteur :

Formats disponibles

MISE EN PLACE D’UNE PLATE FORME DE

RECHERCHE D’EMPLOI ET RECRUTEMENT

 Monsieur Armand Claude ABANDA, Représentant Résident de l’IAI-Cameroun

 Monsieur ISSA Colon, mon encadrant Professionnel pour sa disponibilité, son

 Monsieur ABANDA NDJONO Francky, mon encadrant académique, pour sa

 Toute l’équipe BeOne Conseil pour son accompagnement et son suivi ;

 Monsieur et Madame PEVOUBOU pour m’avoir toujours inculqué le savoir vivre ce

 Monsieur et Madame THIAM pour les conseils de la vie ;

 Mes amis NSANGA Emmannuel Mercure, NGO BONDE Princesse, AMOUGOU

 Mes Amis qui m’ont soutenue de près comme de loin ;

 Mes frères et sœurs pour leurs encouragements ;

LISTE DES FIGURES

LISTE DES TABLEAUX

A l’Institut Africain d’Informatique représentation du Cameroun, les étudiants du

Mots-clés : Salesforce, Portail, Lightning, CRM,

PARTIE I : DOSSIER D’INSERTION

Le dossier d’insertion est la partie du rapport de stage qui présente la structure

I. ACCUEIL AU SEIN DE L’ENTREPRISE

II. PRESENTATION GENERALE DE BEONE

III. PRÉSENTATION DU THÈME

IV. ORGANISATION DE LA STRUCTURE

Dans le cadre de notre formation, nous sommes appelés à effectuer un stage

ACCUEIL AU SEIN DE L’ENTREPRISE

Après ce chaleureux accueil, il a été demandé à chaque stagiaire de se présenter, de

PRESENTATION GENERALE DE BeOne Conseil

I.2. Missions de l’entreprise

BeOne Conseil a pour mission de contribuer au développement des personnes et des

 Conseiller pour la maîtrise des évolutions, des adaptations et du changement

I.3. Ressources matérielles et logicielles

BeOne dispose de nombreux équipements pour son fonctionnement pour un service

Tableau 1:Ressources matérielles de BeOne

EQUIPEMENTS MARQUE QUANTITES

Ordinateur de bureau Dell 01

Switch Camtel, Huawei 04

Télévision écran plasma LG 02

S’agissant des ressources logicielles, BeOne Conseil dispose de plusieurs ressources

 Système d’exploitation de gamme Windows : Windows XP sp2, Windows 10

PRESENTATION DU THEME DE STAGE

BeOne Conseil étant une jeune structure camerounaise spécialisée dans

BeOne Conseil est composer de 4 divisions :

Figure 1:organigramme de BeOne. Source : BeOne

Figure 2: Plan de localisation de BeOne

PARTIE II : DOSSIER TECHNIQUE

CAHIER DES CHARGES

Le cahier des charges est un document contractuel préalablement établi de commun

I- CONTEXTE ET JUSTIFICATION DU PROJET

I. CONTEXTE ET JUSTIFICATION DU PROJET

I.1. CONTEXTE DU PROJET

I.2. JUSTIFICATION DU PROJET

I.3. OBJECTIF GÉNÉRAL

I.4. OBJECTIFS SPÉCIFIQUES

 L’inscription d’un tiers ou d’une Entreprise à la plateforme ;

 La création d’une candidature ;

 La consultation des différentes offres d’emploi ;

 Postuler à une offre ;

BENEFICIAIRES ET CIBLES DU PROJET

I.5. LES BENEFICIAIRES

I.6. LES CIBLES

 Les chercheurs d’emploi ;

EXPRESSION DES BESOINS DU PROJET

I.7. BESOINS FONCTIONNELS

Celui-ci peut être n’importe qui ayant accès à l’application ; Il pourra :

I.8. BESOINS NON FONCTIONNELS