Chapitre Ii

CHAPITRE II.
DEMARCHE METODOLOGIQUE
2.1. Introduction partielle
Le développement de cette application a suivi une démarche
méthodologique rigoureuse afin de garantir la qualité et
l’adéquation du système d’information avec les besoins de
l’organisation. Cette démarche s’appuie sur les principes et les
techniques de la méthode Merise, une méthode reconnue pour la
conception de systèmes d’informations complexes.
2.2. Présentation et contexte du projet
Ce projet de développement d’une application de suivi et de

gestion de dépense a été initie dans un cadre personnel afin de
répondre à mes propres besoins en matière de suivi et de contrôle
de mes dépenses. Plus tard nous rendant compte que mes confrères
de l’université disposent de même problème pour le contrôle de
leurs dépenses, cela a fait accroître le désir d’aider également
les autres d’où la conception de cette application.
En effet, la gestion et le suivi de dépenses peut rapidement
devenir complexe, notamment lorsqu’on doit concilier différentes
catégories de dépenses(loyer, nourritures, transport, loisirs,
etc.). Auparavant, nous nous appuyons principalement sur des
outils bureautiques comme tableurs pour tenir à jour nos relevés
de dépenses. Cependant, cette méthode s’est avérée fastidieuse et
peu adapter à nos besoins en constantes évolutions.
2.3. Etude préalable et analyse de l’existant
Avant de se lancer dans la conception de notre application , une
étude préalable et analyse de l’existant a été faites. Cette étape
a permis d’identifier les besoins, les contraintes et les
solutions actuellement utilisées afin de définir les principales
fonctionnalités à intégrer .
1. Analyse de besoins
L’analyse de besoins a été menée à travers des entretiens avec
les différentes parties prenantes concernés par la gestion et
le suivi de dépense . Les principaux besoins identifiés sont :
 Simplifier at accélérer la saisie des dépenses car les
processus actuels de saisie manuelle sont chronographe et
source d’erreur ;
 Améliorer la classification et la catégorisation des
dépenses : les catégories existantes sont trop génériques
et ne permettent pas une analyse fine ;
 Obtenir une meilleure visibilité sur la situation
financière : les outils actuels ne fournissent pas
d’analyse et de visualisation pertinente sur les
dépenses ;
 Assurer une meilleure traçabilité et un meilleur contrôle
: le suivi et l’historique des dépenses sont
insuffisantes dans les solutions existantes.
2. Analyse de l’existant
Une analyse approfondie des solutions actuellement existantes
et utilisées a été réaliser :
 Tableurs(Excel, google Sheets) ces outils sont largement
utilisés pour la saisie et le suivi de dépenses. Bien que
relativement simples d’utilisation, ils présentent de
limites en termes d’autonomisation, d’analyses et partage
de donnés ;
 Logicielle de comptabilité :Certaines entités utilisent
des logiciels de comptabilité comme Sage ou EBP, qui
intègrent des modules de gestion de notes de frais
cependant ces solutions coutent chères ;
Cette étude préalable a permis d’identifier les forces et
faiblesses de solutions existantes, et de définir les
principales exigences à prendre en compte dans le
développement de la nouvelle application de suivi et gestion
de dépense
2.3.1. Présentation de l’entreprise
2.3.2. Analyse du système informatique existant
2.3.2.1. Analyse des circuits d’information
2.3.2.1.2. diagramme des flux
2.3.2.1.3. identification des flux
2.3.2.2. Analyse des documents
1.3.1.3. Analyse de moyens(moyen humain, matériel, financier,

logiciel)
1.3.1.4. Critique du système informatique existant
1.3.1.5. Proposition de la meilleure solution
1.4. Planning prévisionnel
1.4.1. Capture des besoins(fonctionnel et non fonctionnel)
1.4.1.1. Besoins fonctionnels
a. Saisie et enregistrement des dépenses
 L’utilisateur doit pouvoir saisir manuellement les
différentes dépenses en indiquant des informations
telles que la date, le montant, la catégorie, etc.
 Les dépenses doivent pouvoir être classés et regrouper
par catégories ;
b. suivi et analyse des dépenses
 L’application doit fournir un tableau de board
récapitulatif des dépenses par période(jour, semaine,
mois, année) pour avoir une vision d’ensemble ;
 Des graphiques et statistiques détaillées sur
l’évolution des dépenses par catégorie doivent être
proposé pour faciliter l’analyse
 L’utilisateur doit pouvoir définir des budgets par
catégorie et être alerté en cas de déplacement.
c. Gestion des revenus et de solde
 L’application doit permettre la saisie des revenus de
l’utilisateur ;
 Le solde disponible doit être calculé et affiché en
temps réel, en tenant en tenant compte des revenus
enregistrés
d. Rapports et export des données
 L’application doit permettre la génération de
rapport détaillés de dépenses, par catégorie,
période, etc.
1.4.1.2. Besoin non fonctionnel

a. Facilité d’utilisation
 L’interface de l’application doit être intuitive et
ergonométrique, avec une navigation fluide ;
 Le nombre d’étapes à effectuer pour réaliser les
taches courantes(saisie, consultation, etc.) doit
être minimisé
b. Accessibilité
 L’application doit être accessible aux personnes en
situation d’handicap en respectant le standard
d’accessibilité Web
c. Sécurité et confidentialité
 Une authentification sécurisée des utilisateurs(mot
de passe, 2FA, etc.) doit être proposée
 La confidentialité des données de l’utilisateur doit
être garantie
d. Performance
 Les requêtes et les traitements doivent être conçus
pour minimiser les latences
1.4.2. Méthode d’ordonnancement
1.4.3. Faisabilité matérielle et logicielle
1.4.4. Faisabilité financière
1.5. Conclusion partielle

Chapitre Ii

Transféré par

Droits d'auteur :

Formats disponibles

Chapitre Ii

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Chapitre Ii

Transféré par

Droits d'auteur :

Formats disponibles

CHAPITRE II.

2.2. Présentation et contexte du projet

Ce projet de développement d’une application de suivi et de

1.3.1.3. Analyse de moyens(moyen humain, matériel, financier,

1.4.1.2. Besoin non fonctionnel

Vous aimerez peut-être aussi