Chapitre 2
Analyse et Spécification des
besoins
Chapitre 2
Analyse et Spécification des besoins
2.1 Choix de la méthodologie d’analyse
Pour réaliser notre application , on a choisit le méthode d'analyse Scrum qui consiste à couper
le projet en des périodes du temps limitées nommées « sprints » . Chaque sprint a une tache
spécifique .
2.2 Les besoins fonctionnels
2.2.1 Acteurs du système
Administrateur :
C’est le responsable qui contrôle les comptes des utilisateurs. Il a le droit de
supprimer des comptes ou des publications (annonces du services ) ,il permet aussi d’accepter
ou refuser un contrat de service et il gère les catégories
Client :
C’est la personne qui dépose des publications en créant leurs coordonnés
(l’emplacement ,budget, durée, description …) . Il peut gérer son profil et ses
publications( modifier/supprimer ).
Freelancer :
Celui qui fait le service qui compatible avec ses compétences et sa disponibilité ,il a le
droit de chercher des services et gérer son profil(modifier/supprimer ).
2.2.2 Elaboration du modèle des cas d’utilisation :
Le diagrammes de cas d'utilisation est un diagrammes UML utilisés pour donner une vision
globale du comportement fonctionnel d'un système logiciel. Il est utile pour des présentations
auprès de la direction ou des acteurs d'un projet.
Diagramme des cas d’utilisation général :
La figure 1 : cette figure représente le diagramme de cas d’utilisation général de l’application
Figure 2.1-Diagramme des cas d’utilisation général
Dans cette figure nous avons trois acteurs ,l’administrateur, le client et le freelancer . Dans
les figures prochains on va détailler chaque tâches.
2.2.3 Diagramme de cas d’utilisation détaillés :
Diagramme du cas d’utilisation<<Gérer catégories>>
Gérer les catégories
acteur administrateur
résumé l'administrateur peut supprimer ,modifier et ajouter des
catégories
Pré-condition L'administrateur doit être authentifié
Post-condition Catégorie ajouté ou modifié
1.l'administrateur accède a l'interface de gestion de
catégorie.
Scénario principal [Link] choisit une catégorie .
[Link] remplit un formulaire
[Link] valide
Diagramme du cas d’utilisation<<traitement demande>>
traitement demande
acteur administrateur
résumé l'administrateur peut accepter , refuser le demande .
Pré-condition L'administrateur doit être accéder a l'interface
traitement demande
Post-condition Une notification va envoyer vers le client et le
freelancer
1.l'administrateur accède a l'interface traitement
demande.
Scénario principal [Link] choisit un demande .
[Link] accepte ou refuse
[Link] valide
Gérer les comptes
acteur administrateur
résumé l'administrateur peut supprimer des comptes et consulter
les profils d’utilisateurs .
Pré-condition L'administrateur doit être authentifié
Post-condition Compte est supprimé
1.l'administrateur choisit un compte
(client/freelancer)
Scénario principal [Link] consulte le profil choisit.
[Link] supprime le compte
Diagramme du cas d’utilisation<<Gérer Publications>>
Gérer les publications
acteur Client
résumé Le client peut supprimer ,modifier et ajouter des
publications .
Pré-condition L'interface de les publications de client doit être
afficher
Post-condition Selon le choix du client la publication de service doit
être ajouter , modifier ou supprimer
[Link] client choisit une publication pour la modifier
ou bien il ajoute une nouvelle .
Scénario principal [Link] remplit le formulaire pour ajouter ou modifier
[Link] valide.
Diagramme du cas d’utilisation<<Gérer CV>>
Gérer CV
acteur Freelancer
résumé Le Freelancer peut modifier et ajouter un cv (fiche de
compétence)
Pré-condition Le Freelancer doit accéder a l'interface du gestion du
cv
Post-condition CV ajouter ou modifier
Scénario principal [Link] client remplie un formulaire
[Link] valide .
Diagramme du cas d’utilisation<< Rechercher service >>
Rechercher service
acteur Freelancer
résumé Le Freelancer peut rechercher un services puis il
contact l administrateur.
Pré-condition Le Freelancer doit sélectionner une catégorie
Post-condition Notification envoyer a l administrateur
[Link] Freelancer sélectionne une publication (un
annonce de service)
Scénario principal [Link] consulte les informations de la publication .
[Link] valide
Conclusion:
Dans ce chapitre nous avons définir notre méthodologie d analyse puis nous avons montré les
besoins fonctionnels par énumérer les acteurs et expliquer les diagrammes des cas
d'utilisations détaillés .
