Déclaration automatisée de l'impôt sur les revenus locatifs. Cas de l'office burundais des recettes.

Bujumbura, Octobre 2019

REPUBLIQUE DU BURUNDI

1

MINISTERE DE L'ENSEIGNEMENT SUPERIEUR
ET DE LA RECHERCHE SCIENTIFIQUE

UNIVERSITE DES GRANDS LACS

Stage effectué à l'Office Burundais des Recettes du 03 Juin au 03

Août 2019.

DECLARATION AUTOMATISEE DE L'IMPOT SUR LES REVENUS LOCATIFS :

"CAS DE L'OBR. »

Par :
MANARIYO Jean
et
IRAKOZE Onex Bellard

Sous l'encadrement de: MSc. NTINANIRWA Pie Pacifique

Présentation d'un travail de fin d'études universitaires en vue de l'obtention d'un Diplôme de Baccalauréat en Informatique de Gestion.

DEDICACES

A ma chère mère

A mes grands frères et grandes soeurs

A mon Oncle NTAGABO Gabriel

A la famille NTAGABO Pierre

A mon confrère IRAKOZE Onex Bellard

MANARIYO Jean

A mes chers parents

A mon frère et ma soeur

A mes Oncles et Tantes

A mes cousins et cousines

A mon confrère MANARIYO Jean

IRAKOZE Onex Bellard

II

REMERCIEMENTS

En premier, nous aimerions remercier le bon Dieu le tout puissant pour nous avoir donné le courage et la volonté de réaliser ce travail de fin d'études universitaires.

Nous désirons remercier nos chers parents qui nous ont soutenus et encouragés durant toute notre vie et pendant notre cursus d'études.

Nos remerciements les plus chaleureux vont à MSc. NTINANIRWA Pie Pacifique pour sa disponibilité et ses très précieux conseils ainsi que ses remarques qui nous ont permis d'améliorer la qualité de ce travail.

Nous tenons à exprimer toute notre grande gratitude aux membres de jury d'avoir accepté d'évaluer ce travail.

Nous saisissons également cette occasion pour remercier le personnel de l'Office Burundais des Recettes (OBR), pour nous avoir donné l'accès aux documents nécessaires à la réalisation de ce travail.

Nos vifs remerciements s'adressent également à tous nos enseignants de la Faculté d'Informatique de Gestion de l'Université des Grands Lacs pour la formation qu'ils ont eu le soin de nous apporter le long de notre cursus universitaire.

Nous remercions toutes les personnes ayant contribué de près ou de loin à l'élaboration de ce travail.

MANARIYO Jean et IRAKOZE Onex Bellard

III

LISTE DES SIGLES

CEA : Communauté Est Africaine.

CSS : Cascading Style Sheets

JSF : Java Server Faces

MCD : Modèle Conceptuel de Données

MVC : modèle vue contrôleur

OBR : Office Burundais des Recettes

OMG : Object Management Group

OMT : Object Modeling Technique

OOD : Object Oriented Design

OOSE : Object Oriented Software Engineering

R.H : Ressources Humaines

UGL : Université des Grands Lacs

UML : Unified Modeling Language

URL : Uniform Ressource Locator

WAMP : Windows Apache Mysql php

XHTML : Extensible HyperText Markup Language

iv

LISTE DES FIGURES

Figure 1 : Organigramme du leadership OBR 9

Figure 2 : Diagramme de cas d'utilisation 17

Figure 4 : Dictionnaire de données 19

Figure 5 : Diagramme de classe 22

Figure 6 : Notion de visibilité Erreur ! Signet non défini.

Figure 7 : Formulaire d'accès 28

Figure 8 : formulaire d'authentification 29

Figure 9 : La page d'accueil pour l'administrateur 29

Figure 10: Formulaire pour le droit d'accès du contribuable 30

Figure 11: La page d'accueil pour le bénéficiaire d'abattement 30

Figure 12: La page d'accueil pour le non-bénéficiaire d'abattement 31

Figure 13: Formulaire pour l'enregistrement des contribuables 31

Figure 14: Formulaire pour l'enregistrement d'un agent de l'OBR 32

Figure 15: Formulaire pour enregistrer une maison 32

Figure 16: Formulaire pour ajouter une déclaration avec abattement 33

Figure 17: Formulaire pour ajouter une déclaration sans abattement 34

Figure 18: Formulaire pour l'affichage de la liste des déclarations 34

V

TABLE DES MATIERES

DEDICACES i

REMERCIEMENTS ii

LISTE DES SIGLES iii

LISTE DES FIGURES iv

TABLE DES MATIERES v

CHAPITRE I : INTRODUCTION GENERALE 1

I.1. Intérêt du sujet 1

I.2. Objectif du sujet 2

I.3. Délimitation du sujet 2

I.4. Méthodologie de recherche 3

I.5. Articulation sujet 3

CHAPITRE II. PRESENTATION GENERALE DE l'OBR 4

II.0. Introduction 4

II.1. Description de l'O.B.R 4

II.2. Objectifs, visions et Missions de l'O.B.R 4

II.2.1. Objectifs 4

II.2.2. Vision de L'O.B.R 5

II.2.3. Mission de l'O.B.R 5

II.3. Présentation géographique de l'OBR 5

II.4. Valeurs fondamental de l'O.B.R 6

II.5. Problèmes résolus par l'O.B.R 6

II.5.1. Une structure unique de collecte des recettes 7

II.5.2. Une structure dotée de la personnalité juridique 7

II.6. Analyse de l'existant 7

II.7. Problématique 7

II.8. Hypothèse du travail 8

II.9. Solution proposée 8

II.10. Organigramme du leadership OBR 9

vi

CHAPITRE III : MODELISATION DU SYSTEME D'INFORMATION

AVEC UML 10

III.0. Introduction 10

III.1. Historique d'UML 10

III.2. Présentation d'UML. 12

III.2.1. Représentation des diagrammes d'UML 12

III.2.1.1. Diagramme de cas d'utilisation 15

III.2.1.2. Diagramme de classes 18

III.2.2. Notion de visibilité Erreur ! Signet non défini.

CHAPITRE IV. PRESENTATION DE L'INTERFACE UTILISATEUR . 24

IV.1.Les outils utilisés 24

IV.1.1. Présentation de Java 24

IV.1.2. WAMPServer 25

IV.1.3. Présentation de MYSQL 25

IV.1.4. Présentation de XHTML 26

IV.1.5. Présentation de Mozilla Firefox ou Internet explorer 26

IV.1.6. Présentation de JSF 26

IV.1.7. Présentation du Glassfish 27

IV.1.8. Présentation du style CSS 27

IV.2. Présentation de quelques pages de l'application 28

CONCLUSION ET SUGGESTIONS 35

REFERENCES BIBLIOGRAPHIQUES 36

1

CHAPITRE I : INTRODUCTION GENERALE

Actuellement, le monde connaît une avancée technologique considérable dans tous les secteurs et cela à l'aide de l'informatique, qui joue un rôle important dans le développement de nombreuses entreprises et organisations.

Avant l'invention de l'ordinateur, nous enregistrons toutes les informations manuellement sur des supports en papier. Ce qui engendre beaucoup de problèmes tel que la perte de temps considérable dans la recherche de l'information ou la dégradation de cette dernière.

A nos jours, l'informatique est trop nécessaire dans la vie courante car elle permet le traitement automatique de l'information. L'homme est à la base de l'informatisation et fourni aussi les efforts tant bien intellectuels que physiques afin de découvrir non seulement des méthodes de communication adéquates, mais aussi de trouver l'outil indispensable pour la gestion efficace des diverses entreprises ; il a permis d'automatiser certaines tâches, de faciliter le traitement rapide de l'information et d'améliorer la production des entreprises.

Au sein de l'OBR, la majorité des services utilise l'outil informatique mais certains d'entre eux ne l'utilisent pas. Comme par exemple le cas de la déclaration de l'impôt sur les revenus locatifs, d'où alors le sujet de notre travail : DECLARATION AUTOMATISEE DE L'IMPOT SUR LES REVENUS LOCATIFS.

I.1. Intérêt du sujet

Le présent travail présentera un intérêt important à l'entreprise, à nous-même et aux autres étudiants:

? Envers l'entreprise

La réalisation de ce travail permettra la bonne gestion de déclaration de l'impôt sur les revenus locatifs. Une fois que ce travail est apprécié par l'OBR, cette dernière pourra l'acheter.

2

V' Envers l'étudiant

Ce travail permettra d'améliorer les connaissances acquises à l'Université afin de se familiariser avec le monde du travail. Il pourra aussi servir de référence à d'autres étudiants qui aborderont des sujets dans le domaine informatique et ça sera beaucoup plus avantageux pour les étudiants qui se lanceront dans le domaine de développement des applications.

V' Envers nous

Le présent travail nous permet d'améliorer l'esprit de recherche et nous donne l'occasion de mettre en pratique des théories apprises en classe.

I.2. Objectif du sujet

Notre objectif est de mettre en place une application qui va faciliter la gestion, la sécurisation et le traitement de données. En effet l'ajout, l'affichage, la modification, la suppression et la recherche d'une déclaration faite dans la base de données seront très facile et fiable.

I.3. Délimitation du sujet

Le présent travail se limite dans le temps, dans l'espace et dans le domaine :

V' Dans le temps, ce sujet est d'application depuis le mois de juin 2019 à octobre 2019.

V' Dans l'espace, les données de référence sont collectées au niveau du service IMPOT LOCATIF.

V' Dans le domaine : Notre sujet se limite à automatiser la déclaration de l'impôt sur les revenus locatifs dans le but d'améliorer la qualité de l'information.

3

I.4. Méthodologie de recherche

Lors de notre recherche, nous avons fait recours à quelques méthodes de collecte et d'analyse de données :

V' La documentation : Nous avons consulté différents documents de la direction des technologies de l'information de l'OBR, du service de l'Impôt locatif de l'OBR, les mémoires de l'UGL et l'internet afin de bien réaliser ce travail ;

V' L'observation : Il s'agit d'un regard suivi de la méditation sur les réalités du terrain ;

V' L'interview : Nous avons procédé à la démarche interrogative envers le chef de service dans la technologie de l'information et le chef de service de l'impôt locatif pour pouvoir découvrir les problèmes existants.

I.5. Articulation sujet

Ce présent rapport s'articule sur quatre chapitres :

V' Dans le premier chapitre intitulé « INTRODUCTION GENERALE », nous présenterons l'intérêt du sujet, l'objectif du sujet, la délimitation du sujet et la méthodologie de recherche.

V' Le deuxième chapitre est intitulé : « PRESENTATION GENERALE DE l'OBR ».

Dans ce second chapitre, nous présenterons la description de l'O.B.R, la présentation géographique de l'OBR, ses Valeurs fondamental, les problèmes résolus par l'O.B.R, l'analyse de l'existant, la problématique, l'hypothèse du travail ainsi que la solution proposée.

V' Le troisième chapitre est intitulé : «MODELISATION DU SYSTEME D'INFORMATION AVEC UML ».

Dans ce troisième chapitre, nous allons faire une conception détaillée de notre application en présentant les cas d'utilisation sous différents diagrammes.

V' Le quatrième et dernier chapitre intitulé : «PRESENTATION DE L'INTERFACE UTILISATEUR», sera la partie de l'implémentation et la réalisation de notre application, où nous présenterons l'environnement de développement, la structure de notre application et quelques interfaces de celle-ci.

1 Analyse du processus de passation des marchés publics au sein d'une institution semi-autonome

4

CHAPITRE II. PRESENTATION GENERALE DE l'OBR¹

II.0. Introduction

Ce chapitre est consacré à la présentation générale de l'OBR, son objectif sa vision, sa mission, sa présentation géographique, ses valeurs fondamental, son organisation administrative ainsi que son fonctionnement dans le service IMPOT LOCATIF.

II.1. Description de l'O.B.R

L'OBR exerce dans le cadre des lois et règlements en vigueur toutes les missions et prérogatives en matière fiscale comprenant notamment : celles concernant la détermination et élargissement de l'assiette, le contrôle, la rectification et prélèvement à caractère fiscal. Il est un établissement publique, placé sous la tutelle du Ministre ayant les finances dans ses attributions. Il demeure responsable de la politique fiscale. Son siège se trouve à l'ouest du port de Bujumbura et il peut être transféré à n'importe quel endroit du territoire burundais sur décision du conseil d'administration.

II.2. Objectifs, visions et Missions de l'O.B.R

L'office burundais de recettes possède des objectifs, vision et des missions à poursuivre lui permettant d'arriver aux bons résultats.

II.2.1. Objectifs

L'office burundais des recettes a été créé pour deux objectifs essentiels à savoir : ? Mieux servir les contribuables,

? Améliorer la rentrée des recettes fiscales et douanières pour le trésor publique.

5

Sa création est également une réforme qui cadre avec la politique d'intégration économique du Burundi au sein de la Communauté Est Africaine(CEA).

Elle est un établissent publique semi-autonome de collecte des recettes publiques, créée par la loi N⁰1/11 du 14 juillet 2019 dans le but de réduire la pauvreté par le biais d'une collecte améliorée des recettes publiques ainsi qu'un environnement amélioré de affaires au Burundi. L'OBR est donc une nouvelle institution créée pour inaugurer une ère d'Administration Fiscale et Douanière moderne et professionnelle du Burundi.

II.2.2. Vision de L'O.B.R

L'O.B.R a une vision d'être une administration fiscale moderne contribuant au développement du Burundi et à son intégration dans l'économie régionale et mondiale.

II.2.3. Mission de l'O.B.R

L'Office Burundais des recettes a une mission principale de renforcer le civisme fiscal par un service de qualité en faveur des contribuables.

II.3. Présentation géographique de l'OBR

Dans sa circonscription actuelle, la direction de l'OBR sise à l'immeuble VIRAGO et se localise à l'ouest de la capitale à côté du port de BUJUMBURA en bas de l'immeuble TOYOTA sur l'avenue de la Tanzanie no 936a. C'est de là que l'OBR assure l'encadrement des sites douaniers et le suivi des taxes internes sur les territoires du pays.

6

II.4. Valeurs fondamental de l'O.B.R

Le personnel de l'O.B.R se caractérise par les valeurs suivantes :

w' L'intégrité : c'est la motivation première à être conforme à ce que l'on est réellement. L'intégrité est donc le qualificatif donné à ce mécanisme de conformité à soi-même.

w' Professionnalisme : compétence, savoir-faire dans un métier.

w' Responsabilité : c'est une obligation de répondre à ses actions ou à celles des autres, d'être garant de quelque chose.

w' Innovation : c'est faire introduire des nouveautés, changements importants dans un domaine quelconque.

w' Motivation : c'est l'ensemble des facteurs déterminant l'action et le comportement d'un individu pour atteindre un objectif ou réaliser une activité. C'est la combinaison de l'ensemble des raisons conscientes ou non, collectives et individuelles, qui incitent l'individu à agir au sein d'une équipe.

w' Collaboration : par définition, « la collaboration est l'acte de travailler ensemble pour atteindre un objectif. Dans son sens commun, la collaboration est un processus par lequel deux ou plusieurs personnes ou organisations s'associent pour réaliser un travail suivant des objectifs communs ». Les fonctions Ressources Humaines (RH) sont souvent à la manoeuvre pour faciliter la mise en oeuvre de telle pratique dans l'entreprise.

w' Courtoisie : attitude de politesse raffinée, mêlée d'élégance et de générosité ; civilité.

II.5. Problèmes résolus par l'O.B.R

Les problèmes qui se posaient à l'ancienne administration fiscale tels que l'éparpillement des services fiscaux, l'absence de personnalité juridique, l'inefficacité des contrôles, ont reçu des solutions dans la réforme du 14/7/2009.

7

II.5.1. Une structure unique de collecte des recettes

Désormais un organisme publique dénommé Office Burundais des Recettes remplace les anciennes directions des douanes, direction des impôts et des recettes administratives et de la porte feuille de l'Etat.

II.5.2. Une structure dotée de la personnalité juridique

Cela veut dire que l'O.B.R possède l'aptitude à être titulaire de droits et de devoirs.

II.6. Analyse de l'existant

Durant notre parcours dans l'office burundais des recettes, nous avons remarqué que les déclarations de l'impôt sur les revenus locatifs se font manuellement et ils enregistrent les opérations dans des formulaires sur papiers, mais aussi ils utilisent le Microsoft Excel pour cette tâche.

II.7. Problématique

Nous avons pu constater, en effet, pendant notre observation au sein de l'Office Burundais des recettes « OBR » qu'une majeure partie des traitements dans le service de déclaration de l'impôt sur les revenus locatifs se fait manuellement, ce qui engendre des problèmes tels que :

V' Volume important des informations traitées manuellement, ce qui provoque parfois des erreurs dans le classement des déclarations ;

V' Recherche difficile sur les déclarations, cause une perte de temps ;

V' Insécurité de l'information ;

V' Possibilité d'erreur dans le remplissage des Formulaires de déclarations ; V' Impossibilité de mener une déclaration à distance.

8

II.8. Hypothèse du travail

Hypothèse à confirmer ou infirmer à la fin de notre étude est la suivante :

« La mise en place d'une application de gestion des déclarations de l'impôt sur les revenus locatifs dans une entreprise améliorera-t-elle la qualité et la rapidité du travail? »

II.9. Solution proposée

Nous allons mettre en place une application informatique qui vise à gérer les déclarations et permettra ainsi aux dirigeants de l'OBR de pouvoir mieux contrôler les contribuables et les déclarations.

9

		Commissaire des Taxes Internes Et Recettes Non Fiscales				Commissaire des Enquêtes, Renseignements et Gestion du Risque
Commissaire des Services Généraux				Commissaire des Douanes et Accises

Directeur, Étude et Planification Stratégique

Directeur de la Communicatio n et Services aux Contribuables

Directeur, Juridique et Gestion du Contention

Directeur des Finances

Directeur de l'Audit Interne et Assurance Qualité

Directeur des Ressources Humaines

Directeur de l'Administration

et des Approvisionnements

Figure 1: Organigramme du leadership OBR

Directeur des Programmes et Suivi au CTI

Directeur des Moyens Contribuables

Directeur des Grands

Contribuables

Directeur, des

Petits et Micro Contribuables

Directeur de l'Immatriculation du Contribuable

Directeur des Programmes et Suivi au CDA

Directeur des Services Douaniers

Et E-Business

Directeur des Opérations Douanières

Directeur des enquêtes sur les Taxes et les Douanes

Directeur des Renseignements et de la Gestion du Risque

Directeur de la Lutte Contre la Fraude Douanière Et Contrebande

Directeur, Technologies de l'Information

Directeur de la Formation

II.10. Organigramme du leadership OBR

Commissaire Général Adjoint

Commissaire Général

Office burundais des Recettes

Organigramme du leadership OBR : Conseils d'Administration

2 Développement d'une application de gestion d'archivage dans une entreprise publique

10

CHAPITRE III : MODELISATION DU SYSTEME D'INFORMATION AVEC UML

III.0. Introduction

Pour réaliser une application, il est indispensable de faire d'abord l'analyse de l'objet d'étude, organiser les idées recueillies de la modélisation, les documenter.

Il faut aussi définir les modules et étapes de réalisation, on a un modèle (produit de la modélisation), sur lequel nous allons travailler par la suite. Modéliser un système avant sa réalisation permet de mieux comprendre le fonctionnement du système. C'est également un bon moyen de maitriser sa complexité et d'assurer sa cohérence.

Au cours de ce chapitre, nous allons faire une aperçue sur les notions d'UML que nous allons utiliser pour concevoir le nouveau système.

III.1. Historique d'UML2

UML est le résultat de la fusion de trois méthodes d'analyses orientées objets :

V' La méthode OOD(object Oriented Design) ;

V' La méthode OMT (Object Modeling Technique);

V' La méthode OOSE (Object Oriented Software Engineering).

A l'initiative de la société Rational software, les auteurs principaux de ses trois

méthodes se sont mis d'accord sur un langage de modélisation unifiée.

UML est devenu une référence lorsqu'il a été retenu par un groupement public,

l'Object Management Group(OMG) en 1997.

11

Initialement perçu comme un ensemble de diagrammes permettant de représenter un système informatique pour les développeurs travaillant avec une approche orientée objet, ce langage de modélisation a été utilisé pour décrire un système d'information, notamment au niveau du cahier des charges.

Au début des années 90, une cinquantaine de méthodes d'analyse et de conception objet ont été conçues, trois d'entre elles se démarquent des autres :

V' OMT de James Rumbaugh

V' BOOCH de GradyBooch ;

V' OOSE d'Ivar Jacobson.

Une volonté convergée vers une méthode unifiée se fait sentir

V' James Rumbaugh et GradyBooch se retrouvent au sein de la société rational software puis rejoint par Ivar Jacobson ;

V' Les trois fondateurs se donnent comme objectif de fusionner leur méthode et créer UML ;

V' En quelques années, UML s'est imposé comme standard à utiliser en tant que langage de modélisation objet.

Booch, Jacobson et Rumbaugh se fixe à 4 objectifs :

V' Représenter des systèmes entiers (au-delà d'un seul logiciel) par des concepts objets ;

V' Etablir un couplage qui explicite entre les concepts et les artefacts exécutables ; V' Prendre en compte les facteurs d'échelle inhérents aux systèmes complexes et critiques ;

V' Créer un langage de modélisation utilisable à la fois par les humains et les machines.

Les créateurs d'UML insistent tout particulièrement sur le fait que la notation UML est un langage de modélisation objet et non pas une méthode objet et également, il

3 Pascal Roques, UML2 par la pratique, études des cas et exercices corrigés, 5è édition, Eyrolles, septembre 2006

12

n'est pas une notation propriétaire; elle est accessible à tous et les fabricants d'outils ainsi que les entreprises de formation peuvent librement en faire usage.

III.2. Présentation d'UML.3

UML signifie Unified Modeling Language:

V' C'est un langage standard, pour spécifier, visualiser, concevoir et documenter tous les aspects du système d'information;

V' C'est également un langage de modélisation graphique et textuel ;

V' Permet d'exprimer et d'élaborer un modèle d'objets indépendamment de tous langages de programmation ;

V' Permet de concevoir des architectures logicielles ;

V' Unifie à la fois les notations et les concepts orientés Objet ;

V' Unifie également les notations nécessaires aux différentes activités d'un processus de développement logiciel.

III.2.1. Représentation des diagrammes d'UML

En UML, on parle de quatorze diagrammes, regroupés en deux grandes catégories :

V' Sept diagrammes structurels, ayant pour vocation de respecter l'aspect statique du système. La statique revient à dire simplement les données.

13

V' Sept diagrammes comportementaux, représentant la partie dynamique du système réagissant aux événements et permettant de produire des résultats attendus par les utilisateurs. La dynamique définit les traitements.

1. Les diagrammes structurels V' Le diagramme de classe

Il représente la description statique du système en intégrant dans chaque classe la partie dédié aux données et celle dédié aux traitements. Il s'agit d'un diagramme pivot de l'ensemble de la modélisation d'un système.

V' Le diagramme d'objet

Ce diagramme permet la représentation d'instance de classe et des liens entre les instances.

V' Le diagramme de composant

Celui-ci représente les différents constituants du logiciel au niveau de l'implémentation d'un système.

V' Le diagramme de déploiement

Il s'agit d'un diagramme qui s'occupe de la description de l'architecture technique d'un système avec une vue centrée sur la représentation des composants dans la configuration de l'exploitation.

V' Le diagramme de paquetage

Ce diagramme donne une vue d'ensemble du système structuré en paquetage. Ainsi, chaque paquetage représente un ensemble homogène d'élément du système tel que les classes, les composants,....

14

V' Le diagramme de structure composite

Ce dernier sert à la description de la structure interne d'un ensemble complexe composé par exemple de classe ou d'objets et de composants techniques, il met aussi l'accent sur les liens entre le sous-ensemble qui collaborent.

V' Le diagramme de profil

Illustrer l'application de profils contenant des types de langue de code source et d'autres structures et vous permet aussi de définir des stéréotypes personnalisés pour des applications spéciales.

2. Les diagrammes comportementaux V' Le diagramme de cas d'utilisation

Ce diagramme est destiné à la représentation des besoins des utilisateurs par rapport au système .C'est l'un des diagrammes les plus structurant dans l'analyse d'un système. Il s'agit d'un diagramme qui montre les différents états des objets en réaction aux événements.

V' Diagramme d'activité

Ce diagramme donne une vision des enchainements des activités à une opération ou à un cas d'utilisation. Il permet également de représenter les flots de contrôle et les flots de données.

V' Diagramme de séquence

C'est un diagramme qui sert à la description des scénarios de chaque cas d'utilisation en mettant l'accent sur la chronologie des opérations en interaction avec les objets.

L'acteur peut consulter ou modifier l'état du système.

15

V' Diagramme de communication

Dans le temps, on parlait de diagramme de collaboration, il s'agit d'une autre façon de représenter des scenarios de cas d'utilisation mettant beaucoup plus l'accent sur l'objet et messages.

V' Diagramme d'interaction

Il fournit une vue générale des interactions décrites dans le diagramme de séquence et des flots de contrôle décrits dans le diagramme d'activité.

V' Diagramme de temps

Il permet la représentation des états et des interactions d'objets dans un contexte ou le temps à une forte influence sur le comportement du système à gérer.

V' Le diagramme d'état

Identifient les états et les transitions d'un objet alors qu'il évolue dans son cycle de vie. Les diagrammes d'états sont un moyen traditionnel orienté vers l'objet d'afficher le comportement et de documenter comment un objet répond à des événements, y compris les stimuli internes et externes.

III.2.1.1. Diagramme de cas d'utilisation

Le diagramme de cas d'utilisation est un modèle de haut niveau destiné à concevoir les besoins et le comportement d'un système. Ce diagramme modélise les fonctionnalités du système telles qu'elles sont perçues par les utilisateurs externes appelés acteurs qui effectuent des tâches définies comme cas d'utilisation.

Il convient de préciser qu'UML n'emploie pas le terme d'utilisateur mais d'acteur. 1. Acteur : entité externe qui agit sur le système (opérateur, autre système). Exemple schématique d'un acteur :

16

En réponse à l'action d'un acteur, le système fournit un service qui correspond à son besoin. Les acteurs peuvent être classés (hiérarchisés).

2. Cas d'utilisation : ensemble d'actions réalisées par le système, en réponse à une action d'un acteur. Un cas d'utilisation est représenté par une ellipse contenant son nom.

Cas d'utilisation

Exemple schématique de cas d'utilisation :

L'objectif principal de ce diagramme consiste à faire clairement apparaître les cas d'utilisation et montrer quels sont les acteurs qui participent à chaque cas d'utilisation. Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d'un système logiciel. Un cas d'utilisation représente une unité discrète d'interaction entre un acteur et un système. Il est une unité significative de travail.

Dans un diagramme de cas d'utilisation, les utilisateurs sont appelés acteurs, ils interagissent avec les cas d'utilisation (use cases).

Identification des acteurs

Les différents acteurs qu'on va trouver dans nos diagrammes de cas d'utilisation sont :

1. gérant/agent de l'OBR : l'acteur principal dans notre application, c'est lui qui :

V' reçoit les contribuables et les déclarations, V' s'occupe du suivi,

V' oriente les contribuables.

2. Administrateur de l'application : est le responsable de la gestion depuis la conception jusqu'à la maintenance de l'application web.

3. Contribuable : c'est lui qui fait la déclaration annuellement.

17

Quelques Cas d'utilisation de notre application

Figure 2 : Diagramme de cas d'utilisation

18

III.2.1.2. Diagramme de classes

Le diagramme de classes est un schéma utilisé en génie logiciel pour représenter les classes et les interfaces des systèmes ainsi que les différentes relations entre celles-ci. Ce diagramme fait partie de la partie statique d'UML car il fait abstraction des aspects temporels et dynamiques.

Une classe décrit les responsabilités, le comportement et le type d'un ensemble d'objets. Les éléments de cet ensemble sont les instances de la classe.

Une classe est un ensemble de fonctions et de données (attributs) qui sont liées ensemble par un champ sémantique. Les classes sont utilisées dans la programmation orientée objet. Elles permettent de modéliser un programme et ainsi de découper une tâche complexe en plusieurs petits travaux simples.

Les classes peuvent être liées entre elles grâce au mécanisme d'héritage qui permet de mettre en évidence des relations de parenté. D'autres relations sont possibles entre des classes, chacune de ces relations est représentée par un arc spécifique dans le diagramme de classes. Elles sont finalement instanciées pour créer des objets (une classe est un moule à objet : elle décrit les caractéristiques des objets, les objets contiennent leurs valeurs propres pour chacune de ces caractéristiques lorsqu'ils sont instanciés).

Exemple : schéma d'une classe

Nom de Classe Attributs

Méthodes

Figure 3 : Représentation d'une classe

19

Figure 3: Dictionnaire de données

Classes et	Type de	Longueur	Description
attributs	données
Contribuable idcontri	Integer	11	Identifiant du contribuable.
nomcontri	Varchar	50	Nom du contribuable.
prenomcontri	Varchar	50	Prénom du contribuable.
BPcontri	Varchar	50	Boite postale du contribuable.
telcontri	Integer	50	Téléphone du contribuable.
emailcontri	Varchar	50	Email du contribuable.
login	Varchar	30	Login du contribuable.
password	Varchar	30	Password du contribuable.
Agent de l'OBR idag	Integer	11	Identifiant de l'agent de l'OBR.
nomag	Varchar	50	Nom de l'agent de l'OBR.
prenomag	Varchar	50	Prénom de l'agent de l'OBR.
BPag	Varchar	50	Boite postal de l'agent de l'OBR.
telag	Integer	50	Téléphone de l'agent de l'OBR.
emailag	Varchar	50	Email de l'agent de l'OBR.
login	Varchar	50	Login de l'agent de l'OBR.
password	Varchar	50	Password de l'agent de l'OBR.
Déclaration iddecl	Integer	11	Identifiant de la déclaration.
montant	Integer	50	Montant de la déclaration.
date	Date	50	Date de la déclaration.

20

	(jj/mm/a a)
Abattement idabat	Integer	11	Identifiant de l'abattement.
motif	Varchar	50	Motif de l'abattement.
Colline
Idcol	Integer	11	Identifiant de la colline.
#idcom	Integer	11	Clé secondaire (Clé primaire de la classe commune).
Nomcol	Varchar	50	Nom de la colline.
Commune
Idcom	Integer	11	Identifiant de la commune.
#idpro	Integer	11	Clé secondaire (Clé primaire de la classe commune).
nom_com	Varchar	50	Nom de la commune.
Province idpro	Integer	11	Identifiant de la province.
nompro	Varchar	50	Nom de la province.
Exoneration idexo	Integer	11	Identifiant de l'exonération
motifexo	Varchar	50	Motif de l'exonération

21

maison
idmaison	Integer	11	Identifiant de la maison
adresse	Varchar	40	Adresse de la maison
#idcontri	Integer		Clé secondaire (Clé primaire de la classe contribuable).
Loyer idloyer	Integer	11	Identifiant du loyer
Montant	Integer	50	Montant du loyer
#iddecl	Integer	11	Clé secondaire (clé primaire de la classe déclaration).

22

Voici le diagramme de classe de notre application de déclaration automatisée de l'impôt sur les revenus locatifs :

Figure 4: Diagramme de classe

23

III.2.2. Notion de visibilité

La notion de visibilité indique qui peut avoir accès à l'attribut. Elle ne peut prendre que 3 valeurs possibles :

Caractère	Rôle	Mot clé	Description
+	accès public	Public	Toutes les autres classes ont accès à cet attribut.
#	accès protégé	Protected	Seules la classe elle-même et les classes filles (héritage) ont accès à cet attribut.
-	accès privé	Private	Seule la classe elle-même a accès à cet attribut.

4 https://fr.wikipedia.org/wiki/Java_%28langage%29

24

CHAPITRE IV. PRESENTATION DE L'INTERFACE UTILISATEUR

Au cours de ce chapitre, nous allons essayer de joindre la théorie à la pratique de notre application de DECLARATION AUTOMATISEE DE L'IMPOT SUR LES REVENUS LOCATIFS pour le cas de l'OBR. Pour développer cette application nous avons utilisé un langage de programmation Java. La plate-forme que nous avons adoptée est Wampserver qui inclut les outils nécessaires pour le test d'une application web dynamique à savoir le serveur Apache, Mysql, PHPMyadmin, PHP. Nous avons aussi utilisé le framework JSF, Serveur Glassfish, XHTML et CSS, Mozilla firefox ou internet explorer.

IV.1.Les outils utilisés

Dans la suite, nous allons distinguer les outils qui nous ont été utiles dans la conception et réalisation de notre application.

IV.1.1. Présentation de Java4

Java est un langage de programmation orienté objet créé par James Gosling et Patrick Naughton, employés de Sun Microsystems, avec le soutien de Bill Joy (cofondateur de Sun Microsystems en 1982), présenté officiellement le 23 mai 1995 au SunWorld.

La société Sun a été ensuite rachetée en 2009 par la société Oracle qui détient et maintient désormais Java.

La particularité et l'objectif central de Java est que les logiciels écrits dans ce langage doivent être très facilement portables sur plusieurs systèmes d'exploitation tels que Unix, Windows, Mac OS ou GNU/Linux, avec peu ou pas de modifications, mais qui ont l'inconvénient d'être plus lourd à l'exécution

5 https://fr.wikipedia.org/wiki/WampServer

25

(en mémoire et en temps processeur) à cause de sa machine virtuelle. Pour cela, divers plateformes et frameworks associés visent à guider, sinon garantir, cette portabilité des applications développées en Java.

IV.1.2. WAMPServer5

WampServer (anciennement WAMP5) est une plateforme de développement Web de type WAMP, permettant de faire fonctionner localement (sans avoir à se connecter à un serveur externe) des scripts PHP. WampServer n'est pas en soi un logiciel, mais un environnement comprenant trois serveurs (Apache, MySQL et MariaDB), un interpréteur de script (PHP), ainsi que phpMyAdmin pour l'administration Web des bases MySQL.

Il dispose d'une interface d'administration permettant de gérer et d'administrer ses serveurs au travers d'un tray icon (icône près de l'horloge de Windows).

La grande nouveauté de WampServer 3 réside dans la possibilité d'y installer et d'utiliser n'importe quelle version de PHP, Apache, MySQL ou MariaDB en un clic. Ainsi, chaque développeur peut reproduire fidèlement son serveur de production sur sa machine locale.

IV.1.3. Présentation de MYSQL

MYSQL est un système de gestion des bases de données (SGBD). Selon le type d'application, sa licence est libre ou propriétaire, il fait partie des logiciels de gestion de base de données les plus utilisés au monde autant par le grand public que par des professionnels.

6 https://fr.wikipedia.org/wiki/JavaServer_Faces

26

IV.1.4. Présentation de XHTML

XHTML (Extensible HyperText Markup Language) : connu sous le nom de XHTML, c'est le langage de base du web. En effet, il est possible de faire tout un site avec le langage XHTML. Ce langage nous permet de créer des pages web, il utilise une structure formée des balises permettant la mise en forme du texte.

La page web est généralement écrite dans un fichier XHTML. Ce fichier est fait du texte. Lorsque le fichier XHTML est ouvert avec Notepad++, on voit du code XHTML. Lorsqu'on utilise un navigateur web, on voit un document bien présenté.

IV.1.5. Présentation de Mozilla Firefox ou Internet explorer

Mozilla Firefox est un navigateur qui nous permet de voir les sites web. Le travail du navigateur est de lire le code XHTML et CSS dans le but d'afficher un résultat visuel à l'écran. Il existe deux éléments indispensables pour accéder à un site :

? Navigateur

? Adresse URL (Uniform Ressource Locator)

IV.1.6. Présentation de JSF6

JavaServer Faces (abrégé en JSF) est un framework Java, pour le développement d'applications Web. A l'inverse des autres frameworks MVC traditionnels à base d'actions, JSF est basé sur la notion de composants, comparable à celle de Swing

7 https://fr.wikipedia.org/wiki/GlassFish

27

ou SWT, où l'état d'un composant est enregistré lors du rendu de la page, pour être ensuite restauré au retour de la requête.

JSF est agnostique à la technologie de présentation. Il utilise Facelets (en) par défaut depuis la version 2.0, mais peut être utilisé avec d'autres technologies, comme JSP (qui était utilisé jusqu'à la version 1.2)

IV.1.7. Présentation du Glassfish7

Glassfish est un serveur d'applications (logiciel d'infrastructure offrant un contexte d'exécution pour des composants applicatifs) compatible Java EE.

IV.1.8. Présentation du style CSS

Style CSS (Cascading Style Sheets) :C'est le langage de mise en forme des sites web. Son rôle est en quelque sorte de «décorer » le site web, lui donner de l'allure. On utilise le CSS en particulier pour réaliser la mise en page du site, pour définir la police, la taille du texte, la couleur du texte et du fond, etc.

En fait, ces deux langages (XHTML et CSS) permettent tout simplement de séparer le fond de la forme.

- Le fond est l'affaire du langage XHTML ; - Le langage CSS s'occupe de la forme.

En utilisant des styles, il est possible de dire que tous les liens, au lieu d'être rouge ou jaune doivent être bleus ou bien que le texte est toujours vert. On distingue trois manières de définir des styles dans une page web. La plus simple est d'utiliser l'attribut style de la balise que l'on veut modifier.

28

IV.2. Présentation de quelques pages de l'application

Le développement de l'application nous a poussés à arriver sur les formulaires suivants :

Ce formulaire permet d'indiquer le chemin exact de l'utilisateur :

Figure 5: Formulaire d'accès

Le formulaire d'authentification permet à l'utilisateur de saisir son nom et son mot de passe pour pouvoir accéder aux autres formulaires :

d'accès, il arrive sur la page avec laquelle il va choisir s'il est le bénéficiaire d'abattement ou non.

29

Figure 6: formulaire d'authentification

Après l'authentification de l'administrateur on arrive sur sa page d'accueil :

Figure 7: La page d'accueil pour l'administrateur

Le contribuable, après avoir cliqué sur le bouton

Contribuable

du formulaire

30

Figure 8: Formulaire pour le droit d'accès du contribuable

Le contribuable s'il est le bénéficiaire d'abattement, il clique sur , il

OUI

arrive sur le formulaire d'authentification et après avoir s'authentifier, il va directement sur sa page d'accueil :

Figure 9: La page d'accueil pour le bénéficiaire d'abattement

31

Le contribuable s'il n'est pas le bénéficiaire d'abattement, il clique sur

NON

il arrive sur le formulaire d'authentification et après avoir s'authentifier, il va directement sur sa page d'accueil :

Figure 10: La page d'accueil pour le non-bénéficiaire d'abattement

Figure 11: Formulaire pour l'enregistrement des contribuables

32

Figure 12: Formulaire pour l'enregistrement d'un agent de l'OBR

Ce formulaire nous permet de faire identifier une maison :

Figure 13: Formulaire pour enregistrer une maison

33

Figure 14: Formulaire pour ajouter une déclaration avec abattement

Information sur ce formulaire :

V' Le NIF et Le compte courant fiscal sont uniques et sont créés au travers le

service de l'immatriculation ;

V' Loyer encaisse imposable est le loyer annuelle que le contribuable reçoit de sa

maison ;

V' Le revenu brut est obtenu avec l'addition du loyer encaissé imposable et la

Charge incombant au propriétaire ;

V' La déduction des dépenses c'est 40% du revenu brut (chaque contribuable

reçoit une réduction de 40% pour sa déclaration annuelle) ;

V' L'intérêt emprunt est le crédit que possède le contribuable (il doit amener une

attestation de remboursement).

V' Le revenu net imposable est la déduction dépenses moins l'intérêt emprunt.

V' L'abattement est le profit du contribuable ayant le motif valable comme :

a) Enfant mineur ou enfant majeur en cours de scolarisation jusqu'à l'âge de 25

ans, orphelin de père et de mère, héritier ou usufruitier

34

b) Veuf (veuve) propriétaire, possesseur, titulaire, héritier ou usufruitier

c) Retraité ou handicapé propriétaire, possesseur, titulaire, héritier ou usufruitier

d) Démobilisé

Figure 15: Formulaire pour ajouter une déclaration sans abattement

Figure 16: Formulaire pour l'affichage de la liste des déclarations

NB : Pour chaque motif, le contribuable doit amener une attestation vérificative (exemple le cas d'un(e) veuf (veuve), il (elle) doit amener une attestation de décès en provenance de l'hôpital).

35

CONCLUSION ET SUGGESTIONS

1. Conclusion

Notre travail a été réalisé dans le but d'un projet de fin d'études universitaires qui a pour objet d'enrichir sensiblement le suivi de déclaration de l'impôt sur les revenus locatifs au sein de l'OBR en automatisant ses traitements.

Afin d'y arriver, nous avons commencé à faire l'analyse de l'existant. Cette analyse nous a donné une idée sur le fonctionnement de déclaration de l'impôt sur les revenus locatifs et cela a permis de connaitre les problèmes du système. Pour concevoir notre application nous avons fait recours à UML comme méthode de modélisation.

Pour réaliser notre application nous avons utilisé JAVA comme langage de programmation et le MYSQL comme Système de Gestion de Base de Données(SGBD).

L'application réalisée permet d'automatiser les calculs de déclaration de l'impôt sur les revenus locatifs.

Signalons que notre travail a été pour nous non seulement une opportunité de mettre en oeuvre les connaissances acquises en classe mais aussi la façon d'apprendre les pratiques de déclaration de l'impôt sur les revenus locatifs.

Dans ce travail, nous nous réjouissons que l'objectif ait été atteint et nous espérons que notre application va s'améliorer au cours de son utilisation.

2. Suggestions

Nous suggérons à l'OBR:

V' De mettre en place cette application de DECLARATION AUTOMATISEE DE L'IMPOT SUR LES REVENUS LOCATIFS afin d'abandonner l'activité manuelle ;

V' D'organiser les formations du personnel de l'OBR afin de maitriser le fonctionnement de cette application.

36

REFERENCES BIBLIOGRAPHIQUES 1. Documents et rapport de stage consultés :

a. Cours de Langage de programmation web, Deuxième baccalauréat, dispensé par Olive NDAYIZIGIYE ;

b. Cours de Base de Données, Deuxième Baccalauréat, dispensé par 0live NDAYIZIGIYE ;

c. Cours de programmation événementielle, Deuxième Baccalauréat, dispensé par Olive NDAYIZIGIYE ;

d. Cours de structure d'information, Troisième Baccalauréat, dispensé par MINANI Evariste ;

e. CONCEPTION ET REALISATION D'UNE APPLICATION WEB POUR LA GESTION DES ETUDIANTS D'UNE ECOLE PRIVEE. Cas d'étude : « ISA School ». Mémoire soutenu par ^Melle SAICHE Cylia et Mr OUYOUGOUTE Abdelatif, Promotion 2014/2015 à l'Université A/Mira de Bejaïa, en République Algérienne Démocratique et Populaire, Faculté des Sciences Exactes, Département d'Informatique ;

f. ANALYSE DU PROCESSUS DE PASSATION DES MARCHES PUBLICS AU SEIN D'UNE INSTITUTION SEMI-AUTONOME : « cas de l'OBR », Travail de fin d'étude universitaire présenté par HABONIMANA Audace et NSABIYIMBONA Sixte, Université des Grands Lacs, faculté d'Administration et Gestion des Affaires, juillet 2018 ;

g. DEVELOPPEMENT D'UNE APPLICATION DE GESTION D'ARCHIVAGE DANS UNE ENTREPRISE PUBLIQUE : « cas de la Direction des Ressources Humaines de la REGIDESO », par Alexis NDIHOKUBWAYO et Donatien NDAYIKEZA sous l'encadrement de pie Pacifique NTINANIRWA et Jean Claude KWIZERA ;

37

2. Les sites Web visités

a. http://fr.wikipedia.org;

b. www.developpez.net;

c. www.uml.com;

d. www.google.bi.