Vous êtes sur la page 1sur 144

Remerciements

Ce travail n’aurait jamais pu se concrétiser sans l’aide et le soutien de


plusieurs personnes que je souhaite vivement remercier et à qui je dédie ce
travail.

En préambule à ce projet nous remercions ALLAH qui nous aide et nous


donne la patience et le courage durant ces longues années d’étude.

Nous souhaitons adresser nos remerciements les plus sincères à Madame


Yosra BEN SALEM, notre chère professeur et encadrante à ISET'COM pour sa
confiance, sa disponibilité et le soin apporté à notre suivi, qui tout au long du
mini-projet nous a conseillé, aidé et guidé. Qu’elle veuille trouver ici l’expression
de notre profond respect.

Nous tenons aussi à remercier, Madame Baha Neffati pour son aide pour la
conception et l’analyse de notre enquête par questionnaire. Nos remerciements à
l'équipe pédagogique et administratif de l'école qui nous a procuré la meilleure
formation possible durant ces cinq semestres pour que nous puissions exploiter
nos connaissances acquises et les mettre en œuvre lors de la réalisation de nos
projets.

Enfin, nous tenons à remercier également les membres du jury qui ont accepté
d’évaluer notre travail. Merci à tous et à toutes.
Sommaire

Introduction générale .......................................................................................................... 1

Chapitre I : Contexte général du projet ............................................................................... 3

Introduction ..................................................................................................................... 3

Section 1 : Présentation du cadre de projet ..................................................................... 3

1) Définition du trouble bipolaire ............................................................................. 3

2) Présentation de la plateforme ............................................................................... 4

3) La mission du projet ............................................................................................. 5

Section 2 : Étude de l’existant ......................................................................................... 5

1) Analyse de l’existant ............................................................................................ 5

1.1) Application SIMPLe + ..................................................................................... 6

1.2) Application mobile eMoods Bipolar Mood Tracker ........................................ 7

1.3) Application mobile Bipolarité France.............................................................. 8

1.4) Application mobile Bipolar Test...................................................................... 9

2) Critique de l’existant ............................................................................................ 9

3) Solution envisagée.............................................................................................. 12

4) Benchmark concurrentiel ................................................................................... 13

Section 3 : Étude de marché .......................................................................................... 15

1) Business Model Canvas (BMC) ......................................................................... 15

2) Analyse SWOT .................................................................................................. 18

Section 4 : Méthodologie de travail............................................................................... 19

1) Les méthodes agiles ........................................................................................... 20

1.1) Principe de fonctionnement du processus agile ............................................. 20


2) Étude comparative avec les méthodes prédictives ............................................. 21

3) Méthode de travail adoptée : Méthode Scrum ................................................... 24

3.1) Processus de la méthode Scrum ..................................................................... 24

3.2) Les rôles des acteurs de la méthode Scrum ................................................... 25

3.3) Les artefacts de la méthode Scrum ................................................................ 26

Conclusion ..................................................................................................................... 27

Chapitre II : Étude de marché et planification .................................................................. 28

Introduction : ................................................................................................................. 28

Section 1 : Description de l’enquête .............................................................................. 28

1) Échantillon ......................................................................................................... 28

2) Choix d’une enquête en ligne et de terrain ......................................................... 29

3) Outil de travail : Google Forms.......................................................................... 31

4) Présentation du questionnaire............................................................................. 32

4.1) Questionnaire pour les patients bipolaires .................................................. 32

4.2) Questionnaire pour les professionnels de santé .......................................... 34

4.3) Questionnaire pour les proches ................................................................... 35

4.4) Synthèse des résultats des trois questionnaires ........................................... 35

Section 2 : Etude préliminaire ....................................................................................... 36

1) Identification des acteurs .................................................................................... 36

2) Identification des exigences fonctionnelles ........................................................ 37

3) Identification des exigences non fonctionnelles ................................................. 39

Section 3 : Spécifications techniques ............................................................................ 39

1) L’outil de l’étude de marché .............................................................................. 40

2) L’outils de conception ........................................................................................ 40

3) Les outils intégrés à la plateforme...................................................................... 41


4) La maquette de la plateforme ............................................................................. 41

Section 4 : Spécifications générales des exigences ....................................................... 42

1) Cas d’utilisation global....................................................................................... 42

2) Diagramme de classe global ............................................................................... 44

Section 5 : Conception graphique.................................................................................. 45

Section 6 : Planification et structuration ....................................................................... 46

1) Backlog product ................................................................................................. 46

1.1) Définition du backlog product .................................................................... 46

1.2) Tableau du backlog product ........................................................................ 47

2) Distribution des sprints....................................................................................... 52

Conclusion ..................................................................................................................... 53

Chapitre III : Sprint 0 et 1 ................................................................................................. 54

Introduction ................................................................................................................... 54

Section 1 : Étude conceptuelle du premier sprint .......................................................... 54

1) Backlog product du premier sprint ..................................................................... 54

2) Le diagramme de cas d’utilisation du premier sprint ......................................... 56

2.1) Cas d’utilisation « S’inscrire » ....................................................................... 57

2.2) Cas d’utilisation « S’authentifier » ................................................................ 60

2.3) Réalisation du premier sprint ......................................................................... 63

Section 2 : Étude conceptuelle du deuxième sprint ....................................................... 63

1) Backlog product du deuxième sprint .................................................................. 64

2) Le diagramme de cas d’utilisation du deuxième sprint ...................................... 65

2.1) Cas d’utilisation « Enregistrer ses informations » ......................................... 65

2.2) Cas d’utilisation « Enregistrer les évolutions de l’état d’humeur des patients
bipolaires » ................................................................................................................... 68

2.3) Réalisation du deuxième sprint ...................................................................... 71


Conclusion ..................................................................................................................... 71

Chapitre IV : Sprint 2 et 3 ................................................................................................. 72

Introduction ................................................................................................................... 72

Section 1 : Étude conceptuelle du troisième sprint ....................................................... 72

1) Backlog product du troisième sprint .................................................................. 72

2) Le diagramme de cas d’utilisation du troisième sprint ...................................... 73

2.1) Cas d’utilisation « Proposer des exercices et des entraînements cognitifs


personnalisés » ............................................................................................................. 74

2.2) Cas d’utilisation « Sélectionner un rendez-vous »......................................... 78

2.3) Réalisation du troisième sprint ...................................................................... 81

Section 2 : Étude conceptuelle du dernier sprint ........................................................... 82

1) Backlog product du dernier sprint ...................................................................... 83

2) Le diagramme de cas d’utilisation du quatrième sprint ..................................... 83

2.1) Cas d’utilisation « Gérer son profil »............................................................. 84

2.2) Cas d’utilisation " Mettre à jour la plateforme" ............................................. 87

2.3) Réalisation du dernier sprint .......................................................................... 90

Conclusion ..................................................................................................................... 91

Conclusion générale .......................................................................................................... 92

Webographie ..................................................................................................................... 93

Annexe 1 : Les spécifications du TB .................................................................................. 1

1.1) Les causes du TB ............................................................................................. 1

1.2) Les épisodes du TB .......................................................................................... 1

1.3) Les trois types du TB ....................................................................................... 2

Annexe 2 : Étude et analyse du marché .............................................................................. 1

2.1) Questionnaire dédié aux patients bipolaires .................................................... 1

2.2) Questionnaire dédié aux professionnels de santé .......................................... 10


2.3) Questionnaire dédié aux proches des patients bipolaires ............................... 17

Annexe 3 : La réalisation des sprints .................................................................................. 1

3.1) Les interfaces du sprint 0 ................................................................................. 1

3.2) Les interfaces du sprint 3 ................................................................................. 4


Liste des tableaux

Tableau 1: Tableau comparative des applications existantes sur le marché internationnal ..... 10

Tableau 2: Benchmark Concurrentiel ...................................................................................... 13

Tableau 3: Comparaison entre les approches agiles et traditionnelles ..................................... 22

Tableau 4: Étude comparative des méthodes SCRUM et XP .................................................. 23

Tableau 5:Les acteurs de la méthode Scrum ............................................................................ 26

Tableau 6: Les artefacts de la méthode Scrum ......................................................................... 26

Tableau 7: Backlog product de notre projet ............................................................................. 48

Tableau 8: répartition des sprints ............................................................................................. 53

Tableau 9: Backlog product du sprint 0 ................................................................................... 55

Tableau 10: Description textuelle de cas d'utilisation s'inscrire .............................................. 58

Tableau 11: Description textuelle du cas d'utilisation "s'authentifier"..................................... 61

Tableau 12: Backlog product du deuxième sprint .................................................................... 64

Tableau 13: Description textuelle de scénarios de cas d'utilisation "Enregistrer ses


informations" ................................................................................................................................... 66

Tableau 14: Description textuelle de scénarios de cas d'utilisation " Enregistrer les évolutions
de l’état d’humeur des patients bipolaires " .................................................................................... 68

Tableau 15: Backlog product du troisième sprint .................................................................... 73

Tableau 16: Description textuelle de scénarios de cas d'utilisation " Proposer des exercices et
des entraînements cognitifs personnalisés " .................................................................................... 75

Tableau 17: Description textuelle de scénarios de cas d'utilisation "Sélectionner un rendez-


vous" ................................................................................................................................................ 79

Tableau 18:Backlog product du quatrième sprint .................................................................... 83


Tableau 19: Description textuelle de scénarios de cas d'utilisation "Enregistrer ses
informations" ................................................................................................................................... 85

Tableau 20:Description textuelle de scénarios de cas d'utilisation " Mettre à jour la plateforme
" ....................................................................................................................................................... 88
Liste des figures

Figure 1: Logo de l’application mobile SIMPLe+ .............................................................. 6

Figure 2: Logo de l’application mobile e-Moods bipolar Mood tracker ............................ 7

Figure 3: Logo de l’application mobile Bipolarité France .................................................. 8

Figure 4: Logo de l’application mobile Bipolar Test .......................................................... 9

Figure 5: BMC .................................................................................................................. 17

Figure 6: Analyse SWOT .................................................................................................. 19

Figure 7: Le processus des méthodes agiles ..................................................................... 21

Figure 8: Processus de Scrum ........................................................................................... 25

Figure 9: Enquête realisée dans un groupe des patients bipolaires ................................... 30

Figure 10: Enquête Réalisée dans un groupe des professionnels de santé ........................ 30

Figure 11: Enquête réalisée dans un groupe des proches .................................................. 31

Figure 12: logo du logiciel Miro ....................................................................................... 40

Figure 13: Logo du logiciel StarUml ................................................................................ 41

Figure 14: logo du logiciel Adobe XD .............................................................................. 42

Figure 15: diagramme de cas d'utilisation global .............................................................. 43

Figure 16: diagramme de classe global ............................................................................. 44

Figure 17: Logo de notre plateforme ................................................................................ 45

Figure 18: méthode de calcul du temps espéré ................................................................. 48

Figure 19: Cas d'utilisation du premier sprint ................................................................... 57

Figure 20: diagramme de séquence systéme du cas d'utilisation "s'inscrire".................... 60

Figure 21: Digramme de sequence système du cas d’utilisation “s’authentifier”............. 62

Figure 22: Quelques interfaces du premier sprint ............................................................. 63


Figure 23: Le diagramme de cas d’utilisation du deuxième sprint ................................... 65

Figure 24: le diagramme de séquence système du cas d’utilisation « Enregistrer ses


informations » .......................................................................................................................... 67

Figure 25: Diagramme de séquence de cas d’utilisation « Enregistrer les évolutions de


l’état d’humeur des patients bipolaires ».................................................................................. 70

Figure 26 : Les interfaces graphiques du deuxième sprint ................................................ 71

Figure 27:Le diagramme de cas d’utilisation du troisième sprint ..................................... 74

Figure 28: Diagramme de séquence système du cas d’utilisation " Proposer des exercices
et des entraînements cognitifs personnalisés " ......................................................................... 78

Figure 29: le diagramme de séquence système du cas d’utilisation "Sélectionner un


rendez-vous" ............................................................................................................................. 81

Figure 30: Quelques interfaces graphiques du troisième sprint ........................................ 82

Figure 31: Diagramme de cas d’utilisation du quatrième sprint ....................................... 84

Figure 32: Diagramme de séquence système du cas d’utilisation " Gérer le profil" ........ 87

Figure 33: diagramme de séquence de cas d’utilisation « Mettre à jour la plateforme ».. 89

Figure 34: les interfaces graphiques du quatrième sprint.................................................. 90


Liste des abréviations

BD : Base de Données.

BMC: Business Model Canvas.

IA : Intelligence Artificielle.

MDQ : Mood Disorder Questionnaire, en français, Questionnaire sur la Maladie Bipolaire.

OMS : Organisation Mondiale de la Santé.

SSPT : Syndrome de Stress Post-Traumatique.

TB : Trouble Bipolaire.

UML : Unified Modeling Language , en français, Langage de modélisation unifiée.

XP : Extreme Programming , en français, Programmation extrême.


Introduction générale

Dès la naissance, l’être humain fait toujours l’expérience d’une variété d’humeurs :

bonheur, tristesse, colère pour en nommer quelques-unes. Ces changements d’humeur sont

des réactions normales de la vie quotidienne et il peut souvent identifier les événements qui

en sont la cause. Cependant, lorsqu’il vit d’importantes variations d’humeur ou des humeurs

extrêmes hors de proportion avec les événements qui les ont produits, et que cela lui

empêche de fonctionner normalement, ces changements sont souvent le résultat d’un

trouble de l’humeur.

Donc, les troubles bipolaires (TB), qui ont été classés parmi les six pathologies les plus

invalidantes, sont une maladie récurrente qui touchent environ 4.4% de la population

générale en Tunisie et 2% de la population mondiale prouvée par l’Organisation Mondiale

de la Santé (OMS) en 2019.

Malgré l’âge de début des troubles pour tous les sous-types bipolaires se situe entre 15

et 25 ans, aujourd’hui, 10 ans en moyenne s’écoulent entre le premier épisode de TB et la

mise en place d’un régulateur de l’humeur.

Durant la période d’intervention, les patients reçoivent habituellement entre 1 et 4

autres diagnostics comme la schizophrénie et les troubles de personnalité.

1
Si la complication la plus redoutée est le suicide, l’errance diagnostique dans le TB a

également un impact sur le pronostic fonctionnel.

Pendant cette période, les patients peuvent être exposés à des thérapeutiques

inappropriées, inefficaces et potentiellement délétères. Ce retard de prise de décision

considérable par le professionnel de santé s’explique par la méconnaissance de la maladie

de leur part et le suivi irrégulier de l’état d’humeur et d’activités du patient.

Donc, comment faut-il réduire ce risque de diagnostic erroné ? Quelles sont les

parties prenantes qui interviennent dans la prise en charge des patients bipolaires ? Quel

est le prototype intelligent convenable qui aide au suivi des patients bipolaires? Et

Comment s'établit la coopération et la communication entre ces différents intervenants ?

En vue de rendre compte de manière fidèle et analytique notre projet étudié, le présent

rapport vous retranscrira notre vécu professionnel comme suit : Le premier chapitre aura

vocation à présenter le contexte général du projet, le deuxième chapitre comportera la

réalisation de l’étude de marché pour passer en revue et traiter, ensuite, le produit backlog

ainsi les logiciels utilisés au cours de l’élaboration de notre projet. Le troisième et le

quatrième chapitre représenteront l’étude conceptuelle et la réalisation des quatre premiers

sprints, accompagné finalement d’une analyse critique de notre étude qui clôturera le

rapport.

2
Chapitre I : Contexte général du projet

Introduction

L'étude de projet est une démarche stratégique visant à organiser le bon


déroulement d'un projet et d'assurer la conduite de toutes les phases qui le
constituent. Une étude fera donc l'objet de notre premier chapitre qui sera consacré
à la présentation du projet, l'étude de l'existant, l’étude de marché et finalement le
choix de la méthodologie de travail.

Section 1 : Présentation du cadre de projet

Nous ne pouvons pas entamer la discussion de ce projet sans mentionner les


notions de base de la maladie du TB. En effet l’état de l’art peut être défini comme
le niveau actuel de connaissances du domaine étudié.

Donc, Cette section préliminaire sera consacrée à une présentation d’un aperçu
sur une généralité du TB.

Ce portail sera ouvert pour passer en deuxième lieu à une présentation de la


plateforme et de la mission du projet sur laquelle nous avons travaillé tout au long
de la période du mini projet.

1) Définition du trouble bipolaire

Tout le monde a des hauts et des bas. Il est normal de ressentir tour à tour de la
joie, de la tristesse et de la colère. Cependant, le TB (autrefois appelé trouble
maniaco-dépressif) est un état pathologique à l’origine de nombreuses idées reçues.

3
Chapitre I Contexte général du projet

Il représente encore très souvent un sujet tabou, difficile à aborder dans les familles
comme au sein de la population générale.

Les personnes qui en sont atteintes présentent des sautes d’humeur extrêmes
qui sont sans rapport avec ce qui leur arrive et qui se répercutent sur leur façon de
penser et d’agir, affectant tous les aspects de leur vie. Le trouble bipolaire n’est pas
une faute de caractère et il ne provient pas d’une personnalité instable. Il s’agit
d’une maladie qui se soigne.[1]

Parmi les caractéristiques du TB, nous identifions les variations d’humeur,


l’alternance et la récurrence des épisodes qui sont disproportionnées dans leurs
durées et leur intensité et leurs types qui peuvent être soit de type I, soit de type II,
ou encore un trouble cyclothymique.

Ainsi, les causes peuvent être liées à la génétique, à l’environnement ou à d’autres


événements qui sont détaillées dans la partie Annexe 1.

2) Présentation de la plateforme

C'est une plateforme dédiée aux professionnels de santé, aux patients bipolaires
et à leurs proches dans le domaine du trouble de l’humeur, plus spécifiquement, les
TP.

Le TB est une maladie psychique chronique responsable de dérèglements de


l’humeur avec le plus souvent une alternance d’états d’exaltation et de
dépression.[2]

Notre projet consiste à concevoir et réaliser une plateforme venant d’une aide à la
prise de décision des professionnels de santé, lui permettant de gérer d’une
manière efficace les situations d’urgence et de rassurer la vie des malades et leurs
proches.

4
Chapitre I Contexte général du projet

3) La mission du projet

Le but de ce projet est de développer une plateforme "MOODY" intégrant une


partie web pour les professionnels de santé et une autre partie mobile pour les patients
bipolaires et leurs proches.

En effet, elle nous permettra, d’une part, de suivre et programmer toutes les activités
de la personne malade en faisant recours à l’IA .

En outre le développement d’une telle plateforme contribuera à sensibiliser et


impliquer la communauté tunisienne au développement des solutions au sujet du TB.

Section 2 : Étude de l’existant


L'étude de l'existant est une phase importante pour bien comprendre le système
et définir ses objectifs. Cette partie a pour objectif d’analyser les solutions similaires
et les plus connues sur le marché en dégageant les points forts et les points faibles
de chacune de ces solutions.

1) Analyse de l’existant

Lors de cette phase, nous n’avons pas décelé aucune application mobile à
l’échelle nationale permettant l’aide au suivi du trouble bipolaire. Ceci est peut-être
dû à deux facteurs :

- D’une part, les patients bipolaires ne sont pas une majorité dans la population
tunisienne. En effet, selon l’OMS, il s’est avéré que cette maladie chronique touche
environ 4.4% de la population générale en Tunisie en 2019 ; [3]

- D’autre part, ce genre d’applications est le plus souvent fourni en privé chez
les psychiatres traitants c’est-à-dire sous forme d’une prescription médicale.

5
Chapitre I Contexte général du projet

D’où, cette analyse était accompagnée par des recherches pertinentes sur le
moteur de recherche Google qui a pour but d'analyser les solutions équivalentes et
les plus connues sur le marché international.

Nous citons quelques exemples de solutions disponibles à l’échelle


internationale dans le but de dégager les fonctionnalités de base communes et
d'identifier les points forts qui les différencient des autres ainsi que leurs points
faibles :

1.1) Application SIMPLe +

C’est une application de suivi autonome en concertation avec le médecin donc


elle est disponible sur prescription médicale.

Figure 1: Logo de l’application mobile SIMPLe+

1.1.1) Ses caractéristiques

L’application SIMPLe est une application mobile simple d’utilisation et


adaptée au quotidien.

Elle est discrète et assez sensible pour détecter des modifications de l’humeur et des
situations d’urgence. C’est une solution, qui a été mise à jour le 11 mars 2021,
délivrant des messages de psychoéducation adaptés, favorisant l’activation
comportementale. [4]

6
Chapitre I Contexte général du projet

Donc, l’utilisation de la solution SIMPLe nécessite la collecte et le traitement


des données à caractère personnel. Les données collectées sont utilisées de manière
à accompagner les patients dans la prise en charge de leur maladie.

1.2) Application mobile eMoods Bipolar Mood Tracker

Appelée aussi eMoods Suivi de l’humeur bipolaire, c’est une application


conviviale, fondée en 2014 et a été conçu pour les personnes atteintes de trouble
bipolaire afin de suivre leurs symptômes, leurs médicaments et leur humeur. C’est
un outil pour ceux qui ont un diagnostic de bipolaire.

Elle permet aux patients de suivre les données sur les symptômes liés aux
troubles bipolaires I et II, à la dépression, au SSPT1 et aux troubles anxieux.

Figure 2: Logo de l’application mobile e-Moods bipolar Mood tracker

1
C’est un trouble anxieux qui peut se développer après une exposition à des événements

traumatisants où l'on a été exposé ou témoin d'un danger.

7
Chapitre I Contexte général du projet

1.2.1) Ses fonctionnalités

Elle est conçue pour aider le patient à enregistrer rapidement les heures de son
sommeil, ses humeurs ses médicaments et d’autres symptômes par jour.

De plus, elle permet d’analyser les données des patients en affichant des graphiques
ou encore de partager le rapport avec un médecin ou un ami.

Cette application tient également compte des cycles météorologiques, de la


lumière du jour et de la lune et nous donne un aperçu des corrélations entre l’humeur
et ces facteurs externes. Ainsi, elle prend en considération les daltoniens lors de
l’affichage des graphiques colorés.

1.3) Application mobile Bipolarité France

Bipolarité France est une association loi 1901 de patients experts bipolaires.
Son rôle est de démystifier et communiquer sur le quotidien des bipolaires,
accompagner les aidants sur la façon d’organiser et adapter leur vie autour d’un
proche bipolaire, être partenaire ou organisateur d’événements culturels ou sportifs,
de manifestations, débats, conférences.

En effet, c’est la première application sur la bipolarité a été développée par


cette association en partenariat avec Interlude Santé.

Donc, l’objectif de cette application est de soutenir et accompagner les proches des
patients bipolaires, mais également les bipolaires eux-mêmes dans la gestion de la
maladie au quotidien.

Figure 3: Logo de l’application mobile Bipolarité France


8
Chapitre I Contexte général du projet

1.4) Application mobile Bipolar Test

C’est une solution digitale, qui a été lancée le 9 août 2018 afin d’aider le
médecin à améliorer le parcours de soin du patient.

Elle contient un questionnaire d'auto-évaluation pour aider à détecter les


symptômes liés au trouble bipolaire et des informations pour mieux comprendre
cette maladie mentale.

Le test du TB, qui a été mis à jour le 23 août 2022, est conçu pour évaluer les
symptômes du trouble bipolaire à l'aide d'un test de 15 questions, appuyé
scientifiquement. Il utilise le questionnaire MDQ, sur les troubles de l'humeur un
questionnaire de dépistage du trouble du spectre bipolaire couramment utilisé dans
les milieux de la recherche et de la santé.

Figure 4: Logo de l’application mobile Bipolar Test

2) Critique de l’existant

Après avoir détaillé et expliqué les caractéristiques des applications existantes,


il est indispensable de les critiquer dans le but de proposer la meilleure solution.

En effet, il s'agit principalement de recenser les points forts et les points faibles de
chaque solution trouvée dans la partie précédente.

C’est dans ce cadre, nous allons élaborer une analyse comparative entre les
différentes applications retenues, détaillée dans le tableau 1 ci-dessous qui
récapitule les points forts que nous allons prendre en considération lors du

9
Chapitre I Contexte général du projet

développement de notre solution « Moody » et les points faibles que nous allons
éviter.

Tableau 1: Tableau comparative des applications existantes sur le


marché internationnal

Les points forts Les points faibles

Bipolarité - Elle accompagne les bipolaires - Elle est disponible sur


France eux-mêmes et ses aidants. prescription médicale.

- Elle est cohérente et contient des - Elle n’est pas


informations très pertinentes pour conventionnée avec
une personne bipolaire. aucun psychiatre, c’est-
à-dire elle n’est pas une
- Elle permet de renforcer application
l’autonomisation(l’empowerment2) professionnelle
des patients et de les rendre acteurs
de leur pathologie.

- Elle aide les professionnels de


santé à améliorer le parcours de
soin du patient.

2
L'empowerment est un processus de transformation personnelle par lequel les patients

renforcent leur capacité à prendre effectivement soin d'eux-mêmes et de leur santé, et pas

seulement de leur maladie et de leur traitement comme décrit le plus souvent dans la littérature

médicale

10
Chapitre I Contexte général du projet

Simple+ - Elle permet de suivre l’évolution - Elle est disponible


de l’humeur des patients sur prescription
bipolaires. médicale donc
impossible de
- Elle permet aussi de paramétrer l’installer.
des rappels de prise de médicament,
de transmettre les données de santé - L’application n’est
correspondantes aux professionnels pas destinée à la
de santé. télésurveillance.

-Elle permet aux professionnels de - Elle ne permet pas de


santé de consulter à distance les gérer les situations
données de santé de leurs patients. d’urgence dans
lesquelles le pronostic
vital des patients peut
être engagé.
eMoods Bipolar - Elle est simple et facile à utiliser -En analysant les avis
Mood Tracker - Elle est gratuite mais elle offre des des utilisateurs, cette
fonctionnalités premium : c’est le application ne fournit
concept du freemium. pas des rapports clairs
- Elle permet une gestion de risque et exploitables.

- Une utilisation
massive des différentes
couleurs ce qui
engendre un problème
de visibilité et
d’analyse des
graphiques.

11
Chapitre I Contexte général du projet

- Certaines expressions
sont écrites en anglais
et d’autres en français
d’où le risque
d’incohérence du
contenu.
Bipolar Test - Elle est gratuite - Elle est trop limitée et
- Elle est disponible sur toutes les les résultants ne sont
plateformes. pas pertinents vue les
- Elle est très simple à utiliser réponses au test sont
subjectives.

3) Solution envisagée

L’étude de l’existant nous a permis de dégager plusieurs anomalies que nous


avons détaillés dans les parties précédentes telles qu’un manque des applications
proposant des solutions pour les patients bipolaires.

Pour faire face à ces anomalies, nous proposons de concevoir et implémenter


une plateforme B2C à différentes composantes permettant de suivre l'état d’humeur
des patients bipolaires qui fait intervenir plusieurs tiers (Les patients, les
professionnels de santé et notamment les proches) dont la coopération entre ces
différents intervenants peut être très utile pour la prévention d’une crise d’humeur.

12
Chapitre I Contexte général du projet

4) Benchmark concurrentiel

Le benchmarking est une technique de marketing ou de gestion de la qualité


qui consiste à étudier et analyser les techniques de gestion, les modes d’organisation
des autres entreprises afin de s’en inspirer et d’en retirer le meilleur. Ainsi, il peut
aider à être toujours plus compétitif mais aussi à se positionner par rapport à la
concurrence. [5]

Le tableau 2 ci-dessous présente une étude comparative des différentes


solutions existantes développées spécialement pour les troubles bipolaires.

Tableau 2: Benchmark Concurrentiel

Fonctionnalités Les concurrents internationaux

Notre Bipolarité Simple+ eMoods Bipolar


solution : France Bipolar test
Moody Mood
Tracker

Suivi médical

Conseils
psychoéducatifs pour
les patients

Conseils d’aide pour les


proches de patient

Plateforme publique

13
Chapitre I Contexte général du projet

Questionnaire d'auto-
évaluation

Capture et réception des


informations des
patients par leurs
proches

Enregistrement des
événements de vie

Mode simple

Mode urgence : télé –


monitoring

Mode daltonien

Suivi de l’évolution de
l’état d’humeur des
patients

Transmission des
données de santé des
patients
correspondantes aux
tierces personnes

Pratique des exercices


et des entrainements
cognitifs personnalisés

14
Chapitre I Contexte général du projet

Section 3 : Étude de marché


L’étude de marché est une étape essentielle de la réussite d'un projet. Elle
désigne la collecte et l’analyse d’informations relatives à un marché spécifique.
L’objectif est d’en connaître toutes les caractéristiques.

En effet, il ne suffit pas d’avoir une bonne idée de départ pour créer d’une
manière rentable. Il faut également connaître le marché sur lequel nous allons
s’implanter.

1) Business Model Canvas (BMC)

Le BMC est un outil que nous l’utilisons pour retranscrire de manière simple
le modèle économique d’une entreprise.

Il est parfaitement adapté à la phase de création, et peut aussi être utilisé pour le
lancement d’un nouveau produit ou d’un nouveau service. Comme il est indiqué
d’après la figure 5 ci-dessous, le BMC se présente sous forme de tableau de neuf
cases, créé à l’aide du logiciel Miro.

Nous pouvons, ainsi, suggérer quelques détails dans des parties comme dans :

-Propositions de valeur pour les proches : la plateforme facilite la vie avec les
personnes bipolaires ;

- Revenu : sont sous forme de frais d'abonnements et des services ultérieurs payants
(dans quelques années) ;

-Partenaires clés : les patients bipolaires et leurs proches sont des parties
prenantes ;

15
Chapitre I Contexte général du projet

- Activités clés : le développement et la gestion de la plateforme et des fonctions


clés (comme la mise à jour et suivi des données de santé et de l'état d'humeur des
patients, le paramétrage des rappels de prise des médicaments etc.) ;

-Structure des coûts : peuvent être sous forme de coûts de développement et de


gestion de l'application.

16
Chapitre I Contexte général du projet

Figure 5: BMC

17
Chapitre I Contexte général du projet

2) Analyse SWOT

La matrice SWOT est un outil d’analyse stratégique. Elle combine l’étude des
forces et des faiblesses d’un projet avec celle des opportunités et des menaces de
son environnement afin d’aider à la prise de décision entre plusieurs solutions
possibles.

Le nom est un acronyme pour les quatre paramètres examinés par la technique :

- Strengths (Forces) : Des caractéristiques de l’entreprise ou du projet qui lui


donnent un avantage sur les autres.

- Weaknesses (Faiblesses) : Des caractéristiques de l’entreprise qui


désavantagent l’entreprise ou le projet par rapport aux autres.

- Opportunities (Opportunités) : Des éléments de l’environnement que


l’entreprise ou le projet pourrait exploiter à son avantage.

- Threats (Menaces) : Des éléments de l’environnement qui pourraient causer


des problèmes à l’entreprise ou au projet.

Comme illustré dans la figure 6 ci-dessous, cette analyse nous permet donc à
ce stade d’entrevoir les risques ou les avantages associés à notre business model. Il
nous permet donc de connaitre notre position présente sur le marché et de définir
nos objectifs proches ou moins proches.

18
Chapitre I Contexte général du projet

Figure 6: Analyse SWOT

Section 4 : Méthodologie de travail

Tout projet informatique ayant un niveau de complexité considérable, quelle que


soit sa taille et la portée de ses objectifs, nécessite la mise en place d'une méthodologie
de développement tout au long de son cycle de vie afin de respecter les attentes sur les
différents plans (les délais, les coûts et la qualité).

19
Chapitre I Contexte général du projet

1) Les méthodes agiles

C’est un mode de fonctionnement caractérisé par une action rapide, flexible et


proactive, son objectif est d'améliorer la productivité des équipes agiles même à
distance, tout en permettant une optimisation du produit grâce à des feedbacks
réguliers avec les utilisateurs finaux.

1.1) Principe de fonctionnement du processus agile

Comme indiquée dans la figure 7 ci-dessous, le processus agile, qui s’appuie


sur le principe de développement itératif, consiste à découper le projet en plusieurs
étapes qu'on appelle itérations.

Ces itérations sont des mini-projets définis avec le client en détaillant les différentes
fonctionnalités qui seront développées en fonction de leur priorité.

Le chef de projet établi alors un planning correspondant aux tâches nécessaires pour
le développement de ces fonctionnalités.

Chaque itération est un mini-projet en soi, au cours de chacune, une version


minimale du produit attendu est développée puis soumise, dans sa version
intermédiaire, au client pour validation (le résultat n'est pas un prototype, mais bien
une version intermédiaire du produit final). Il se déroule entre trois à quatre
semaines en effectuant chaque jour une réunion quotidienne pour obtenir un produit
livrable.

Donc, l'objectif est d'obtenir, au terme de chaque itération, un sous-ensemble


opérationnel du système cible et, au terme de la dernière itération, la version finale
du produit.

20
Chapitre I Contexte général du projet

Figure 7: Le processus des méthodes agiles

2) Étude comparative avec les méthodes prédictives

D’après le tableau 3 ci-dessous, nous constatons que ces approches prédictives


se sont révélées trop « rigides » voire rendent leurs utilisateurs moins réactifs alors
que les méthodes agiles bien qu’elles soient moins prédictives, elles sont plus
souples face aux besoins d’adaptation, facilitant ainsi l’agilité de leurs utilisateurs.

21
Chapitre I Contexte général du projet

Tableau 3: Comparaison entre les approches agiles et traditionnelles

Forces/faiblesses Les approches traditionnelles Les méthodes agiles

Forces - Elles sont des approches - La communication est de


prédictives « tout doit être meilleure qualité.
prévisible », en tout début du - La visibilité est meilleure
projet.
- La qualité est évaluée en
continu.

Faiblesses - La rigidité de l’approche. - Les "Sprints" exigent un niveau


de productivité maximal pour
- L’effet tunnel3.
tous les acteurs du projet.
- Une mauvaise
- Si l'un des membres quitte
communication.
l'équipe cela peut perturber
- La levée tardive des facteurs
l'ensemble du projet.
à risques.

A travers l'étude comparative précédente présentée dans le tableau 3 ci-dessus,


les méthodes agiles sont les plus adaptées pour notre projet.

3
L'effet tunnel est la situation d'un projet qui affiche un retard par rapport à son plan initial,

mais surtout qui donne peu de visibilité concernant son avancement et ses perspectives

d'achèvement.

22
Chapitre I Contexte général du projet

Néanmoins, il est très important de bien choisir la méthode de travail qui répond
parfaitement aux besoins et qui s'adapte le mieux aux exigences du client.

Alors, il est nécessaire de faire une étude comparative des méthodes pour pouvoir
sélectionner la meilleure qui s'adapte au projet.

Or, parmi les méthodes agiles les plus populaires et utilisées actuellement, nous
pouvons citer les méthodes Scrum et XP qui seront décrites dans le tableau 5 ci-
dessous afin de dégager leurs points forts et faibles.

Tableau 4: Étude comparative des méthodes SCRUM et XP

Description Les points forts Les points faibles


- Travail contrôlé - Augmentation - Les "sprints"
quotidiennement de la productivité exigent un niveau
de productivité
- Elle se base sur - Simplicité des
Méthode Scrum maximal pour tous
des itérations dites processus
les acteurs du
sprints de
- Chaque équipe a projet.
développement son lot de
-Si l'un des
responsabilité.
membres quitte
l'équipe cela peut
perturber
l'ensemble du
projet.
Méthode XP - Ensemble de Best -Simple à mettre - Elle ne peut
Practices de en œuvre. s'adresser qu'à des
développement projets petits ou
- Applicable pour
(Idéal pour le moyens en raison
les projets
travail en groupe) de ses
complexes.
caractéristiques.
- Cible des projets
de moins de dix
personnes.

23
Chapitre I Contexte général du projet

D'après le tableau 4 ci-dessus, nous constatons que la méthodologie XP et la


méthode Scrum proposent de travailler d'une façon itérative, que ce soit au niveau
des plannings, de spécifications ou de développement.

Et suite à une réunion faite avant le démarrage du projet, nous avons décidé d'opter
pour la méthode « SCRUM » faisant partie de approches agiles les plus utilisées
dans la gestion des projets informatiques et étant la plus adaptée pour notre projet.

3) Méthode de travail adoptée : Méthode Scrum

L'adoption d'une méthodologie de développement est une nécessité pour


garantir un niveau de qualité acceptable et éviter tout débordement au niveau des
délais. Certes, ce choix présente un des facteurs clés du succès.

Dans ce cadre, la méthode Scrum suit les principes suivants :

• Exprimer clairement les fonctionnalités du produit ;


• Hiérarchiser les fonctionnalités du produit selon un niveau de priorité
pour mieux atteindre les objectifs et les missions ;
• S'assurer que l'équipe de développement comprend suffisamment les
fonctionnalités du produit.

3.1) Processus de la méthode Scrum

La figure 8 ci-dessous illustre le processus d'un projet mené suivant la méthode


SCRUM qui est comme suit :

- Le product owner crée une liste de taches prioritaires appelée Product Backlog
servant à développer des produits, généralement en quelques mois ;

- Le backlog est focalisé sur un ensemble de fonctionnalités à faire, sous forme


d'itérations appelées Sprints ;

24
Chapitre I Contexte général du projet

- Chaque Sprint vise un objectif déni par le directeur de produit (Product owner),
à partir duquel sont choisies les fonctionnalités à implémenter dans ce backlog du
sprint, en tenant compte des priorités et de la capacité de l'équipe ;

- Un sprint est un bloc de temps fixé aboutissant à créer un incrément du produit


potentiellement livrable qui dure entre 1 et 4 semaines ;

- Une réunion quotidienne (Daily Scrum) permet de faire un point avec toute
l'équipe sur le travail qu'il réalisera le jour même et liste les difficultés qu'elle a
rencontrées afin d’évaluer le progrès ;

- A la fin de chaque Sprint, l'équipe délivre un produit potentiellement livrable


au client.

Figure 8: Processus de Scrum

3.2) Les rôles des acteurs de la méthode Scrum

Le tableau 5 ci-dessous présente et explique le rôle des trois acteurs présents


dans la méthode SCRUM :

25
Chapitre I Contexte général du projet

Tableau 5:Les acteurs de la méthode Scrum

Le rôle
Acteur

L’expert métier, le maître d'ouvrage , il


Product Owner (propriétaire du
représente le client et ses besoins et il
produit)
porte la vision du projet à réaliser.

Le coordinateur et le chef du projet. Il est


Scrum Master (maître de mêlée)
le garant du respect de la méthode Scrum.

C’est l'ensemble des personnes ou les


Team (équipe) autres intervenants travaillant au
développement du projet.

3.3) Les artefacts de la méthode Scrum

Ce sont les entrants et les sortants du processus Scrum comme indiqué et


expliqué dans le tableau 6 ci-dessous.

Tableau 6: Les artefacts de la méthode Scrum

Artefact Description

Backlog produit - Il s'agit de la liste des fonctionnalités/des actions


qui devront être mises en œuvre par le produit ou le
service.
Sprint backlog - Il s'agit de la liste des tâches à accomplir pendant
un sprint/ une itération.
Graphiques burndown - Elles représentent un indicateur agile interne à
l'équipe Scrum, qui permet de visualiser le "reste à
faire" d'ici à la fin de l'itération en cours, afin
d'atteindre l'objectif de sprint.

26
Chapitre I Contexte général du projet

Graphiques burnup C’est un outil de reporting agile, qui permet de


visualiser le travail accompli par l'équipe sur
plusieurs sprints.

Conclusion

Ce présent chapitre était un aperçu sur le domaine étudié et une présentation de


notre projet, de l’étude et critique de l’existant et finalement du choix de la
méthodologie de travail. Dans le chapitre suivant, nous analyserons l’étude de
marché réalisé de notre projet et nous traiterons, ainsi, le backlog product.

27
Chapitre II : Étude de marché et

planification

Introduction :

Dans le chapitre précédent, nous nous sommes focalisés sur la présentation du


cadre général du projet, du choix de la méthode de travail en expliquant son
principe. Dans ce chapitre nous présenterons, d’une part, l’enquête par
questionnaire faite dans le but d’identifier d’une manière efficace notre cible ainsi
de mesurer l’utilité de notre plateforme et d’autre part, la partie planification du
backlog product.

Section 1 : Description de l’enquête

L'enquête par questionnaire est un outil d’observation qui permet de quantifier


et comparer l’information. Cette information est collectée auprès d’un échantillon
représentatif de la population visée par l’évaluation.

1) Échantillon

Notre échantillon est composé de trois profils : Des professionnels de santé,


des patients bipolaires et leurs proches âgés à partir de 13 ans.

28
Chapitre II Étude de marché et planification

2) Choix d’une enquête en ligne et de terrain

Pour assurer plus d’efficacité et pertinence, il fallait combiner les deux


méthodes :

• Une enquête en ligne dans le but de :

- Assurer la rapidité de la collecte de réponses ;

- Utiliser le plus grand panel possible et toucher le plus grand nombre de


répondeurs possible.

Les questionnaires étaient diffusés à notre cible par des messages privés, par
publication dans les groupes qui abordent le sujet du TB crées sur le réseau social
Facebook et par l’échange d’envoi de mail afin de collecter le maximum des
réponses des parties concernées et leurs contacts dans le but de comprendre leurs
besoins, de partager avec eux leurs souffrances et de bien approfondir sur notre
projet, vu sa délicatesse. Ces groupes sont diversifiés, certains sont propres aux
professionnels de santé, d’autres sont dédiés pour les personnes bipolaires et leurs
proches.

Les figures 9, 10 et 11 , ci-dessous mettent en relief quelques exemples de la


réalisation de l’enquête en ligne .

29
Chapitre II Étude de marché et planification

Figure 9: Enquête realisée dans un groupe des patients bipolaires

Figure 10: Enquête Réalisée dans un groupe des professionnels de santé


30
Chapitre II Étude de marché et planification

Figure 11: Enquête réalisée dans un groupe des proches

• Une enquête de terrain : Pour toucher, encore plus, des professionnels de


santé et de faire promouvoir de notre future plateforme (les psychologues, les
psychothérapeutes et les psychiatres).

3) Outil de travail : Google Forms

C’est un outil gratuit de la suite bureautique de Google et il est à utiliser en


ligne en accédant au lien suivant https://docs.google.com/forms. Il permet de
réaliser des évaluations, sous forme de questionnaire, et d’obtenir une note pour
chaque participant.

31
Chapitre II Étude de marché et planification

4) Présentation du questionnaire

Nous avons réalisé, donc, trois questionnaires basés sur notre échantillon : Un
questionnaire dédié aux patients bipolaires, un deuxième pour leurs proches et
un troisième pour les professionnels de santé. (Annexe 2)

• Voici le lien vers nos trois questionnaires

- Le premier est dédié pour les professionnels de santé :


https://forms.gle/9Ap7sQ3ZTzaMcn9YA (Annexe 2.2)

- Le deuxième est dédié pour les personnes bipolaires :

https://forms.gle/zxUfYw9su4dCh8UZ6 (Annexe 2.1)

- Le troisième est dédié pour les proches des personnes bipolaires :

https://forms.gle/K3BtPBzexB4DdQQb8 (Annexe 2.3)

4.1) Questionnaire pour les patients bipolaires

Ce questionnaire est composé de 21 questions réparties respectivement en


des questions d’orientations, des questions introductives et finalement des
questions spécifiques.

Chaque partie de l’enquête vise un objectif précis : La première partie vise à

définir les critères professionnels et sociodémographiques (sexe et âge etc.) de

notre audience cible. L'évaluation générale du besoin et l'idée technologique sont

les objectifs à collecter d'après la deuxième partie du questionnaire. Et la

troisième partie vise à rassembler les opinions et les avis de notre cible sur

l'utilité perçue et l'intérêt de l'utilisation envers notre plateforme.

32
Chapitre II Étude de marché et planification

1.1.1) Analyse des résultats issues de Google Forms

En se basant sur les résultats du Google Forms qui sont présentés dans la partie
annexe 2, sur un total de 50 réponses, nous avons obtenus 70% des femmes et 30%
des hommes qui sont atteints par le TB. Ce résultat met en relief le profil évolutif
observé dans notre étude, qui était plus sévère chez les femmes.

En outre, nous avons procédé à savoir les différentes caractéristiques de cette


maladie ainsi ses différentes conséquences et impacts sur la vie des personnes
bipolaires. Et d’après les résultats et les réponses issues de l’enquête, nous pouvons
constater que la majorité des malades bipolaires ont découvert cette maladie depuis
l’âge adulte (74%) lors d’une consultation d’un professionnel de santé.

Nous découvrons ainsi que les conséquences majeures qui touchent la vie
quotidienne d'une personne bipolaire sont celles qui affaiblissent les relations
personnelles, l'image sociale d'une personne et le rendement de la vie
professionnelle.

Aussi nous pouvons constater que la majorité des malades sont atteintes par le
trouble bipolaire de type 1 qui se caractérise par la phase dépressive, étant la phase
la plus fréquente.

D’où, ces patients bipolaires ont besoin de l’intervention et de l’aide d’un proche
pour les aider et les accompagner dans leur vie de tous les jours.

Et en ce qui concerne l'utilité perçue et l'intérêt de l'utilisation envers notre


plateforme, nous avons détecté qu’une majorité des patients bipolaires considèrent
que les fonctionnalités notre plateforme d’aide au suivi des patients bipolaires
« MOODY » sont utiles, donc ils ont l’intention de l’utiliser, ou de la tester ou
encore de s’y abonner.

33
Chapitre II Étude de marché et planification

4.2) Questionnaire pour les professionnels de santé

Comme indiquée dans la partie annexe 3, ce questionnaire est composé de 12

questions réparties en des questions d’orientations, introductives et spécifiques.

4.2.1) Analyse des résultats issus de google Forms

Nous allons procéder à l’analyse des graphes statistiques les plus importants
pour pouvoir en tirer des conclusions.

D’après des résultats issus des graphiques google, nous pouvons conclure que la
majorité de professionnel de santé représentent des psychiatres.

Nous avons remarqué que ces professionnels de santé rencontrent parfois des
difficultés à suivre régulièrement leurs patients bipolaires et pensent donc que
l'intervention d'un proche est nécessaire voire cruciale afin de mieux diagnostiquer
un patient bipolaire.

Nous avons constaté aussi que bien que la plupart des professionnels de santé
n’utilisent pas actuellement des plateformes qui les aident au suivi de l'état
d'humeur d'un patient bipolaire, ils sont tout à fait intéressés par les fonctionnalités
de notre plateforme, et tentent de les utiliser.

Ainsi, ils recommandent quelques autres fonctionnalités comme l'ajout d'un


calendrier quotidien du sommeil ou l'ajout d'une fonction sur l'observance
thérapeutique et l’hygiène de vie.

34
Chapitre II Étude de marché et planification

4.3) Questionnaire pour les proches

Comme indiquée dans la partie annexe 2.3, ce questionnaire est composé de


15 questions réparties en des questions d’orientations, introductives et
spécifiques.

4.3.1) Analyse des résultats issus de google Forms

A partir des réponses collectées par les proches des patients bipolaires sur le
questionnaire, nous avons constaté que la majorité des proches ont des relations
directes avec les patients bipolaires (conjoint, mère, père, sœur etc.)

En effet, il s’est avéré que la moitié de notre niche rencontre des difficultés en
vivant avec une personne bipolaire en termes de difficulté et des problèmes dans la
communication, des comportements agressifs ou des fréquentes variations
d’humeur des personnes bipolaires.

Ainsi nous avons constaté que la majorité des proches participent à prévenir les
épisodes de crise de la personne bipolaire par l’appel de son professionnel de santé,
par la note de ses comportements et par le recours à une communication efficace
afin de mieux la comprendre.

4.4) Synthèse des résultats des trois questionnaires

Après avoir analysé les trois questionnaires auprès de notre cible, nous pouvons
conclure que notre audience cible a été bien intéressée par notre solution et la trouve
innovante (plateforme d'aide au suivi des patients bipolaires) à travers laquelle , il
sera possible de suivre l'état d’humeur des patients bipolaires tout en faisant
intervenir ces trois acteurs (les professionnels de santé , les patients bipolaires et les

35
Chapitre II Étude de marché et planification

proches.) dont la coopération entre ces différents intervenants peut être très utile
pour la prévention d’une crise d’humeur.

En guise de conclusion, la phase de l’étude de marché était la phase la plus


pénible et la plus longue au cours de laquelle nous avons envoyé beaucoup des
questionnaires, relancé, sans cesse, l’envoi et contacter les professionnels de santé
et leurs assistants afin de collecter leurs réponses et leurs avis qui étaient l’objet de
l’analyse de notre étude.

Section 2 : Etude préliminaire


L’étude préliminaire est une étape incontournable que chaque le processus de
développement doit débuter avec. Elle consiste à déterminer les besoins
fonctionnels et opérationnels, tout en se référant au cahier de charges du client.
L’objectif de cette étape est principalement la spécification détaillée des
fonctionnalités attendues d'un service ou d'un produit.

1) Identification des acteurs

• Le patient bipolaire : C’est le centre d’intérêt et l’un des acteurs principaux


de notre plateforme. Il profite de la plupart des fonctions développées de
l’application.

•Le proche du patient bipolaire : C’est l’un des acteurs principaux de notre
application, son rôle consiste à noter des informations journalières du patient
bipolaire, de programmer ses prises de médicaments, ses rappels, ses exercices, de
déterminer sa localisation. C’est l’acteur qui permet d’aider le professionnel de
santé à une bonne prise de décision.

•Le professionnel de santé : Cet acteur a pour rôle de consulter les


informations notées par le patient bipolaire et son proche et de gérer leurs comptes.
Il a également pour rôle est de visualiser le comportement du malade avec
36
Chapitre II Étude de marché et planification

l’application ainsi qu’analyser l’état d’avancement de la maladie grâce aux


informations de suivi collectées via la plateforme qui seront analysées,
ultérieurement par des graphes et des statistiques.

2) Identification des exigences fonctionnelles

Les besoins fonctionnels listent les fonctionnalités de base d'un système. Ils
nous permettent de spécifier le comportement des utilisateurs lors de la
manipulation de la plateforme.

Cette phase couvre les besoins fonctionnels suivants :

- Gestion de l'authentification : Elle permet aux utilisateurs de s'inscrire, de


s'identifier, de réinitialiser le mot de passe et de faire la mise à jour de ses
informations personnelles;

- Gestion de l’inscription : Elle permet à l’administrateur seul d’approuver


ou de refuser les utilisateurs inscris après vérification de leurs identités et de
supprimer ceux qui s’avèrent frauduleux ;

- Gestion des comptes des professionnels de santé : A travers cette fonction,


l’administrateur consulte les comptes des professionnels de santé, soit pour les
vérifier et procéder à leurs acceptations ou à leur refus, soit pour supprimer ou
ajouter des comptes.

- Création des comptes des patients et leur proche : Le professionnel peut


créer leurs comptes.

- Gestion des urgences : C’est l’une des fonctionnalités clés de notre


plateforme. Le proche active cette fonctionnalité en cas d’urgence afin que le
professionnel de santé soit averti en temps réel en faisant avancer la date de prise
de rendez-vous.

37
Chapitre II Étude de marché et planification

- Enregistrement des informations : Cette fonction permet aux proches et aux


patients bipolaires de noter et d’enregistrer des informations relatives aux variations
d’humeur du malade.

- Consultation de l’évolution de l’état d’humeur des patients bipolaires :


Cette fonction donne l’accès au professionnel de santé de consulter les informations
notées et enregistrées par les proches et les patients bipolaires afin de l’aider au
suivi de l’état d’humeur du malade et à la prise de décision.

- Ajout des exercices : Cette fonction consiste à insérer des exercices et des
entrainements cognitifs personnalisés pour le patient bipolaire.

- Gestion des exercices : Cette fonction consiste à générer selon le type du TB


du malade des exercices pour améliorer son humeur. La difficulté et la nature de
ses exercices varie selon le type du TB du patient.

- Ajout des conseils : Cette fonctionnalité consiste à ajouter des conseils


personnalisés pour le proche et le patient bipolaire.

- Sélection d’un rendez-vous : A travers un calendrier qui met en avant la


disponibilité du professionnel de santé, le patient bipolaire sélectionne une date
précise pour son rendez-vous.

- Gestion du processus des rendez-vous : Cette fonction permet au


professionnel de santé de gérer les rendez-vous en ligne.

- Gestion du profil utilisateur : Grâce à cette fonction, l’utilisateur peut mettre


à jour ses informations personnelles.

- Mise à jour de la plateforme : Cette fonction permet à l’administrateur, je


peux mettre à jour le contenu de la plateforme et ajouter des nouvelles
fonctionnalités.

38
Chapitre II Étude de marché et planification

3) Identification des exigences non fonctionnelles

Les exigences non fonctionnelles sont des besoins qui caractérisent le système
en matière de performance ou le type de matériel.

Parmi ces informations observées, nous proposons d’analyser les variables


suivantes :

• Disponibilité de la plateforme : Elle doit être toujours disponible et facile


à utiliser pour satisfaire et répondre les exigences des utilisateurs en temps
réel.
• L’ergonomie : Offrir une interface conviviale et améliorer l’expérience
utilisateur (user expérience).
• Intégrité des données : Des contrôles de saisie doivent être effectués pour
assurer que les données soient cohérentes et pertinentes.
• Responsive : La plateforme doit être adaptée aux différents terminaux
qu’un utilisateur peut utiliser (ordinateur portable, téléphone mobile,
tablette, etc.)
• Sécurité : La plateforme doit être sécurisé pour que les données des
créateurs de comptes ne soient pas divulguées.

Section 3 : Spécifications techniques


Les besoins techniques donnent une vision globale sur l'architecture générale
de notre projet qui aboutit à développer la plateforme. La première question qui se
pose pour la réalisation de la partie technique du projet c'est quelles sont les
technologies à utiliser pour assurer le bon fonctionnement de l'application.

La présente partie se concentre sur le choix de certaines technologies qui


concerne :

39
Chapitre II Étude de marché et planification

- Les outils de développement, de conception ;

- Les outils de l’étude de marché;

- La maquette de de la plateforme.

1) L’outil de l’étude de marché

Pour l’étude de marché, nous avons recours au logiciel du tableau blanc


« Miro » afin de réaliser le Business Model Canvas.

C’est un logiciel de collaboration qui offre des modèles de stratégies et de


planification prête à l'emploi tel que le business model Canvas afin d’aider dans la
gestion d’un projet. [6]

Figure 12: logo du logiciel Miro

2) L’outils de conception

Afin de réaliser l’étude conceptuelle de notre plateforme, nous avons utilisé le


logiciel « StarUml ». Ce logiciel permet aux programmeurs de mettre en place des
diagrammes UML.

40
Chapitre II Étude de marché et planification

Figure 13: Logo du logiciel StarUml

3) Les outils intégrés à la plateforme

Pour la partie mobile, Application sera construite dans un fichier APK


(installable sur les systèmes Android) qui sera fourni aux patients et leurs proches
par leur médecin.

Dans ce contexte, nous allons utiliser l’APK 27 relative à l’Android 8.1, vu que la
plupart des utilisateurs utilisent cette version.

Également, nous allons intégrer Google Maps pour la géolocalisation qui


permet de connaître et de déterminer la localisation du malade, le podomètre qui
est un compteur de pas dont son rôle est de compter ceux du patient bipolaire et
finalement la reconnaissance vocale pour le proche.

4) La maquette de la plateforme

Avant d’entamer le développent et la réalisation de la plateforme, il fallait


absolument faire une maquette d’une part pour nous permettre d’optimiser
l’ergonomie de notre plateforme. C’est pourquoi, prendre le temps de bien réfléchir
aux parcours utilisateur à l’avance, présente un grand impact sur la performance de
notre plateforme « MOODY ». Et d’autre part, cette phase est très bénéfique en
termes de coûts et de temps.

41
Chapitre II Étude de marché et planification

C’est dans ce cadre que nous avons recours au logiciel Adobe XD qui
représente un outil de conception d'expérience utilisateur basé sur des vecteurs pour
les applications Web et les applications mobiles, développé et publié par Adobe
Inc.

Ce logiciel offre une interface simplifiée, une multitude de fonctionnalités et


d’extensions gratuits, une possibilité d’édition très facile ainsi qu’un dynamisme et
interactivité aux designs crées avec un service d’hébergement en ligne.

Figure 14: logo du logiciel Adobe XD

Section 4 : Spécifications générales des exigences

Après l’établissement des exigences fonctionnelles et non-fonctionnelles, nous


allons proposer la spécification générale des exigences à partir des exigences
fonctionnelles identifiés.

1) Cas d’utilisation global

Pour cette partie, nous allons présenter le diagramme de cas d’utilisation


général pour passer ensuite à la présentation de la planification et la structuration
des cas d’utilisation. La figure 15 ci-dessous indique le diagramme de cas
d’utilisation général spécifique à notre projet que nous avons établi.

42
Chapitre II Étude de marché et planification

Figure 15: diagramme de cas d'utilisation global

43
Chapitre II Étude de marché et planification

2) Diagramme de classe global

Le diagramme de classe, compte le plus important dans la modélisation


orientée objet. Il permet de préciser la structure interne du système. Ainsi qu’il
permet de rappeler les fonctionnalités que nous avons identifiées dans notre
diagramme de cas d’utilisation global ainsi que nos messages échangés entre le
proche admin, le malade, le proche et le médecin.

Dans ce cadre, La figure 16 ci-dessous met en avant le diagramme de classes


élaboré.

Figure 16: diagramme de classe global

44
Chapitre II Étude de marché et planification

Section 5 : Conception graphique


Le design graphique est avant toute chose une question de communication
visuelle. L’art de créer un logo implique à la fois de savoir ce que nous souhaitons
communiquer et de savoir comment communiquer cela de manière visuelle.

C’est dans ce cadre, les images et les formes possèdent tout le pouvoir de provoquer
certaines émotions.

Figure 17: Logo de notre plateforme

Comme illustrée dans la figure 17 ci-dessus, notre logo « MOODY » est


représenté sous la forme d’une ligne horizontale qui signifie la stabilité, le calme et
la fiabilité. En effet, c’est une forme simple qui permet de retenir facilement
l’identité visuelle de notre plateforme.

De plus, nous avons opté pour l’expression « MOODY » le fait qu’elle représente
et correspond parfaitement au mood (en anglais) c’est-à-dire l’humeur des patients
bipolaires, vu l’impact des variations d’humeur sur leur vie. Cette expression est
facile à prononcer, à mémoriser, compréhensible et fait référence au domaine de la
psychologie.

Lors de la réalisation du logo, nous avons mis en exergue les masques sous forme
du caractère « O » pour refléter et pour mettre en lumière l’impact des variations de
l’humeur sur la vie des patients bipolaires et son entourage. Ces deux masques ci-
dessus accolés, l’un rieur, l’autre triste est une représentation duale qui est
d’inspiration antique mais originale.

45
Chapitre II Étude de marché et planification

Les couleurs choisies sont :

• Le bleu et ses nuances : Ils évoquent l’assurance, la bienveillance et


l’expertise. Ce sont les couleurs phares des grands groupes et des entreprises
pharmaceutiques, vu qu’elles évoquent aussi le sentiment du prestige. Donc,
ce sont des couleurs fraîches, rassurantes et apaisantes et elles témoignent
d’un caractère empathique.
• Le jaune et ses nuances : Ils sont associés à l’énergie et à l’optimisme, le
jaune fonctionne particulièrement bien dans la partie publicitaire de
l’environnement de santé, c’est une couleur qui est très utilisée dans les
campagnes de sensibilisation et elle peut toutefois parfaitement convenir à
l’identité visuelle d’un établissement médical, utilisée généralement pour se
rapprocher de son public et de le fidéliser.

Section 6 : Planification et structuration


C’est l’activité qui consiste à déterminer et à ordonnancer les tâches du projet,
à estimer leurs charges et à déterminer les profils nécessaires à leur réalisation.

Au cours de cette partie nous allons présenter le tableau du backlog produit


pour ensuite réaliser la planification et structuration des différents sprints.

1) Backlog product

Cette partie contiendra la définition du backlog de produit ainsi que la


présentation du tableau de toutes les fonctionnalités que devront être implémentées
dans notre plateforme.

1.1) Définition du backlog product

Le backlog du produit est l'élément le plus important de SCRUM puisque qu'il


représente l'ensemble des caractéristiques fonctionnelles ou techniques qui

46
Chapitre II Étude de marché et planification

constituent le produit souhaité. Les caractéristiques fonctionnelles sont appelées des


histoires utilisateur (user story) qui décrivent les interactions de l'utilisateur avec
l'application et les caractéristiques techniques sont appelées des histoires techniques
(technical story).[6]

Dans un backlog du produit, les stories sont rangées selon l'ordre envisagé pour leur
réalisation.

1.2) Tableau du backlog product

Le backlog du produit indique la liste des fonctionnalités qui devront être


implémentées dans notre plateforme.

Celui-ci est présenté dans l'ordre de priorités définies par nous et notre encadrante
et avec les estimations fixées en se basant sur « la méthode des trois points ».

Le choix des priorités dans cette section est basé sur la dépendance entre les
fonctionnalités de la plateforme. Par exemple, nous ne pouvons pas effectuer la
gestion de profil tant que nous n'avons pas encore terminé la gestion de
l'authentification.

1.2.1) Présentation de la méthode « Des Trois Points »

La méthode d'estimation à 3 points, est une méthode de groupe, qui se base


sur des dates estimées (temps moyen/temps optimiste/temps pessimiste) et sur
l'écart type dont la durée est considérée comme une variable aléatoire :

• TM: Temps moyen estimé (travail dans des conditions normales) ;


• TO: Temps optimiste (conditions idéales, pas d'obstacles, temps minimum pour
accomplir la tâche) ;
• TP: Temps pessimiste (temps maximum pour accomplir la tâche dans les pires
conditions).
47
Chapitre II Étude de marché et planification

La formule de calcul cette méthode est indiquée dans la figure 18 ci-dessous :

Figure 18: méthode de calcul du temps espéré

Le tableau 7 ci-dessous fait référence au backlog du produit de notre projet.

Tableau 7: Backlog product de notre projet

48
Chapitre II Étude de marché et planification

ID User story Description Estimation Priorité

1 Gestion de En tant qu’utilisateur, je peux 4 Jours Haute : A


l’inscription créer un compte.

Gestion de En tant qu’administrateur, je 4 jours Haute : A


l’authentification peux m’authentifier afin de
en toute sécurité m’accéder à l’application en
toute sécurité.
2
En tant qu’administrateur, je
peux que les utilisateurs
s’authentifient afin qu’ils
accèdent à l’application en toute
sécurité.

Gestion des En tant qu’administrateur, je 3 jours Haute : A


comptes des peux consulter les comptes des
professionnels de professionnels de santé, soit
3
santé pour les vérifier et procéder à
leurs acceptations ou à leur
refus, soit pour supprimer ou
ajouter des comptes.

Création des En tant que professionnel de 4 jours Haute : A


comptes des santé, je peux créer des comptes
4
patients et de leurs pour mes patients et leurs
proches proches.

Gestion du profil En tant qu’utilisateur, je peux 3 jours C

49
Chapitre II Étude de marché et planification

utilisateur mettre à jours mes informations


5
personnelles.

Mise à jour de la En tant qu’administrateur, je 3 jours C


plateforme peux mettre à jour le contenu de
6
la plateforme et ajouter de
nouvelles fonctionnalités.

Enregistrement des En tant qu’utilisateur (patient 5 jours


informations des bipolaire), je peux enregistrer
7
patients bipolaires des informations liées aux
B
heures de sommeil, à mon état
d’humeur, mes événements de
vie et aussi à l’heure de prise
des médicaments.

8 Enregistrement des En tant que proche, je peux 3 jours


évolutions de l’état enregistrer des informations
d’humeur des liées au patient bipolaire afin de
B
patients bipolaires les transmettre au professionnel
(par les proches) de santé.

Création d’un En tant que professionnel de


processus des santé, je peux gérer les rendez-
9 4 jours C
rendez-vous vous en ligne

10 Sélectionner un En tant que patient bipolaire, je 2 jours C


rendez-vous peux sélectionner un rendez-
vous.

11 Consultation de En tant que professionnel de 5 jours


l’évolution de l’état santé, je peux consulter

50
Chapitre II Étude de marché et planification

d’humeur des l’évolution de l’état d’humeur B


patients bipolaires de mes patients bipolaires.

12 Proposition des En tant que professionnel de 3 jours


exercices et des santé, je peux fournir des C
entrainements exercices et des entraînements
cognitifs cognitifs personnalisés à mes
personnalisés patients bipolaires.

13 Enregistrement des En tant que professionnel de 3 jours Haute : A


conseils santé, je peux partager des
psychoéducatifs conseils psychoéducatifs à mes
patients bipolaires et leurs
proches.

Réception des En tant que patient bipolaire, je 2 jours C


exercices peux recevoir les exercices
14
d’entraînement d’entraînement.

Consultation des En tant que patient bipolaire, je 2 jours Haute : A


conseils peux recevoir les conseils
15
psychoéducatifs psychoéducatifs fournis par le
professionnel de santé.

En tant que proche, je peux


recevoir les conseils
psychoéducatifs fournis par le
professionnel de santé.

51
Chapitre II Étude de marché et planification

2) Distribution des sprints

L’étape de la distribution des sprints, est l’une des étapes les plus importants
dans la méthodologie de travail Scrum. Le but de cette étape est d’identifier le
backlog des sprints.

Selon le tableau 8 ci-dessous, notre projet se déroule en quatre livrables (Sprints) :

• Le premier livrable contenant les six premiers besoins fonctionnels de la


plateforme qui sont : l’inscription et l'authentification pour les utilisateurs
et pour le professionnel de santé, la création des comptes des patients et de
leur proches et l’enregistrement des conseils psychoéducatifs. Pour les
proches et les patients bipolaires, ils peuvent consulter des conseils
psychoéducatifs et eu niveau de l’administrateur, il gère les comptes des
professionnels de santé.

• Le deuxième livrable présente trois fonctionnalités de base du projet. Il


englobe l’enregistrement des informations liées à l’évolution de l’état
d’humeur des patients bipolaires par les malades eux même et leur proche
et finalement la consultation de ces données par le professionnel de santé ;

• Le troisième livrable inclut la gestion du processus des rendez-vous, la


proposition des exercices et des entrainements cognitifs personnalisés et la
sélection d’un rendez-vous par le patient ;

• Le dernier livrable comprend la mise à jour de la plateforme et la gestion


du profil utilisateur.

52
Chapitre II Étude de marché et planification

Tableau 8: répartition des sprints

ID Livrables Durée estimée


(jours)

Sprint 0 Livrable 0 20 jours

Sprint 1 Livrable 1 13 jours

Sprint 2 Livrable 2 11 jours

Sprint 3 Livrable 3 6 jours

Conclusion
Dans ce chapitre, nous avons étudié et capturé les besoins fonctionnels et non
fonctionnels de la plateforme ainsi que l'étude technique du projet. Ensuite, nous
avons préparé notre plan de travail au niveau de l’organisation des sprints.

Dans le chapitre suivant, nous détaillerons l’étude conceptuelle des deux premiers
sprints.

53
Chapitre III : Sprint 0 et 1

Introduction

Dans le chapitre précèdent, nous nous sommes focalisés sur l'étude préliminaire
du projet, son étude technique, et la planification des différentes tâches. Dans ce
chapitre, nous nous intéresserons à l’étude conceptuelle des deux premiers sprints.

Section 1 : Étude conceptuelle du premier sprint


Dans cette section préliminaire, nous allons étudier la conception et la
réalisation de ce sprint.

1) Backlog product du premier sprint

Le tableau 9 comme indiqué ci-dessous résume les fonctionnalités à réaliser


du premier sprint dont les deux premiers cas d’utilisations seulement seront
décrits sous forme de tableau descriptif textuelle et présentés par un diagramme de
séquence-système. Enfin, nous présenterons la réalisation du sprint.

54
Chapitre III Sprint 0 et 1

Tableau 9: Backlog product du sprint 0

ID User story Description Estimation Priorité

Gestion de En tant qu’utilisateur, je


1 l’inscription peux créer un compte. 4 jours Haute : A

En tant qu’administrateur, je
peux m’authentifier afin de
Gestion de m’accéder à l’application en 4 jours Haute : A
2 l’authentification toute sécurité
en toute sécurité
En tant qu’administrateur, je
peux que les utilisateurs
s’authentifient afin qu’ils
accèdent à l’application en
toute sécurité

Gestion des En tant qu’administrateur, je


3 comptes des peux consulter les comptes 3 jours Haute : A
professionnels de des professionnels de santé,
santé soit pour les vérifier et
procéder à leurs
acceptations ou à leur refus,
soit pour supprimer ou
ajouter des comptes.

4 Création des En tant que professionnel de


comptes des santé, je peux créer des 4 jours Haute : A
patients et de comptes pour mes patients
leurs proches et leurs proches.

En tant que professionnel de


5 Enregistrement santé, je peux partager des 3 jours
des conseils conseils psychoéducatifs à A
psychoéducatifs mes patients bipolaires et
leurs proches.

55
Chapitre III Sprint 0 et 1

En tant que patient 2 jours A


6 Consultation des bipolaire, je peux recevoir
conseils les conseils psychoéducatifs
psychoéducatifs fournis par le professionnel
de santé.

En tant que proche, je peux


recevoir les conseils
psychoéducatifs fournis par
le professionnel de santé.

2) Le diagramme de cas d’utilisation du premier sprint

Selon la figure 19 ci-dessous , un simple utilisateur peut procéder à l’inscription


mais à condition qu’il soit connecté à son compte.

D’une part , une fois authentifié, le professionnel de santé peut enregistrer des
conseils psychoéducatifs et créer des comptes pour ses patients bipolaires et leurs
proches. D’autre part, le patient bipolaire et son proche peuvent consulter ces
conseils après avoir s’authentifié.

Au niveau de l’administrateur, il peut consulter les comptes des professionnels


de santé soit pour les vérifier et procéder à leurs acceptations ou à leur refus, soit
pour ajouter ou supprimer des comptes.

56
Chapitre III Sprint 0 et 1

Figure 19: Cas d'utilisation du premier sprint

2.1) Cas d’utilisation « S’inscrire »

Cette partie présente l'analyse et la conception du cas d'utilisation s'inscrire.

2.1.1) Description textuelle des scénarios de ce cas


d'utilisation

Dans le but de rendre notre diagramme des cas d'utilisation plus lisible et afin
de décrire le comportement d'un système, nous avons décidé d'utiliser la technique
de la description textuelle des cas d'utilisation parce que c’est une forme souple qui
convient dans bien des situations.

Dans ce cadre, Le tableau 10 ci-dessous présente l’enchaînement détaillé du


cas d’utilisation.

57
Chapitre III Sprint 0 et 1

Tableau 10: Description textuelle de cas d'utilisation s'inscrire

Titre S’inscrire
Objectif Créer un compte dans la plateforme par les acteurs
selon leur rôle.
Acteur Utilisateur (Professionnel de santé / Patient
bipolaire / Proche du patient bipolaire)
Préconditions Connexion internet disponible.
Espace de stockage disponible.
Télécharger l'application mobile.
Post conditions Avoir un compte
Scénario nominal 1-Accéder à la plateforme.
2-Cliquer sur le bouton "Inscription".
3-Le système affiche l’interface des rôles.
4.L’utilisateur indique son rôle.
5- Accéder à la vue d’inscription.
6-Saisir les informations personnelles tels que le
nom, le prénom, l'adresse email, le mot de passe,
etc.
7- Cliquer sur le bouton s’inscrire.
8- Renvoyer l’utilisateur à la page d’accueil de
l’application.
Scénario alternatif 7- Le système vérifie la saisie et détecte une erreur.
7.1- Le système affiche un message d’erreur de type
" l'adresse email est déjà utilisée" ou " champs
vide".
7.2-Reprise de l'étape 6 du scénario nominal.
Exception Connexion interrompue.
Doc -

58
Chapitre III Sprint 0 et 1

D’après le tableau 10 ci-dessus, nous constatons que l'inscription d'un


utilisateur nécessite la disponibilité d’une connexion, un espace de stockage du
smartphone et un téléchargement de l'application mobile.

Après avoir accéder à l'application, l’utilisateur clique sur le bouton de création de


compte, choisit son rôle et saisit ses informations personnelles. Dans cette étape
notre système vérifie les données saisies.

Dans le cas où la forme d’une information personnelle est erronée (Exemple :


adresse mail erronée) ou elle est déjà utilisée par un autre utilisateur, le système
affiche un message d'erreur en demandant à l’utilisateur de ressaisir une autre fois
ses informations sinon il sera redirigé vers la page d'accueil de la plateforme.

2.1.2) Conception et analyse de ce cas d'utilisation

L'objectif principal de cette partie est de construire un modèle d'analyse qui


présente une spécification précise des besoins. Il contient les besoins d'une façon
simple et compréhensible.

C'est un premier pas vers le modèle de conception afin d'analyser le cas d'utilisation.
En effet, cette partie schématise le diagramme de séquence-système.

Une fois que nous avons tracé le cas d’utilisation global décrivant les
interactions de l’utilisateur avec notre système, le diagramme système montre les
acteurs externes qui interagissent directement avec le système et présente également
ce système comme une boîte noire sans savoir son fonctionnement interne ainsi que
les événements déclenchés entre les deux parties.

La figure 20 suivante présente le diagramme de séquence système de cas


d’utilisation "S’inscrire".

59
Chapitre III Sprint 0 et 1

Figure 20: diagramme de séquence systéme du cas d'utilisation

"s'inscrire"

Cette figure ci-dessus illustre le diagramme de séquence système du cas


d'utilisation "S'inscrire". Après avoir accès à l'interface de l'inscription par la
méthode "ShowFragmentSubscribe()", l’utilisateur saisit ses informations
personnelles. Dès qu'il clique sur le bouton inscription nous récupérons les données
saisies à travers la fonction "CollectDataFromInputs()" et les envoyer au serveur
à partir de la méthode "StartRegisterUserPrecess()". Ensuite le serveur vérifie les
données envoyées par la fonction "SetRegisterResultCllback()" et retournera une
réponse par la méthode "onAuthentificationLoginResult()" :

Soit le système affiche un message d'erreur dans le cas où la forme d’une


information personnelle est erronée (Exemple : adresse mail erronée) ou bien si elle
est déjà utilisée par un autre utilisateur, soit il affiche un message de confirmation
d’inscription.

2.2) Cas d’utilisation « S’authentifier »

Cette partie comportera la conception du cas d'utilisation « s’authentifier ».

60
Chapitre III Sprint 0 et 1

2.2.1) Description textuelle des scénarios de ce cas


d'utilisation

Pour connaître l'enchaînement de ce cas d'utilisation, nous allons utiliser la


technique de la description textuelle en décrivant les scénarios dans le tableau 11
ci-dessous.

Tableau 11: Description textuelle du cas d'utilisation "s'authentifier"

Titre S’authentifier
Objectif Se connecter à la plateforme
Acteur Utilisateur (Professionnel de santé / Patient bipolaire /
Proche du patient bipolaire) / Administrateur

Préconditions Connexion internet disponible


Avoir un compte
Post conditions Utilisateur sera connecté à son compte
Scénario nominal 1-Accéder à la plateforme
2- l’utilisateur indique son rôle
3-Cliquer sur le bouton " S'authentifier "
4- Accéder à la vue d’authentification
5-Saisir login et mot de passe
6- Cliquer sur le bouton " se connecter"
7- Renvoyer l’utilisateur /administrateur à la page d’accueil

Scénario alternatif 6- Le système vérifie la saisie et détecte une erreur.


6.1-Il affiche un message d’erreur de type "votre mot de
passe est incorrecte" ou "votre login est incorrecte".
6.2-Reprise à l'étape 3 du scénario nominal.

Exception Connexion interrompue ou oublie du login et/ou du mot de


passe.
Doc -

61
Chapitre III Sprint 0 et 1

2.2.2) Diagramme de séquence de ce cas d’utilisation

Après avoir décrire textuellement le cas d'utilisation " S'authentifier " défini
dans le paragraphe précédent. Nous allons dégager le diagramme de séquence
système pour présenter clairement les interactions entre l'acteur, le système et la
BD définies dans la figure 21 ci-dessous.

Figure 21: Digramme de sequence système du cas d’utilisation


“s’authentifier”

Cette figure ci-dessous visualise le diagramme de séquence système du cas


d'utilisation "S'authentifier".

Lorsque l’utilisateur introduit son adresse email et son mot de passe et il clique
sur le bouton se connecter, le système collecte les données saisies par la méthode
"collectDataFromInputs()" et les envoie à la BD à travers la fonction "start
AuthentificationLoginProcess()" pour les validés. Puis, il envoie une réponse
par la méthode "onAuthentificationLoginResult()" .

Par la suite, soit le système affiche un message d'erreur de type "votre mot de
passe est incorrecte" ou "votre login est incorrecte », soit il affiche un message de
confirmation d'authentification.

62
Chapitre III Sprint 0 et 1

2.3) Réalisation du premier sprint


La figure 22 ci-dessous présente des exemples d’interfaces : d’accueil du choix
de rôle utilisateur et la création du compte des professionnels de santé.

Le reste des interfaces sont détaillées dans la partie annexe 3.

Figure 22: Quelques interfaces du premier sprint

Section 2 : Étude conceptuelle du deuxième sprint

Dans cette deuxième section, nous traiterons la conception et la réalisation de

ce sprint.

63
Chapitre III Sprint 0 et 1

1) Backlog product du deuxième sprint

Le tableau 12 ci-dessous résume les fonctionnalités à réaliser du deuxième


sprint dont deux cas d’utilisations seront décrits sous forme de tableau descriptif
textuelle et présenté par un diagramme de séquence-système. Enfin, nous
présenterons la réalisation du sprint.

Tableau 12: Backlog product du deuxième sprint

64
Chapitre III Sprint 0 et 1

2) Le diagramme de cas d’utilisation du deuxième sprint

Selon la figure 23 ci-dessous , le patient bipolaire peut enregistrer ses


informations personnelles telles qu'ajouter son traitement, les horaires de sommeil
ou encore décrire son état mais à condition qu’il soit connecté à son compte.

D’autre part, le proche d’un pateint bipolaire peut enregistrer des informations liées
au patient bipolaire afin de les transmettre au professionnel de santé après avoir
s’authentifié.

Une fois authentifié, le professionnel de santé peut consulter l’évolution de l’état


d’humeur de ses patients bipolaires à partir des informations enregistrées par le
patient lui-même ou issuées à partir de son proche .

Figure 23: Le diagramme de cas d’utilisation du deuxième sprint

2.1) Cas d’utilisation « Enregistrer ses informations »

La section qui suit présente l'analyse et la conception du cas d'utilisation


« enregistrer ses informations ».
65
Chapitre III Sprint 0 et 1

2.1.1) Description textuelle des scénarios de ce cas


d'utilisation

Pour connaître l'enchaînement de ce cas d'utilisation, nous allons utiliser la


technique de la description textuelle en décrivant les scénarios.

Tableau 13: Description textuelle de scénarios de cas d'utilisation


"Enregistrer ses informations"

Titre Enregistrer ses informations


Objectif Enregistrer les informations personnelles relatives à un patient
bipolaire afin de les transmettre au professionnel de santé
Acteur Patient bipolaire
Préconditions Le patient bipolaire doit être connecter à son compte
Post conditions Informations seront enregistrées de la part du patient bipolaire
et ainsi transmises au professionnel de santé.
Scénario nominal 1-Le patient bipolaire clique sur le bouton enregistrer mes
informations personnelles.
2- Affichage de l’interface enregistrer mes informations
personnelles
3-Saisir les informations personnelles tels que les horaires de
sommeil, le traitement et ses horaires, l’état d’humeur, etc...
4- Cliquer sur le bouton « enregistrer »
5- Informations personnelles sont mises à jour
Scénario alternatif -
Exception Connexion interrompue.
Doc -

D’après le tableau 13 ci-dessus, nous constatons que la fonctionnalité


« enregistrer les informations personnelles » nécessite que le patient bipolaire soit
connecté à son compte pour qu’il puisse enregistrer ses informations.

66
Chapitre III Sprint 0 et 1

Ensuite, dès qu’il s’authentifie, il sera amené à la page d’accueil et il clique sur le
bouton enregistrer des informations personnelles. Puis l'interface apparaîtra pour
qu'il sauvegarde ses informations afin d'être mis à jour dans son compte.

2.2.1) Diagramme de séquence de ce cas d’utilisation

La figure 24 ci-dessous représente le diagramme de séquence système du cas


d’utilisation « enregistrer ses informations ».

Figure 24: le diagramme de séquence système du cas d’utilisation «


Enregistrer ses informations »

En se référant à cette figure ci-dessus, une fois authentifié, l’utilisateur peut


avoir accès à l'interface de l’enregistrement des informations personnelles par la
méthode "ShowFragmentInformation()" et il saisit donc ses informations
personnelles.

67
Chapitre III Sprint 0 et 1

Dès qu'il clique sur le bouton enregistrer nous récupérons les données saisies à
travers la fonction "CollectDataFromInputs()" et elles seront envoyées
automatiquement au serveur à partir de la méthode "StartSavingInformation

PatientProcess()" .

Le serveur, ainsi, procède à la vérification des données en faisant appel à la fonction


"SetSavinginformationPatient()" et retournera un message de confirmation
d’enregistrement des informations personnelles par la méthode "OnInformation-
SaveResult()" au patient bipolaire .

2.2) Cas d’utilisation « Enregistrer les évolutions de l’état


d’humeur des patients bipolaires »

Cette partie présente le cas d'utilisation " Enregistrer les évolutions de l’état
d’humeur des patients bipolaires ". En effet, ce cas permettra au proche d’ajouter
des nouvelles informations liées au patient bipolaire afin de les transmettre au
professionnel de santé.

2.2.1) Description textuelle des scénarios de ce cas


d'utilisation

Le tableau 14 élaboré ci-dessous met en avant l’enchaînement détaillé du cas


d’utilisation « Enregistrer les évolutions de l’état d’humeur des patients bipolaires
».

Tableau 14: Description textuelle de scénarios de cas d'utilisation "


Enregistrer les évolutions de l’état d’humeur des patients bipolaires "

Titre Enregistrer les évolutions de l’état d’humeur


des patients bipolaires
Objectif Des informations seront enregistrées
Acteur Proche d’un patient bipolaire

68
Chapitre III Sprint 0 et 1

Préconditions Authentification préalable


Post conditions Des nouvelles informations liées au patient
bipolaire seront enregistrées afin de les
transmettre au professionnel de santé
Scénario nominal 1- Le proche accède à l’espace « enregistrer
des informations » sur le patient bipolaire.
2-Il ajoute des nouvelles informations telle
qu’il peut décrire les comportements du patient
bipolaire, ses alternances des phases, etc.
3-Il valide les informations ajoutées,
supprimées, ou modifiées et les enregistre.
Scénario alternatif -
Exception Connexion interrompue.
Doc -

Ce présent tableau montre qu'après une authentification préalable, le proche


d’un patient bipolaire peut ajouter des nouvelles informations sur l’évolution de
l’état d’humeur de patient bipolaire.

Donc, une fois qu’il les valide et les enregistre, le système affiche un message
de réussite.

2.2.2) Diagramme de séquence système de ce cas


d'utilisation

Selon la figure 25 ci-dessous, nous décrivons dans cette partie le diagramme


de séquence système relatif à ce cas d’utilisation.

69
Chapitre III Sprint 0 et 1

Figure 25: Diagramme de séquence de cas d’utilisation « Enregistrer les


évolutions de l’état d’humeur des patients bipolaires »

Suite à une analyse de cette figure ci-dessus, nous pouvons constater que
lorsque le proche est authentifié au serveur de l'application mobile, il peut avoir
accès à l'interface de l’enregistrement de l’évolution de l’état d’humeur de son
proche bipolaire par la méthode "ShowFragmentnformationProche()" et il saisit
les évolutions de l’état d’humeur de son proche bipolaire.

Dès qu'il clique sur le bouton « enregistrer », nous récupérons les données saisies à
travers la fonction "CollectDataFromInputs()" et elles seront envoyées
automatiquement au serveur à partir de la méthode "StartSavingInformation
Proche Process()".

Le serveur, ainsi, procède à la vérification des données en faisant appel à la fonction


"SetSavinginformationProcheResult()" et retournera un message de
confirmation d’enregistrement des informations personnelles par la méthode "OnIn
-formationSaveResult()" au proche .

70
Chapitre III Sprint 0 et 1

2.3) Réalisation du deuxième sprint


La figure 26 ci-dessous affichera quelques exemples d’interfaces relatives à
ce sprint.

Figure 26 : Les interfaces graphiques du deuxième sprint

Conclusion
Dans ce chapitre, nous nous sommes intéressés à l’étude conceptuelle des cas
d’utilisation du premier et deuxième sprint.

Dans le chapitre suivant, nous aborderons l’étude conceptuelle des sprints 2 et 3.

71
Chapitre IV : Sprint 2 et 3

Introduction

Dans le chapitre précèdent, nous nous sommes focalisés sur à l’étude


conceptuelle du premier et deuxième sprint. Dans ce chapitre, nous nous
intéresserons à l’étude conceptuelle du troisième et quatrième sprint.

Section 1 : Étude conceptuelle du troisième sprint


Dans cette section préliminaire, nous allons étudier la conception et la
réalisation de ce sprint.

1) Backlog product du troisième sprint

Le tableau 15 comme indiqué ci-dessous résume les fonctionnalités à réaliser


du troisième sprint dont les deux premières seulement seront décrites sous forme
de tableau descriptif textuelle et présenté par un diagramme de séquence-système.
Enfin, nous présenterons la réalisation du sprint.

72
Chapitre IV Sprint 2 et 3

Tableau 15: Backlog product du troisième sprint

ID User story Description Estimati Priorité


on
Création d’un En tant que professionnel de
processus des santé, je peux gérer les rendez- 4 jours C
1 rendez-vous vous en ligne.
Sélectionner un En tant que patient bipolaire, je 2 jours C
2 rendez-vous peux sélectionner un rendez-
vous
Proposition des En tant que professionnel de
exercices et des santé, je peux fournir des
entrainements exercices et des entraînements 3 jours C
3 cognitifs cognitifs personnalisés à mes
personnalisés. patients bipolaires.

Consultation des En tant que patient bipolaire, je


exercices peux recevoir les exercices 2 jours C
4 d’entraînement. d’entraînement.

2) Le diagramme de cas d’utilisation du troisième sprint

Selon la figure 27 ci-dessous , le professionnel de santé peut procéder à la


création d’un processus de rendez-vous et il peut même gérer les situations
d’urgence, à condition qu’il soit connecté à son compte.

De plus , une fois authentifié, le professionnel de santé peut aussi proposer des
exercices et des entraînements cognitifs personnalisés pour ses patients bipolaires.

73
Chapitre IV Sprint 2 et 3

En ce qui concerne le patient bipolaire, il peut recevoir les exercices cognitifs


personnalisés et des séances d'entraînement et choisir un rendez-vous en
sélectionnant le jour et l'heure du rendez-vous ,mais sous réserve qu'il soit
authentifié. Au niveau de l’administrateur, il peut consulter les comptes des
professionnels de santé soit pour les vérifier et procéder à leurs acceptations ou à
leur refus, soit pour ajouter ou supprimer des comptes.

Figure 27:Le diagramme de cas d’utilisation du troisième sprint

2.1) Cas d’utilisation « Proposer des exercices et des


entraînements cognitifs personnalisés »

Cette partie traitera l'analyse et la conception du cas d'utilisation " Proposer


des exercices et des entraînements cognitifs personnalisés".

74
Chapitre IV Sprint 2 et 3

2.1.1) Description textuelle des scénarios de ce cas


d'utilisation

Pour décrire l'enchaînement complet du cas d'utilisation courant, nous allons


utiliser la technique de la description textuelle d'UML.

Dans ce cadre, Le tableau 16 ci-dessous présente l’enchaînement détaillé du


cas d’utilisation.

Tableau 16: Description textuelle de scénarios de cas d'utilisation "


Proposer des exercices et des entraînements cognitifs personnalisés "

Titre Proposer des exercices et des entraînements


cognitifs personnalisés
Objectif Proposer des exercices et des entraînements
cognitifs personnalisés par le professionnel de santé
Acteur Professionnel de santé

Préconditions Connexion au compte du professionnel de santé

Post conditions Un nouvel exercice est ajouté à la liste des exercices


et des entraînements.

75
Chapitre IV Sprint 2 et 3

Scénario nominal 1. Le professionnel de santé accède à l’espace de


l’ensemble des fonctionnalités
2. Il clique sur l’icône de l’ajout des exercices.
3.Le système affiche l’espace d’ajout des exercices.
4.Le professionnel de santé compose les exercices
du patient bipolaire.
5. Il valide les exercices.
6.Le système vérifie les champs.
7.Le système affiche une vue permettant au
professionnel de santé de visualiser les exercices.
8.Le professionnel de santé clique sur valider les
exercices.
9.Le système notifie le patient bipolaire de l’ajout
de l’exercice.
Scénario alternatif 7- Le système détecte un champ manquant
7.1 – Il affiche un message d’erreur de type "
champs vide".
2-Reprise de l'étape 5 du scénario nominal.
Exception Connexion interrompue.
Doc -

D’après ce tableau 16 ci-dessus, nous constatons qu’une fois le professionnel


de santé est authentifié, il peut procéder à la conception des exercices cognitifs
personnalisés pour les patients bipolaires.

Dans le cas où un champ dédié à la saisie d’informations pour la conception est


vide, le système affiche un message d’erreur en demandant au professionnel de
santé de remplir tous les champs.

76
Chapitre IV Sprint 2 et 3

2.1.2) Diagramme de séquence de ce cas d'utilisation

En se basant sur la description textuelle du cas d’utilisation définis dans le


paragraphe précédent. Nous allons présenter le diagramme de séquence système de
ce cas.

La figure 28 illustre le diagramme de séquence système du cas d’utilisation "


Proposer des exercices et des entraînements cognitifs personnalisés ".

Après avoir authentifié, un utilisateur peut avoir accès à l'interface d’ajout des
exercices par la méthode "showFragmentExercice()" ou il proposera des
exercices et des entraînements cognitifs. Dès qu’il clique sur le bouton « enregistrer
», le système récupère les données saisies à travers la fonction "collectDataFrom
Inputs()" et elles seront envoyées automatiquement au serveur à partir de la
méthode "StartSavingExercicePatientProcess()" .

Le serveur, ainsi, procède à la vérification des données en faisant appel à la


fonction "StartSavingExercicePatientResult()" et retournera une réponse par la
méthode "OnExerciceSaveResult()" au professionnel de santé .

Donc, soit le système affiche un message d'erreur de type « champs vide » en lui
demandant de remplir tous les champs, soit il affiche un message de type « exercice
est ajouté avec succès ».

77
Chapitre IV Sprint 2 et 3

Figure 28: Diagramme de séquence système du cas d’utilisation "


Proposer des exercices et des entraînements cognitifs personnalisés "

2.2) Cas d’utilisation « Sélectionner un rendez-vous »

La section qui suit présente l'analyse et la conception du cas d'utilisation "


Sélectionner un rendez-vous "

2.2.1) Description textuelle des scénarios de ce cas


d'utilisation

Pour décrire l'enchaînement complet du cas d'utilisation courant, nous allons


utiliser la technique de la description textuelle d'UML.

Dans ce cadre, Le tableau 17 ci-dessous présente l’enchaînement détaillé du cas


d’utilisation.

78
Chapitre IV Sprint 2 et 3

Tableau 17: Description textuelle de scénarios de cas d'utilisation

"Sélectionner un rendez-vous"

Titre Sélectionner un rendez-vous


Objectif Prendre un rendez-vous
Acteur Patient bipolaire
Préconditions Connexion au compte du patient bipolaire
Post conditions Un rendez-vous est sélectionné et envoyé au
professionnel de santé sous forme de notification.
Scénario nominal 1. Le patient bipolaire accède au profil de son
professionnel de santé
2. Il clique sur le bouton « Sélectionnez un rendez-
vous ».
3. Le système affiche le calendrier spécifié par le
professionnel de santé.
4. Le patient sélectionne une date
5. Il sélectionne aussi une heure selon ses disponibilités
6.Le patient peut choisir l’option « urgent »
7.Il clique sur le bouton enregistrer.
8.Le système affiche une vue permettant au patient
bipolaire de visualiser le rendez-vous crée.
9.Le système notifie le professionnel de santé du rendez-
vous du patient.
Scénario alternatif -
Exception Connexion interrompue.
Doc -

79
Chapitre IV Sprint 2 et 3

En se référant au tableau 17 ci-dessus, nous constatons qu’une fois le patient


bipolaire est authentifié, il peut consulter le profil de son professionnel.

Le clic sur le bouton « sélectionner un rendez-vous » l’amène à l’affichage du


calendrier spécifique à son professionnel de santé dans laquelle et le patient
bipolaire pourra ainsi sélectionner la date et l’heure du rendez-vous. Ensuite il
clique sur le bouton « enregistrer ».

Ensuite, le système affiche une vue permettant au patient bipolaire de voir la


date et l'heure du rendez-vous sélectionné, puis il affichera le rendez-vous créé à
l’espace de l’ensemble des rendez-vous du professionnel de santé.

2.2.2) Diagramme de séquence de ce cas d'utilisation

La figure 29 ci-dessous illustre le diagramme de séquence système du cas


d’utilisation "Sélectionner un rendez-vous".

Lorsque le patient bipolaire est authentifié au serveur de l'application mobile et


après avoir accès à l’interface de l’ajout de jeux par la méthode "showFragment
Appointment ()", il saisit des données relatives à la création d’un rendez-vous. Dès
qu’il clique sur le bouton « enregistrer », le système récupère les données saisies
à travers la fonction "collectDataFromInputs()" et elles seront envoyées
automatiquement au serveur à partir de la méthode "StartSavingAppointment
PatientProcess()" .

Le serveur, ainsi, procède à la vérification des données en faisant appel à la fonction


"StartSavingAppointmentPatientResult()" et retournera un message de
confirmation de création d’un rendez-vous par la méthode "OnAppointmentSave
Result()" au patient bipolaire.

80
Chapitre IV Sprint 2 et 3

Figure 29: le diagramme de séquence système du cas d’utilisation


"Sélectionner un rendez-vous"

2.3) Réalisation du troisième sprint

La figure 30 ci-dessous illustre quelques exemples d’interfaces relatives à


sélection d’un rendez-vous sprint.

81
Chapitre IV Sprint 2 et 3

Figure 30: Quelques interfaces graphiques du troisième


sprint

Section 2 : Étude conceptuelle du dernier sprint


Dans cette section préliminaire, nous allons étudier la conception et la
réalisation du dernier sprint.

Le tableau 18 comme indiqué ci-dessous résume les deux fonctionnalités à réaliser


du dernier sprint dont elles seront décrites sous forme de tableau descriptif textuelle
et présenté par un diagramme de séquence-système. Enfin, nous présenterons la
réalisation du sprint.

82
Chapitre IV Sprint 2 et 3

1) Backlog product du dernier sprint

Le tableau 18 comme indiqué ci-dessous résume les deux fonctionnalités à


réaliser du dernier sprint dont elles seront décrites sous forme de tableau descriptif
textuelle et présenté par un diagramme de séquence-système. Enfin, nous
présenterons la réalisation du sprint.

Tableau 18:Backlog product du quatrième sprint

ID User story Description Estimation Priorité

1 Gestion du profil En tant qu’utilisateur, je


utilisateur peux mettre à jours mes 3 jours Haute : C
informations personnelles.

En tant qu’administrateur,
Mise à jour de la je veux mettre à jour le
2 plateforme contenu de la plateforme et 3 jours Haute : C
ajouter des nouvelles
fonctionnalités

2) Le diagramme de cas d’utilisation du quatrième


sprint

Selon la figure 31 ci-dessous , l’utilisateur peut procéder à la gestion de son


profil afin de mettre à jour ses informations personnelles, à condition qu’il soit
connecté à son compte.

De plus , l’administrateur peut mettre à jour le contenu de la plateforme et


ajouter des nouvelles fonctionnalités qui doivent répondre aux besoins et des

83
Chapitre IV Sprint 2 et 3

attentes des utilisateurs afin d’assurer une meileure amélioration et progression de


la solution.

Figure 31: Diagramme de cas d’utilisation du quatrième sprint

2.1) Cas d’utilisation « Gérer son profil »

La section qui suit présente l'analyse et la conception du cas d'utilisation


« Gérer son profil ».

2.1.1) Description textuelle des scénarios de ce cas


d'utilisation

Pour savoir l'enchaînement du cas d'utilisation courant, nous avons eu recours


à la technique de la description textuelle en décrivant les scénarios des d'actions.

Dans ce cadre, le tableau 19 ci-dessous met en exergue l’enchaînement détaillé du


cas d’utilisation « Gérer le profil ».

84
Chapitre IV Sprint 2 et 3

Tableau 19: Description textuelle de scénarios de cas d'utilisation


"Enregistrer ses informations"

Titre Gérer le profil des utilisateurs


Objectif Modifier les informations personnelles des
utilisateurs
Acteur Utilisateur
Préconditions Authentification préalable
Post conditions Profil des utilisateurs est mis à jour.
1. Il clique sur l'onglet pour accéder à l’interface de
Scénario nominal gestion de profil.
2-Il modifie après ses coordonnées personnelles et
sa photo de profil.
3-Il valide les données ajoutées, supprimées, ou
modifiées et les enregistrer.
Scénario alternatif 3- Le système vérifie la modification des
informations (du compte) et détecte des erreurs de
saisie ou des champs manquants, …etc.
3.1 Le système affiche un message d’erreur de type
" champ invalide ".
3.2-Reprise de l'étape 2 du scénario nominal.
Exception Connexion interrompue.
Doc -

Le tableau 19 ci-dessus indique qu'après une authentification préalable,


l'utilisateur peut faire une mise à jour de ses coordonnées personnelles ainsi que sa
photo de profil. Par la suite, notre système affiche un message de réussite sinon un
message d'erreur.

85
Chapitre IV Sprint 2 et 3

2.2.2) Diagramme de séquence de ce cas d’utilisation

La figure 32 ci-dessous met en exergue le diagramme de séquence système


du cas d’utilisation " Gérer le profil".

Lorsque l'utilisateur est authentifié au serveur de l'application mobile, il peut


consulter ses informations personnelles (Email, Nom, Prénom, etc.) dans l'interface
"EditProfile" par la méthode "showFragmentEditProfile()".

Une fois l’utilisateur modifie l'un de ses cordonnées et il clique sur le bouton
« Valider », le système collecte ses données et il les envoie au serveur par la
fonction "UpdateUserInfos(user)".

Le serveur, ainsi, procède à la vérification des données en faisant appel à la


fonction "SetSavingUserInfos()" et retournera une réponse par la méthode "
OnUpdateUserInfoSucceeded()" au utilisateur .Donc , soit le système affiche un
message d'erreur de saisie ou des champs manquants en lui demandant de remplir
tous les champs, soit il affiche un message du succès de la mise à jour de ses
informations personnelles.

86
Chapitre IV Sprint 2 et 3

Figure 32: Diagramme de séquence système du cas d’utilisation " Gérer


le profil"

2.2) Cas d’utilisation " Mettre à jour la plateforme"

Cette partie présente le cas d'utilisation "Mettre à jour la plateforme". En effet,


ce cas permettra à l’administrateur d’ajouter des nouvelles fonctionnalités ou
supprimer certaines fonctionnalités ou bien les modifier qui serviront après et qui
répondront aux besoins des utilisateurs.

2.2.1) Description textuelle des scénarios de ce cas


d'utilisation

Le tableau 20 élaboré ci-dessous met en avant l’enchaînement détaillé du cas


d’utilisation « Mettre à jour la plateforme ».

87
Chapitre IV Sprint 2 et 3

Tableau 20:Description textuelle de scénarios de cas d'utilisation "


Mettre à jour la plateforme "

Titre Mettre à jour la plateforme

Objectif Assurer une meilleure version de la plateforme


Acteur Administrateur
Préconditions Authentification préalable
Post conditions Plateforme est mise à jour.

Scénario nominal 1. Il accède à l’espace de gestion de la


plateforme.
2-Il peut sélectionner des fichiers.
3.Le système les télécharge
4.Administrateur valide l’intégration des
fichiers
4-Il valide les fichiers ajoutés et les enregistrer.
Scénario alternatif -
Exception Connexion interrompue.
Doc -

Le tableau 20 ci-dessus explique qu'après une authentification préalable,


l'administrateur peut ajouter quelques nouvelles fonctionnalités.

Une fois qu’il les valide et les enregistre, le système affiche un message de
réussite (succès) sinon un message d'erreur, en cas de détection de l’erreur.

88
Chapitre IV Sprint 2 et 3

2.2.2) Diagramme de séquence système de ce cas


d'utilisation

En se référant au figure 33 ci-dessous, cette partie englobe le diagramme de


séquence système relatif à ce cas d’utilisation.

Figure 33: diagramme de séquence de cas d’utilisation « Mettre à jour la


plateforme »

En se basant sur la figure 33 au-dessus, lorsque l'utilisateur est authentifié au


serveur de la plateforme, il peut consulter des champs (Titre de la fonctionnalité,
Description de la fonctionnalité, etc.) dans l'interface "EditPlateform" par la
méthode "showFragmentEditPlateform()".

Une fois l’utilisateur modifie les fonctionnalités à ajouter ou à supprimer et


dès qu’il clique sur le bouton "Valider", le système collecte ses données et il les
envoie au serveur par la fonction "UpdatePlateformrFunctions".

89
Chapitre IV Sprint 2 et 3

Le serveur, ainsi, procède à la mise à jour des données en faisant appel à la


fonction "uploadFile ()" et retournera une réponse de succès par méthode
"OnUpdatePlateformFunction Succeeded (boolean)".

Le serveur, ainsi, procède à la vérification des données en faisant appel à la fonction


"SetSavinginformationProcheResult()" et retournera un message de
confirmation d’enregistrement des informations personnelles par la méthode
"OnInformationSaveResult()" au proche .

2.3) Réalisation du dernier sprint

La figure 34 ci-dessous illustre quelques exemples d’interfaces relatives à ce


sprint.

Figure 34: les interfaces graphiques du quatrième sprint

90
Chapitre IV Sprint 2 et 3

Conclusion
Ce chapitre était consacré à la définition et description de l’étude conceptuelle
des cas d’utilisation du troisième et quatrième sprint.

Donc le résultat final est un produit livrable au client contrairement au résultat de


dernier sprint qui est un produit potentiellement livrable. À ce stade, nous avons
réussi donc à développer les différents sprints de la plateforme pour arriver à un
produit complet et fonctionnel.

91
Conclusion générale

En guise de conclusion, durant ce mini-projet, nous avons réussi à atteindre


tous les objectifs définis, commençons de la prospection du sujet du mini-projet
passons par l’acquisition de nouvelles connaissances tous au long du mini-
projet, la bonne utilisation des acquis théoriques, la gestion du temps, le partage
équitable des tâches et terminons par l’acquisition et la bonne maitrise de
nouvelles compétences et connaissances.

Ce mini-projet était donc un portail pour une expérience réussite pour


maitriser la gestion du temps, tout en s’outillant des logiciels de planification,
de plus de la gestion d’équipe, en assurant la bonne maitrise de soi et la bonne
écoute des idées de chacun de nous, et enfin la bonne gestion du projet en
essayant d’assurer le maximum un partage optimal et équitable des tâches à
réaliser, du temps et de nos ressources.

De plus, nous avons atteint, réalisé et respecté les objectifs fixés au cours
de la première réunion. Notre projet est en cours de développement, il reste
encore des opportunités pour le développer davantage, d’autres fonctionnalités
seront ajoutées dans le but d’améliorer l’expérience utilisateur et rendre notre
plateforme plus efficace.

Finalement, espérons que cette expérience sera pour nous le phare qui
enluminera notre chemin vers la réussite de notre projet de fin d’étude.

92
Webographie

[1] Consulté le Décembre 5, 2022, sur https://www. passeportsante.net/ fr/

psychologie/Fiche.aspx?doc=euthymie-reconnaitre-retour-normale-bipolaires

[2] Consulté le Décembre 8, 2022, sur https://www.ameli fr/ assure/sante/themes./

trouble-bipolaire/comprendre-troubles-bipolaires.

[3] Consulté le Novembre 10, 2022, sur https://www.cairn.info/revue-l


information psychiatrique-2016-8-page-657.htm#:~:text=Le trouble
bipolaire (TB, invalidante).

[4] Consulté le Novembre 13, 2022, sur https://play.google.com/ store/apps/

details?id=py.com.sodep.simple&hl=fr&gl=US

[5] Consulté le Décembre 10, 2022, sur https://www. qualiteperformance. org/

comprendre-la-qualite/outils-d-evaluation-le-benchmarking

[6] Consulté le Novembre 25, 2022, sur https://www. blogdumoderateur.com/

tools/miro/

93
Annexe 1 : Les spécifications du TB

1.1) Les causes du TB

L’origine de la dépression est très certainement liée à la génétique. Il existe


une forte prédisposition familiale qui se traduit par une vulnérabilité de l’humeur
et une incapacité à réguler ses émotions. Cette prédisposition semble déterminée
par un ensemble de gènes dont l’influence reste à éclaircir.

Sur ce terrain favorable, l’environnement joue un rôle dans le déclenchement


du trouble bipolaire. En effet, les premiers épisodes de psychose dépressive
seraient souvent déclenchés par un événement stressant ou un surmenage
(manque de sommeil, décalage horaire, travail de nuit, etc.). D’autres facteurs
peuvent également constituer des éléments déclenchants, comme les infections du
système nerveux, les traumatismes crâniens, l’alcoolisme ou la toxicomanie.

Si les premiers épisodes semblent favorisés par des événements extérieurs, les
suivantes peuvent apparaître spontanément. En effet, ces premiers cycles
provoqueraient dans le cerveau des modifications augmentant la probabilité de
développer d’autres crises sans facteur déclenchant.

1.2) Les épisodes du TB

Comme interpreté dans la figure 1 ci-dessous, le TB est une affection


épisodique, caractérisée par la récurrence. Il consiste en l’alternance de trois états :

- Un état d’euphorie, appelé manie : Une personne en phase maniaque est


anormalement euphorique, énergique, hyperactive ou agressive.Elle est
exaltée et conçoit une confiance déraisonnable en elle-même. Elle a une très
haute opinion d’elle-même et ne supporte aucune critique. Elle est irritable et
s’emporte pour un rien ;

1
- Un état d’accablement, appelé dépression : Lorsque la phase dépressive
se met en place, le découragement s’installe en quelques jours ou en quelques
semaines. Les symptômes sont ceux d’une dépression sévère, tels la tristesse,
l’accablement, le ralentissement de la pensée et des mouvements, la fatigue
constante, la démotivation, les troubles du sommeil et de l’appétit.

- Un état sans symptômes (normal) : Pendant lequel la plupart des


personnes atteintes se sentent normales et ont des activités normales.

Donc , la personne atteinte peut soit traverser des épisodes unipolaires (soit
maniaques, soit dépressifs) soit des épisodes mixtes (à la fois maniaques et
dépressifs). L’état mixte, étant généralement associé à la phase maniaque de la
maladie, est appelé parfois « manie dysphorique ».

Figure 1: Courbe de l’humeur du TB

1.3) Les trois types du TB

Selon l’état de la personne, on parle de troubles bipolaires de type 1 et de type


2 ou encore des troubles cyclothymiques qui sont décrites dans le tableau 1 ci-
dessous.

2
Tableau 1 : Les types du TB

Types Description

Type I - Alternance d’épisodes dépressifs


caractérisés (majeurs) et d’épisodes de
manie.
Type II - Présence d’au moins un épisode
dépressif caractérisé et d’au moins un
épisode d’hypomanie (épisode de
manie moins sévère).
Trouble cyclothymique - Petits cycles moins intenses de hauts
et de bas.

3
Annexe 2 : Étude et analyse du marché

2.1) Questionnaire dédié aux patients bipolaires

Q2 « Depuis quand vous souffrez du trouble bipolaire ? »

Q3 : Comment vous vous êtes rendu compte de votre trouble bipolaire ?

Q4 « Quel type de bipolarité avez-vous ? »

1
Q5« Quelle est la phase la plus fréquente lors de votre trouble bipolaire ? »

Q6 « En quoi affecte-t-elle votre vie quotidienne ? »

Q7 « Quels sont les comportements qui marquent cette phase ? »

2
Q8 « Lors de cette phase, est ce que vous avez besoin de l'aide d'un proche ?

« Si Non, comment vous vous contrôlez ? »

3
Q9 « Est ce que vous consultez régulièrement un professionnel de santé ? »

Q10 « Avez-vous des traitements spécifiques prescrits par un professionnel

de santé ? »

4
Q11 « Savez-vous qu'il existe des applications (plateformes) d'aide au suivi

des patients bipolaires ? »

« Si oui, citez quelques-unes »

- Mon sherpa ;

- Groupe pour bipolaire ;

- Carenity, les Bipotes sur FB;

- La maison perché;

- Ras;

- Jardin mentale.

Q12 « Est-ce que vous utilisez actuellement une application (plateforme)

qui aide à suivre votre état d'humeur ? »

5
« Si Oui, à quelle fréquence utilisez-vous cette application (plateforme) ? »

Si nous vous proposons une application d'aide au suivi des patients bipolaires
qui permettra de suivre l'état d’humeur des patients bipolaires qui fera intervenir
plusieurs tiers dont la coopération entre ces différents intervenants peut être très
utile pour la prévention d’une crise d’humeur :

Q13 « Préférez-vous les fonctionnalités qui : »

- Favorisent le suivi médical;

- Fournissent des conseils psychoéducatifs ;

- Permettent de suivre de l’évolution de votre humeur ;

- Fournissent des exercices d'entraînements cognitifs personnalisés ;

6
- Enregistrent des événements de vie ;

- Vous font protéger en mode urgence ;

- Font intervenir votre proche afin de mieux s'adapter à ce trouble et de vous


faciliter la vie quotidienne.

Q14 « Désirez-vous ajouter quelques fonctionnalités ? »

- Contact avec des professionnels en cas de détresse ;

- Psychoéducation ;

- Dialogue, écoute.

Q15 « Une fois la plateforme lancée : »

7
Q16 « Cette application sera utile et répondra à vos besoins ? »

Q17 « A quel degré vous êtes intéressé par cette plateforme ? »

8
Q18 « Avez-vous d'autres recommandations ? »

- Contact Téléchargement sur téléphone et pc, Android et IOS ;

- Confidentialité et le sérieux ;

- Pouvoir en parler ;

- Échange d'expérience.

Q19 « Êtes -vous : »

Q20 « Dans quelle tranche d'âge situez-vous ? »

9
Q22 « Quelle est votre profession ? »

2.2) Questionnaire dédié aux professionnels de santé

Q1 « Êtes-vous : »

10
Q2 « Avez-vous des patients bipolaires ? »

« Si Oui, est ce que vous trouvez des difficultés à suivre régulièrement vos
patients bipolaires? »

Q3 « Pensez-vous que l'intervention d'un proche est nécessaire pour mieux


diagnostiquer un patient bipolaire ? »

11
« Si oui, êtes-vous à l'écoute des proches de vos patients bipolaires lors de
la consultation ? »

Q4 « Préférez-vous avoir un journal d'humeur électronique pour vos


patients bipolaires et leurs proches? »

Q5 « Savez-vous qu'il existe des applications (plateformes) d'aide au suivi


des patients bipolaires ? »

12
« Si oui, citez quelques-unes »

- Simple+ ;

- UK mood scale.

Q6 « Utilisez-vous actuellement une application (plateforme) qui vous aide


à la prise de décision concernant l'état d'humeur d'un patient bipolaire ? »

« Si Oui, à quelle fréquence utilisez-vous cette application (plateforme) ? »

Si nous vous proposons une application d'aide au suivi des patients bipolaires
qui permettra de suivre l'état d’humeur des patients bipolaires qui fera intervenir à
la fois les patients bipolaires et leurs proches dont la coopération entre ces
différents intervenants peut être très utile pour la prévention d’une crise d’humeur.

13
Q7 « Préférez-vous les fonctionnalités qui : »

- 1. Permettent d'être au courant de l'état d'humeur de vos patients bipolaires


surtout en cas d'urgence ;

-2. Favorisent la collecte des informations sur vos patients quotidiennement;

- 3. Permettent de suivre l’évolution de l'état d'humeur de vos patients;

- 4. Font intervenir les proches de vos patients pour vous aider à la prise de
décision quotidiennement ;

- 5. Permettent de recevoir plus d'informations sur vos patients bipolaires par


l'intermédiaire de leurs proches ;

- 6. Permettent de fournir des exercices et des entrainements cognitifs


personnalisés pour vos patients ;

14
Q8 « Désirez-vous ajouter quelques fonctionnalités ? »

Q9 « Une fois la plateforme lancée : »

Q10 « Si nous vous proposons dans cette application mobile un journal


d'humeur électronique, pensez-vous que cette fonctionnalité sera utile et
répondra à vos besoins de diagnostic et de suivi ? »

15
Q11 « A quel degré vous êtes intéressé par cette plateforme ? »

Q12 « Avez-vous d'autres recommandations ? »

→ Le sommeil est un excellent signe prodromique des récurrences. A suivre


impérativement.

16
2.3) Questionnaire dédié aux proches des patients bipolaires

Q1 « Avez-vous un proche atteint par le TB ? »

Q2 « Quelle relation avez-vous avec une personne bipolaire ? »

Q3 « Rencontrez - vous des difficultés en vivant avec une personne bipolaire


17
« Si Oui, quelles sont ces difficultés ? »

Q4 « Participez-vous à prévenir les épisodes de crise de la personne bipolaire


« Si Oui, comment vous pouvez participer ? »

18
Q5 « Selon vous, faire participer le proche dans le suivi des patients
bipolaires peut être efficace dans la prise en charge? »

Q6 « Est-ce que vous passez la majorité de votre temps avec la personne


bipolaire? »

Q7 « Connaissez-vous des applications qui vous aide à agir et réagir


convenablement aux comportements des bipolaires ? »

19
« Si Oui, citez quelques-unes »

→ Groupes sur fb ;

→ Surtout des sites des livres des formations Unafam;

→ Argos 2001, unafam.

Q8 « Préférez-vous les fonctionnalités qui : »

1 . Vous fournissent des Conseils d’aide;

2. Enregistrent des événements de vie de la personne bipolaire ;

3. Enregistrent les symptômes de l'état d'humeur de la personne bipolaire ;

4. Indiquent la localisation de la personne bipolaire ;

5. Ont recours à la reconnaissance vocale ;

6. Ont recours au podomètre;

20
Q9 « Désirez-vous ajouter quelques fonctionnalités ? »

→ Un soutien psy pour les aidants ;

→ Rappel de prise des médicaments ;

→ Un suivi des progrès de la médecine pour aider les patients


bipolaires ;

→ Des propositions de motivation.

Q10 « Une fois la plateforme lancée : »

21
Q11 « Pensez-vous que cette application sera utile et répondra à vos

besoins ? »

Q12 « A quel degré vous êtes intéressé par cette plateforme ? »

Q13 « Avez-vous d'autres recommandations ? »

→ Je recommande une application qui aide le patient et les parents à mieux gérer
la période de crise quoi faire et quoi est à éviter;

→ Qu'elle soit gratuite ;

22
→ Un genre de numéro vert toujours joignable en cas d'urgence pour aider à
contenir une crise par exemple ;

→ Une application unique résumant la situation du malade et accessible aux


proches

→ Prise de notes journalière de l'état émotionnel du proche.

Q14 : « Dans quelle tranche d’âge situez-vous ? »

Q15 « Quelle est votre profession ? »

23
Annexe 3 : La réalisation des sprints

3.1) Les interfaces du sprint 0

Figure 1 : Interfaces de profil du professionnel de santé et l’espace de ses


conseils

1
Figure 2 : Interfaces de création de compte des patients bipolaires

Figure 3 : Interfaces d’authentification des patients bipolaires

2
Figure 4 : Interfaces d’authentification des professionnels de santé et des
proches

3
3.2) Les interfaces du sprint 3

Figure 5 : Interfaces de sélection d’un rendez-vous et de discussion

Vous aimerez peut-être aussi