CAHIER DE CHARGE Programmeur Alimentaire (1) - Google Docs

GROUPE 02
PROGRAMMEUR ALIMENTAIRE
Table des ma ères

INTRODUCTION GENERALE 2
I. CONTEXTE DU PROJET 2
II. PROBLÉMATIQUE 3
III. ETUDE DES SOLUTIONS 3
IV. SOLUTION RETENU 5
V. GESTION DU PROJET 6
VI. CHARTE GRAPHIQUE 9
1. Le logo 9
2. Palette de couleur 9
3. Identité Visuelle 9
VII. MÉTHODOLOGIE 11
1. Les méthodes 11
2. Choix de la méthode 12
3. Les outils 12
VIII. ANALYSE DES BESOINS 12
1. Les cas d’utilisations 12
a) Diagramme de cas d’Utilisation
b) Description globale des cas d’Utilisation
c) Description des scénarios des cas d’Utilisation 16
2 . Description graphique 35
b. Diagramme de séquences
c) Diagramme d'Activité
CONCLUSION 45
WEBOGRAPHIE
1
GROUPE 02
INTRODUCTION GENERALE
Le marché des applications mobiles connaît un grand essor et devient une

véritable manne financière pour les entreprises. C’est dans cette optique que
plusieurs entreprises n'hésitent pas à exploiter ces avancées technologiques pour
offrir des services novateurs à leur client. L'objectif commun pour tous est la
recherche perpétuelle de solution (automatique et rapide) pour aider les clients et
faciliter leurs achats en termes de nutrition et autres. En entrant dans le fond de
certains problèmes communautaires dont ses avancées voudraient résoudre, il est
remarqué que de nos jours l’Organisation et la manipulation des biens financiers
pour la subvention aux besoins alimentaires des consommateurs, devient de plus
en plus difficile. Certaines personnes ont du mal à organiser leurs biens avant de
consommer, ceci en termes d’alimentation. Ce qui a le plus souvent pour
conséquence le gaspillage et donc la "pauvreté" ou ”le manque de bien” des
consommateurs. Rares sont les réussites. Plusieurs questions sont ainsi soulevées
comme :Que mangerai-je seul (ou que mangerai-je accompagné) avec une cette
somme d’argent? En combien de temps? Dans le but d'élucider le problème et de
répondre à cette question a double interrogation, ce document présente l’ensemble
des étapes que nous suivrons pour trouver et développer la solution. Il a en donc
son sein trois grandes parties. Le premier qui sera la: " Présentation du projet ” est
consacré à la présentation du contexte du projet , la recherche de la problématique
du projet, à l'études des solutions techniques existantes tout en mentionnant leur
avantages et leur inconvénients, et c’est grace a ce récapitulatif que nous entreront
dans la mise en relief des solutions retenu, et enfin à la présentation de la gestion
du projet en générale avec l'équipe,les outils, les ressources et le planning. Le
thème suivant contient la méthodologie qui met en relief le choix des outils et
méthodes, et présente également l’analyse des besoins et la conception enfin le
dernier thème sera consacré à présenter les différents cas d’Utilisation avec les
diagrammes et les scénarios.
2
GROUPE 02
I. CONTEXTE DU PROJET
C’est dans l’optique de répondre favorablement aux attentes du professeur en

Android de notre filière intitulé Technologie de l’Informatique et de la
Communication-PAM au sein de l’Institut universitaire de la côte, que ce projet ainsi
que les directives qui lui sont appliquées, ont fait surface. En effet,ayant été attribué
à deux groupes différents,le projet ci contre fait donc l’objet d’une pression et d’un
stress naissant face à la compétition. Mais afin de mener à bien ce projet, tous les
moyens adéquats seront utilisés. L’analyse ainsi que la problématique du problème
sont donc envisagées.
I. PROBLÉMATIQUE
L’un des problèmes majeurs en Afrique, c’est la nutrition et de ce fait, il est

compliqué d’avoir une alimentation stable et équilibrée à moindre coût. On note
aussi des personnes qui aimeraient par exemple gagner ou perdre du poids sans
consommer de médicaments mais qui ne savent pas comment gérer leurs
alimentations.
Est-il possible d'avoir un planning d’Alimentation et a un coût voulu?
II. ETUDE DES SOLUTIONS
Dans l’optique de résoudre le problème, un benchmarking concurrentiel a été

élaboré sur les différentes applications concurrentes touchant (en partie) la
résolution du problème. Son résumé se trouve dans le tableau qui suit:
3
GROUPE 02
Applications Pays Fonctions Limites

Jangolo Cook Cameroun Il aide à la planification d’un Malgré ses bonnes fonctions,
https://www.jangolo.c menu et met à disposition du elle laisse place à des limites
m/ client une multitude de plats vis-à- vis d’autres. Dans la
Africain et leur élaboration mesure où certaines
informations sur le client en
question ne sont pas
exceptionnellement prises en
compte, la qualité d’un
produit n’est pas vérifiable…
Youmiam France Cette appli suggère des Elle n’est pas toujours fiable
https://apps.apple.co recettes et établit la liste des lorsqu’il s’agit des
m/fr/app/youmiam-rec courses en fonction du goût recherches en fonction des
ettes-visuelles/id8955 et du profil de l’utilisateur. Elle ingrédients. Certains
06023 suggère aussi des ingrédients ne sont pas
recherches en fonction des compris et/ou mal analysés
ingrédients que vous avez à par l’appli.
disposition.
Foodle France Cette appli gratuite suggère Professionnalisation de

https://www.foodles. beaucoup plus des services l’application.
co/ de composition de plat en
fonction des éléments de vos
frigos(ingrédient) mais aussi
met à la disposition du client
une série de plats.
Commejaime France Cette application met à la Presque uniquement basé

https://www.commej disposition des clients un sur un régime alimentaire
aime.fr/ ensemble de recettes pour le mais ne prend pas en
rééquilibrage alimentaire en compte le budget mais
fonction de leur masse propose des plats .
corporelle
Yuka,Food Visor France Ils mettent à la disposition Le scan des aliments en

des clients des services qui questions est nécessaire
permettent la mise en relief
des aliments qualifiés pour
une éventuelle
consommation saine. En
d’autres ils donnent des
informations sur des
aliments.
En fonction des applications les plus populaires et se rapprochant le plus de

la solution voulue (citées plus haut), des fondamentaux seront donc appliqués à
notre projet.
4
GROUPE 02
III. SOLUTION RETENU
Malgré le fait que chacun des logiciels cités plus haut soit très performant et
qu’ils offrent des fonctionnalités pertinentes, elles ne sont pas ne sont pas
parfaites…Pour résoudre le problème de planification alimentaire, l’utilisation
combinée de certaines de ces applications est possible. Mais il n’est pas très
agréable de naviguer entre deux applications pour résoudre un seul problème D’où
le choix de créer une application mobile qui permettrait à l’utilisateur de savoir quel
repas choisir en fonction de son budget et du nombre de personnes. Il sera aussi
question de générer un planning alimentaire en fonction du type de programme
choisi par l’utilisateur et de son budget ainsi que de la période du programme.
Dans le but d'améliorer l'expérience utilisateur et l’application en elle-même ,
L’application permettra au Client de noter et de commenter un repas ou un planning.
IV. GESTION DU PROJET
Pour ce projet, la réalisation de ce projet nous avons besoin d’analystes,de

développeurs, de designers, et de testeurs
Chacun des acteurs de ce projet est capable de s'occuper à merveille chacun des
postes cités. Les acteurs en question qui interviennent dans ce projet sont
Aguekeng Arolle Dubois: (chef de projet, Analyste, développeur full-stack)
Kaze Cédric : analyste, développeur Back-end
Tientcheu Israël : Analyste , developpeur front-end,back-end(basique)
Nokize Maxime :Analyste , développeur front-end,back-end(basique)
Aussi la mise en place d’un planning a été effectué afin de définir les
honoraires de travail de chacun des participants au projet.
5
GROUPE 02
Calendrier du projet
6
GROUPE 02
7
GROUPE 02
V. CHARTE GRAPHIQUE
1. Le logo
Le logo a la forme d’une table ovale avec au-dessus des traits qui
représentent un planning posé sur une table et une assiette dans laquelle on
retrouve une cuillère et un couteau. L'ensemble visualise bel et bien un
programmeur alimentaire.
2. Palette de couleur
8
GROUPE 02
3. Identité Visuelle
VI. MÉTHODOLOGIE
La méthodologie de gestion de projet aide les managers à travers chaque
étape d’un projet. Il commence par aider le manager à planifier, initier et mettre en
œuvre le projet. Les méthodologies facilitent même la clôture du projet. Les
managers peuvent utiliser ces modèles pour planifier leurs tâches et atteindre leurs
objectifs.De ce fait, nous avons opté pour plusieurs méthodes, dont certaines que
nous utilisons seront citées et d’autres que nous n'utilisons pas.
1. Les méthodes
On distingue plusieurs types de mé thodes parmis lesquelles nous
pouvons avoir :
- Les méthodes analytiques : encore appelé es mé thodes cartésiennes elles sont
basé es sur les principe de dé coupage en sous ensemble repré sentatif. Chaque
sous-ensemble é tait repré senté sé paré ment juxtaposition au moment de la
synthè se et posait quelques dif iculté s.
- Les méthodes systémiques : ici on considè re tout l’ensemble et on procè de à
des validations des sous-ensembles pendant le processus d'analyse pour
obtenir une cohé rence globale du systè me au moment de la synthè se. Elle
impose une fusion globale du systè me avant le dé coupage en sous ensemble.
Merise, Axial, Renoma.
9
GROUPE 02
- Les méthodes orientées Objet : ici on doit inté grer tous les concepts lié s aux
objets. Ces mé thodes utilisent une dé marche basé e sur les principes de la POO,
Ex : UML(uni ied modeling language) est un langage qui utilise un ensemble de
spé ci ications basé es sur la notion d’objet.
- Les méthodes agiles : elles permettent la conception des logiciels en impliquant
au maximum le demandeur ou client. Elles sont pragmatiques, elles visent la
satisfaction ré elle des besoins du client et non du contrat pré alablement é tabli.
Elles sont basé es sur un manifeste des mé thodes agiles . Ex : le RAD( Raping
Application Development) c’est la premiè re mé thode de dé veloppement agile
cré é e au dé but des anné es 70.
2. Choix de la méthode
En vue des circonstances liées au cadre académique et à nos

connaissances propres sur ces différentes méthodes. La méthode Orientée Objet se
présente comme la plus adaptée pour la conception de ce projet grâce à ces
différents modèles axés sur la représentation statique, fonctionnelle et dynamique
des données. Ainsi nous utiliserons le langage UML(unified modeling language)
pour cette conception.
3. Les outils
Au choix de la méthode Orientée Objet , plus précisément l’usage du

langage UML . Il se présente à nous l'usage de plusieurs outils tels que : le
diagramme de classe, le diagramme d’objet, le diagramme de cas d’utilisation , le
diagramme d'états transitions , le diagramme de séquences et plein d'autres.La
conception de ces différents diagrammes s'accompagne aussi à une Élaboration du
PERT, d’un Gantt etc.
10
GROUPE 02
VII. ANALYSE DES BESOINS
A. Les Cas d’utilisations

Un cas d’Utilisation ou appelé cas d’Usage correspond à un
ensemble d’actions réalisées par le système en interaction avec les acteurs
en vue d’une finalité. Son ensemble permet de décrire les exigences
fonctionnelles d’un système en adoptant le point de vue et le langage de
l’utilisateur final. Le projet comporte 28 cas d’utilisations et 3 acteurs qui sont :
- L'invité
- Le client
- L’horloge
La liste des cas d’Utilisation dont il est question sont :
● Consulter les objectifs
● Créer un programme familial
● Editer les données personnelles des membres du programme
● Souscrire à un régime alimentaire
● Editer les données personnelles de l’utilisateur
● Consulter les détails du programme
● Commenter un repas
● Noter un repas
● Consulter les liste des repas
● Consulter la recette
● Consulter le calendrier des repas
● Éditer le calendrier des repas
● Consulter les détails du menu
● Editer la liste des menus préféré
● Ajouter un menu
● Supprimer un menu
● Consulter le catalogue des menus
● Recherche dans le catalogue
● Consulter les détails des menus
● Enregistrer les détails du programme
● Souscrire à un abonnement
● Modifier les informations de l’abonnement
● Choisir le type d’abonnement
● Entrer les informations de paiement
● Choisir un opérateur
11
GROUPE 02
1. Diagramme de cas d’Utilisation

Le diagramme de cas d’utilisation est l’un des diagrammes
les plus utilisés dans la modélisation UML(Méthode d’analyse que nous utiliserons
tout au long de ce projet). En effet, ce diagramme permet de représenter l’aspect
fonctionnel de l'application car il présente toutes les fonctionnalités ainsi que tous les
acteurs qui interviennent dans le déroulement du système
Notre diagramme de cas d’Utilisation se présente comme suit:
12
GROUPE 02
2. Description globale des cas d’Utilisations

Notre diagramme de cas d’utilisation est divisé en 7 package(élément qui
regroupe plusieurs cas d’utilisation) qui sont :
● Authentification : Dans ce package, on retrouve les cas d’utilisations

d’authentification de l’utilisateur ainsi que la
● Programme familial : Il comporte une partie des cas d’utilisations qui

entrent dans la création d’un programme de planning alimentaire
familial.
● Programme de régime alimentaire : Il comporte une partie des cas

d’utilisation qui entrent dans la création d’un programme de
alimentaire.
13
GROUPE 02
● Gestion de Programme : il permet de gérer les menus ainsi que les

catalogues et de terminer la création de tous les types de programme
alimentaire du projet
14
GROUPE 02
● Calendrier : Il permet de gérer l’affichage et la modification du

planning.
● Autres fonctionnalités : Il permet de gérer toutes les fonctionnalités

de l’application en dehors des fonctionnalités de création de
programme alimentaire.
15
GROUPE 02
● Paiements : Il permet de gérer les transactions financières mais aussi

de gérer les abonnements des utilisateurs
3. Description des scénarios des cas d'utilisations.
Scénario nominal :
1. L’utilisateur effectue une demande de consultation des objectifs
2. Le système retourne la liste des objectifs
3. Le système demande à l’utilisateur de choisir un objectif
4. L’utilisateur choisit un objectif
16
GROUPE 02
Utilisateur Système
1. L’utilisateur effectue une 2. Le système retourne la liste
demande de consultation des des objectifs
objectifs
3. Le système demande à 4. L’utilisateur choisis un objectif
l’utilisateur de choisir un objectif
Scénario nominal :
1. L’utilisateur effectue une demande de consultation de la liste des programmes
2. Le système retourne la liste des programmes de l’utilisateur
1. L’utilisateur effectue une 2. Le système retourne la liste
demande de consultation de la des programmes de l’utilisateur
liste des programmes
17
GROUPE 02
Scénario nominal :
1. Demande à effectuer une consultation des détails d’un programme
2. Le système recherche les programmes en cours
3. Le système retourne la liste des programmes
4. Le système demande à l'utilisateur de choisir un programme
5. l’utilisateur choisit le programme
6. Le système affiche les détails du programme
1. Demande à effectuer une 2. Le système recherche les
consultation des détails d’un programmes en cours
programme 3. Le système retourne la liste
des programmes
4. Le système demande à
l'utilisateur de choisir un
programme
5. l’utilisateur choisit le 6. Le système affiche les détails
programme du programme
Enchaînement alternatif :
A1 : Aucun programme trouvé
L'enchaînement A1 démarre au point 2 du scénario nominal
3. Le système indique que aucun programme n’a été trouvé
4. Le système demande à l'utilisateur de créer un programme
Scénario nominal :
1. L’utilisateur clique sur le bouton de commentaire
2. Le système demande à l’utilisateur d’entrer son commentaire
3. L’utilisateur Ajoute son commentaire
4. Le système publie le commentaire
18
GROUPE 02
1. L’utilisateur clique sur le bouton 2. Le système demande à
de commentaire l’utilisateur d’entrer son
commentaire
3. L’utilisateur Ajoute son 4. Le système publie le
commentaire commentaire
A1 : Aucun programme trouvé
4) Le système informe l’utilisateur que le commentaire ne peut être vide
5 ) Le système demande à l'utilisateur d’entrer le commentaire
6 ) L’utilisateur entre le commentaire
7 ) Le système publie le commentaire
Scénario nominal :
1. Le client effectue une demande de consultation de la recette
2. Le système recherche la recette
3. Le système retourne la recette
1. Le client effectue une demande 2. Le système recherche la
de consultation de la recette recette
3. Le système retourne la recette
19
GROUPE 02
Scénario nominal :
1. L’utilisateur effectue une demande de notation
2. Le système vous demande de choisir le nombre d'étoiles compris entre 0 et 5
3. L’utilisateur choisit le nombre d’étoile
4. Le système publie la note du repas
1. L’utilisateur effectue une 2. Le système vous demande de
demande de notation choisir le nombre d'étoiles
compris entre 0 et 5
3. L’utilisateur choisit le nombre 4. Le système publie la note du
d’étoile repas
Sommaire d’identification
**Package : UcCalendrier**
20
GROUPE 02
Scénario nominal :
Client Systè me
1. Appel du cas « Consulter le 2. Le Système lui propose d’éditer le
calendrier » calendrier
3. Le client choisi d'Éditer le calendrier 4. Le Système lui propose le formulaire
de modification du calendrier
5. Le client consulte, remplit le 6. Le Système valide et sauvegarde.
formulaire et valide.
A1. Le client ne remplit pas le formulaire
Le cas d’Utilisation recommence à l’identique.
Le scénario nominal reprend au point 4.
Enchaînement d’Erreur :
E1. Le client annule la modification du Calendrier (peut remplir le formulaire et
annule ensuite)
L'enchaînement démarre au point 4 du scénario nominal.
Le cas d’Utilisation se termine sur un échec.
E2: Les informations du formulaire ne sont pas correctes
L'enchaînement démarre après le point 5 de la séquence nominale.
6. Le Système invite le client à corriger les erreurs du(des) champ(s) du formulaire
Le cas d’Utilisation se termine sur un échec.
Postconditions : Le système a enregistré les informations modifier.
21
GROUPE 02
Scénario nominal :
Client Systè me
1) Le client demande à consulter le 2) Le Système affiche le calendrier des
calendrier. repas.
3) Le client consulte le calendrier des
repas.
** Package : Paiement **
**Scénario nominal 1 :
Client ystème
S
1. Le Client demande à entrer les 2. Le Systè me demande le numé ro de
informations du paiement té lé phone
3. Le client insè re le numé ro 4.Le Systè me vé ri ie la validité du numé ro
5.Le Systè me demande le montant de
paiement.
6.Le client insè re le montant 7.Le Systè me vé ri ie le montant insé ré .
8.Le Systè me enregistre.
Enchaînement Alternatifs :
A1. Le montant insérer est inférieur au montant demandé
L'Enchaînement démarre après le point 6 du scénario nominal
7. Le Système invite le client à mettre le bon montant
E1. Le client annule le remplissage
Le cas d’Utilisation se termine par un échec.
E2. Le numéro incorrect ou non insérer (Après plusieurs tentatives)
4. Le Système vérifie et demande au client d’entrer à nouveau le numéro.
Le cas d’Utilisation se termine par un échec
22
GROUPE 02
Postconditions : Le Système enregistre le numéro et le montant du client
● Description du cas : Choisir un opérateur
Scénario nominal :
Client ystème
S
1. Appel du cas « Entrer les informations du 2. Le Systè me lui propose des opé rateurs de
Paiement » paiement
3. Le Client consulte les opé rateurs 5. Le Systè me valide le choix et lui demande
4. Le Client choisit un opé rateur le code.
6. Le Client entre le code. 7. Le Systè me vé ri ie et enregistre.
Enchaînement Alternatifs :
A1 : Le code n’est pas valide
L'enchaînement A1 démarre après le point 6 du scénario nominal
6. Le Système vérifie et lui demande de réinsérer son code.
E1. Le code n’est pas valide après trois tentatives
7. Au bout de trois essai le système informe le client de l’erreur
Le cas d’utilisation se termine par un échec.
Postconditions : Le Système enregistre le code de paiement inscrit.
● Description du cas : Choisir le type d’Abonnement
23
GROUPE 02
Scénario nominal :
Client ystème
S
1.Appel du cas « Choisir un Opé rateur » 2.Le Systè me lui propose plusieurs types
d’abonnement.
3. Le Client consulte les types d’Abonnements 5.Le Systè me enregistre le choix
4.Le client choisit un type d’abonnement
● Description du cas : Souscrire à un Abonnement
Scénario nominal :
Client ystème
S
1.Le client souhaite souscrire à un 2.Appel du cas « Choisir le type
abonnement d’abonnement »
3. Le Systè me abonne le Client
● Description du cas : Modifier les informations sur l’Abonnement

Titre : Modifier les informations sur l’Abonnement
Résumé : Ce cas d’Utilisation permet à un client de pouvoir modifier toutes les
informations insérer au préalable pour son abonnement.
Date de Création : 1/03/2022, Date de mise à jour : 02/03/2022
Version : 1.0
Responsable : Tientcheu Israël
Préconditions :
- Le Client a déjà souscrit à un abonnement
Scénario nominal :
Client ystème
S
1. Le client souhaite modi ier les informations 2.Appel du cas « Choisir le type
de son abonnement d’abonnement »
3. Le systè me vé ri ie et sauvegarde les

modi ications.
24
GROUPE 02
Scénario nominal
1. Le Client souhaite se connecter à 2. Le Système le renvoie sur la page de
l’application. connexion.
3. Le Client saisie son email 4. Le Système vérifie si l’email est correct.
6. Le client saisi le mot de passe 5. Le Système demande de saisir son mot

de passe
7. Le système vérifie si le mot de passe est
correct.
8. le système le connecte
Enchaînements alternatifs
A1 : Les informations renseignées par le client sont erronées L’enchaînement A1
démarre au point 3 du scénario nominal.
4. Le système indique au client que l’email renseigné est invalide, pour la première
ou deuxième fois.
5. Le Système enregistre l’échec sur les informations. Le scénario nominal reprend
au point 4.
A2 : Le mot de passe renseigné par le client est invalide L’enchaînement A2
4. Le système indique au client que le mot de passe renseigné est invalide, pour la
première ou deuxième fois.
au point 7.
Enchaînements d’erreur
E1 : L’email renseigné par le client est incorrect
L'enchaînement E1 démarre au point 3 du scénario nominal
4. Le système indique au client que l’email renseigné est invalide.
5. Le système le propose de s’inscrire : le cas d’utilisation se termine en échec
E2 : Le mot de passe renseigné par le client est incorrect
4. Le système indique au client que le mot de passe renseigné est invalide.
5. Le système le propose de s’inscrire : le cas d’utilisation se termine en échec
25
GROUPE 02
Scénario nominal
1. Le Client souhaite s’inscrire à 2. Le Système le renvoie sur la page de
l’application. d’inscription.
3. Le Client saisie son nom, prénom et 4. Le Système vérifie si les informations
téléphone renseignées par le client sont correctes.
5. Le Client saisit sa date de naissance et 6. Le Système vérifie si les informations

âge renseignées par le client sont correctes.
7. Le client saisit son mot de passe et email 8. Le Système vérifie si les informations
renseignées par le client sont correcte
9. Le Système le connecte
4. Le système indique au client que les informations renseignées (nom, prénom,
téléphone) sont erronées, pour la première ou deuxième fois.
au point 4.
6. Le système indique au client que les informations renseignées (date de
naissance, âge) sont erronées, pour la première ou deuxième fois.
au point 6.
8. Le système indique au client que les informations renseignées (mot de passe,
email) sont erronées, pour la première ou deuxième fois.
au point 8.
E1 : Les informations renseignées par le client sont incorrect
4. Le système indique au client que les informations renseignées sont invalide.
Le cas d’utilisation se termine en échec
26
GROUPE 02

Scénario nominal
1. Le Client souhaite créer un programme 2. Le Système le renvoie sur la page
familial. d’édition des données personnelles des
membres.
3. Le Client renseigne les informations sur 4. Le Système vérifie si les informations

les membres renseignées par le client sont correctes.
6. Le Client renseigne les informations sur 5. Le Système le dirige sur la page

les détails du programme d’enregistrement des détails du programme
7. Le Système vérifie si les informations

renseignées par le client sont correctes.
Le système crée son programme familial
A1 : Les informations renseignées par le client sur les membres sont erronées
L’enchaînement A1 démarre au point 3 du scénario nominal.
4. Le système indique au client que les informations renseignées sont erronées,
pour la première ou deuxième fois.
au point 4.
A2 : Les informations renseignées par le client sur les détails du programme sont
erronées L’enchaînement A2 démarre au point 6 du scénario nominal.
au point 7.
4. Le système indique au client que les informations renseignées sur les membres
sont invalide.
27
GROUPE 02

7. Le système indique au client que les informations renseignées sur les détails du
programme sont invalide.
Scénario nominal
1. Le Client renseigne les informations sur 5. Le Système le dirige sur la page
les détails du programme d’enregistrement des détails du programme
3. Le Client renseigne les informations sur 4. Le Système vérifie si les informations

les membres renseignées par le client sont correctes.
Le système crée son programme familial
A1 : Les informations renseignées par le client sur les membres sont erronées
L’enchaînement A1 démarre au point 3 du scénario nominal.
au point 4.
4. Le système indique au client que les informations renseignées sur les membres
sont invalide.
28
GROUPE 02
Scénario nominal
1. Le Client souhaite souscrire à un régime 2. Le Système le renvoi sur la page de
alimentaire souscription.
3. Le Client renseigne les informations 4. Le système vérifie si tous les étapes sont
demandées respectées
5. Le Système souscrit son régime
4. Le système indique au client que les informations renseignées sur certaines
étapes sont erronées, pour la première ou deuxième fois.
au point 4.
E1 : Les informations renseignées par le client sur certaines étapes sont incorrect
29
GROUPE 02
Scénario nominal
1. Le Client souhaite éditer les informations 2. Le Système le renvoie sur la page
personnelles d’édition des informations.
3. Le Client renseigne les informations 4. Le Système vérifie si les informations

demandées renseignées par le client sont correctes.
5. Le Système valide
au point 4.
E1 : Les informations renseignées par le client sur les données personnelles sont
incorrect
Description des scenarios

Préconditions
• L’utilisateur doit choisir un objectif au préalable.
• L’utilisateur doit être connecté.
30
GROUPE 02
SCÉNARIO NOMINAL
1. L’utilisateur décide d’enregistrer les détails du 2. Le système vérifie l’objectif du programme

programme qui a été choisir par l’utilisateur et s’il Ya pas
un enregistrement en cours (enregistrement
pas terminé)
3. Le système propose à l’utilisateur d’éditer la
liste des menus
4. L’utilisateur consulte les menus préfère 5. Le système propose à l’utilisateur soit

d’ajouter un menu soit de supprimer un
menu et aussi de consulter les détails d’un
menu
6. L’utilisateur décide d’ajouter un menu 7. Le système demande à l’utilisateur de

consulter le catalogue des menus
8. L’utilisateur consulte des menus 9. Le système propose à l’utilisateur de faire
une recherche dans le catalogue des
menus ou de consulter les détails des
menus du catalogue
10. L’utilisateur fait une recherche dans le 11. Le système propose à l’utilisateur le menu
catalogue de la recherche
12. L’utilisateur sélection et ajoute le menu à la 13. Le système demande à l’utilisateur de
liste confirmer son ajout
14. L’utilisateur confirme l’ajout 15. Le système valide et ajoute le menu
16. L’utilisateur terminer l'Édition des menus 17. Le système enregistre les détails effectuer
préféré par l’utilisateur
SCÉNARIO ALTERNATIF
A1 : l’utilisateur faire une recherche non existante dans le catalogue
7. Le système le demande à l’utilisateur de consulter le catalogue des menus
car le menu recherché est introuvable
8. Le système ajoute la recherche à l’historique des recherches
Reprend n fois
31
GROUPE 02
A2 : le système détecte un enregistrement déjà en cours

2. Le système vérifie l’objectif du programme qui a été choisir par l’utilisateur et
s’il Ya pas un enregistrement en cours
3. Le système propose à l’utilisateur de continuer l’enregistrement ou ce dernier
s’est arrêté
A3 : l’utilisateur annuler l’ajout du menu

1. Le système demande à l’utilisateur de consulter le catalogue des menus
A4 : l’utilisateur quitte le programme sans toutefois terminer l’enregistrement

1. Le système conserve l’état en cours de l’enregistrement
B. Description graphique
Pour documenter les cas d’utilisation, la description textuelle est
indispensable en revanche, le texte présente des désavantages puisqu’il est difficile
de montrer comment les enchaînements qui se succèdent, ou à quel moment les
acteurs secondaires sont sollicités. En outre, la maintenance des évolutions s’avère
souvent fastidieuse. Il est donc recommandé de compléter la description textuelle
par un ou plusieurs diagrammes dynamiques.
1. Diagramme de séquence
32
GROUPE 02
33
GROUPE 02
34
GROUPE 02
35
GROUPE 02
36
GROUPE 02
37
GROUPE 02
38
GROUPE 02
39
GROUPE 02
40
GROUPE 02
2. Diagramme d'Activité
41
GROUPE 02
42
GROUPE 02
43
GROUPE 02
44
GROUPE 02
CONCLUSION
45

CAHIER DE CHARGE Programmeur Alimentaire (1) - Google Docs

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

CAHIER DE CHARGE Programmeur Alimentaire (1) - Google Docs

Transféré par

Droits d'auteur :

Formats disponibles

GROUPE 02

Table des ma ères

Le marché des applications mobiles connaît un grand essor et devient une

C’est dans l’optique de répondre favorablement aux attentes du professeur en

L’un des problèmes majeurs en Afrique, c’est la nutrition et de ce fait, il est

II. ETUDE DES SOLUTIONS

Dans l’optique de résoudre le problème, un benchmarking concurrentiel a été

Applications Pays Fonctions Limites

Foodle France Cette appli gratuite suggère Professionnalisation de

Commejaime France Cette application met à la Presque uniquement basé

Yuka,Food Visor France Ils mettent à la disposition Le scan des aliments en

En fonction des applications les plus populaires et se rapprochant le plus de

III. SOLUTION RETENU

IV. GESTION DU PROJET

Pour ce projet, la réalisation de ce projet nous avons besoin d’analystes,de

En vue des circonstances liées au cadre académique et à nos

Au choix de la méthode Orientée Objet , plus précisément l’usage du

VII. ANALYSE DES BESOINS

A. Les Cas d’utilisations

1. Diagramme de cas d’Utilisation

2. Description globale des cas d’Utilisations

● Authentification : Dans ce package, on retrouve les cas d’utilisations

● Programme familial : Il comporte une partie des cas d’utilisations qui

● Programme de régime alimentaire : Il comporte une partie des cas

● Gestion de Programme : il permet de gérer les menus ainsi que les

● Calendrier : Il permet de gérer l’affichage et la modification du

● Autres fonctionnalités : Il permet de gérer toutes les fonctionnalités

● Paiements : Il permet de gérer les transactions financières mais aussi

3. Description des scénarios des cas d'utilisations.

Postconditions : Le Système enregistre le numéro et le montant du client

● Description du cas : Choisir un opérateur

● Description du cas : Choisir le type d’Abonnement

● Description du cas : Souscrire à un Abonnement

● Description du cas : Modifier les informations sur l’Abonnement

3. Le systè me vé ri ie et sauvegarde les

3. Le Client saisie son email 4. Le Système vérifie si l’email est correct.

6. Le client saisi le mot de passe 5. Le Système demande de saisir son mot

5. Le Client saisit sa date de naissance et 6. Le Système vérifie si les informations

L'enchaînement E1 démarre au point 7 du scénario nominal

3. Le Client renseigne les informations sur 4. Le Système vérifie si les informations

6. Le Client renseigne les informations sur 5. Le Système le dirige sur la page

7. Le Système vérifie si les informations

Le cas d’utilisation se termine en échec

3. Le Client renseigne les informations sur 4. Le Système vérifie si les informations

Le système crée son programme familial

5. Le Système souscrit son régime

3. Le Client renseigne les informations 4. Le Système vérifie si les informations

Description des scenarios

1. L’utilisateur décide d’enregistrer les détails du 2. Le système vérifie l’objectif du programme

4. L’utilisateur consulte les menus préfère 5. Le système propose à l’utilisateur soit

6. L’utilisateur décide d’ajouter un menu 7. Le système demande à l’utilisateur de

A2 : le système détecte un enregistrement déjà en cours

A3 : l’utilisateur annuler l’ajout du menu

A4 : l’utilisateur quitte le programme sans toutefois terminer l’enregistrement

Vous aimerez peut-être aussi