Application de gestion des opérations de contrôle sur place

Institut Supérieur de Gestion
Page 1 sur 109Lecteur de document UniversityLib

Application de gestion des opérations de contrôle sur place

Institut Supérieur de Gestion · Informatique de Gestion · textbook

Voir tous les documents en gestion et économie

Institut Superieur

de Gestion

3 ème année Licence Fondamentale en

Informatique de Gestion

Application de gestion des opérations

de contrôle sur place

réalisé par :

Amor Yasmine

Abidi Rihab

Encadrant professionnel :

Mme. Wahiba ben Fredj

Encadrant pédagogique :

Mr. Moez Hammami

Remerciements

Nous tenons à remercier dans un premier temps notre encadrante de stage : Madame Wa-

hiba Ben Fredj pour nous avoir intégré rapidement au sein de l’entreprise, pour son soutien, ses

conseils précieux et ses critiques constructives qui ont été remarquables tout au long de notre

stage et pour le temps qu’elle nous a consacré tout au long de cette période.

Nous remercions également tout le staff de Centre Informatique du Ministère des Finances

pour leurs collaborations, leurs chaleureux accueil et pour l’expérience enrichissante et pleine

d’intérêt 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épondu à toutes nos interrogations sans oublier sa participation au cheminement

de ce rapport.

Finalement, nous dédions ce travail à :

Nos parents qui ont œuvré pour notre réussite, de par leur amour, leur soutien, tous les

sacrifices consentis et leurs précieux conseils, reçoivent à travers ce travail, l’expression de nos

sentiments et de notre éternelle gratitude.

Nos frères et soeurs qui nous remontent toujours le moral lorsque notre détermination flan-

chait.

Nos amis, pour leur support et pour tous les bons moments que nous avons vécus ensemble.

Que notre amitié durera éternellement.

1

Table des figures

12

Organigramme de la direction informatique du CIMF . . . . . . . . . . . . . . .

1

Organigramme du ministère des finances . . . . . . . . . . . . . . . . . . . . . .

13

2

Les étapes de la méthode 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’établissement 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’établissement 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éma 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é du cas d’utilisation (cid:28) établir un rapport (cid:29)

. . . . . . . .

47

25 Diagramme de séquence du cas d’utilisation ”s’authentifier” . . . . . . . . . . .

48

26 Diagramme de séquences 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’établissement d’un rapport de constat en cas de ”contribuable identifié” 50

28

Interfaces d’établissement d’un rapport de découverte en cas de ”contribuable

29

51

non identifié” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

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é du cas d’utilisation ”Etablir PV” . . . . . . . . . . . . . . 59

59

34 Diagramme d’activité de gestion remarques . . . . . . . . . . . . . . . . . . . . .

60

35 Diagramme d’activité du cas d’utilisation ”Consulter dossier fiscal” . . . . . . .

61

. . . . . . . .

36 Diagramme de séquence du cas d’utilisation ”Afficher remarque”

62

37 Diagramme de séquence du cas d’utilisation ”Etablir un PV”

. . . . . . . . . .

63

38 Diagramme de séquence du cas d’utilisation ”Consulter un dossier fiscal” . . . .

64

Interfaces d’envoi et d’affichage des remarques . . . . . . . . . . . . . . . . . . .

39

Interface d’établissement des procès-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ème Release . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . .

2

44 Diagramme de classes du sprint1

73

45 Diagramme d’activité du cas d’utilisation ”gérer agents de contrôle” . . . . . . . 74

75

46 Diagramme de séquence du cas d’utilisation ”S’authentifier à l’application web”

47 Diagramme de séquence du cas d’utilisation ”Ajouter un nouvel agent de contrôle”

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . .

76

48 Diagramme de séquence du cas d’utilisation ”Consulter agent de contrôle selon

plusieurs critères”

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

77

49 Diagramme de séquence du cas d’utilisation ”Modifier un agent de contrôle” . . 78

79

Interface de connexion à l’application web . . . . . . . . . . . . . . . . . . . . .

50

79

Interface d’ajout d’un nouvel agent de contrôle . . . . . . . . . . . . . . . . . . .

51

80

52

Interface de gestion des agents de contrôle . . . . . . . . . . . . . . . . . . . . .

81

53 Burndown chart du sprint 1 du deuxième Release . . . . . . . . . . . . . . . . .

84

54 Diagramme de cas d’utilisation du sprint 2 du deuxième Release . . . . . . . . .

88

55 Diagramme d’activité du cas d’utilisation ”gérer ordre de mission” . . . . . . . .

56 Diagramme d’activité du cas d’utilisation ”gérer remarques” . . . . . . . . . . .

89

57 Diagramme de séquence du cas d’utilisation ”Etablir un ordre de mission” . . . 90

58 Diagramme de séquence du cas d’utilisation ”consulter ordres de mission selon

plusieurs critères”

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

59 Diagramme de séquence du cas d’utilisation ”Valider un ordre de mission” . . .

60 Diagramme de séquence du cas d’utilisation ”Envoyer remarque à un agent de

91

92

contrôle”

Publicité

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

93

61 Diagramme de séquence du cas d’utilisation ”Consulter liste des procès-verbaux” 93

Interface de choix de la date de l’ordre de mission . . . . . . . . . . . . . . . . .

62

94

94

Interface d’établissement 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ème Release . . . . . . . . . . . . . . . . .

68 Diagramme de cas d’utilisation du sprint3 du deuxième Release”

99

. . . . . . . .

69 Diagramme d’activité du cas d’utilisation ”Consulter rapports” . . . . . . . . . . 100

70 Diagramme d’activité du cas d’utilisation ”Visualiser statistiques” . . . . . . . . 101

71 Diagramme de séquence du cas d’utilisation ”Consulter liste des rapports de

constat” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101

72 Diagramme de séquence du cas d’utilisation ”visualiser statistiques” . . . . . . . 102

. . . . . . . . . . . . . . . . . . . . 103

73

Interface de consultation rapport de constat

Interface de détails sur un rapport de constat choisi

74

. . . . . . . . . . . . . . . . 103

Interface de visualisation des statistiques liés au nombre de PVs par infraction . 104

75

76

Interface de visualisation des statistiques liés au nombre de PVs par année . . . 104

77 Burndown chart du sprint 3 du deuxième Release . . . . . . . . . . . . . . . . . 105

3

Liste des tableaux

17

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Les acteurs du projet

1

Backlog du produit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

24

2

Plannification des tâches . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

3

33

Tableau de correspondance entre systèmes d’exploitation, langage et IDE . . . .

4

34

Avantages et inconvénients des applications natives . . . . . . . . . . . . . . . .

5

35

Avantages et inconvénients des applications web . . . . . . . . . . . . . . . . . .

6

37

Avantages et inconvénients des applications hybrides

. . . . . . . . . . . . . . .

7

42

Backlog du sprint 1 du premier Release . . . . . . . . . . . . . . . . . . . . . . .

8

9

43

Description textuelle du cas d’utilisation ”s’authentifier à l’application mobile” .

10 Description textuelle du cas d’utilisation ”Etablir un rapport de constat/découverte” 44

52

11 User stories liées 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ées au sprint 2 du premier Release . . . . . . . . . . . . . . . . . .

69

18 Backlog du sprint 1 du deuxième Release . . . . . . . . . . . . . . . . . . . . . .

70

19 Description textuelle du cas d’utilisation ”s’authentifier à l’application web” . .

70

20 Description textuelle du cas d’utilisation ”Ajouter un agent de contrôle”

. . . .

21 Description textuelle du cas d’utilisation ”Supprimer un agent de contrôle” . . .

71

22 Description textuelle du cas d’utilisation ”Consulter agent selon plusieurs critères” 71

72

23 Description textuelle du cas d’utilisation ”Modifier un agent de contrôle” . . . .

80

24 User stories liées au sprint 1 du deuxième Release . . . . . . . . . . . . . . . . .

83

25 Backlog du sprint 2 du deuxième 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ères”

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

85

86

28 Description textuelle du cas d’utilisation ”Valider un ordre de mission” . . . . .

29 Description textuelle du cas d’utilisation ”Annuler un ordre de mission” . . . . . 86

30 Description textuelle du cas d’utilisation ”Envoyer remarque à un agent de

87

contrôle” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

31 Description textuelle du cas d’utilisation ”Afficher remarque” . . . . . . . . . . . 87

88

32 Description textuelle du cas d’utilisation ”Consulter la liste des procès-verbaux”

33 User stories liées au sprint 2 du deuxième Release . . . . . . . . . . . . . . . . .

96

98

34 Backlog du sprint 3 du deuxième 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ées au sprint 1 du premier Release . . . . . . . . . . . . . . . . . . 105

4

Table des matières

I CHAPITRE 1 : Présentation générale

1 Présentation de l’organisme d’acceuil

2 Contexte du projet

3 Description du projet

12

12

13

14

4 Méthodologie adoptée

14

4.1 La méthodologies Agile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

14

4.2 La méthode SCRUM : méthode choisie . . . . . . . . . . . . . . . . . . . . . . . 15

5 Plannification des tâches

5.1 Les acteurs du projet SCRUM . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

5.2 Diagramme de Gant

II CHAPITRE 2 : Analyse et spécification 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ée . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2 Identification des acteurs

20

3 Spécification 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é . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

5.2 Notion de complexité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

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

Publicité

1.1 Architecture trois-tiers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.2 Patron de conception . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2 Technologies à 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ôté serveur . . . . . . . . . . . . . . . . . . . . .

2.2.2 Technologies utilisées côté serveur . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . .

2.2.3 Technologies utilisées côté client :

31

31

32

33

33

33

37

38

38

39

39

IV CHAPITRE 4 :Release 1, Réalisation de l’application mobile 41

1 Sprint1 : Authentification et établissement 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 à l’application

mobile” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

43

1.2.3 Description textuelle du cas d’utilisation ”Etablir rapport” . . . . . . . . 44

44

1.3 Modélisation statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

46

1.4 Modélisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

46

1.4.1 Diagramme d’activité du cas d’utilisation (cid:28) établir un rapport (cid:29) . . . . .

46

1.4.2 Diagramme de séquence du cas d’utilisation ”s’authentifier” . . . . . . .

47

1.4.3 Diagramme de séquence du cas d’utilisation ”Etablir un rapport” . . . .

48

1.5 Développement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.6 Tests et revue du sprint et Burndown chart . . . . . . . . . . . . . . . . . . . . .

52

1.7 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 53

2 Sprint2 : Gestion des remarques, établissement 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

2.2.5 Description textuelle du cas d’utilisation ”Consulter dossier fiscal” . . . .

57

2.3 Modélisation statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

6

59

2.4 Modélisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.4.1 Diagramme d’activité du cas d’utilisation ”Etablir PV” . . . . . . . . . .

59

2.4.2 Diagramme d’activité de gestion remarques . . . . . . . . . . . . . . . . . 59

60

2.4.3 Diagramme d’activité du cas d’utilisation ”Consulter dossier fiscal” . . .

60

2.4.4 Diagramme de séquence du cas d’utilisation ”Afficher remarque” . . . . .

61

2.4.5 Diagramme de séquence du cas d’utilisation ”Etablir un PV” . . . . . . .

62

2.4.6 Diagramme de séquence du cas d’utilisation ”Consulter un dossier fiscal”

2.5 Développement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

63

2.6 Tests et revue du sprint et burndown chart . . . . . . . . . . . . . . . . . . . . . 65

2.7 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66

V CHAPITRE 5 :Release 2, Réalisation de l’application web pour

gérer des ordres de mission, gérer les agents de contrôle et visua-

liser les statistiques

67

1 Sprint1 : Authentification et gestion des agents de contrôle

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 à l’application

70

web” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.2.3 Description textuelle du cas d’utilisation ”Ajouter un agent de contrôle”

70

1.2.4 Description textuelle du cas d’utilisation ”Supprimer un agent de contrôle” 71

1.2.5 Description textuelle du cas d’utilisation ”Consulter agent selon plusieurs

critères” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.2.6 Description textuelle du cas d’utilisation ”Modifier un agent de contrôle”

1.3 Modélisation statique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

1.4 Modélisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

71

72

72

73

1.4.1 Diagramme d’activité du cas d’utilisation ”gérer les agents de contrôle” . 73

1.4.2 Diagramme de séquence du cas d’utilisation ”S’authentifier à l’application

web” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

74

1.4.3 Diagramme de séquence du cas d’utilisation ”Ajouter un agent de contrôle” 75

1.4.4 Diagramme de séquence du cas d’utilisation ”Consulter agent selon plu-

sieurs critères” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

76

1.4.5 Diagramme de séquence du cas d’utilisation ”Modifier un agent de contrôle” 77

78

1.5 Développement 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ès 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ères”

. . . . . . . . . . . . . . . . . . . . . . . . . . .

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 à un agent

de contrôle” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

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ès-

85

86

86

87

87

88

verbaux” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

88

2.3 Modélisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

88

2.3.1 Diagramme d’activité du cas d’utilisation ”gérer ordre de mission” . . . .

2.3.2 Diagramme d’activité du cas d’utilisation ”gérer remarques” . . . . . . .

89

2.3.3 Diagramme de séquence du cas d’utilisation ”Etablir un ordre de mission” 89

2.3.4 Diagramme de séquence du cas d’utilisation ”consulter ordres de mission

selon plusieurs critères”

Publicité

91

2.3.5 Diagramme de séquence du cas d’utilisation ”Valider un ordre de mission” 91

2.3.6 Diagramme de séquence du cas d’utilisation ”Envoyer remarque à un

. . . . . . . . . . . . . . . . . . . . . . . . . . .

agent de contrôle”

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

92

2.3.7 Diagramme de séquence du cas d’utilisation ”Consulter liste des procès-

93

verbaux” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2.4 Développement 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élisation dynamique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100

3.3.1 Diagramme d’activité du cas d’utilisation ”Consulter rapports”

. . . . . 100

3.3.2 Diagramme d’activité du cas d’utilisation ”Visualiser statistiques” . . . . 101

3.3.3 Diagramme de séquence du cas d’utilisation ”Consulter liste des rapports

de constat” . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101

3.3.4 Diagramme de séquence du cas d’utilisation ”visualiser statistiques” . . . 102

3.4 Développement du sprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102

3.5 Tests et revue du sprint et burndown chart . . . . . . . . . . . . . . . . . . . . . 105

8

3.6 Retrospective . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105

9

Introduction générale

Introduction générale

De nos jours, il ne se passe pratiquement pas une journée sans entendre parler des applica-

tions mobiles qui deviennent de plus en plus présentes dans plusieurs domaines de notre vie.

La mobilité est en effet un sujet émergeant de ces toutes dernières années. Le développement

des écrans tactiles a ouvert un potentiel pour de nouvelles applications d’entreprises innovantes

pour les consommateurs, les citoyens et les employés. Les applications mobiles sont faites pour

améliorer la performance des entreprises, la réactivité, l’agilité et principalement pour avoir

une réponse à la demande en temps réel. 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és du côté 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 être 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éclamation, demander une assistance. . . etc ou pour des activités com-

merciales : consulter un catalogue de produits, passer ou suivre une commande. . . etc

• Des applications B2E (Business to Entreprise) destinées pour les employés et qui se

répartissent en trois types : des applications de type ‘ETENDRE LES PROCESSUS OPE-

RATIONNELS’ qui accompagnent les travailleurs nomades dans leurs activités quotidiennes,

des applications de type ‘DISPOSER D’UN BUREAU MOBILE’ qui permettent aux employés

de réaliser des taches de bureau en mobilité, et des applications de type ‘ACCEDER AUX

DONNEES DE l’ENTREPRISE ’ qui permettent aux salariés de disposer des informations

dont ils ont besoin en mobilité.

Le ministère de finances est doté d’une importante infrastructure matérielle et logicielle

composée de trois centres de traitement de l’information et d’un centre de backup, en plus d’un

réseau informatique qui couvre l’ensemble des structures du Ministère. Le Centre Informatique

du Ministère de Finance (CIMF) est chargé de l’acquisition, la mise en œuvre, l’administration

et l’exploitation de cette essentielle infrastructure matérielle et logicielle.

Afin d’offrir une meilleur qualité de service, le CIMF va opter pour les applications B2E

pour développer une application mobile de gestion des opérations de contrôle sur place dans

le but de faciliter la tâche aux agents de contrôle des impôts et d’apporter plus d’efficacité et

d’efficience aux opérations de contrôle.

Actuellement, pour accomplir leurs tâches, les agents de contrôle effectuent beaucoup de

déplacements et perdent énormement de temps. Ils se trouvent obligés de revenir à leurs bu-

reaux a chaque fois qu’ils ont besoin de consulter un document. Grâce a cette application, ils

vont pouvoir accéder en temps réel à la base des données de la direction générale des impôts.

Ils peuvent à partir de leurs tablettes consulter un dossier fiscal d’un contribuable, établir un

rapport de constat ou établir un procès-verbal.

Cette application va être utilisée aussi bien pour l’opération de contrôle facture sur la voie

10

Introduction générale

publique que pour le contrôle sur place.

En plus de l’application mobile, une application web va être développée. Cette dernière va

permettre aux utilisateurs ayant des privilèges spéciaux d’établir et de valider des ordres de

mission ou de les consulter selon plusieurs critères.

Différents employés vont pouvoir utiliser ces deux applications :

L’application web sera reservée aux chefs de bureau pour gérer les utilisateurs et les ordres

de missions.

L’application mobile va être utilisée par les agents de contrôle pour effectuer les contrôles

nécessaires sur place ou sur la voie publique.

Dans ce rapport, nous allons décrire les étapes que nous avons suivies pour la mise au

concrêt de cette nouvelle solution.

Tout d’abord, et aprés une présentation générale du contexte et du contenu du projet, nous

allons dans un deuxième chapitre faire une analyse du projet avec une spécification des besoins

fonctionnels et non fonctionnels. Ensuite, dans un troisième chapitre, nous allons réaliser une

étude technique, dans laquelle, nous allons présenter nos choix architecturaux et les technologies

qu’on va utiliser au cours de notre développement mobile et web. Dans le quatrième chapitre,

nous ferons une conception détaillée du premier Release qui va être le Release qui concerne

l’application Mobile. Et enfin, dans le cinquième et le dernier chapitre, nous allons présenter le

Release qui concerne le développement de l’application web.

11

CHAPITRE 1 : Présentation générale

Première partie

CHAPITRE 1 : Présentation générale

Durant ce chapitre, nous allons cadrer notre travail d’un point de vue organisationnel,

stratégique et méthodologique. Mais tout d’abord, il serait nécessaire de présenter l’organisme

d’accueil, pour ensuite expliquer l’idée du projet tout en mettant l’accent sur les raisons pour les-

quelles le CIMF (Centre Informatique du Ministère des Finances) a opté pour le développement

de cette application, et finir par une description des méthodes agiles.

1 Présentation de l’organisme d’acceuil

Organigramme de la direction informatique du CIMF :

La figure ci-dessous présente les différents départements du centre informatique du ministère

des finances en montrant les composants de chaque département.

Figure 1 – Organigramme de la direction informatique du CIMF

Notre projet sera effectué dans la direction du système (cid:28) SADEC (cid:29) dans l’unité des appli-

cations du contrôle fiscal.

12

CHAPITRE 1 : Présentation générale

Le centre informatique du ministere des finances (C.I.M.F) est un établissement public a

caractère non administratif, créé le 31 décembre 1981, chargé de l’élaboration, mise en place et

l’exécution d’une stratégie informatique pour le bénéfice du ministère des finances.

Le CIMF bénéficie d’un effectif compétent, et d’une infrastructure matérielle et logicielle

importante dont leur exploitation assure l’accroissement et l’évolution des système d’informa-

tions et offre un service de qualité fiable et confidentiel.

Le CIMF est chargé essentiellement de :

• l’étude, la conception, le développement, l’implémentation et l’exploitation des systèmes d’in-

formations, et des plateformes matérielles et logicielles.

• La gestion d’un réseau informatique.

• l’assistance technique aux différentes structures du ministère de finances.

[2]

2 Contexte du projet

C’est dans le cadre général de l’orientation de l’Etat vers l’intégration des nouvelles techno-

logies dans les systèmes administratifs, notamment le programme (cid:28) Tunisie numérique (cid:29), que

le CIMF a opté pour le développement d’une nouvelle solution afin de moderniser les opérations

qu’effectuent les agents de contrôle et de numériser la plupart des actions faites manuellement.

Organigramme du ministère des finances :

La figure ci-dessous présente la structure du ministère des finances.

Notre application sera dédiée à la direction générale des impôts. Les agents de contrôle des

impôts sont attachés aux différents bureaux de contrôle des impôts et dans le cadre de l’opération

de contrôle sur place ou de contrôle facture, que nous expliquerons plus tard, qu’ils sont menés

à utiliser la nouvelle application.

Figure 2 – Organigramme du ministère des finances

13

CHAPITRE 1 : Présentation générale

DGI : Direction Générale des Impôts

CCI : Centre de Contrôle des Impôts

BCI : Bureau de Contrôle des Impôts

DGE : Direction Grande Entreprise

IFU : Impôt Forfaitaire Unique

DGCPR : Direction Générale de la Comptabilité Publique et du Recouvrement

TR : Trésoreries Régionales

3 Description du projet

Notre projet consiste à concevoir et développer deux parties complémentaires :

La première est la partie mobile, qui permettra aux agents de contrôle des impôts d’établir

des rapports de constat. Ces derniers vont contenir toutes les informations constatées par les

agents durant leurs missions de contrôle, tels que l’activité principale, l’activité secondaire, la

description du matériels, le nombre de salariés et la valeur du stock du contribuable en ques-

tion. L’application va également permettre d’automatiser la saisie des procès-verbaux et de

communiquer avec les deux systemes : le systeme SADEC (Systeme d’Aide a la Décision et à

l’Encadrement du Contrôle fiscal) pour consulter des infractions pénales et le système RAFIC

(Rationalisation de l’Action Fiscale et Comptable) pour consulter des dossiers fiscaux.

La deuxième est la partie web qui sera dédiée aux chefs des bureaux de contrôle des impôts.

Elle va leur permettre de gérer les agents de contrôle travaillant dans les bureaux de contrôle

ainsi que la gestion administrative des ordres de mission, et la supervision de l’exécution des

opérations par les agents en temps réel, ce qui aide à la prise de décision.

4 Méthodologie adoptée

4.1 La méthodologies Agile

Il existe plusieurs méthodes de conception néanmoins les méthodes agiles sont les mieux

adaptées car elles permettent d’apporter facilement des modifications à chaque fois que l’on a

besoin. En fait, une méthode agile est une approche itérative et incrémentale, qui est menée

dans un esprit collaboratif tout en prend en compte l’évolution des besoins des clients.

Parmis les méthodes agiles les plus répondus, on peut citer XP, RUP, RAD, SCRUM . . .

XP (EXtreme Programming) :