Institut Superieur
de Gestion
3 `eme ann´ee Licence Fondamentale en
Informatique de Gestion
Application de gestion des op´erations
de contrˆole sur place
r´ealis´e par :
Amor Yasmine
Abidi Rihab
Encadrant professionnel :
Mme. Wahiba ben Fredj
Encadrant p´edagogique :
Mr. Moez Hammami
Remerciements
Nous tenons `a remercier dans un premier temps notre encadrante de stage : Madame Wa-
hiba Ben Fredj pour nous avoir int´egr´e rapidement au sein de l’entreprise, pour son soutien, ses
conseils pr´ecieux et ses critiques constructives qui ont ´et´e remarquables tout au long de notre
stage et pour le temps qu’elle nous a consacr´e tout au long de cette p´eriode.
Nous remercions ´egalement tout le staff de Centre Informatique du Minist`ere des Finances
pour leurs collaborations, leurs chaleureux accueil et pour l’exp´erience enrichissante et pleine
d’int´erˆet qu’il nous a fait vivre durant ces trois mois au sein de l’entreprise.
Nous remercions aussi notre professeur encadrant : Monsieur Moez Hammami pour son aide
et pour avoir r´epondu `a toutes nos interrogations sans oublier sa participation au cheminement
de ce rapport.
Finalement, nous d´edions ce travail `a :
Nos parents qui ont œuvr´e pour notre r´eussite, de par leur amour, leur soutien, tous les
sacrifices consentis et leurs pr´ecieux conseils, re¸coivent `a travers ce travail, l’expression de nos
sentiments et de notre ´eternelle gratitude.
Nos fr`eres et soeurs qui nous remontent toujours le moral lorsque notre d´etermination flan-
chait.
Nos amis, pour leur support et pour tous les bons moments que nous avons v´ecus ensemble.
Que notre amiti´e durera ´eternellement.
1
Table des figures
12
Organigramme de la direction informatique du CIMF . . . . . . . . . . . . . . .
1
Organigramme du minist`ere des finances . . . . . . . . . . . . . . . . . . . . . .
13
2
Les ´etapes de la m´ethode SCRUM . . . . . . . . . . . . . . . . . . . . . . . . . . 16
3
18
Diagramme de gant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4
Diagramme de cas d’utilisation global de l’application mobile . . . . . . . . . . .
21
5
Diagramme de cas d’utilisation global de l’application web . . . . . . . . . . . . 22
6
25
Prototype de l’interface de connexion . . . . . . . . . . . . . . . . . . . . . . . .
7
25
Prototypes des interfaces de consultation de dossier fiscal . . . . . . . . . . . . .
8
9
26
Prototypes des interfaces de gestion des remarques . . . . . . . . . . . . . . . . .
10 Prototypes des interfaces d’´etablissement de PVs et de rapports de constat . . . 26
. . . . . . . . . . . . . . . . 27
11 Prototypes des interfaces de connexion et d’accueil
12 Prototype de l’interface de consultation, modification et suppression d’un agent
27
13 Prototype de l’interface d’´etablissement d’un ordre de mission . . . . . . . . . . 28
14 Prototype de l’interface de validation ou annulation d’un ordre de mission . . . . 28
29
. . . . . . . . .
15 Prototype de l’interface de consultation des rapports de constat
29
16 Prototype de l’interface de visualisation des statistiques . . . . . . . . . . . . . .
31
17 Architecture 3-tiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
32
Sh´ema du pattern MVC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
34
19 Fonctionnement de l’application native . . . . . . . . . . . . . . . . . . . . . . .
35
20 Fonctionnement de l’application web . . . . . . . . . . . . . . . . . . . . . . . .
36
21 Fonctionnement de l’application hybride . . . . . . . . . . . . . . . . . . . . . .
43
22 Diagramme de cas d’utilisation du sprint 1 . . . . . . . . . . . . . . . . . . . . .
45
23 Diagramme de classe du sprint1 . . . . . . . . . . . . . . . . . . . . . . . . . . .
46
24 Diagramme d’activit´e du cas d’utilisation (cid:28) ´etablir un rapport (cid:29)
. . . . . . . .
47
25 Diagramme de s´equence du cas d’utilisation ”s’authentifier” . . . . . . . . . . .
48
26 Diagramme de s´equences du cas d’utilisation ”Etablir un rapport de constat” . .
Interfaces de connexion, changement du mot de passe et page d’accueil
27
49
. . . . .
Interfaces d’´etablissement d’un rapport de constat en cas de ”contribuable identifi´e” 50
28
Interfaces d’´etablissement d’un rapport de d´ecouverte en cas de ”contribuable
29
51
non identifi´e” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
30 Burndown chart du sprint 1 du premier Release . . . . . . . . . . . . . . . . . .
diagramme de cas d’utilisation du sprint 2 . . . . . . . . . . . . . . . . . . . . . 55
31
32 Diagramme de classes du sprint2
58
33 Diagramme d’activit´e du cas d’utilisation ”Etablir PV” . . . . . . . . . . . . . . 59
59
34 Diagramme d’activit´e de gestion remarques . . . . . . . . . . . . . . . . . . . . .
60
35 Diagramme d’activit´e du cas d’utilisation ”Consulter dossier fiscal” . . . . . . .
61
. . . . . . . .
36 Diagramme de s´equence du cas d’utilisation ”Afficher remarque”
62
37 Diagramme de s´equence du cas d’utilisation ”Etablir un PV”
. . . . . . . . . .
63
38 Diagramme de s´equence du cas d’utilisation ”Consulter un dossier fiscal” . . . .
64
Interfaces d’envoi et d’affichage des remarques . . . . . . . . . . . . . . . . . . .
39
Interface d’´etablissement des proc`es-verbaux . . . . . . . . . . . . . . . . . . . .
40
64
. . . . . . . . . . . . . . . . . . . . 65
41
Interfaces de consultation d’un dossier fiscal
66
42 Burndown chart du sprint 2 du premier Release . . . . . . . . . . . . . . . . . .
69
43 Diagramme de cas d’utilisation du sprint 1 du deuxi`eme Release . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
2
44 Diagramme de classes du sprint1
73
45 Diagramme d’activit´e du cas d’utilisation ”g´erer agents de contrˆole” . . . . . . . 74
75
46 Diagramme de s´equence du cas d’utilisation ”S’authentifier `a l’application web”
Publicité
47 Diagramme de s´equence du cas d’utilisation ”Ajouter un nouvel agent de contrˆole”
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
76
48 Diagramme de s´equence du cas d’utilisation ”Consulter agent de contrˆole selon
plusieurs crit`eres”
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
77
49 Diagramme de s´equence du cas d’utilisation ”Modifier un agent de contrˆole” . . 78
79
Interface de connexion `a l’application web . . . . . . . . . . . . . . . . . . . . .
50
79
Interface d’ajout d’un nouvel agent de contrˆole . . . . . . . . . . . . . . . . . . .
51
80
52
Interface de gestion des agents de contrˆole . . . . . . . . . . . . . . . . . . . . .
81
53 Burndown chart du sprint 1 du deuxi`eme Release . . . . . . . . . . . . . . . . .
84
54 Diagramme de cas d’utilisation du sprint 2 du deuxi`eme Release . . . . . . . . .
88
55 Diagramme d’activit´e du cas d’utilisation ”g´erer ordre de mission” . . . . . . . .
56 Diagramme d’activit´e du cas d’utilisation ”g´erer remarques” . . . . . . . . . . .
89
57 Diagramme de s´equence du cas d’utilisation ”Etablir un ordre de mission” . . . 90
58 Diagramme de s´equence du cas d’utilisation ”consulter ordres de mission selon
plusieurs crit`eres”
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
59 Diagramme de s´equence du cas d’utilisation ”Valider un ordre de mission” . . .
60 Diagramme de s´equence du cas d’utilisation ”Envoyer remarque `a un agent de
91
92
contrˆole”
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
93
61 Diagramme de s´equence du cas d’utilisation ”Consulter liste des proc`es-verbaux” 93
Interface de choix de la date de l’ordre de mission . . . . . . . . . . . . . . . . .
62
94
94
Interface d’´etablissement d’un ordre de mission . . . . . . . . . . . . . . . . . . .
63
Interface d’envoi de remarque . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
64
. . . . . . . . . . . . . . . . . . . . . . . . . 95
Interface d’affichage des remarques
65
96
. . . . . . . . . . . . . . . . . . . .
Interface de consultation de la liste des PVs
66
97
67 Burndown chart du sprint 2 du deuxi`eme Release . . . . . . . . . . . . . . . . .
68 Diagramme de cas d’utilisation du sprint3 du deuxi`eme Release”
99
. . . . . . . .
69 Diagramme d’activit´e du cas d’utilisation ”Consulter rapports” . . . . . . . . . . 100
70 Diagramme d’activit´e du cas d’utilisation ”Visualiser statistiques” . . . . . . . . 101
71 Diagramme de s´equence du cas d’utilisation ”Consulter liste des rapports de
constat” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
72 Diagramme de s´equence du cas d’utilisation ”visualiser statistiques” . . . . . . . 102
. . . . . . . . . . . . . . . . . . . . 103
73
Interface de consultation rapport de constat
Interface de d´etails sur un rapport de constat choisi
74
. . . . . . . . . . . . . . . . 103
Interface de visualisation des statistiques li´es au nombre de PVs par infraction . 104
75
76
Interface de visualisation des statistiques li´es au nombre de PVs par ann´ee . . . 104
77 Burndown chart du sprint 3 du deuxi`eme Release . . . . . . . . . . . . . . . . . 105
3
Liste des tableaux
17
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Les acteurs du projet
1
Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
24
2
Plannification des tˆaches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
3
33
Tableau de correspondance entre syst`emes d’exploitation, langage et IDE . . . .
4
34
Avantages et inconv´enients des applications natives . . . . . . . . . . . . . . . .
5
35
Avantages et inconv´enients des applications web . . . . . . . . . . . . . . . . . .
6
37
Avantages et inconv´enients des applications hybrides
. . . . . . . . . . . . . . .
7
42
Backlog du sprint 1 du premier Release . . . . . . . . . . . . . . . . . . . . . . .
8
9
43
Description textuelle du cas d’utilisation ”s’authentifier `a l’application mobile” .
10 Description textuelle du cas d’utilisation ”Etablir un rapport de constat/d´ecouverte” 44
52
11 User stories li´ees au sprint 1 du premier Release . . . . . . . . . . . . . . . . . .
55
12 Backlog du sprint 2 du premier Release . . . . . . . . . . . . . . . . . . . . . . .
56
13 Description textuelle du cas d’utilisation ”Envoyer remarque” . . . . . . . . . .
14 Description textuelle du cas d’utilisation ”afficher remarque” . . . . . . . . . . .
56
15 Description textuelle du cas d’utilisation ”Etablir un PV” . . . . . . . . . . . . . 57
57
16 Description textuelle du cas d’utilisation ”Consulter dossier fiscal” . . . . . . . .
65
17 User stories li´ees au sprint 2 du premier Release . . . . . . . . . . . . . . . . . .
69
18 Backlog du sprint 1 du deuxi`eme Release . . . . . . . . . . . . . . . . . . . . . .
70
19 Description textuelle du cas d’utilisation ”s’authentifier `a l’application web” . .
70
20 Description textuelle du cas d’utilisation ”Ajouter un agent de contrˆole”
. . . .
21 Description textuelle du cas d’utilisation ”Supprimer un agent de contrˆole” . . .
71
22 Description textuelle du cas d’utilisation ”Consulter agent selon plusieurs crit`eres” 71
72
23 Description textuelle du cas d’utilisation ”Modifier un agent de contrˆole” . . . .
80
24 User stories li´ees au sprint 1 du deuxi`eme Release . . . . . . . . . . . . . . . . .
83
25 Backlog du sprint 2 du deuxi`eme Release . . . . . . . . . . . . . . . . . . . . . .
26 Description textuelle du cas d’utilisation ”Etablir un ordre de mission” . . . . .
85
27 Description textuelle du cas d’utilisation ”Consulter ordres de mission selon plu-
sieurs crit`eres”
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
85
86
28 Description textuelle du cas d’utilisation ”Valider un ordre de mission” . . . . .
Publicité
29 Description textuelle du cas d’utilisation ”Annuler un ordre de mission” . . . . . 86
30 Description textuelle du cas d’utilisation ”Envoyer remarque `a un agent de
87
contrˆole” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
31 Description textuelle du cas d’utilisation ”Afficher remarque” . . . . . . . . . . . 87
88
32 Description textuelle du cas d’utilisation ”Consulter la liste des proc`es-verbaux”
33 User stories li´ees au sprint 2 du deuxi`eme Release . . . . . . . . . . . . . . . . .
96
98
34 Backlog du sprint 3 du deuxi`eme Release . . . . . . . . . . . . . . . . . . . . . .
35 Description textuelle du cas d’utilisation ”Consulter liste des rapports de constat” 99
36 Description textuelle du cas d’utilisation ”Visualiser statiqtiques” . . . . . . . . 100
37 User stories li´ees au sprint 1 du premier Release . . . . . . . . . . . . . . . . . . 105
4
Table des mati`eres
I CHAPITRE 1 : Pr´esentation g´en´erale
1 Pr´esentation de l’organisme d’acceuil
2 Contexte du projet
3 Description du projet
12
12
13
14
4 M´ethodologie adopt´ee
14
4.1 La m´ethodologies Agile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14
4.2 La m´ethode SCRUM : m´ethode choisie . . . . . . . . . . . . . . . . . . . . . . . 15
5 Plannification des tˆaches
5.1 Les acteurs du projet SCRUM . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2 Diagramme de Gant
II CHAPITRE 2 : Analyse et sp´ecification des besoins
16
16
17
18
1 Etude de l’existant
19
1.1 Solution existante . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
1.2 Critique de l’existant . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19
20
1.3 Solution propos´ee . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Identification des acteurs
20
3 Sp´ecification des besoins
20
3.1 Besoins fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20
21
3.2 Besoins non fonctionnels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 Diagramme de cas d’utilisation global
5 Backlog du produit
5.1 Notion de priorit´e . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.2 Notion de complexit´e . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.3 backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5.4 Prototypage des interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6 Plannification des Releases
III CHAPITRE 3 : Etude technique
21
22
22
23
23
24
30
31
5
1 Choix architecturaux
1.1 Architecture trois-tiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Patron de conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2 Technologies `a utiliser
2.1 Application mobile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.1 Technologies existantes . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.2 Technologies choisies . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 Application web . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.1 Technologies existantes cˆot´e serveur . . . . . . . . . . . . . . . . . . . . .
2.2.2 Technologies utilis´ees cˆot´e serveur . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . .
2.2.3 Technologies utilis´ees cˆot´e client :
31
31
32
33
33
33
37
38
38
39
39
IV CHAPITRE 4 :Release 1, R´ealisation de l’application mobile 41
1 Sprint1 : Authentification et ´etablissement d’un rapport de constat
1.1 Sprint planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.1 But du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . .
41
41
41
41
42
1.2.1 Raffinement du diagramme de cas d’utilisation du sprint1 . . . . . . . . . 42
1.2.2 Description textuelle du cas d’utilisation ”S’authentifier `a l’application
mobile” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
1.2.3 Description textuelle du cas d’utilisation ”Etablir rapport” . . . . . . . . 44
44
1.3 Mod´elisation statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
46
1.4 Mod´elisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
46
1.4.1 Diagramme d’activit´e du cas d’utilisation (cid:28) ´etablir un rapport (cid:29) . . . . .
46
1.4.2 Diagramme de s´equence du cas d’utilisation ”s’authentifier” . . . . . . .
47
1.4.3 Diagramme de s´equence du cas d’utilisation ”Etablir un rapport” . . . .
48
1.5 D´eveloppement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.6 Tests et revue du sprint et Burndown chart . . . . . . . . . . . . . . . . . . . . .
52
1.7 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53
2 Sprint2 : Gestion des remarques, ´etablissement d’un PV et consultation d’un
dossier fiscal
2.1 Sprint planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.1 But du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . .
54
54
54
54
55
2.2.1 Raffinement du cas d’utilisation du sprint 2 . . . . . . . . . . . . . . . . 55
55
2.2.2 Description textuelle du cas d’utilisation ”Envoyer remarque” . . . . . .
56
2.2.3 Description textuelle du cas d’utilisation ”afficher remarque” . . . . . . .
56
2.2.4 Description textuelle du cas d’utilisation ”Etablir PV” . . . . . . . . . .
57
Publicité
2.2.5 Description textuelle du cas d’utilisation ”Consulter dossier fiscal” . . . .
57
2.3 Mod´elisation statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6
59
2.4 Mod´elisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.4.1 Diagramme d’activit´e du cas d’utilisation ”Etablir PV” . . . . . . . . . .
59
2.4.2 Diagramme d’activit´e de gestion remarques . . . . . . . . . . . . . . . . . 59
60
2.4.3 Diagramme d’activit´e du cas d’utilisation ”Consulter dossier fiscal” . . .
60
2.4.4 Diagramme de s´equence du cas d’utilisation ”Afficher remarque” . . . . .
61
2.4.5 Diagramme de s´equence du cas d’utilisation ”Etablir un PV” . . . . . . .
62
2.4.6 Diagramme de s´equence du cas d’utilisation ”Consulter un dossier fiscal”
2.5 D´eveloppement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
63
2.6 Tests et revue du sprint et burndown chart . . . . . . . . . . . . . . . . . . . . . 65
2.7 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
V CHAPITRE 5 :Release 2, R´ealisation de l’application web pour
g´erer des ordres de mission, g´erer les agents de contrˆole et visua-
liser les statistiques
67
1 Sprint1 : Authentification et gestion des agents de contrˆole
1.1 Sprint planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.1 But du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.1.2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . .
67
67
67
67
69
1.2.1 Raffinement du cas d’utilisation du sprint 1 . . . . . . . . . . . . . . . . 69
1.2.2 Description textuelle du cas d’utilisation ”S’authentifier `a l’application
70
web” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.3 Description textuelle du cas d’utilisation ”Ajouter un agent de contrˆole”
70
1.2.4 Description textuelle du cas d’utilisation ”Supprimer un agent de contrˆole” 71
1.2.5 Description textuelle du cas d’utilisation ”Consulter agent selon plusieurs
crit`eres” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.2.6 Description textuelle du cas d’utilisation ”Modifier un agent de contrˆole”
1.3 Mod´elisation statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.4 Mod´elisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
71
72
72
73
1.4.1 Diagramme d’activit´e du cas d’utilisation ”g´erer les agents de contrˆole” . 73
1.4.2 Diagramme de s´equence du cas d’utilisation ”S’authentifier `a l’application
web” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
74
1.4.3 Diagramme de s´equence du cas d’utilisation ”Ajouter un agent de contrˆole” 75
1.4.4 Diagramme de s´equence du cas d’utilisation ”Consulter agent selon plu-
sieurs crit`eres” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
76
1.4.5 Diagramme de s´equence du cas d’utilisation ”Modifier un agent de contrˆole” 77
78
1.5 D´eveloppement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1.6 Test et revue du sprint et burndown chart
80
. . . . . . . . . . . . . . . . . . . . .
1.7 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
2 Sprint2 : Gestion des ordres de mission, gestion des remarques et consultation
de la liste des proc`es verbaux
2.1 Sprint planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.1.1 But du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
82
82
82
7
2.1.2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . .
82
83
2.2.1 Raffinement du cas d’utilisation du sprint2 . . . . . . . . . . . . . . . . . 83
2.2.2 Description textuelle du cas d’utilisation ”Etablir un ordre de mission” . 84
2.2.3 Description textuelle du cas d’utilisation ”consulter ordres de mission
selon plusieurs crit`eres”
. . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.4 Description textuelle du cas d’utilisation ”Valider un ordre de mission” .
2.2.5 Description textuelle du cas d’utilisation ”Annuler un ordre de mission” .
2.2.6 Description textuelle du cas d’utilisation ”Envoyer remarques `a un agent
de contrˆole” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.2.7 Description textuelle du cas d’utilisation ”Afficher les remarques” . . . .
2.2.8 Description textuelle du cas d’utilisation ”Consulter la liste des proc`es-
85
86
86
87
87
88
verbaux” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
88
2.3 Mod´elisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
88
2.3.1 Diagramme d’activit´e du cas d’utilisation ”g´erer ordre de mission” . . . .
2.3.2 Diagramme d’activit´e du cas d’utilisation ”g´erer remarques” . . . . . . .
89
2.3.3 Diagramme de s´equence du cas d’utilisation ”Etablir un ordre de mission” 89
2.3.4 Diagramme de s´equence du cas d’utilisation ”consulter ordres de mission
selon plusieurs crit`eres”
91
2.3.5 Diagramme de s´equence du cas d’utilisation ”Valider un ordre de mission” 91
2.3.6 Diagramme de s´equence du cas d’utilisation ”Envoyer remarque `a un
. . . . . . . . . . . . . . . . . . . . . . . . . . .
agent de contrˆole”
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
92
2.3.7 Diagramme de s´equence du cas d’utilisation ”Consulter liste des proc`es-
93
verbaux” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2.4 D´eveloppement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
94
2.5 Tests et revue du sprint et burndown chart . . . . . . . . . . . . . . . . . . . . . 96
2.6 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 97
3 Sprint3 : Consultation de la liste des rapports de constat et visualisation des
statistiques
3.1 Sprint planning . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.1 But du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.1.2 Backlog du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3.2 Diagramme de cas d’utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . .
98
98
98
98
98
3.2.1 Raffinement du cas d’utilisation du sprint3 . . . . . . . . . . . . . . . . . 98
3.2.2 Description textuelle du cas d’utilisation ”Consulter liste des rapports de
constat” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
99
3.2.3 Description textuelle du cas d’utilisation ”visualiser statistiques” . . . . . 100
3.3 Mod´elisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
3.3.1 Diagramme d’activit´e du cas d’utilisation ”Consulter rapports”
. . . . . 100
3.3.2 Diagramme d’activit´e du cas d’utilisation ”Visualiser statistiques” . . . . 101
3.3.3 Diagramme de s´equence du cas d’utilisation ”Consulter liste des rapports
de constat” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
3.3.4 Diagramme de s´equence du cas d’utilisation ”visualiser statistiques” . . . 102
Publicité
3.4 D´eveloppement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
3.5 Tests et revue du sprint et burndown chart . . . . . . . . . . . . . . . . . . . . . 105
8
3.6 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
9
Introduction g´en´erale
Introduction g´en´erale
De nos jours, il ne se passe pratiquement pas une journ´ee sans entendre parler des applica-
tions mobiles qui deviennent de plus en plus pr´esentes dans plusieurs domaines de notre vie.
La mobilit´e est en effet un sujet ´emergeant de ces toutes derni`eres ann´ees. Le d´eveloppement
des ´ecrans tactiles a ouvert un potentiel pour de nouvelles applications d’entreprises innovantes
pour les consommateurs, les citoyens et les employ´es. Les applications mobiles sont faites pour
am´eliorer la performance des entreprises, la r´eactivit´e, l’agilit´e et principalement pour avoir
une r´eponse `a la demande en temps r´eel. Ils deviennent ainsi l’instrument de la ‘REAL TIME
ENTREPRISE’, aussi bien pour les clients en cas de passer une commande par exemple que
pour les employ´es du cˆot´e du management d’entreprise. Il existe plusieurs types d’applications
mobiles :
• Des applications B2B (Business to Business) ou B2C (Business to Customer) dont les
utilisateurs sont des clients qui peuvent ˆetre des entreprises ou des consommateurs. Ces appli-
cations sont faites principalement pour la gestion des interactions clients : faire une demande
d’information, poser une r´eclamation, demander une assistance. . . etc ou pour des activit´es com-
merciales : consulter un catalogue de produits, passer ou suivre une commande. . . etc
• Des applications B2E (Business to Entreprise) destin´ees pour les employ´es et qui se
r´epartissent en trois types : des applications de type ‘ETENDRE LES PROCESSUS OPE-
RATIONNELS’ qui accompagnent les travailleurs nomades dans leurs activit´es quotidiennes,
des applications de type ‘DISPOSER D’UN BUREAU MOBILE’ qui permettent aux employ´es
de r´ealiser des taches de bureau en mobilit´e, et des applications de type ‘ACCEDER AUX
DONNEES DE l’ENTREPRISE ’ qui permettent aux salari´es de disposer des informations
dont ils ont besoin en mobilit´e.
Le minist`ere de finances est dot´e d’une importante infrastructure mat´erielle et logicielle
compos´ee de trois centres de traitement de l’information et d’un centre de backup, en plus d’un
r´eseau informatique qui couvre l’ensemble des structures du Minist`ere. Le Centre Informatique
du Minist`ere de Finance (CIMF) est charg´e de l’acquisition, la mise en œuvre, l’administration
et l’exploitation de cette essentielle infrastructure mat´erielle et logicielle.
Afin d’offrir une meilleur qualit´e de service, le CIMF va opter pour les applications B2E
pour d´evelopper une application mobile de gestion des op´erations de contrˆole sur place dans
le but de faciliter la tˆache aux agents de contrˆole des impˆots et d’apporter plus d’efficacit´e et
d’efficience aux op´erations de contrˆole.
Actuellement, pour accomplir leurs tˆaches, les agents de contrˆole effectuent beaucoup de
d´eplacements et perdent ´enormement de temps. Ils se trouvent oblig´es de revenir `a leurs bu-
reaux a chaque fois qu’ils ont besoin de consulter un document. Grˆace a cette application, ils
vont pouvoir acc´eder en temps r´eel `a la base des donn´ees de la direction g´en´erale des impˆots.
Ils peuvent `a partir de leurs tablettes consulter un dossier fiscal d’un contribuable, ´etablir un
rapport de constat ou ´etablir un proc`es-verbal.
Cette application va ˆetre utilis´ee aussi bien pour l’op´eration de contrˆole facture sur la voie
10
Introduction g´en´erale
publique que pour le contrˆole sur place.
En plus de l’application mobile, une application web va ˆetre d´evelopp´ee. Cette derni`ere va
permettre aux utilisateurs ayant des privil`eges sp´eciaux d’´etablir et de valider des ordres de
mission ou de les consulter selon plusieurs crit`eres.
Diff´erents employ´es vont pouvoir utiliser ces deux applications :
L’application web sera reserv´ee aux chefs de bureau pour g´erer les utilisateurs et les ordres
de missions.
L’application mobile va ˆetre utilis´ee par les agents de contrˆole pour effectuer les contrˆoles
n´ecessaires sur place ou sur la voie publique.
Dans ce rapport, nous allons d´ecrire les ´etapes que nous avons suivies pour la mise au
concrˆet de cette nouvelle solution.
Tout d’abord, et apr´es une pr´esentation g´en´erale du contexte et du contenu du projet, nous
allons dans un deuxi`eme chapitre faire une analyse du projet avec une sp´ecification des besoins
fonctionnels et non fonctionnels. Ensuite, dans un troisi`eme chapitre, nous allons r´ealiser une
´etude technique, dans laquelle, nous allons pr´esenter nos choix architecturaux et les technologies
qu’on va utiliser au cours de notre d´eveloppement mobile et web. Dans le quatri`eme chapitre,
nous ferons une conception d´etaill´ee du premier Release qui va ˆetre le Release qui concerne
l’application Mobile. Et enfin, dans le cinqui`eme et le dernier chapitre, nous allons pr´esenter le
Release qui concerne le d´eveloppement de l’application web.
11
CHAPITRE 1 : Pr´esentation g´en´erale
Premi`ere partie
CHAPITRE 1 : Pr´esentation g´en´erale
Durant ce chapitre, nous allons cadrer notre travail d’un point de vue organisationnel,
strat´egique et m´ethodologique. Mais tout d’abord, il serait n´ecessaire de pr´esenter l’organisme
d’accueil, pour ensuite expliquer l’id´ee du projet tout en mettant l’accent sur les raisons pour les-
quelles le CIMF (Centre Informatique du Minist`ere des Finances) a opt´e pour le d´eveloppement
de cette application, et finir par une description des m´ethodes agiles.
1 Pr´esentation de l’organisme d’acceuil
Organigramme de la direction informatique du CIMF :
La figure ci-dessous pr´esente les diff´erents d´epartements du centre informatique du minist`ere
des finances en montrant les composants de chaque d´epartement.
Figure 1 – Organigramme de la direction informatique du CIMF
Notre projet sera effectu´e dans la direction du syst`eme (cid:28) SADEC (cid:29) dans l’unit´e des appli-
cations du contrˆole fiscal.
12
CHAPITRE 1 : Pr´esentation g´en´erale
Le centre informatique du ministere des finances (C.I.M.F) est un ´etablissement public a
caract`ere non administratif, cr´e´e le 31 d´ecembre 1981, charg´e de l’´elaboration, mise en place et
l’ex´ecution d’une strat´egie informatique pour le b´en´efice du minist`ere des finances.
Le CIMF b´en´eficie d’un effectif comp´etent, et d’une infrastructure mat´erielle et logicielle
importante dont leur exploitation assure l’accroissement et l’´evolution des syst`eme d’informa-
tions et offre un service de qualit´e fiable et confidentiel.
Le CIMF est charg´e essentiellement de :
• l’´etude, la conception, le d´eveloppement, l’impl´ementation et l’exploitation des syst`emes d’in-
formations, et des plateformes mat´erielles et logicielles.
• La gestion d’un r´eseau informatique.
• l’assistance technique aux diff´erentes structures du minist`ere de finances.
[2]
2 Contexte du projet
C’est dans le cadre g´en´eral de l’orientation de l’Etat vers l’int´egration des nouvelles techno-
logies dans les syst`emes administratifs, notamment le programme (cid:28) Tunisie num´erique (cid:29), que
le CIMF a opt´e pour le d´eveloppement d’une nouvelle solution afin de moderniser les op´erations
qu’effectuent les agents de contrˆole et de num´eriser la plupart des actions faites manuellement.
Organigramme du minist`ere des finances :
La figure ci-dessous pr´esente la structure du minist`ere des finances.
Notre application sera d´edi´ee `a la direction g´en´erale des impˆots. Les agents de contrˆole des
impˆots sont attach´es aux diff´erents bureaux de contrˆole des impˆots et dans le cadre de l’op´eration
de contrˆole sur place ou de contrˆole facture, que nous expliquerons plus tard, qu’ils sont men´es
`a utiliser la nouvelle application.
Figure 2 – Organigramme du minist`ere des finances
13
CHAPITRE 1 : Pr´esentation g´en´erale
DGI : Direction G´en´erale des Impˆots
CCI : Centre de Contrˆole des Impˆots
BCI : Bureau de Contrˆole des Impˆots
DGE : Direction Grande Entreprise
IFU : Impˆot Forfaitaire Unique
DGCPR : Direction G´en´erale de la Comptabilit´e Publique et du Recouvrement
TR : Tr´esoreries R´egionales
3 Description du projet
Notre projet consiste `a concevoir et d´evelopper deux parties compl´ementaires :
La premi`ere est la partie mobile, qui permettra aux agents de contrˆole des impˆots d’´etablir
des rapports de constat. Ces derniers vont contenir toutes les informations constat´ees par les
agents durant leurs missions de contrˆole, tels que l’activit´e principale, l’activit´e secondaire, la
description du mat´eriels, le nombre de salari´es et la valeur du stock du contribuable en ques-
tion. L’application va ´egalement permettre d’automatiser la saisie des proc`es-verbaux et de
communiquer avec les deux systemes : le systeme SADEC (Systeme d’Aide a la D´ecision et `a
l’Encadrement du Contrˆole fiscal) pour consulter des infractions p´enales et le syst`eme RAFIC
(Rationalisation de l’Action Fiscale et Comptable) pour consulter des dossiers fiscaux.
La deuxi`eme est la partie web qui sera d´edi´ee aux chefs des bureaux de contrˆole des impˆots.
Elle va leur permettre de g´erer les agents de contrˆole travaillant dans les bureaux de contrˆole
ainsi que la gestion administrative des ordres de mission, et la supervision de l’ex´ecution des
op´erations par les agents en temps r´eel, ce qui aide `a la prise de d´ecision.
4 M´ethodologie adopt´ee
4.1 La m´ethodologies Agile
Il existe plusieurs m´ethodes de conception n´eanmoins les m´ethodes agiles sont les mieux
adapt´ees car elles permettent d’apporter facilement des modifications `a chaque fois que l’on a
besoin. En fait, une m´ethode agile est une approche it´erative et incr´ementale, qui est men´ee
dans un esprit collaboratif tout en prend en compte l’´evolution des besoins des clients.
Parmis les m´ethodes agiles les plus r´epondus, on peut citer XP, RUP, RAD, SCRUM . . .
XP (EXtreme Programming) :