République du Cameroun Republic of Cameroon

******* *******
Paix-Travail-Patrie Peace-Work-Fatherland

CAHIER D’ANALYSE

Projet : Mise en relation des vacancier et organismes

BETTERLIDAY

Réalisé par les membres du groupe 4 :

 TCHAGANG KOMBOU Ronald Luther

 DZOYONG NGNENGHONG Maïva

 KENGNI POKAM Loïc Franklin

 NOUFELIE SOH Ange Brayan

Encadré par M. MOUPOJOU EMMANUEL

0
 Table des matières

1. Introduction ......................................................................................................................... 3

2. Présentation générale du projet ........................................................................................... 3

2.1. Présentation Générale du projet ................................................................................... 3

2.2. Contexte du projet ....................................................................................................... 4

3. Cas d’utilisation du système ............................................................................................... 4

3.1. Les besoins .................................................................................................................. 4

3.2. Les acteurs et leurs rôles .............................................................................................. 6

3.3. Diagramme de cas d’utilisation ................................................................................... 7

3.4. Description textuelle des cas d’utilisation ................................................................... 9

4. Diagramme de classes ....................................................................................................... 11

4.1. Identification des entités, attributs et méthodes......................................................... 11

4.2. Diagramme de classes ............................................................................................... 13

4.3. Diagramme d’objets .................................................................................................. 14

5. Diagrammes de séquence système .................................................................................... 15

6. Conclusion ........................................................................................................................ 20

1
 Table des figures

Figure 1: diagramme de cas d'utilisation du vacancier et de l'organisme local.......................... 7

Figure 2: diagramme de cas d'utilisation de l'administrateur et de l'internaute ......................... 8

Figure 3: diagramme de classe ................................................................................................. 13

Figure 4 : diagramme d'objets .................................................................................................. 14

Figure 5: diagramme de séquence du cas d'utilisation "créer compte" .................................... 15

Figure 6 diagramme de séquence du cas d'utilisation "se connecter" ...................................... 16

Figure 7: diagramme de séquence du cas d'utilisation "Envoyer Message" ............................ 17

Figure 8 : diagramme de séquence du cas d'utilisation "Faire publication" ............................. 18

Figure 9: diagramme de séquence du cas d'utilisation "gérer des comptes" ............................ 19

2
 1. Introduction

Dans le cadre de notre formation à l’Institut Saint Jean, est prévu chaque année au niveau
2 des projets académiques pour améliorer nos compétences en informatique à résoudre des
problèmes donnés. C’est ainsi que nous nous sommes vu confier la tâche de réaliser une
Application web nommée BETTERLIDAYS. Après avoir eu comme première tâche la
réalisation d’un cahier de charge technique, il est question pour nous maintenant de réaliser un
cahier d’analyse dans lequel nous vous présenterons à nouveau le projet BETTERLIDAYS puis
nous ferons une analyse générale du projet à travers l’énumération des besoins fonctionnels et
non fonctionnels mais aussi la réalisation des diagrammes de cas d’utilisation, de classe, de
séquence et d’objet.

2. Présentation générale du projet

2.1. Présentation Générale du projet

Cette partie sera axée sur la présentation du projet dans sa globalité avec pour objectif de
mettre en relation les vacanciers dans un pays avec des organismes locaux.

BETTERLIDAYS est une application web donc le but principal est de mettre en relation
les personnes allant en vacances dans un pays avec les organismes / organisations locales. Il
s’agit de permettre aux personnes en question de passer leurs vacances autrement en venant
bénévolement en aide à un organisme, à une école ou encore à une université dans leur pays
d’origine, Ces connaissances peuvent être des :
 Des cours ;
 Des séminaires ;
 Des réalisations techniques ;
 Des transferts de compétence sur une technologie ;
 Et bien d’autres.

L’objectif de ce projet est de mettre au profit d’un pays les connaissances acquises par
des personnes de la diaspora allant en vacances dans un pays en les mettant bien-sûr en relation
avec des organismes d’un pays pendant leurs séjours dans leur pays.

3
 2.2. Contexte du projet
L’ISJ, conscient que la formation en licence professionnelle a pour but de former un
individu et de le rendre directement opérationnel dans le monde du travail, met l’accent depuis
la première année sur la réalisation des projets. Mais ceci est encore plus accentué au niveau 2
avec des unités d’enseignement (UEs) comme le projet python et le projet tutoriel. C’est donc
dans le cadre du projet tutoriel qu’il nous a été confier la tâche de réaliser une application web

Dans tous les aspects que cela implique. Des projets au choix nous ont été proposés pour
améliorer notre capacité à répondre aux demandes du monde.

Pour une amélioration progressive des pays en matière de connaissances, nous avons choisi
le projet BETTERLIDAYS car il permet de faciliter le transfert de connaissances en invitant
les professionnels qui viennent passer des vacances dans leur pays à faire du bénévolat dans des
organismes qui leur seront attribués en fonction d’un domaine précis.

3. Cas d’utilisation du système

3.1. Les besoins
3.1.1. Les besoins fonctionnels
Ici il sera question pour nous de lister les différentes actions que notre système permettra
à un utilisateur d’effectuer.
Notre application devra permettre au vacancier de :
 Créer, modifier et supprimer un compte
 Se connecter
 Renseigner ses services
 Saisir les dates et lieux de ses futures vacances
 Envoyer des propositions aux organisations
 Consulter l’historique de n’importe quel compte
 Envoyer des messages aux organisations locales
 Faire des publications
 Laisser des commentaires aux publications
 Faire des recherches avec différents filtres (services, domaine d’activités, période …)

4
 Notre application devra permettre au organisme local de :
 Créer, modifier et supprimer un compte
 Se connecter
 Soumettre ses besoins
 Faire des publications
 Laisser des commentaires aux différentes publications ;
 Envoyer des messages
 Faire des recherches avec différents filtres (services, domaine d’activités, …)
 Consulter l’historique de n’importe quel compte
 Voir la liste des vacanciers qui ont postulés pour une période.
 Ajouter des commentaires sur l’intervention d’un vacancier et y laisser un avis si on a
un compte organisme

3.1.2. Les besoins non-fonctionnels :

Il s’agit des besoins qui caractérise le système. Ce sont des besoins en matière de
performance, de type matériel ou de type de conception donc le but est de permettre aux
différents utilisateurs une utilisation le plus agréable de notre application. En nous basant sur la
norme ISO/CEI 25000 et certains principes de base, on a pu lister et organiser nos besoins non-
fonctionnels en différent catégories :
a. Fiabilité:
 L’application doit fonctionner de façon cohérente et doit être satisfaisante.
 Le système peut être restauré à une date ultérieure en cas de problème.
 Les données de l’historique du client peuvent être récupérées en cas de panne serveur.

b. Les erreurs
 Les ambigüités doivent être signalées par des messages d’erreurs bien organisés pour
bien guider l’utilisateur et le familiariser avec notre site web.
 L’application devra proposer une assistance en cas de difficultés ou incompréhensions;

c. Ergonomie et bonne Interface :

 L’application doit être adaptée à l’utilisateur sans qu’il ne fournisse aucun effort
(utilisation claire et facile) de point de vue navigation entre les différentes pages
 Le site devra obéir à la règle des trois cliques;
 Le site devra obéir à la règle des trois couleurs

5
 d. Sécurité
Il s’agit ici de la contrainte la plus importante de notre site. Le site devra répondre au
norme de sécurité sur la vérification des connexions pour ainsi protéger nos utilisateurs à tout
piratage de compte. Le site devra également :
 Vérifier les coordonnées des utilisateurs avant de permettre la création de compte;
 Permettre à tout utilisateur de signaler un compte ou un message suspect;
 Bloquer un compte;
 Débloquer un compte;
 Supprimer les messages et commentaires
NB : les administrateurs de notre application n’auront pas accès au mot de passe des utilisateurs
donc ils ne pourront pas modifier les informations dans un compte et ne pourrons pas aussi lire
les messages entre deux utilisateurs de notre application sans l’accord des utilisateurs.

e. Compatibilité et portabilité
L’application devra avoir une compatibilité avec tous les navigateurs web et tous les
appareils de connexion que ce soit les ordinateurs, les tablettes ou les appareils mobiles.

f. Performances
 Le site devra supporter l’utilisation simultanée de plusieurs utilisateurs ;
 Les temps de chargement devront être réduit le plus possible
 Le système doit être capable de stocker un volume important de données.

3.2. Les acteurs et leurs rôles

Les acteurs principaux de notre système sont les la personne proposant ses services (Le
vacancier), l’organisation a l’origine du besoin, et le système lui-même. Sont présentés ci-
dessous les différentes fonctionnalités qui leur sont offertes par le système.

3.2.1 les acteurs externes

Il s’agit ici des administrateurs du site. Ils auront pour rôles de gérer les comptes des
utilisateurs et de bloquer tous publications et commentaires signalés et reconnus comme
malveillants

3.2.2 les acteurs internes

Il s’agit ici des internautes, des vacanciers et des organismes.

6
 L’internaute représente ici toutes personnes visitant notre site mais ne possédant pas un
compte et ayant pour but de visiter notre application, de se renseigner sur notre application, de
s’inscrire ou juste faire des recherches.
Le Vacancier représente ici un membre de la diaspora voulant ou passant des vacances
dans son pays d’origine et désireux d’aider bénévolement des organismes locaux.
L’organisme représente ici tout institutions ou organisation voulant profiter des
connaissances et de l’expérience du vacancier.
3.3. Diagramme de cas d’utilisation

Figure 1: diagramme de cas d'utilisation du vacancier et de l'organisme local

7
Figure 2: diagramme de cas d'utilisation de l'administrateur et de l'internaute

8
 3.4. Description textuelle des cas d’utilisation
Ici il est question pour nous de présenter dans une description détaillée les cas d’utilisation
les plus importants qui sont : créer un compte, se connecter, Soumettre un besoin et envoyer
une proposition.
Intitulé Créer un compte
Objectif Ajouter un nouvel utilisateur à l’application
Acteur Internautes, Administrateur, vacanciers, organisation
Préconditions L’utilisateur doit être connecter au système
Post-conditions le nouvel utilisateur est inscrit dans le système
1- L’utilisateur ouvre l’application
2- L’utilisateur clique dans l’interface sur créer un compte vacancier ou
créer un compte Organisation selon ses besoins
Scénario principal
3- L’utilisateur entre les informations relatives dans le formulaire
d’inscription
4- Le système enregistre l’utilisateur dans la base de donnée
2a. Le système ne dirige pas l’utilisateur vers le formulaire d’inscription,
il envoie un message de notification à l’utilisateur puis aller 2
3a. Les informations entrées par l’utilisateur sont incohérentes, le
système envoie un message de notification à l’utilisateur puis aller 3
Scénario alternatif
3b. le système n’arrive pas à se connecter à la base de données pour
ajouter le l’utilisateur, il envoie un message de notification à l’utilisateur
puis aller à 1

Intitulé Se connecter
Objectif Accéder aux différents services proposés par l’application
Acteur Administrateur, vacanciers, organisation
Evénement déclencheur néant
Préconditions Connexion internet
Post-conditions Accéder au compte
1- L’utilisateur saisir l’adresse du site
2- L’utilisateur clique sur le bouton se connecter
Scénario principal 3- L’utilisateur introduit l’identifiant et le mot de passe de son compte
4- Le système identifie l’identificateur et affiche l’interface d’accueil
de l’utilisateur
2a. Le système ne dirige pas l’utilisateur vers la page de connexion, il
envoie un message de notification à l’utilisateur puis aller 2
3a. Les informations entrées par l’utilisateur sont incohérentes, le
Scénario alternatif système envoie un message de notification à l’utilisateur puis aller 3
4a. le système n’arrive pas à se connecter à la base de données pour
identifier l’utilisateur, il envoie un message de notification à
l’utilisateur puis aller à 2

9
Intitulé Soumettre ses besoins
Pouvoir pour une période donnée et pour une activité précise réclamer
Objectif
l’aide d’un vacancier
Acteur Organisation
L’organisation doit disposer d’un compte dans l’application et une
Préconditions
connexion internet
Post-conditions Un nouveau besoin ajouté dans le système
1- L’utilisateur s’authentifie et accède à son compte
2- L’utilisateur clique sur le bouton soumettre un besoin
3- L’utilisateur remplit le formulaire dans lequel il renseigne la période
et l’activité dans lequel il a besoin d’aide
Scénario principal
4- L’utilisateur valide son formulaire et reçoit une notification du
système qui lui informe que sa requête a été enregistrée
5- L’utilisateur reçoit s’il y en a une liste de vacancier qui pourront
satisfaire son besoin
2a. Le système ne dirige pas l’utilisateur vers le formulaire qui permet de
soumettre ses besoins, il envoie un message de notification à l’utilisateur
puis aller 2

3a. Les informations entrées par l’utilisateur sont incohérentes, le système

Scénario alternatif
envoie un message de notification à l’utilisateur puis aller 3

4a. le système n’arrive pas à se connecter à la base de données pour

sauvegarder le besoin de l’organisation, il envoie un message de
notification à l’utilisateur puis aller à 2

Intitulé envoyer une proposition

Dans le cas du vacancier l’objectif est de signaler à une organisation
locale précise qu’il est disponible pour faire une intervention
Objectif
Dans le cas de l’organisation locale c’est de signaler à un vacancier précis
qu’on voudrait qu’il fasse une intervention
Acteur Organisation, Vacancier
L’utilisateur doit disposer d’un compte dans l’application et une
Préconditions
connexion internet
Post-conditions Un message d’aide ajouté
1- L’utilisateur s’authentifie et accède à son compte
2- L’utilisateur clique sur le bouton recherche
3- L’utilisateur entre le nom ou clique sur le domaine d’activité souhaité
Scénario principal
et lance la recherche
4- L’utilisateur sélectionne un utilisateur précis
5- L’utilisateur clique sur le bouton « soumettre une proposition »
2a. Le système ne dirige pas l’utilisateur vers la page de recherche, il
envoie un message de notification à l’utilisateur puis aller 2
Scénario alternatif
3a. Le système n’arrive pas à accéder à la base de données, il envoie un
message de notification à l’utilisateur puis aller 2

10
 4. Diagramme de classes
Il est la description de tout ou d'une partie du système d'une manière abstraite, en termes de
classes, de structure et d'associations. Ils décrivent les types des objets qui composent un
système et les différents types de relation statique qui existent entre eux.

4.1. Identification des entités, attributs et méthodes

Une classe est une description d'un groupe d'objets partageant un ensemble commun de
propriétés (les attributs), de comportements (les méthodes) et de relations avec d'autres objets
(les associations et les agrégations). Elle est représentée en utilisant un rectangle divisé en trois
sections. La classe est donc définie par son nom, ses attributs et ses méthodes.

Les classes sur lesquelles se porte notre système sont les suivantes :
Classe Attributs Description de la classe

Cette classe représente les

- idActivité
différentes domaines d’activités
Activite - NomActivite
que l’organisme local et le
- descriptionActivites
vacancier peuvent exercés

- idActivite
ActiviteOrganisme
- IdOrganisme
Cette classe représente pour une
- idOrganismeLocale
période précise et pour un activité
Besoin - idPeriode
précise un besoin d’un organisme
- idActivite
local précis
- idCommentaire
- idCommentateur
Commentaire
- idPublication
- contenuCommentaire
- idContact
Contact
- NumeroTel
- idContact
Contact_Vacancier
- idVacancier
- idContact
ContactOganismeLocal
- idOganismeLocal
- idOrganismeLocal Cette classe représente
- idVacancier l’intervention d’un vacancier
- idPeriodeVacancier précis lors d’une période précise
Intervention
- idActivite pour un organisme local précis
une intervention pour un domaine
d’activité précis

11
 - -idTime
- IdEmetteur
Message
- IdDestinataire
- ContenuMessage
- IdOrganisme
- nomOrganisme
OganismeLocal
- raisonSociale
- Email
Cette classe représente une
- idPeriode
période de temps précis allant de
Periode - datePremierJour
la date du premier jour à la date
- dateDernierJour
du dernier jour
- idVacancier
PeriodeVacancier
- idPeriode

Photo - Photo

- idPublication
- DateHeure
Publication
- idOrganisme
- contenuDelaPublication
- idService Cette classe représente pour un
Service - nomService vacancier précis sa spécialisation
- degreSpecialisationDuVacancier dans un domaine précis

Texte - Texte

- idVacancier
- nomVacancier
- prenomVacancier
Vacancier - dateDeNaissanceVac
- lieuDeNaissanceVac
- SexeVacancier
- EmailVacancier

12
Nous vous prions de bien vouloir nous excuser si vous
ne parvenez pas à bien lire notre diagramme de classe.
Nous le mettrons seule en pièce jointe dans le mail
pour une meilleure visibilité. 4.2. Diagramme de classes
Merci pour votre bonne compréhension

Figure 3: diagramme de classe

13
Nous vous prions de bien vouloir nous excuser si vous 4.3. Diagramme d’objets
ne parvenez pas à bien lire notre diagramme de classe.
Nous le mettrons seule en pièce jointe dans le mail
pour une meilleure visibilité.
Merci pour votre bonne compréhension

Figure 4 : diagramme d'objets

14
 5. Diagrammes de séquence système
Ici il est question pour nous de vous proposer un diagramme de séquence pour chacun des
principaux cas d’utilisation qui sont : créer un compte, se connecter, envoyer message, faire
publication et gérer des comptes

Figure 5: diagramme de séquence du cas d'utilisation "créer compte"

15
Figure 6 diagramme de séquence du cas d'utilisation "se connecter"

Figure 4 : diagramme de séquence du cas d'utilisation "se connecter"

16
Figure 7: diagramme de séquence du cas d'utilisation "Envoyer Message"

17
Figure 8 : diagramme de séquence du cas d'utilisation "Faire publication"

18
Figure 9: diagramme de séquence du cas d'utilisation "gérer des comptes"

19
 6. Conclusion
En conclusion nous avons dans ce document dans un premier temps présenté le projet
BETTERLIDAYS ensuite nous avons lister les différents besoins et acteurs de notre système
et enfin réaliser le diagramme de cas d’utilisation, le diagramme de classe, le diagramme d’objet
et le diagramme de séquence des cas d’utilisation les plus importants. Il est maintenant question
pour nous d’approfondir nos recherches sur les différents logiciels, Framework et services
nécessaires à la réalisation de notre application mais surtout de préparer le cahier de conception
qui décrira de manière précise la réalisation de notre application.

20