République Algérienne Démocratique et Populaire
يـملعلا ثـحبلاو يـلاعلا مــيلعتلا ةرازو
Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
No Réf :………
Centre Universitaire Abdelhafid Boussouf Mila
Institut des Sciences et Technologie Département de Mathématiques et Informatique
Mémoire préparé en vue de l’obtention du diplôme de
Master
En : Informatique
Spécialité: Sciences et Technologies de l’Information et de la
Communication (STIC)
Préparé par
:
Benabderrahmene Imane.
Djezzar Somia.
Soutenue devant le jury :
Encadrer par :
Hedjaz Sabrine
M.A.A
C.U.Abd Elhafid Boussouf.
Président :
Aouag Mouna M.C.B
C.U.Abd Elhafid Boussouf.Examinateur :
Boufaghes Hamida M.A.A
C.U.Abd Elhafid Boussouf.Conception et réalisation d'une application
mobile pour le suivie des diabétiques
remerciements les plus sinc`
eres aux personnes qui nous ont apport´
ees
leurs aide et qui ont contribu´
ees `
a l’´
elaboration ainsi qu’`
a la r´
eussite de
cette ann´
ee universitaire.
Nous tenons `
a remercier sinc`
erement Mme Hedjaz Sabrine , qui en
tant qu’encadreur, s’est toujours montr´
ee `
a l’´
ecoute et tr`
es disponible
tout au long de la r´
edaction, sans oublier les membres du jury qui
´
evaluera notre travail.
Anisi que les enseignants qui ont contribu´
es `
a notre formation et
appuy´
es notre cursus universitaire, et le personnel administratif du
d´
epartement d’informatique.
Enfin, nous adressons nos plus sinc`
eres remerciements `
a nos familles
et ami(e)s, pour leurs soutien et encouragements tout au long de la
r´
ealisation de ce projet car ils nous ont toujours support´
es moralement
et financi`
erement pendant toutes nos ann´
ees d’´
etudes.
Autant de phrases aussi expressives soient-elles ne sauraient montrer le
degr´
e d’amour et d’affection que j’´
eprouve pourtoi. Tu m’as combl´
e
avec ta tendresse et affection tout au long de mon parcours. Tu n’as
cess´
e de me soutenir et de m’encourager durant toutes les ann´
ees de
mes ´
etudes, tu as toujours ´
et´
e pr´
esente `
a mes cot´
es pour me consoler
quand il fallait. En ce jour m´
emorable, pour moi ainsi que pour toi,
re¸
coit ce travail en signe de ma vive reconnaissance et mon profond
estime. Puisse le tout puissant tedonner sant´
e, bonheur et longue vie
afin que je puisse te combler `
a mon tour.
A MON TR `
ES CHER P `
ERE : ABDESSELAM
Autant de phrases et d’expressions aussi ´
eloquentes soit-elles ne
sauraient exprimer ma gratitude et ma reconnaissance. Tu as su
m’inculquer le sens de la responsabilit´
e, de l’optimisme et de la
confiance en soi face aux difficult´
es de la vie. Tes conseils onttoujours
guid´
e mes pas vers la r´
eussite. Ta patience sans fin, ta compr´
ehension
et ton encouragement sont pour moi le soutien indispensable que tu as
toujours su m’apporter. Je te dois ce que je suis aujourd’hui et ce que
je serai demain et je ferai toujours de mon mieux pour rester ta fiert´
e
et ne jamais te d´
ecevoir. que Dieu le tout puissant te pr´
eserve,
t’accorde sant´
e, bonheur, qui´
etude del’esprit et te prot`
ege de tout mal.
En souvenir d’une enfance dont nous avons partag´
e les meilleurs et les
plusagr´
eables moments. Pour toute la complicit´
e et l’entente qui nous
unissent, ce travail est un t´
emoignage de mon attachement et de mon
amour.
A MA TR `
ES CH `
ERE SOEUR : DOUAA
Pour toute l’ambiance dont tu m’as entour´
e, pour toute la spontan´
eit´
e
et ton ´
elan chaleureux, Je te d´
edie ce travail . Puisse Dieu le tout
puissant exhausser tous tes vœux.
A TOUTE MA FAMILLE
`
a tous ceux qui ont su m’aimer, me supporter je vous d´
edie ce travail
avec tous mes vœux de bonheur, de sant´
e et de r´
eussite. .
A MES AMIS
qui m’ont ´
enorm´
ement aid´
e et pour qui je t´
emoigne mon affection et
ma profonde reconnaissance.
Aucune d´
edicace ne saurait exprimer mon respect, mon amour ´
eternel
et ma consid´
eration pour les sacrifices que vous avez consenti pour mon
instruction et mon bien ˆ
etre.
Je vous remercie pour tout le soutien et l’amour que vous me portez
depuis mon enfance et j’esp`
ere que votre b´
en´
ediction m’accompagne
toujours.
Que ce modeste travail soit l’exaucement de vos vœux tant formul´
es, le
fruit de vos innombrables sacrifices, bien que je ne vous en acquitterai
jamais assez.
Puisse Dieu, le Tr`
es Haut, vous accorder sant´
e, bonheur et longue vie
et faire en sorte que jamais je ne vous d´
e¸
coive.
Mon tr`
es cher fr´
ere Ayyoub et mes ch´
eres soeurs Yasmina, Housna ,
Rim et sara.
En t´
emoignage de mon affection fraternelle, de ma profonde tendresse
et reconnaissance, je vous souhaite une vie pleine de bonheur et de
succ`
es et que Dieu, le tout puissant, vous prot´
ege et vous garde.
À MES CHERS PETIT S NEVEUX ET NIECES
Israa, Lokman, Sirine, Nada Malak, Abde Raouf, Mohammed Kacim,
Mohammed Mostafa Yanis et Iline.
Aucune d´
edicace ne saurait exprimer tout l’amour que j’ai pour vous,
Votre joie et votre gaiet´
e me comblent de bonheur.
Puisse Dieu vous garder, ´
eclairer votre route et vous aider `
a r´
ealiser `
a
votre tour vos vœux les plus chers.
À MA FAMILLE ET MES AMIS
A toute ma famille, mes amis, `
a tous ceux qui ont su m’aimer, me
supporter je vous d´
edie ce travail avec tous mes vœux de bonheur, de
sant´
e et de r´
eussite
Les dispositifs mobiles sont des outils actuellement utilis´es dans plusieurs domaines pour faciliter les tˆaches quotidiennes, nous avons utilis´e ces derniers afin d’automatiser le suivi des diab´etiques.
Pour mettre en œuvre notre solution, nous avons utilis´e un processus de d´eveloppement appel´e 2TUP, qui se base sur UML comme langage de mod´elisation con¸cu pour fournir une m´ethode normalis´ee pour la conception, et la construction des documents n´ eces-saires au bon d´eveloppement.
Cette conception est mise en œuvre sous l’environnement de d´eveloppement Android Studio avec l’utilisation du framework laravel pour l’application web, java, XML et php comme langages de programmation, un syst`eme de gestion de base de donn´ees MySQL.
Mots cl´es : Glyc´emie, Diab`ete, Application Mobile, UML, 2TUP, MySQL, PHP, JAVA, Android, Laravel.
Mobile devices are tools currently used in several areas to facilitate daily tasks, we have used them to automate the tracking of diabetics.
To apply our solution, we have used a development process called 2TUP, which is based on UML as a modeling language designed to provide a standardized method for design, and the construction of the necessary documents for proper development.
This design is executed under the Android Studio development environment with the use of the Laravel framework for web application, java, XML and php as programming languages, a MySQL database management system.
Keywords : Glycemie, Diabetes, Mobile Application, UML, 2TUP, MySQL, PHP, JAVA, Android, Laravel.
TIC Technologies de l’information et de la communication. IOS IPhone Operating System.
UML Unified Modeling Language. OS Operating System.
WIFI Wireless Fidelity.
SDK Software Developement Kit. ADB Android Debug Bridge.
IDE Integrated Development Environment. OMS Organisation mondiale de la sant´e.
NTIC Nouvelles Technologie d’Information et de Communication. EPH Etablissement Public Hospitalier.´
2TUP 2 tracks unified process .
SGBDR Syst`eme de Gestion de Bases de Donn´ees Relationnelles. MYSQL My Structured Query Language.
XML eXtensible Markup Language . PHP Hypertext Preprocessor . HTML HyperText Markup Language. W3C World Wide Web Consortium. BDD Base de donn´ees.
SQLITE Structured Query Language. SQL Structured Query Language. WAN Wide Area Network.
Table des mati`eres i
Liste des figures v
Liste de table x
Introduction G´en´erale 2
1 Introduction aux applications mobiles(Android) 6
1.1 Syst`emes d’exploitations mobiles . . . 6
1.1.1 D´efinition . . . 6
1.1.2 Liste des syst`emes d’exploitations mobiles . . . 7
1.1.2.1 IOS . . . 7 1.1.2.2 Symbian . . . 7 1.1.2.3 Windows Mobile . . . 7 1.1.2.4 Blackberry . . . 8 1.1.3 Android . . . 8 1.1.4 Part de march´e . . . 9
1.2 les applications mobiles . . . 10
1.2.1 D´efinition . . . 10
1.2.2 Cycle de vie d’une activit´e d’une application mobile . . . 10
1.3 D´ecouverte de la plateforme Android . . . 11
1.3.1 Pr´esentation d’Android . . . 11
1.3.2 Les versions d’Android . . . 11
1.3.4 l’architecture d’android . . . 12
1.3.5 Les avantages d’Android[22] . . . 14
1.3.6 Les outils de d´eveloppement Android . . . 15
2 Etude pr´eliminaire 16 2.1 La t´el´em´edecine . . . 16
2.1.1 D´efinition . . . 16
2.1.2 Les actes de la t´el´em´edecine . . . 17
2.1.2.1 La t´el´econsultation . . . 17
2.1.2.2 La t´el´e-expertise . . . 17
2.1.2.3 La t´el´esurveillance . . . 18
2.1.2.4 La t´el´eassistance . . . 18
2.1.3 Int´erˆet de la t´el´em´edecine . . . 19
2.2 Le diab`ete . . . 19
2.2.1 D´efinition . . . 19
2.2.2 Les symptˆomes . . . 20
2.2.3 Les types de diab`ete . . . 20
2.2.4 Les complications du diab`ete . . . 21
2.3 La t´el´em´edecine et le diab`ete . . . 22
2.4 Mesure de la Glyc´emie . . . 22
2.5 Pr´esentation de l’entreprise du lieu de stage . . . 23
2.5.1 Identification de l’´etablissement . . . 23
2.5.2 Localisation de l’´etablissement . . . 23
2.5.3 Fiche technique . . . 24
2.5.4 Organigramme d’accueil . . . 25
2.6 Conribution . . . 25
2.7 Elaboration du cahier de charge . . . 26
2.7.1 Grands choix techniques . . . 26
2.7.2 Le processus 2TUP . . . 26
2.8 Description de contexte du syst`eme . . . 27
2.8.1 Identification des acteurs . . . 27
2.8.2 Identification des messages . . . 28
2.8.3.1 Diagramme de contexte dynamique . . . 29
2.8.3.2 Description d´etaill´ee des messages . . . 30
3 Capture des besoins fonctionnels et techniques 32 3.1 Capture des besoins fonctionnels . . . 32
3.1.1 Identification des cas d’utilisations . . . 33
3.1.1.1 Liste pr´eliminaire des cas d’utilisations . . . 33
3.1.1.2 Description pr´eliminaire des diff´erents cas d’utilisation 34 3.1.1.3 Le diagramme de cas d’utilisation pour les besoins fonc-tionnels . . . 37
3.1.2 Description d´etaill´ee des diff´erents cas d’utilisation . . . 39
3.1.3 Diagrammes d’activit´e des diff´erents cas d’utilisation . . . 49
3.1.4 Identification des classes candidates . . . 58
3.1.5 Diagrammes de classe participante des cas d’utilisations . . . 61
3.2 Capture des besoins techniques . . . 74
3.2.1 D´efinition . . . 74
3.2.2 Sp´ecification techniques du point de vue mat´eriel . . . 75
3.2.3 Sp´ecification d’architecture . . . 75
3.2.3.1 Sp´ecification d’organisation du mod`ele d´eploiement . . 77
3.2.4 Elaboration du mod`ele de sp´ecification logicielle . . . 77
3.2.4.1 Mod`ele de sp´ecification logicielle . . . 78
3.2.4.2 Description textuelle des cas d’utilisation technique . . 78
3.2.5 Organisation en couche du mod`ele de sp´ecification . . . 79
4 L’analyse 82 4.1 D´ecoupage en cat´egories . . . 82
4.1.1 R´epartition des classes candidates en cat´egories . . . 83
4.1.2 Elaboration des diagrammes de classe pr´eliminaire pour chaque cat´egorie . . . 83
4.1.3 D´ependance entre les cat´egories . . . 84
4.2 D´eveloppement du mod`ele statique . . . 84
4.2.1 Affiner les classes . . . 85
4.2.3 Ajouter les attributs . . . 85
4.2.4 Ajouter les op´erations . . . 85
4.2.5 Diagramme de classe d´etaill´e pour chaque cat´egorie . . . 86
4.3 D´eveloppement du mod`ele dynamique . . . 87
4.3.1 Diagramme de s´equence d´etaill´e . . . 87
5 Conception 101 5.1 Conception pr´eliminaire . . . 101
5.1.1 D´efinition . . . 101
5.1.2 D´eveloppement du mod`ele de d´eploiement . . . 102
5.1.2.1 D´efinition du poste de travail . . . 102
5.1.2.2 Le mod`ele de d´eploiement . . . 102
5.1.2.3 Architectures adopt´ee . . . 102
5.2 Conception d´etaill´ee . . . 103
5.2.1 D´efinition . . . 103
5.2.2 Dictionnaire de donn´ees . . . 103
5.2.2.1 Concevoir les attributs et les classes . . . 103
5.3 Diagramme de classe d´etaill´e . . . 105
5.4 Le mod`ele relationnel . . . 106
5.5 Les r`egles de passage . . . 106
5.6 Les r`egles de gestion . . . 107
5.7 Les tables de la base de donn´ees . . . 107
6 L’impl´ementation 109 6.1 Langages de d´eveloppement . . . 109
6.1.1 JAVA . . . 109
6.1.2 XML . . . 110
6.1.3 PHP . . . 110
6.2 Les bases de donn´ees . . . 110
6.2.1 Les bases de donn´ees MySQL . . . 112
6.3 Outils de d´eveloppement . . . 112
6.3.1 Android Studio . . . 112
6.3.2.1 Le Framework . . . 113
6.3.2.2 L’architecture MVC (Mod`ele-Vue-Contrˆoleur) . . . 113
6.3.2.3 Les avantages du mod´ele MVC . . . 113
6.3.2.4 Laravel . . . 114
6.3.2.5 Les statistiques de part de march´e pour les Frameworks PHP en 2019 . . . 115
6.3.3 WampServer . . . 115
6.3.4 Pacestar UML Diagrammer . . . 115
6.4 Pr´esentation des interface de notre application . . . 116
1.1 logo IOS . . . 7
1.2 logo symbian . . . 7
1.3 windows phone . . . 8
1.4 logo blackberry . . . 8
1.5 logo Android . . . 9
1.6 Part de march´e mondiale des syst`emes d’exploitation mobiles . . . 9
1.7 Part de march´e mondiale des OS . . . 9
1.8 cycle de vie d’une activit´e[3] . . . 10
1.9 Les versions d’Android . . . 12
1.10 La r´epartition des versions d’Android[21] . . . 12
1.11 Architecture Android[6] . . . 13 2.1 La t´el´econsultation [8] . . . 17 2.2 La t´el´esurveillance [9] . . . 18 2.3 La t´el´esurveillance [9] . . . 18 2.4 La t´el´eassistance [10] . . . 19 2.5 Localisation de l’´etablissement[7] . . . 24 2.6 organigramme de l’´etablissement . . . 25
2.7 Processus de d´eveloppement en Y[13] . . . 27
2.8 Le diagramme de contexte dynamique du syst`eme . . . 30
3.1 Diagramme de cas d’utilisation globale . . . 38
3.2 Repr´esentation d’un diagramme de s´equence[11] . . . 39
3.4 Cas d’utilisation « annuler rendez-vous » . . . . 41
3.5 Cas d’utilisation « prendre rendez-vous » . . . . 42
3.6 Cas d’utilisation « modifier les dossiers medicaux » . . . . 43
3.7 Cas d’utilisation « cr´eer profil assistant » . . . . 44
3.8 Cas d’utilisation « cr´eer profil patient » . . . . 45
3.9 Cas d’utilisation « modifier valeur glyc´emie » . . . . 46
3.10 Cas d’utilisation « bloquer profil » . . . 47
3.11 Cas d’utilisation « modifier profil utilisteur » . . . 48
3.12 Cas d’utilisation « s’authentifier » . . . 49
3.13 Cas d’utilisation « ajouter valeur glyc´emie » . . . 50
3.14 Cas d’utilisation « cr´eer profil m´edecin » . . . 50
3.15 Cas d’utilisation « annuler rendez-vous » . . . 51
3.16 Cas d’utilisation « consulter son profil » . . . 51
3.17 Cas d’utilisation « prendre rendez-vous » . . . 52
3.18 Cas d’utilisation « consulter les profils utilisateurs » . . . 52
3.19 Cas d’utilisation « modifier les dossiers m´edicaux » . . . 53
3.20 Cas d’utilisation « confirmer rendez-vous » . . . 53
3.21 Cas d’utilisation « cr´eer profil assistant » . . . 54
3.22 Cas d’utilisation « saisir analyses 3 mois » . . . 54
3.23 Cas d’utilisation « cr´eer profil patient » . . . 55
3.24 Cas d’utilisation « consulter planning des rendez-vous » . . . 55
3.25 Cas d’utilisation « modifier valeur glyc´emie » . . . 56
3.26 Cas d’utilisation « consulter les dossiers m´edicaux » . . . 56
3.27 Cas d’utilisation « bloquer profil » . . . 57
3.28 Cas d’utilisation « modifier son profil » . . . 57
3.29 Cas d’utilisation « modifier les profils utilisateurs » . . . 58
3.30 Cas d’utilisation « consulter son dossier m´edicale » . . . 58
3.31 Les classes candidates et ses responsabilit´ees . . . 61
3.32 Cas d’utilisation « s’authentifier » . . . 62
3.33 Cas d’utilisation « ajouter valeur glyc´emie » . . . 62
3.34 Cas d’utilisation « cr´eer profil m´edecin » . . . 63
3.36 Cas d’utilisation « consulter son profil » . . . 64
3.37 Cas d’utilisation « prendre rendez-vous » . . . 64
3.38 Cas d’utilisation « consulter profils(m´edecins) » . . . 65
3.39 Cas d’utilisation « consulter profils(patients) » . . . 65
3.40 Cas d’utilisation « consulter profils(assistants) » . . . 66
3.41 Cas d’utilisation « modifier les dossiers m´edicaux » . . . 66
3.42 Cas d’utilisation « confirmer rendez-vous » . . . 67
3.43 Cas d’utilisation « cr´eer profil assistant » . . . 67
3.44 Cas d’utilisation « saisir analyses 3 mois » . . . 68
3.45 Cas d’utilisation « cr´eer profil patient » . . . 68
3.46 Cas d’utilisation « consulter planning des rendez-vous » . . . 69
3.47 Cas d’utilisation « modifier valeur glyc´emie » . . . 69
3.48 Cas d’utilisation « consulter les dossiers m´edicaux » . . . 70
3.49 Cas d’utilisation « bloquer profil (m´edecins)» . . . 70
3.50 Cas d’utilisation « bloquer profil(patients) » . . . 71
3.51 Cas d’utilisation « bloquer profil (assistants) » . . . 71
3.52 Cas d’utilisation « modifier son profil » . . . 72
3.53 Cas d’utilisation « modifier profils (m´edecins)» . . . 72
3.54 Cas d’utilisation « modifier profils(patients) » . . . 73
3.55 Cas d’utilisation « modifier profils(assistants) » . . . 73
3.56 Cas d’utilisation « consulter son dossier m´edicale » . . . 74
3.57 Configuration mat´erielle de syst`eme . . . 75
3.58 Architecture 2 tiers de notre syst`eme[20] . . . 76
3.59 Le mod´ele de d´eploiement du syst`eme . . . 77
3.60 Mod´ele de sp`ecification logicielle initial . . . 78
3.61 Description textuelle des cas d’utilisation techniques . . . 79
3.62 Organisation du mod`ele de sp´ecification logicielle(application mobile) . 80 3.63 Organisation du mod`ele de sp´ecification logicielle(application web) . . . 80
4.1 D´ecoupage en cat´egories . . . 83
4.2 Les diagrammes de classe pr´eliminaire du cat´egorie(utilisateur) . . . 83
4.3 Les diagrammes de classe pr´eliminaire du cat´egorie(patient) . . . 84
4.5 Le diagrammes de classe d´etaill´e de cat´egorie utilisateur . . . 86
4.6 Le diagramme de classe d´etaill´e de cat´egorie patient . . . 86
4.7 Cas d’utilisation « s’authentifier » . . . . 87
4.8 Cas d’utilisation « ajouter valeur glyc´emie » . . . . 88
4.9 Cas d’utilisation « cr´eer profile m´edecin » . . . . 88
4.10 Cas d’utilisation « annuler rendez-vous » . . . 89
4.11 Cas d’utilisation « consulter son profile » . . . 89
4.12 Cas d’utilisation « prendre rendez-vous » . . . 90
4.13 Cas d’utilisation « consulter profiles (m´edecins) » . . . 90
4.14 Cas d’utilisation « consulter profiles (patients) » . . . 91
4.15 Cas d’utilisation « consulter profiles(assistants)» . . . 91
4.16 Cas d’utilisation « modifier les dossiers medicaux » . . . 92
4.17 Cas d’utilisation « confirmer rendez-vous » . . . 92
4.18 Cas d’utilisation « cr´eer profile assistant » . . . 93
4.19 Cas d’utilisation « saisir analyses 3 mois » . . . 93
4.20 Cas d’utilisation « cr´eer profile patient » . . . 94
4.21 Cas d’utilisation « consulter planning des rendez-vous » . . . 94
4.22 Cas d’utilisation « modifier valeur glyc´emie » . . . 95
4.23 Cas d’utilisation « consulter les dossiers m´edicaux » . . . 95
4.24 Cas d’utilisation « bloquer profiles (m´edecins)» . . . 96
4.25 Cas d’utilisation « bloquer profiles (patients) » . . . 96
4.26 Cas d’utilisation « bloquer profile (assistants » . . . 97
4.27 Cas d’utilisation « modifier son profile » . . . 97
4.28 Cas d’utilisation « modifier profiles (m´edecins) » . . . 98
4.29 Cas d’utilisation « modifier profiles (patients) » . . . 98
4.30 Cas d’utilisation « modifier profiles (assistants) » . . . 99
4.31 Cas d’utilisation « consulter son dossier m´edicale » . . . 99
5.1 Le mod´ele de d´eploiement du syst`eme(application web) . . . 102
5.2 diagramme de classes d´etaill´e de notre syst`eme . . . 105
6.1 Logo java [16] . . . 110
6.3 Interface class JAVA . . . 111
6.4 Interface fichier PHP . . . 111
6.5 L’environnement Android Studio . . . 112
6.6 L’architecture MVC [25] . . . 113
6.7 Le Framework Laravel . . . 114
6.8 Les statistiques de parts de march´e pour les Frameworks PHP en 2019[26]115 6.9 Logo wamp server [18] . . . 115
6.10 Logo Pacestar UML Diagrammer [19] . . . 116
6.11 Login . . . 116
6.12 Epace administrateur . . . 116
6.13 Interface ajouter m´edecin . . . 117
6.14 Ajouter dossier m´edicale . . . 117
6.15 Graphe des valeurs glyc´emies . . . 117
6.16 Dossier m´edicale d’un patient . . . 118
6.17 Planning des rendez-vous . . . 118
6.18 Liste des assistants . . . 118
6.19 Login . . . 119 6.20 Accueil . . . 119 6.21 Ajouter valeur . . . 119 6.22 Profile . . . 119 6.23 Historique . . . 120 6.24 Prendre rendez-vous . . . 120
6.25 pour s´el´ectionner la date de rendez-vous . . . 120
6.26 pour s´el´ectionner l’heure de rendez-vous . . . 120
2.1 Valeurs normales de la glyc´emie . . . 23
2.2 Fiche technique. . . 24
2.3 L´egende des messages de diagramme de contexte . . . 31
3.1 Liste des acteurs et des messages par cas d’utilisation . . . 34
3.2 Cas d’utilisation « s’authentifier » . . . . 40
3.3 Cas d’utilisation « cr´eer profil m´edecin » . . . . 41
3.4 Cas d’utilisation « consulter son profil » . . . . 42
3.5 Cas d’utilisation « consulter les profils utilisateurs » . . . . 43
3.6 Cas d’utilisation « confirmer rendez-vous » . . . . 44
3.7 Cas d’utilisation « saisir analyses 3 mois » . . . 45
3.8 Cas d’utilisation « consulter planning des rendez-vous » . . . . 46
3.9 Cas d’utilisation « consulter les dossiers m´edicaux » . . . . 47
3.10 Cas d’utilisation « modifier son profil » . . . 48
3.11 Cas d’utilisation « consulter son dossier m´edicale » . . . 49
La t´el´em´edecine ne vient pas remplacer les pratiques m´edicales actuelles mais per-met de per-mettre sur pied une solution aux d´efis aux quels est confront´ee l’offre de soin aujourd’hui. C’est une discipline marquante du domaine m´edical qui exploite les nou-velles technologies de l’information (TIC), afin d’am´eliorer l’accessibilit´e aux soins de sant´e en ne d´epla¸cant que les donn´ees plutˆot que les patients, et ce, `a l’aide de transfert de donn´ees `a distance.
De nos jours, la t´el´em´edecine prend un grand envol avec l’´evolution du t´el´ephone portable qui a carr´ement r´evolutionn´e la m´edecine `a distance. Port´e par le succ`es des plateformes IOS et Android, le d´eveloppement mobile connaˆıt une tr`es forte expan-sion. Des applications de tous types fleurissent, loisirs, media sociaux, boutiques en ligne, gestion, m´edecine, etc. Les smartphones et les tablettes ont envahi le quotidien des consommateurs, en t´emoigne le nombre de t´el´echargement d’application mobile en perp´etuelle hausse.
Grace `a son succ`es, le Smartphone est vite devenu indispensable dans une chaine de t´el´em´edecine. Cet appareil miniature, puissant, pouvant se connecter presque `a tous les r´eseaux, est d´esormais jug´e comme ´etant un outil idyllique pour plusieurs applications destin´ees au suivi de certaines maladies chroniques telle que les maladies cardiaques et le Diab`ete.
Notre choix s’est port´e sur la maladie du diab`ete, qui est devenu un probl`eme de sant´e `a l’´echelle mondiale, il ne cesse de s’accroˆıtre. Certains le qualifient de « La
maladie du XXI si`ecle ».
Probl´
ematiques
Le diab`ete est une maladie chronique n´ecessitant un suivi permanent. La plupart du temps, ce sont les patients eux-mˆemes qui s’administrent leur traitement. Ils doivent ´egalement noter quotidiennement leur niveau de glyc´emie, au rythme des repas et de l’activit´e physique, ainsi que leur prise de m´edicaments, afin que leur m´edecin traitant soit en mesure d’adapter le traitement. Parfois, Les patients et les m´edecins font faces `
a des difficult´es : • Cot´e patient :
— Les patients peuvent oublier de mesurer quotidiennement leurs niveau de glyc´emie sur un carnet.
— Les patients ont des difficult´es `a se d´eplacer.
— Les m´edecins ne peuvent pas g´erer les carnets de leurs patients.
— Les patients trouvent des difficult´es `a prendre les rendez-vous chez le m´ ede-cin.
• Cot´e m´edecin :
— Les m´edecins ne peuvent pas consulter le grand nombre des patients. • Cot´e assistant :
— la difficult´e de l’organisation du planning des rendez-vous.
L’objectif de notre travail consiste `a concevoir et `a d´evelopper une application mobile sous Android permettant `a un utilisateur via son smartphone de suivre son diab`ete au quotidien en notant et en enregistrant toutes les valeurs prises qui pourront ˆetre consult´ee par son m´edecin traitant et ´etablir un diagnostic `a distance. Le pr´esent m´emoire est divis´e en six chapitres :
On commence par Le premier s’intitule « Introduction `a Android » : il a pour objectif de pr´esenter les diff´erentes notions et concepts li´es au monde du mobile, en
l’occurrence les dispositifs mat´eriels et les syst`emes d’exploitation mobiles, nous allons ´evoquer aussi le syst`eme d’exploitation mobile « Android », ses caract´eristiques et son architecture. Nous terminerons avec une pr´esentation des outils de d´eveloppement Android.
Dans le deuxi`eme chapitre « Etude pr´eliminaire » : nous allons faire le tour d’horizon d’une nouvelle technologie qui est la t´el´em´edecine, nous allons aussi aborder la maladie du diab`ete pour laquelle sera appliqu´ee notre solution de t´el´esurveillance en exploitant les Smartphones. De plus, il vise `a effectuer un premier rep´erage des besoins fonctionnels et op´erationnels, en donnant une version textuelle pr´eliminaire du cahier de charge. Apr`es avoir identifi´e les acteurs qui interagiront avec le syst`eme, nous d´evelopperons un premier mod`ele UML de niveau contexte, pour pouvoir ´etablir pr´ecis´ement les fronti`eres fonctionnelles du syst`eme.
Le troisi´eme chapitre « Capture des besoins fonctionnels et technique» : ce chapitre comporte deux ´etapes : la capture des besoins fonctionnels et celle des besoins techniques. La phase de capture des besoins fonctionnels formalise et d´etaille ce qui a ´et´e ´ebauch´e au cours de l’´etude pr´eliminaire, en donnant une description textuelle et une autre graphique pour chaque cas d’utilisation. La capture des besoins techniques couvre, par compl´ementarit´e avec celle des besoins fonctionnels, toutes les contraintes qui ne traitent ni de la description du m´etier des utilisateurs, ni de la description applicative.
Le quatri´eme chapitre « Analyse » : ce chapitre comporte les ´etapes de d´ecou-page en cat´egories, de d´eveloppement du mod`ele statique et d´eveloppement du mod`ele dynamique. Le d´ecoupage en cat´egories consiste a d´ecouper le mod`ele UML en blocs logiques les plus ind´ependants possibles. Le d´eveloppement du mod`ele statique va nous permettre d’illustrer les principales constructions du diagramme de classe UML durant l’´etape d’analyse. Le d´eveloppement du mod`ele dynamique va nous permettre d’illus-trer comment d´ecrire des sc´enarios mettant en jeu un ensemble d’objets ´echangeant des messages.
Le cinqui`eme chapitre « Conception » : ce chapitre comporte la conception pr´eliminaire et la conception d´etaill´ee. La conception pr´eliminaire o`u s’effectue la fusion
des ´etudes fonctionnelles et techniques. La conception d´etaill´ee consiste `a construire et `
a documenter pr´ecis´ement les classes, les interfaces, les tables et les m´ethodes qui constituent le codage de la solution.
Le sixi`eme chapitre « Impl´ementation » : dans ce chapitre on donne une description de l’application, les technologies de programmation utilis´ees, ainsi que les interfaces graphiques de l’application.
La conclusion g´en´erale : r´esume les r´esultats de notre travail, et pr´esente les perspectives que nous souhaitons r´ealiser dans le futur.
Chapitre
1
Introduction aux applications
mobiles(Android)
Introduction
Dans le monde actuel, les smartphones et les tablettes font partis de notre vie quotidienne, en la rendant plus facile et commode, ils sont ´equip´es d’applications qui sont con¸cues pour des plateformes mobiles et utilis´es pour des services d’information, de medias sociaux, de jeux, etc.
Un smartphone est dot´e d’un syst`eme d’exploitation et cela varie selon sa marque, celui qui est le plus r´epandu sur le march´e est « Android » (grˆace `a son open source). Dans ce chapitre nous nous int´eressons au d´eveloppement mobile sous Android , en d´etaillant son historique, ses caract´eristiques ainsi que son architecture, ses avantages et enfin la concurrence sur le march´e.[1]
1.1
Syst`
emes d’exploitations mobiles
1.1.1
D´
efinition
Tout comme un ordinateur dispose d’un syst`eme d’exploitation, les t´el´ephones mo-biles se composent ´egalement d’une plate-forme qui contrˆole toutes ses fonctionnalit´es. Ceci est connu comme un syst`eme d’exploitation mobile. G´en´eralement connu sous le nom d’OS mobile, il s’agit d’un syst`eme d’exploitation qui exploite un appareil mobile
(smartphone, tablette, etc.). Il contrˆole toutes les op´erations de base du t´el´ephone mo-bile comme option d’´ecran tactile, cellulaires, Bluetooth, Wifi, appareil photo, lecteur de musique et d’autres fonctionnalit´es.
Parmi les syst`eme d’exploitation les plus populaires : [4]
1.1.2
Liste des syst`
emes d’exploitations mobiles
1.1.2.1 IOS
IOS est le syst`eme d’exploitation mobile d´evelopp´e par Apple pour l’iPhone, l’iPod touch, et iPAD. Il est d´eriv´e de Mac OSx dont il partage les fondations (le Keren hybride XNU bas´e sur le micronoyau Mach, les services Unix et Cocoa, etc.). IOS comporte quatre couches d’abstraction, similaires `a celles de Mac OSx : une couche « Core OS », une couche « Core Services », une couche « Media » et une couche « Cocoa ».
Figure 1.1 – logo IOS
1.1.2.2 Symbian
Symbian OS a ´et´e d´evelopp´e par la soci´et´e Symbian, il comprend trois types de couche de l’interface de l’utilisateur (UI layer ou middleware du SE Symbian), nous distinguons : La couche S60 d´evelopp´ee par Nokia, UIQ par Sonny Ericsson et MOAP par NTT DoCoMo.
Figure 1.2 – logo symbian
1.1.2.3 Windows Mobile
Windows Phone, challenger du march´e apparu en 2010, a su s’inspirer de ses concur-rents et de son exp´erience pass´ee dans le domaine mobile tout en innovant. Windows
propose une interface simple et ´epur´ee ainsi que de multiples possibilit´es de personna-lisation, il permet d’arriver rapidement `a l’ex´ecution d’une tˆache ce qui a particuli` e-rement s´eduit les utilisateurs. Il est consid´erer comme l’OS mobile le plus adapt´e aux utilisateurs n´eophytes.
Figure 1.3 – windows phone
1.1.2.4 Blackberry
BlackBerry a ´et´e cr´e´e par Research In Motion (RIM). BlackBerry fournit du service ´electronique pour les entreprises en utilisant BlackBerry Enterprise Server. Le fournis-seur offre aux abonn´es des fonctions push de messagerie et d’acc`es mobile pratique avec du contenu Internet pour leurs terminaux. Il comporte aussi la technologie de la pi`ece jointe qui supporte divers types de pi`eces jointes telles que les fichiers d’extensions .zip, .html, .doc, .dot, .ppt, .PDF, etc. Pour toute ces pr´ec´edentes raisons que son service de messagerie ´electronique est meilleur que les autres plateformes.
Figure 1.4 – logo blackberry
1.1.3
Android
Android est un SE bas´e sur Linux con¸cu principalement pour ´equipements `a ´ecran tactile comme les Smartphones et les tablettes. Android est devenu la plateforme plus populaire pour mobile avec plus de 600000 applications sur le march´e. Il est pr´evu que le store d’Android atteint le chiffre d’un million d’application bien avant Apple store. Comme c’est la plateforme sur laquelle on va travailler dans ce projet, nous allons revoir cette plateforme plus tard en d´etails.
Figure 1.5 – logo Android
1.1.4
Part de march´
e
Chaque syst`eme d’exploitation embarqu´e et mentionn´e ci-dessous occupe une part du march´e dans le monde en 2019 suivant le nombre de t´el´ephone mobile des uti-lisateurs. Nous remarquons qu’Android OS poss`ede une part de march´e importante. En effet, il est class´e `a la premi`ere place d’o`u l’int´erˆet de notre application sur cette plateforme mobile.[23]
Figure 1.6 – Part de march´e mondiale des syst`emes d’exploitation mobiles
1.2
les applications mobiles
1.2.1
D´
efinition
Une application mobile est un programme t´el´echargeable de fa¸con gratuite ou payante et ex´ecutable `a partir du syst`eme d’exploitation d’un Smartphone ou d’une ta-blette. Les applications mobiles sont adapt´ees aux diff´erents environnements techniques des Smartphones et `a leurs contraintes et possibilit´es ergonomiques. Elles permettent g´en´eralement un acc`es plus confortable et plus efficace `a des sites ou services accessibles par ailleurs en versions mobile ou web.[2]
1.2.2
Cycle de vie d’une activit´
e d’une application mobile
Pour d´evelopper une application Android, il faut comprendre le cycle de vie d’une activit´e qui est illustr´e par la figure si dessous :[1]
Figure 1.8 – cycle de vie d’une activit´e[3]
Les diff´erentes m´ethodes qu’on peut trouver dans le cycle de vie d’une activit´e sont les suivantes :[1]
1. - onCreate () /onDestroy () : permet de g´erer les op´erations `a faire avant l’af-fichage de l’activit´e, et lorsqu’on d´etruit compl`etement l’activit´e de la m´emoire. On met en g´en´eral peu de code dans onCreate () afin d’afficher l’activit´e le plus rapidement possible.
2. - onStart () / onStop () : ces m´ethodes sont appel´ees quand l’activit´e devient visible/invisible pour l’utilisateur.
3. - onPause () / onResume () : une activit´e peut rester visible mais ˆetre mise en pause par le fait qu’une autre activit´e soit en train de d´emarrer, par exemple B. onPause() ne doit pas ˆetre trop long, car B ne sera pas cr´e´e tant que onPause() n’a pas fini son ex´ecution.
4. - onRestart () : cette m´ethode suppl´ementaire est appel´ee quand on relance une activit´e qui est pass´ee par onStrop (), puis onStart () est aussi appel´ee. Cela permet de diff´erencier le premier lancement d’un relancement.
1.3
D´
ecouverte de la plateforme Android
1.3.1
Pr´
esentation d’Android
Android est une plate-forme logicielle open source destin´ee aux appareils mobiles qui int`egre diff´erents composants : un syst`eme d’exploitation, Un middleware, une interface graphique et Un ´eventail d’applications. Android n’est donc pas li´e `a un appareil donn´e, un constructeur de t´el´ephone mobile, ou un op´erateur. Google a f´ed´er´e autour d’Android une trentaine de soci´et´es (dont Samsung, Motorola, Sony Ericsson ou LG) `a l’int´erieur de l’Open Handset Alliance pour diffuser en masse son syst`eme. Android laisse la possibilit´e aux d´eveloppeurs de cr´eer leurs propres applications `a l’aide du langage de programmation Java, et Google fournit aux d´eveloppeurs de nombreux outils pour ´ecrire et mettre au point leurs programmes : ´emulateur pour les tests, SDK, et plugins pour le d´eveloppement, ainsi qu’une documentation fournie. Android repose sur un noyau Linux qui g`ere les services syst`eme comme la s´ecurit´e, la gestion m´emoire, la gestion des processus, la pile r´eseau, etc.[4]
1.3.2
Les versions d’Android
Google a adopt´e la tendance de nommer versions Android avec le nom d’un dessert ou un bonbon dans l’ordre alphab´etique. Parmi les diff´erentes versions d’Android, on trouve : Gingerbread 2.3, Honeycomb 3.0, IceCream Sandwich 4.0, Jelly Bean 4.1 et la derni`ere Lollipop 5.0, etc.[21]
Figure 1.9 – Les versions d’Android
1.3.3
R´
epartition des versions Android
Tous les mois, Google publie des statistiques tir´ees du Google Play d´enombrant les versions d’Android install´ees sur les appareils qui se sont connect´es.
Les derni`eres statistiques de la r´epartition des versions Android relev´ees par Google sont repr´esent´es par le graphique suivant :
Figure 1.10 – La r´epartition des versions d’Android[21]
1.3.4
l’architecture d’android
Le sch´ema suivant illustre les principaux composants du syst`eme d’exploitation Android. Chaque section est d´ecrite plus en d´etail ci-dessous :[5]
Figure 1.11 – Architecture Android[6]
1. Partie applications :
Toute l’application Android se trouve `a la couche sup´erieure. 2. Partie applications framework :
La couche Application Framework fournit de nombreux services de haut niveau `
a des applications sous la forme de classes Java. 3. Partie libraries :
Android fournit un ensemble de librairies C/C++. Ces fonctionnalit´es sont rendues disponibles aux d´eveloppeurs `a travers le Framework d’application d’An-droid.
4. Partie Android runtime :
Le runtime Android fournit ´egalement un ensemble de librairies fournissant des fonctionnalit´es des librairies standards java.
5. Partie Linux Kernel :
Android s’appuie sur le noyau Linux 2.6 pour les services syst`emes de base tels que la s´ecurit´e, la gestion de la m´emoire et des processus, le r´eseau et la gestion des drivers.
1.3.5
Les avantages d’Android[22]
∗ Open source :
Le contrat de licence pour Android respecte les principes de l’opensource,Android utilise des biblioth`eques opensource puissantes, comme par exemple SQLite ou hyper file SQL pour les bases de donn´ees et OpenGL pour la gestion d’images 2D et 3D (pour faire des jeux !).
∗ Facile `a d´evelopper :
Toutes les API mises `a disposition facilitent et acc´el`erent grandement le travail. Ces APIs sont tr`es compl`etes et tr`es faciles d’acc`es. De mani`ere un peu caricatu-rale, on peut dire que vous pouvez envoyer un SMS en seulement deux lignes de code par exemple.
∗ Facile `a vendre :
Le Play Store (anciennement Android Market) est une plateforme immense et tr`es visit´ee, c’est donc une mine d’opportunit´es pour quiconque veut diffuser une application dessus.
∗ Flexible :
Le syst`eme est extrˆemement portable, il s’adapte `a beaucoup de structures diff´erentes. Les smartphones, les tablettes, la pr´esence ou l’absence de clavier ou de trackball, diff´erents processeurs, etc. On trouve mˆeme des fours `a micro-ondes qui fonctionnent `a l’aide d’Android ! Non seulement c’est une immense chance d’avoir autant d’opportunit´es, mais en plus Android est construit de mani`ere `
a faciliter le d´eveloppement et la distribution en fonction des composants en pr´esence dans le terminal.
∗ Compl´ementaire :
L’architecture d’Android est inspir´ee par les applications composites, et encou-rage par ailleurs leur d´eveloppement. Ces applications se trouvent essentiellement sur internet et leur principe est que vous pouvez combiner plusieurs composants totalement diff´erents pour obtenir un r´esultat surpuissant. Par exemple, si on
combine l’appareil photo avec le GPS, on peut poster les coordonn´ees GPS des photos prises.
1.3.6
Les outils de d´
eveloppement Android
Les diff´erents outils de d´eveloppement Android sont :[1] • Le SDK Android :
Le Kit de d´eveloppement logiciel Android (Android SDK) contient les outils n´ecessaires pour cr´eer, compiler et d´eployer les applications Android. La plupart de ces outils sont en ligne de commande.
• Le d´ebogueur « ADB » :
Le SDK Android contient un d´ebogueur appel´e « Android debug bridge » ou aussi « ADB », qui permet de connecter un appareil Android virtuel ou r´eel, dans le but de g´erer le p´eriph´erique ou de d´eboguer votre application.
• L’IDE « Android Studio » :
Google propose ´egalement cet IDE appel´e pour la cr´eation d’applications An-droid quel que soit le terminal sous-jacent (smartphone, tablette, montre, TV, etc.) et qui est bas´e sur l’IDE IntelliJ.
Conclusion
Dans ce chapitre nous avons pr´esent´e bri`evement l’informatique mobile, les applica-tions mobiles et le cycle de vie d’une application android et le monde Android tout en d´ecrivant le syst`eme Android et son architecture. Cela nous a aid´es `a bien comprendre le fonctionnement de ce syst`eme.
Chapitre
2
Etude pr´eliminaire
Introduction
Dans ce chapitre, nous allons aborder la maladie du diab`ete, ses types et ses symp-tˆomes avec une pr´esentation de lieu de stage. Nous essayerons aussi de d´efinir la t´el´ e-m´edecine avec ses diff´erents actes et applications, et son apport dans la m´edecine d’au-jourd’hui. Ensuite, on d´eterminera le lien entre la t´el´em´edecine, le diab`ete en termes de « T´el´ediab`ete » et certaines m´ethodes de mesures de glyc´emie. Par la suite, nous allons pr´esenter le processus 2TUP pour la mod´elisation unifi´ee UML. Finalement, nous allons rassembl´e les informations initiales sur le syst`eme. Dans cette phase, on va d´efinir egalement le contour du syst`eme, les diff´erents acteurs, ainsi que les messages d’interaction avec le syst`eme et on terminera par une conclusion.
2.1
La t´
el´
em´
edecine
2.1.1
D´
efinition
La t´el´em´edecine a ´et´e d´efinie par l’OMS en 1997 comme « la partie de la m´edecine qui utilise la transmission par t´el´ecommunications d’informations m´edicales (images, comptes-rendus, enregistrements, etc.), en vue d’obtenir, `a distance, un diagnostic, un avis sp´ecialis´e, une surveillance continue d’un malade, une d´ecision th´erapeutique ». Elle peut ´egalement ˆetre l’examen clinique, le suivi et la gestion des patients, ainsi que la formation du personnel m´edical, au moyen de syst`emes permettant l’acc`es direct `
un enjeu consid´erable pour l’am´elioration des conditions de soins et de vie de beau-coup de personnes. De nombreux auteurs d´efinissent la t´el´em´edecine comme l’union des t´el´ecommunications et de la m´edecine. Elle repr´esente l’utilisation des Nouvelles Technologies de l’Information et de la Communication (NTIC) dans le secteur m´ edi-cal. Elle m´ediatise l’acte m´edical en interposant un outil de communication entre les m´edecins ou entre un m´edecin et son patient.[7]
2.1.2
Les actes de la t´
el´
em´
edecine
L’offre de soins m´edicaux est confront´ee `a de rudes d´efis. La t´el´em´edecine s’appuie sur de nombreux actes r´ealis´es `a distance. On mentionne les principaux qui couvrent le champ de cette vaste discipline `a savoir :[7]
2.1.2.1 La t´el´econsultation
La t´el´econsultation, est l’un des piliers des actes de la t´el´em´edecine. Elle permet, `a un patient, d’obtenir un diagnostic m´edical `a distance. Le patient peut ´egalement ˆetre assist´e d’un professionnel de sant´e.[7]
Figure 2.1 – La t´el´econsultation [8]
2.1.2.2 La t´el´e-expertise
La t´el´e-expertise est une pratique qui concerne uniquement les professionnels m´ e-dicaux. Le professionnel m´edical charg´e de surveiller l’´evolution de la th´erapie d’un patient peut ainsi demander un ou plusieurs conseils `a d’autres confr`eres dans le but de prendre la d´ecision la plus juste possible. Les t´el´e-expertises sont caract´eris´ees par diff´erentes th´ematiques. Ce proc´ed´e simple et novateur permet de : rompre l’isolement
des professionnels de sant´e, ´eviter les consultations inutiles ou de pr´eparer le passage vers une autre consultation sp´ecialis´ee, avoir l’avis d’un professionnel comp´etent de proximit´e.[7]
Figure 2.2 – La t´el´esurveillance [9]
2.1.2.3 La t´el´esurveillance
La t´el´esurveillance est un acte m´edical qui d´ecoule de la transmission et de l’inter-pr´etation, par un m´edecin, d’un indicateur clinique, radiologique ou biologique, recueilli par le patient lui-mˆeme ou par un professionnel de sant´e. L’interpr´etation peut, dans certains cas, conduire `a la d´ecision d’une intervention aupr`es du patient.[7]
Figure 2.3 – La t´el´esurveillance [9]
2.1.2.4 La t´el´eassistance
La t´el´eassistance m´edicale permet `a un professionnel m´edical d’assister `a distance un autre professionnel de sant´e au cours de la r´ealisation d’un acte m´edical ou chirurgical. Le m´edecin peut ´egalement assister un autre professionnel de sant´e qui r´ealise un acte de soins ou d’imagerie, voire, dans le cadre de l’urgence, assister, `a distance, un secouriste ou toute personne portant assistance `a une personne en danger, en attendant l’arriv´ee d’un m´edecin.[7]
Figure 2.4 – La t´el´eassistance [10]
2.1.3
Int´
erˆ
et de la t´
el´
em´
edecine
On peut `a pr´esent estimer que la t´el´em´edecine n’est pas une nouvelle discipline m´edicale, mais un nouvel aspect d’exercice de la m´edecine, s’adaptant `a chacune des sp´ecialit´es, dont le but est, lors d’une prise en charge m´edicale, de minimiser au maxi-mum les probl`emes de distance entre diff´erents intervenants transf´erant les donn´ees m´edicales plutˆot que faire d´eplacer les patients. On peut r´esumer quelques avantages de la t´el´em´edecine en citant ce qui suit :
• D´evelopper les soins `a domicile.
• Limiter les d´eplacements aux personnes ˆag´es ou handicap´es. • Faciliter l’acc`es aux soins dans les zones d’acc`es difficile. • Raccourcir les d´elais d’attente.
• Apporter un soutien psychologique aux malades, de sorte `a ce qu’ils ne se sentent plus seuls face `a leur maladie.
• Faciliter la concertation entre m´edecins.[7]
2.2
Le diab`
ete
2.2.1
D´
efinition
Le diab`ete est une maladie chronique jusque-ici incurable, caus´ee par une carence ou un d´efaut d’utilisation de l’insuline, entraˆınant un exc`es de sucre dans le sang. Produite par le pancr´eas, plus pr´ecis´ement par les cellules Beta des ˆılots Langerhans, l’insuline est une hormone qui permet au glucose (sucre), contenu dans les aliments, d’ˆetre utilis´e
par les cellules du corps humain. Les cellules disposent de toute cette ´energie dont elles ont besoin pour fonctionner. Si l’insuline est insuffisante ou si elle ne remplit pas son rˆole ad´equatement, comme c’est le cas dans le diab`ete, le glucose ne peut pas servir de carburant aux cellules. Il s’accumule alors dans le sang et est ensuite d´evers´e dans l’urine. `A la longue, l’hyperglyc´emie provoqu´ee par la pr´esence excessive de glucose dans le sang entraˆıne certaines complications, notamment au niveau des yeux, des reins, des nerfs, du cœur et des vaisseaux sanguins. `A ce jour, la cause r´eelle du diab`ete demeure inconnue. Nous savons toutefois, que certains facteurs peuvent influencer l’apparition du diab`ete : h´er´edit´e, ob´esit´e, grossesse, certains virus ou certains m´edicaments.[7]
2.2.2
Les symptˆ
omes
Les symptˆomes du diab`ete ne se pr´esentent pas tous de la mˆeme mani`ere ni avec la mˆeme intensit´e. Les principaux symptˆomes sont :[7]
• Fatigue. • Somnolence.
• Augmentation du volume des urines. • Soif intense et faim exag´er´ee.
• Amaigrissement. • Vision embrouill´ee. • Cicatrisation lente.
• Infection des organes g´enitaux. • Picotements aux doigts ou aux pieds.
2.2.3
Les types de diab`
ete
Il existe deux principaux types de diab`ete : le type 1 et le type 2. Parfois, le diab`ete se d´eveloppe aussi pendant la grossesse :[7]
• Le diab`ete de type 1 :
Le diab`ete de type 1, appel´e autrefois diab`ete insulinod´ependant (DID), touche environ 6% des diab´etiques, est habituellement d´ecouvert chez les personnes
jeunes : enfants, adolescents ou jeunes adultes. Ce diab`ete r´esulte de la dispa-rition des cellules bˆeta du pancr´eas entraˆınant une carence totale en insuline. L’organisme ne reconnaˆıt plus ces cellules bˆeta et les d´etruit (les cellules bˆeta sont d´etruites par des anticorps et des cellules de l’immunit´e, les lymphocytes, fabriqu´ees par l’organisme) : on dit que le diab`ete de type 1 est une maladie auto-immune. Le glucose ne pouvant entrer dans les cellules retourne dans le sang. Le taux de glucose dans le sang s’´el`eve alors.[7]
• Le diab`ete de type 2 :
Le diab`ete de type 2 se manifeste beaucoup plus tard dans la vie, g´en´eralement apr`es l’ˆage de 40 ans. La tr`es grande majorit´e des personnes atteintes de diab`ete pr´esentent ce type de diab`ete (90 % des cas). Depuis quelques ann´ees, on remarque que ce diab`ete apparaˆıt plus tˆot. Une pr´edisposition g´en´etique, l’ob´esit´e et le manque d’activit´e physique contribuent `a l’apparition d’un diab`ete de type 2. Cependant, certaines ´etudes tendent `a d´emontrer qu’une alimentation en trop grande quantit´e et riche en gras pourrait aussi ˆetre un facteur de risque. En apportant des corrections importantes `a nos habitudes de vie, il est possible de retarder l’apparition de la maladie et d’en diminuer l’impact.[7]
• Le diab`ete de grossesse (gestationnel) :
Il s’agit d’une maladie que les femmes peuvent contracter aux premiers stades de la grossesse. Contrairement aux diab`etes de type 1 et type 2, le diab`ete de grossesse disparaˆıt apr`es la naissance du b´eb´e.[11]
2.2.4
Les complications du diab`
ete
Les complications du diab`ete sont nombreuses et peuvent ˆetre s´ev`eres : infarctus, troubles de la vision, c´ecit´e, accident vasculaire, amputations, maladies r´enales, etc. Ces complications aggravent le diab`ete et diminuent l’esp´erance de vie des personnes atteintes de cette maladie. La majorit´e des complications, li´ees au diab`ete, peuvent ˆetre ´evit´ees, diminu´ees ou retard´ees si le diab`ete est d´epist´e et trait´e pr´ecocement et correctement. Qu’il s’agisse du type 1, du type 2 ou du diab`ete de grossesse, une consultation chez le m´edecin s’impose. G´en´eralement, la simple mesure de la glyc´emie `
2.3
La t´
el´
em´
edecine et le diab`
ete
Le fonctionnement de la t´el´em´edecine est simple : les ´echanges entre le patient et son m´edecin ont lieu `a travers divers supports technologiques, comme Internet, `a l’aide d’e-mails ou de messages sur des forums d´edi´es, ou par le biais de vid´eo-consultations. C’est l’occasion pour le professionnel de sant´e de s’entretenir avec son malade, pour lui d´elivrer diff´erents conseils pratiques, d’ordre nutritionnel ou relatif `a la pratique d’une activit´e physique, par exemple. Mais tout cela ne peut se faire, dans le cas du diab`ete, que si le patient transmet correctement le recueil de ses valeurs glyc´emiques. Il doit donc ˆetre impliqu´e, pour contrˆoler r´eguli`erement son taux de sucre sanguin et fournir ces chiffres `a son m´edecin. Un suivi quotidien qui n’est pas r´ealisable sans la t´el´em´edecine, c’est l`a sans doute l’un de ses points forts.[7]
2.4
Mesure de la Glyc´
emie
Aspect m´edical : la glyc´emie est la concentration plasmatique du glucose. Au cours de la journ´ee, sa valeur varie en fonction des apports et des besoins ´energ´etiques de l’individu. La glyc´emie est ajust´ee par l’action d’hormones s´ecr´et´ees par des cellules du pancr´eas. Ce syst`eme de r´egulation permet de maintenir le mˆeme taux alors mˆeme que les cellules des organes ont des besoins diff´erents en fonction de leur activit´e. Pour les p´eriodes de mesure de la glyc´emie, nous avons : [7]
• Glyc´emie `a jeun : pour la glyc´emie `a jeun, la prise de sang a lieu sans apport calorique pendant huit heures au moins.[7]
• Glyc´emie postprandiale : la glyc´emie est v´erifi´ee 1 h 1/2 `a 2 h apr`es le d´ebut
du repas.[7]
• Analyse de la glyc´emie : la mesure de la glyc´emie permet de savoir s’il y a une bonne r´egulation du taux de sucre dans le sang. Cet examen est prescrit lorsque l’hyperglyc´emie symptomatique est soup¸conn´e entre autre, du diab`ete. Mais il est aussi prescrit pour d´etecter une hypoglyc´emie, c’est-`a-dire un taux de sucre insuffisant dans le sang.[7]
• Valeurs normales de la glyc´emie :
Valeur normal ou cible chez les non diab´etiques A jeun Entre 70 et 99 mg/dl Apres les repas Entre 70 et 140 mg/dl Valeur normal ou cible chez les diab´etiques
A jeun Entre 70 et 130 mg/dl 1h `a 2h apr`es le repas Au-dessous de180 mg/dl Valeur normal ou cible chez la femme enceinte
A jeun Entre 60 et 95 mg/dl Avant le repas Entre 60 et 105 mg/dl
2h apr`es le repas Au-dessous de 120 mg/dl
Table 2.1 – Valeurs normales de la glyc´emie
2.5
Pr´
esentation de l’entreprise du lieu de stage
Dans cette partie, on commence par une br`eve pr´esentation de l’´etablissement afin de tirer et d’analyser les objectifs du projet.
2.5.1
Identification de l’´
etablissement
L’EPH Fr`eres TOBAL de MILA est un ´etablissement public `a caract`ere adminis-tratif dot´e de la personnalit´e morale et de l’anatomie financi`ere. Il est constitu´e d’une structure de diagnostic, de soins, d’hospitalisation et de r´eadaptation m´edicale cou-vrant la population de 08 communes soit 186317 habitants. L’´etablissement `a ´et´e cr´ee par d´ecret ex´ecutif N07/140 du 19 mai 2007.
2.5.2
Localisation de l’´
etablissement
Figure 2.5 – Localisation de l’´etablissement[7]
2.5.3
Fiche technique
Le tableau suivant repr´esente quelques informations relatives `a l’´etablissement dans lequelle nous avons effectu´e notre stage de projet de fin d’´etude.
D´enomination EPH des Fr`eres TOBAL de MILA Classification Cat´egorie C.
Localisation MILA, chef lieu de wilaya.
Adresse Rue ALLIOUCHE NOUAR.MILA(4300). Surface 1600 m`etre carr´e.
Communes couvertes 08. Population desservie 186317. M´edecine Interne 40 lits. Maladies infectieuses 24 lits. Hˆopital de jour 08 lits. H´emodialyse 16 lits.
TOTAL 88 lits.
2.5.4
Organigramme d’accueil
Figure 2.6 – organigramme de l’´etablissement
2.6
Conribution
Dans le cadre de cette ´etude, l’objectif et de remplacer le carnet de suivi papier du diab`ete par le d´eveloppement d’une application mobile qui am´eliore le quotidien de toutes les personnes atteintes de diab`ete ainsi que permettre :
• Au patient de :
— Introduire manuellement les valeurs (glucom`etre dot´e de Bluetooth non dis-ponible) et les enregistrer dans la base de donn´ees .
— Lui rappeler quotidiennement de mesurer sa glyc´emie grˆace au syst`eme de notification.
— Consulter son historique . — Connaitre l’´etat de sa glyc´emie. — Faciliter la prise des rendez-vous • Au m´edecin/assistant de :
— Consulter les graphes et ´etablir un diagnostic facilement. — Am´eliorer la gestion des patients.
— Am´eliorer gestion des rendez-vous. — Augmenter le nombre de consultations.
2.7
Elaboration du cahier de charge
2.7.1
Grands choix techniques
Pour mod´eliser ce projet d’une mani`ere claire et pr´ecise la structure et le comporte-ment de notre application mobile, nous adoptons l’approche it´erative et incr´ementale, fond´ee sur le processus en Y.
Nous avons choisi aussi un certain nombre de techniques-cl´es. Ces techniques-cl´es sont principalement :
• Le langage de mod´elisation UML 2.0.
• Le processus de d´eveloppement en Y (2TUP).
• L’environnement de programmation android studio et laravel. • L’adoption d’une architecture(client/serveur 2-tiers).
• Le serveur Appache. • Le SGBDR MYSQL.
• Le langage de programmation JAVA+XML pour l’application mobile et PHP pour l’application web.
2.7.2
Le processus 2TUP
Le 2TUP propose un cycle de d´eveloppement en Y, qui dissocie les aspects tech-niques des aspects fonctionnels. Il commence par une ´etude pr´eliminaire qui consiste essentiellement `a identifier les acteurs qui vont interagir avec le syst`eme `a construire, les messages qu’´echangent les acteurs et le syst`eme, `a produire le cahier des charges et `a mod´eliser le contexte (le syst`eme est une boˆıte noire, les acteurs l’entourent et sont reli´es `a lui, sur l’axe qui lie un acteur au syst`eme on met les messages que les deux s’´echangent avec le sens). Le processus s’articule ensuite autour de 3 phases es-sentielles :[13]
• Une branche fonctionnelle. • Une phase de r´ealisation.
Figure 2.7 – Processus de d´eveloppement en Y[13]
2.8
Description de contexte du syst`
eme
Dans cette partie nous d´eveloppons un premier mod`ele UML de niveau contexte, pour pouvoir ´etablir les fronti`eres fonctionnelles du syst`eme. La description du contexte du syst`eme contient 3 actions :[14]
• Identification des acteurs.
• Identification des messages entre le syst`eme et ses acteurs. • La r´ealisation du diagramme du contexte.
2.8.1
Identification des acteurs
Un acteur repr´esente l’abstraction d’un rˆole jou´e par des entit´es externes (Utilisa-teur, dispositifs mat´eriels ou autre syst`eme) qui interagit directement avec le syst`eme ´etudi´e. En r´eponse `a l’action d’un acteur, le syst`eme fournit un service qui correspond `
a son besoin. Les acteurs du syst`eme sont :[14]
• L’Administrateur :son rˆole de l’administrateur est la gestion des utilisateurs qui peuvent acc´eder au syst`eme.
• Le m´edecin :d´esigne la personne habilit´ee `a pratiquer la m´edecine et charg´ee d’examiner les patients et de diagnostiquer leurs ´etats.
• Le patient :d´esigne la personne concern´e par le diab`ete et qui se voit administrer un traitement.
• L’assistant(e) m´edical(e) :d´esigne la personne qui, dans un cabinet m´edical, effectue des tˆaches qui s’articulent autour de trois grands axes : l’accueil des patients et la gestion des rendez-vous, l’assistance des travaux de laboratoire.
2.8.2
Identification des messages
Un message repr´esente la sp´ecification d’une communication unidirectionnelle entre objets qui transporte de l’information avec l’intention de d´eclencher une activit´e chez le r´ecepteur. Cette notion de message est ´egalement tout `a fait applicable pour d´ecrire les interactions de plus haut niveau entre les acteurs et le syst`eme. Pour chaque acteur, demandez-vous quels sont les messages qui d´eclenchent un comportement du syst`eme attendu par l’acteur dans le cadre de son activit´e.[14]
• Le patient peut : — S’authentifier.
— G´erer la valeur glyc´emie manuellement. — Consulter son dossier m´edicale.
— Consulter son profile. — Modifier son profile. — Prendre un rendez-vous. — Annuler un rendez-vous. • Le m´edecin peut :
— S’authentifier.
— Consulter les dossiers m´edicaux.
— Modifier les dossiers m´edicaux des malades. — Consulter son profile.
— Modifier son profile. • L’assistant peut :
— Confirmer les rendez-vous.
— Consulter le planning des rendez-vous. — Consulter son profile.
— Modifier son profile.
— Saisir la valeur glyc´emie 3 mois. • L’administrateur peut :
— S’authentifier. — Cr´eer les comptes.
— Consulter les profiles des utilisateurs. — Bloquer les profiles des utilisateurs. — Modifier les profiles des utilisateurs.
2.8.3
Mod´
elisation de contexte
2.8.3.1 Diagramme de contexte dynamique
Les messages entre le syst`eme et les acteurs identifi´es pr´ec´edemment peuvent ˆetre repr´esent´es de fa¸con synth´etique sur un diagramme, que l’on peut qualifier de dia-gramme de contexte dynamique en utilisant un diadia-gramme de communication de la mani`ere suivant :
• Le syst`eme ´etudi´e est repr´esent´e par un objet central.
• Cet objet central est entour´e par d’autres objets symbolisant les diff´erents acteurs. • Des liens relient le syst`eme `a chacun des acteurs.
Figure 2.8 – Le diagramme de contexte dynamique du syst`eme
2.8.3.2 Description d´etaill´ee des messages
1 : Administrateur au Syst`eme
• Les informations concernant le compte d’authentification (login et mot de passe). • Le blocage des compte d’utilisateurs.
• La modification des informations sur les comptes (mot de passe, login). 2 : Syst`eme au Administrateur
• Confirmation des informations d’authentification. • Confirmation des mises `a jour concernant les comptes.
3 : Assistant au Syst`eme
• Les informations concernant le compte d’authentification (login et mot de passe). • L’analyse de la glyc´emie de 3 mois .
• La confirmation des rendez-vous. 4 : Syst`eme au Assistant
• Les informations du compte assistant. • Liste des patients et des m´edecins. • Planning des rendez-vous.
5 : M´edecin au Syst`eme
• Les informations concernant le compte d’authentification (login et mot de passe). • Ajouter et valider des remarques dans les dossiers m´edicaux des patients.
6 : Syst`eme au M´edecin
• Les informations du compte m´edecin. • Liste des patients.
• Le dossier m`edicale de patient.
5 : Patient au Syst`eme
• Les informations concernant le compte d’authentification (login et mot de passe). • Les valeurs de glyc´emie manuellement.
• Le jour et l’heure de rendez-vous. 6 : Syst`eme au Patient
• Les informations du compte patient. • L’historique de malade.
• Confirmation de rendez-vous.
Table 2.3 – L´egende des messages de diagramme de contexte
Conclusion
Dans ce chapitre, nous avons essay´e de faire une petite vision sur la nouvelle techno-logie la t´el´em´edecine. Puis nous avons abord´e la maladie du diab`ete pour laquelle sera appliqu´ee notre solution de t´el´esurveillance en exploitant les Smartphones. Ensuite, nous avons a pr´esent´e l’´etablissement de notre stage. Nous avons ´egalement d´efinit un mod`ele UML de niveau contexte et le diagramme de cas d’utilisation, pour pouvoir ´ eta-blir pr´ecis´ement les fronti`eres fonctionnelles du syst`eme. Tout ¸ca pr´epare le terrain pour entamer la conception de notre projet par l’´etape de capture des besoins fonctionnels et de capture des besoins techniques dans le chapitre suivant.
Chapitre
3
Capture des besoins fonctionnels et
techniques
Introduction
Apr`es avoir trac´e les grandes lignes de phase de sp´ecification de besoins, mettons l’accent maintenant sur une phase fondamentale dans le cycle de vie d’un logiciel, la phase de conception. Cette phase a pour objectif de d´eduire la sp´ecification des besoins fonctionnels et techniques du syst`eme. L’objectif de la capture des besoins consiste `a d´eterminer ce que le syst`eme doit faire, c.`a.d. le « quoi» a fourni aux d´eveloppeurs une meilleure compr´ehension des fonctionnalit´es du syst`eme qu’ils doivent d´evelopper, elle comporte deux ´etapes : la capture des besoins fonctionnels et la capture des besoins techniques.
3.1
Capture des besoins fonctionnels
La capture des besoins fonctionnels est la premi`ere ´etape de la branche gauche du cycle en Y. Elle formalise et d´etaille ce qui a ´et´e ´ebauch´e au cours de l’´etude pr´eliminaire. Elle est compl´et´ee au niveau de la branche droite du Y par la capture des besoins techniques et pr´epare l’´etape suivante de la branche gauche : l’analyse.[14]
3.1.1
Identification des cas d’utilisations
3.1.1.1 Liste pr´eliminaire des cas d’utilisations
Consid´erons l’intention fonctionnelle de l’acteur par rapport au syst`eme dans le cadre de l’´emission ou de la r´eception de chaque message. Chaque intention fonctionnelle est mod´elis´ee par un cas d’utilisation.[20]
Cas d’utilisation Acteur principal, acteurs secondaires
Message(s) ´emis / re¸cus par les acteurs S’authentifier Administrateur, patient
m´edecin, assistant
Emet : s’authentifier(). Re¸coit : La d´ecision. Cr´eer profil
m´edecin Administrateur
Emet : cr´eer profil m´edecin (), enregistrer cr´eation () .
Re¸coit : La d´ecision. Cr´eer profil
assistant Administrateur
Emet : cr´eer profil assistant (),enregistrer cr´eation () .
Re¸coit : La d´ecision. Cr´eer profil
patient Administrateur
Emet : cr´eer profil patient (),enregistrer cr´eation () .
Re¸coit : La d´ecision. Consulter profil
utilisateur Administrateur
Emet : consulter profil utilisateur().
Re¸coit : profil utilisateur. Modifier profil
utilisateur Administrateur
Emet : modifier profil utilisateur (),enregistrer modification () .
Re¸coit : La d´ecision. Bloquer profil
utilisateur Administrateur
Emet : bloquer profil utilisateur (),enregistrer
modification (). Re¸coit : La d´ecision. Consulter les dossiers
m´edicaux M´edecin
Emet : consulter dossiers m´edicaux().
Re¸coit : dossier m´edicale de patient.
Modifier les dossiers
m´edicaux M´edecin
Emet : modifier dossiers m´edicaux (),enregistrer modification ().
![Figure 1.10 – La r´ epartition des versions d’Android[21]](https://thumb-eu.123doks.com/thumbv2/123doknet/14914066.659863/31.892.259.699.644.891/figure-epartition-versions-android.webp)
