Rapport de Gestion de Cabinet D'avocat

Institut Arrobas Formation Gestion de Cabinet D’Avocat
Introduction Générale
L
'informatique représente la révolution la plus importante et la plus innovante qui a marqué
la vie de l'humanité ces dernières décennies. En effet, loin d'être un éphémère phénomène
de mode, ou une tendance passagère, l'informatique vient nous apporter de multiples
conforts à notre mode de vie. Aucun domaine n'est resté étranger à cette stratégie qui offre tant de
services aussi bien pour l'administration ou les autorités gouvernementales que pour le personnel et
c'est dans ce cadre d'idées que s'inscrit notre projet de fin de formation.
L'objectif ciblé dans notre projet de fin de formation est la conception et le développement d'une
application de gestion de cabinet d’avocat. Le système à développer, consiste à informatiser les
tâches importante (Informations personnelles du client, audience de tribunal, dossier d’affaire, ...).
Les avantages recherchés de cette l'application c'est un accès rapide à toutes les informations qui
concernent le propriétaire de l'affaire, bonne organisation de l'information.
En perspective, pour aboutir notre projet, on a besoin d'une méthode d'analyse pour l'analyse et la
conception et d'un langage de programmation pour réaliser cette application. L'application devra tout
d'abord être fiable, et son utilisation quotidienne ne devra pas laisser place à l'éventuel point faible.
Le présent document est scindé en trois chapitres : à travers le premier chapitre nous décrivons la
spécification du projet et l’expression des besoins. Dans le deuxième chapitre, nous présentons
l’analyse et la conception. Par le billet du troisième chapitre nous présentons la réalisation de ce
travail en justifiant le choix technologique et en présentant l’environnement logiciel utilisé. Outre la
conclusion qui vient clôturer le rapport, un glossaire nécessaire pour une meilleure compréhension
des termes contenus et une bibliographie sont aussi disponibles.
1
Chapitre 1 : Présentation Générale
1. Introduction :
L’objectif de notre projet est de suggérer une solution informatisée pour la bonne organisation du
travail au sein du Cabinet d’avocat et d’éviter la faiblesse provenant d’un travail manuel et arbitraire.
Pour bien comprendre le métier au sein cabinet et les personnes qui y travaillent et pour mieux
organiser le travail quotidien grâce au futur système, nous avons besoin de faire une modélisation
métier qui permet de définir la mission. Il est important de bien étudier ce chapitre pour mieux
répondre aux besoins des utilisateurs.
1.1. Définition de la mission :

Notre projet de fin de formation s’inscrit dans le cadre d’une application optimisé pour la gestion des
Clients, des audiences de tribunal, des dossiers d’affaire et suivie le paiements et facturations au sein
du cabinet de d’avocat. Il s'agit donc de mettre en place une application simple d'utilisation pour
assurer une meilleure gestion juridique et une cohérence des informations afin de faciliter le travail
des utilisateurs, qu'ils soient avocats ou secrétaire.
Cette étape se compose de deux étapes :
o Présentation de l’application en termes de fonctionnalités offertes aux utilisateurs
o Objectifs à atteindre pour réaliser ce projet.
1.1.1 Présentation de l’application :

La gestion des données est très difficile en utilisant le « papier » qui est une méthode archaïque
comparée aux outils informatiques, c’est pour cela que la mise en place d’une application de gestion
est nécessaire pour faciliter les tâches aux secrétaires et aux avocats.
Pour cela l’application à réaliser « Gestion de cabinet d’avocat » devra offrir les fonctionnalités
suivantes :
o Gestion des Clients.
o Gestion des audiences de tribunal.
o Gestion des paiements.
o Gestion des dossiers d’affaires.
2
1.1.2 Objectif à atteindre :

L’archivage des fiches des Clients sur des feuilles peut engendrer leur perte ainsi que la modification
d’un élément dans une fiche peut obliger l’avocat par fois à refaire une nouvelle fiche.
Pour cela l’application que nous allons mettre en œuvre doit permettre d’atteindre les objectifs
suivants :
 Réduire l'utilisation du support papier.
 Faciliter la gestion des clients ainsi que la gestion et le contrôle des audiences de tribunal.
 Faciliter la recherche des informations.
 Faciliter la mise à jour des informations.
 Assurer la sécurité des données grâce au recours aux mots de passe.
 Optimiser le temps d'accès aux différentes données et éviter les tâches pénibles.
1.2. Spécification :
Il s’agit de présenter les avantages dont va bénéficier lorsqu’elle met en œuvre cette application et
définir les fonctionnalités qu’on envisage de réaliser.
La spécification du projet présente à la fois les besoins fonctionnels et les besoins non fonctionnels.
1.2.1. Besoins Fonctionnels :

Avoir à tout moment un système d’informations fiable et complet sur les différentes activités
de cabinet.
Ouvrir une session après authentification via un nom d’utilisateur et un mot de passe et en
offrant la possibilité de saisir de nouveau en cas d’erreur.
Une gestion des profils qui permet d’ajouter un nouveau client ou un nouveau avec une
interface permettant de :
 Ajouter les informations détaillées concernant le client.
 Annuler l’opération d’inscription.
 Modification de profil à tout moment.

Une gestion des dates du audiences tribunal qui organiser avec la liberté de changer :
 Ajouter les dates du audiences tribunal.
 Supprimer dans des cas particuliers.
 Changer la date à tout moment.
3
Gestion de paiements : permet d’aider l’avocat de trouver la liste des factures disponible pour
la période demandée par le client :
 Ajouter montant total à payer
 Modifier montant payer
 Supprimer un paiement
Gestion de dossier d’affaire qui permet d’ajouter une nouvelle information de cas ou une
nouvelle fiche :
 Ajouter type de cas ou description.
 Modifier de profil à tout moment
 Annuler un dossier d’affaire.
1.2.2. Besoins Non Fonctionnels :

Il s’agit de présenter les exigences supplémentaires liées à l’application de gestion du cabinet
d’avocat :
L’application doit être dotée de :
 Des interfaces ergonomiques et intuitives.
 Le temps de transaction doit être réduit.
1.3. Planning prévisionnel :

Février Mars Avril Mai Juin
Nom de la tâche
S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3 S4 S1 S2 S3
Etude de l’existant
Analyse et conception
Réalisation
Rédaction rapport
Réalisation des diapos

pour la présentation
4
1.4. Conclusion :
Dans ce chapitre, nous avons essayé de donner une vision claire et rigoureuse du problème posé et du
système à réaliser en déterminant ses éléments et leurs interactions.
Cette étude nous a permis de bien comprendre les besoins de notre système. Elle nous a servi comme
une base solide pour continuer le reste du projet.
5
Chapitre 2 : Analyse et conception
2. Introduction :
La complexité croissante des systèmes d'information exige que la technologie soit utilisée de manière
plus rationnelle et organisée qu'auparavant. Cette organisation nécessite l'utilisation de nouvelles
méthodes qui mettent l'accent sur la compréhension préalable du système à réaliser.
Les méthodes mises en place permettent d'exprimer et d'analyser le besoin. Cette étape est essentielle
et indispensable pour appréhender la réalité et concevoir un système afin de mieux maîtriser sa
complexité par une approche méthodologique. L'utilisation de standards et d'outils adaptés à la
méthode favorise la compréhension du projet, la communication, la lisibilité et la rigueur au sein de
l'équipe qui interviendra dans la réalisation du projet.
Dans ce cadre, nous avons analysé et conçue notre système en se basant sur une démarche
méthodologique utilisant les modèles UML.
2.1. Choix de la méthodologie de conception et justification :

Le choix du langage de modélisation unifié (Unified Modeling Language) "UML" est la solution la
plus appropriée pour limiter les ambiguïtés et les malentendus, pour représenter un standard
industriel pour la construction de différents types de modèles et pour modéliser les systèmes logiciels
à travers un ensemble d'objets qui interagissent entre eux.
UML comble une lacune importante dans les technologies objet. Il permet l'expression et le
développement de modèles objet, indépendamment de tout langage de programmation. Il a été conçu
pour supporter l'analyse basée sur les concepts objet.
UML est avant tout un puissant moyen de communication, qui facilite la représentation et la
compréhension des solutions objet :
 Sa notation graphique permet l'expression visuelle d'une solution objet, ce qui facilite la
comparaison et l'évaluation des solutions.
 Son indépendance par rapport aux langages de programmation, aux domaines d'application et
aux processus, en font un langage universel.
6
UML permet de représenter un système sous différentes vues complémentaires : les

Diagrammes. Un diagramme UML est une représentation graphique qui se concentre sur un aspect
spécifique du modèle.
Chaque type de diagramme UML possède une structure (les types d'éléments de modélisation qui
le composent sont prédéfinis) et véhicule une sémantique précise (il offre toujours la même vue d'un
système).
On peut diviser les diagrammes UML en deux parties : une partie statique contenant le diagramme
de cas d'utilisation et le diagramme de classes, et une partie dynamique composée du diagramme de
séquence et du diagramme d'activité.
2.2.Diagramme des cas d’utilisation :
Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vue globale
du comportement fonctionnel d'un système logiciel. Un cas d'utilisation représente un ensemble de
séquences d'actions réalisées par le système et produisant un résultat observable intéressant un acteur
particulier. Un cas d'utilisation modélise un service fourni par le système. Il exprime les interactions
entre les acteurs et le système et apporte une valeur ajouté " notable" à l'acteur concerné.
Dans la modélisation des cas d'utilisation, deux concepts sont impliqués :

 Acteurs : ce sont les utilisateurs du système.
 Les cas d'utilisation : L'utilisation du système.
Nous allons ensuite présenter notre diagramme de cas d'utilisation.
2.2.1 Description textuelle des cas d’utilisations :

Dans cette section, chaque cas d'utilisation doit être décrit de manière complète et claire. En effet, la
description textuelle est le seul moyen de communiquer facilement avec les utilisateurs.
Cas d’utilisation s’authentifier :
Identification
Acteurs : Avocat, Secrétaire, Administrateur.
Objectif : Accéder aux différentes fonctionnalités de l’application d’une
manière sécurisée et selon le rôle de chaque utilisateur.
7
Description des scénarios

Pré-condition : Établir une connexion au système.
Post-conditions : Accéder au menu principal de l’application.
Scénario nominal :
Ce scénario commence lorsque l’utilisateur accède à l’application :
1. Le système affiche une interface permettant à l’utilisateur d’introduire le
login et le mot de passe.
2. L’utilisateur saisit son login et son mot de passe.
3. Le système vérifie le login et le mot de passe, si le login et/ou le mot de
passe sont erronés, le système exécute Exception. Si non le système
identifie l’utilisateur et affiche son menu principal.
Exceptions :
 Exception : Le système affiche un message d’erreur.
Cas d’utilisation gérer les comptes user :
Identification
Acteurs : Secrétaire, Administrateur.
Objectif : Permet de gérer les comptes utilisateurs.

Pré-condition : L’administrateur est authentifié
Post-conditions : Un nouveau compte utilisateur sera enregistré.
Scénario nominal :
1. L'administrateur sélectionne le menu "Gestion des comptes".
2. Le système affiche un formulaire permettant d'ajouter un nouveau compte.
3. L'administrateur saisit les informations du compte et valide l'ajout.
4. Le système effectue un contrôle des champs saisis.
5. Le système vérifie que tous les champs obligatoires sont remplis. S'ils ne le
sont pas, il exécute Exception. Sinon, le système enregistre les informations du
compte.
6. Le système affiche un message de confirmation "compte ajouté".
Exception : Le système affiche un message d’erreur.
8
Cas d'utilisation gérer Audiences de Tribunal :
Identification
Acteurs : Secrétaire, Avocat.
Objectif : Planifier et organiser les audiences de tribunal des clients.

Post-conditions : Une nouvelle audience de tribunal sera enregistrée.
Scénario nominal : Ajouter une nouvelle audience de tribunal.

Ce scénario débute lorsqu’il y a une demande d’une audience de tribunal :
1. L’utilisateur choisit le menu « Audiences de Tribunal ».
2. Le système affiche un formulaire d’ajout d’une audience de tribunal.
3. L’utilisateur saisit le nom et le prénom et CIN du client.
4. L’utilisateur choisit une date parmi la liste des dates.
5. Le système vérifie que tous les champs obligatoires sont remplis. S’ils ne
sont pas remplis alors il exécute Exception. Sinon le système enregistre
les informations de la nouvelle audience de tribunal.
6. Le système affiche un message de confirmation « Ajout effectué avec
succès ».
Scénarios alternatifs :
1. Modifier la date d’un Audience de Tribunal.

2. Supprimer un Audience de Tribunal.
Exception : Le système affiche le message « Champs obligatoires vides, il
faut les remplir ».
Suivi Paiement :
Identification
Objectif : Planifier de gérer les paiements.

Post-conditions : Un nouveau paiement sera enregistré.
Scénario nominal : Ajouter un nouveau paiement.

9
L’utilisateur choisit le menu « Paiements ».

Le système affiche un formulaire d’ajout d’un nouveau paiement.
L’utilisateur saisit les informations relatives au paiement et valide l’ajout.
Le système effectue un contrôle sur les champs saisis.
Le système vérifie que tous les champs obligatoires sont remplis. S’ils ne
les informations relatives au paiement.
Le système affiche un message de confirmation « Ajout effectué avec
succès ».
Modifier les informations d’un paiement.

Supprimer un paiement.
Cas d'utilisation gérer Clients :
Identification
Objectif : Planifier de gérer les clients.

Post-conditions : Un nouveau client sera enregistré.
Scénario nominal : Ajouter un nouveau client.
L’utilisateur choisit le menu « Clients ».

Le système affiche un formulaire d’ajout d’un nouveau client.
L’utilisateur saisit les informations relatives au client et valide l’ajout.
les informations relatives au client.
succès ».
10
Modifier les informations d’un client.

Supprimer un client.
Cas d'utilisation gérer dossiers d’affaires :
Identification
Objectif : Planifier de gérer les dossiers d’affaires.

Post-conditions : Un nouveau dossier d’affaire sera enregistré.
Scénario nominal : Ajouter un nouveau dossier d’affaire.
L’utilisateur choisit le menu « Dossiers D’Affaires ».

Le système affiche un formulaire d’ajout d’un nouveau dossier d’affaire.
L’utilisateur saisit les informations relatives au dossier d’affaire et valide
l’ajout.
les informations relatives au dossier d’affaire.
succès ».
Modifier les informations dossier d’affaire.

Supprimer un dossier d’affaire.
2.2.2 Description graphique

Ce diagramme nous montre les acteurs participants dans notre application, qui sont le Secrétaire et
l’administrateur ainsi que le rôle de chacun dans le système.
Figure 1 : Diagramme globale de cas d’utilisation
11
C’est le diagramme de cas d’utilisation qui présente notre système qui traite les étapes suivantes :
 Gérer les clients
 Gérer les Paiements
 Gérer les Audiences de Tribunal
 Gérer les Dossiers D’Affaires
12
Figures 2 : Diagramme détaillé de cas d’utilisation
La relation « includes » entre tous les cas et le cas « S’authentifier » montre que tout acteur doit
s’authentifier pour accéder à l’application.
2.2.3 Les diagrammes de séquences

Le diagramme de séquence est la représentation graphique des interactions entre les acteurs et le
système selon un ordre chronologique dans la formulation UML. On montre ces interactions dans le
cadre d'un scénario d'un diagramme des cas d'utilisation. Le but étant de décrire comment se
déroulent les actions entre les acteurs ou objets.
2.2.4 « s’authentifier »
Figure n°3 : diagramme de séquence « connexion »
13
L’utilisateur cherche à accéder au système et en contrepartie le système lui demande de saisir login et
son mot de passe.
L’utilisateur saisit sont mot de passe et valide  Le système affiche le menu principal
2.2.5« Ajouter Client »
Figure n°8 : diagramme de séquence « ajouter client »
Le système permet à l’utilisateur d’ajouter la liste des clients et d’afficher les détaille concernant un
client sélectionné
 L’utilisateur demande d’afficher la liste des clients
 Le système affiche l’interface appropriée
 L’utilisateur sélectionne le client qui a besoin
 Le système affiche les données de client
2.2.6 « Modifier Client »

Figure n°9 : diagramme de séquence « modifier clients »
14
Le système permet à l’utilisateur de modifier la liste des clients et afficher les détails concernant un
client sélectionné. Le cas d’utilisation commence lorsque l’utilisateur demande d’afficher la liste des
clients.
 Le système affiche l’interface appropriée.
 L’utilisateur sélectionne le client qui a besoin
 Le système modifie les données des clients
2.2.7 « Supprimer Client »

Figure n°10 : diagramme de séquence « supprimer client »
Le système permet à l’utilisateur de supprimer la lister des clients et afficher les détails concernant
un client sélectionné le cas d’utilisation commence lorsque l’utilisateur demande d’afficher la liste
des clients
 Le système affiche l’interface appropriée
 L’utilisateur sélectionne le à consulter en cas de besoin
 Le système supprime les données des clients
2.3.1 « Ajouter Paiement »
Figure 11 : diagramme de séquence « ajouter paiement »
15
Le system permet à l’utilisateur d’ajouter la liste des paiements et afficher les détails concernant un
paiement sélectionné :
 L’utilisateur demande d’afficher la liste des paiements

 L’utilisateur sélectionne le paiement en cas de besoin
 Le système affiche les données des paiements
2.3.2 « Modifier Paiement »
Figure 12 : diagramme de séquence « modifier paiement »
16
Le system permet à l’utilisateur de modifier la liste des paiements et d’afficher les détails concernant
un client sélectionné. Le cas d’utilisation commence lorsque l’utilisateur demande d’afficher la liste
des paiements.
 L’utilisateur sélectionne les paiements à consulter en cas de besoin
 Le système modifie les données des paiements
2.3.3 « Supprimer Paiement »

Figure 13 : diagramme de séquence « supprimer paiement »
17
Le system permet à l’utilisateur de supprimer la liste des paiements et d’afficher les détails
concernant un paiement sélectionné. Le cas d’utilisation commence lorsque l’utilisateur demande
d’afficher la liste des paiements.
 L’utilisateur sélectionne le paiement à consulter en cas de besoin.
 Le système supprime les données de paiement.
2.3.5 « Ajouter Audiences de Tribunal »

Figure 14 : diagramme de séquence « ajouter audience de tribunal »
Le system permet à l’utilisateur d’ajouter la liste de l’audience de tribunal et afficher les détails
concernant l’audience de tribunal sélectionné :
 L’utilisateur demande d’afficher la liste de l’audience de tribunal

 L’utilisateur sélectionne de l’audience de tribunal en cas de besoin
 Le système affiche les données de l’audience de tribunal
2.3.6 « Modifier Audiences de Tribunal »

Figure 15 : diagramme de séquence « modifier audience de tribunal »
18
Le system permet à l’utilisateur de modifier la liste de l’audience de tribunal et d’afficher les détails
concernant l’audience de tribunal sélectionné. Le cas d’utilisation commence lorsque l’utilisateur
demande d’afficher la liste de l’audience de tribunal.
 L’utilisateur sélectionne de l’audience de tribunal à consulter en cas de besoin
 Le système modifie les données de l’audience de tribunal
2.3.7 « Supprimer Audiences de Tribunal »

Figure 16 : diagramme de séquence « supprimer audience de tribunal »
Le system permet à l’utilisateur de supprimer la liste de l’audience de tribunal et d’afficher les détails
concernant l’audience de tribunal sélectionné. Le cas d’utilisation commence lorsque l’utilisateur
demande d’afficher la liste de l’audience.
 L’utilisateur sélectionne l’audience de tribunal à consulter en cas de besoin.
 Le système supprime les données de l’audience de tribunal.
19
2.3.9 « Ajouter Dossiers D’affaires »

Figure 17 : diagramme de séquence « ajouter dossier d’affaire »
Le system permet à l’utilisateur d’ajouter la liste de dossier d’affaire et afficher les détails concernant
un client sélectionné :
 L’utilisateur demande d’afficher la liste de dossier d’affaire
 L’utilisateur sélectionne le dossier d’affaire en cas de besoin
 Le système affiche les données de dossier d’affaire.
2.3.10 « Modifier Dossiers D’affaires »

Figure 18 : diagramme de séquence « modifier dossier d’affaire »
20
Le system permet à l’utilisateur de modifier la liste de dossier d’affaire et d’afficher les détails
concernant un dossier sélectionné. Le cas d’utilisation commence lorsque l’utilisateur demande
d’afficher la liste de dossier d’affaire.
 L’utilisateur sélectionne les dossiers à consulter en cas de besoin
 Le système modifie les données de dossier d’affaire.
2.3.11 « Supprimer Dossiers D’affaires »

Figure 19 : diagramme de séquence « supprimer dossier d’affaire »
Le system permet à l’utilisateur de supprimer la liste de dossier d’affaire et d’afficher les détails
concernant un dossier d’affaire sélectionné. Le cas d’utilisation commence lorsque l’utilisateur
demande d’afficher la liste de dossier d’affaire.
 L’utilisateur sélectionne le dossier d’affaire à consulter en cas de besoin.
 Le système supprime les données de dossier d’affaire.
2.4 Les diagrammes d’activités

Ces sont des variantes des diagrammes d’étas-transitions.il servent à présenter le comportement
interne d’une méthode ou d’un cas d’utilisation. L’intérêt d’état. Elle est présentée par un rectangle
arrondi (plus large que les états). Les activités peuvent être regroupées par objet (découpage
vertical). Il est possible de voir clairement les relations entre objets. Il est également possible de
représenter les activités comme dans un diagramme de séquence. Les activités apparaissant alors sur
la ligne de vie des objets.
S’authentifier :
Figure 20 : diagramme d’activité « S’authentifier »
21
Ce diagramme commence lorsque l’utilisateur cherche à accéder au system et qu’en contrepartie le

système et qu’en contrepartie le système lui demande de saisir login et son mot de passe. Il peut
trouver une erreur en cas d’entrer un login et mot de passe de masse nom correcte.
Client (Ajouter) :
Figure 21 : diagramme d’activité « ajouter client »
22
Le system permet à l’utilisateur d’ajouter la liste des clients et d’afficher les détails concernant un
client sélectionné. L’utilisateur ouvrir l’interface. Il affiche l’interface appropriée. L’utilisateur entré
le code client et ajouter. Le système affiche les données des clients.
Client (Modifier) :
Figure n°22 : diagramme d’activité « modifier client »
Le système permet à l’utilisateur de modifier la liste des clients et afficher les détails concernant un
client sélectionné. L’utilisateur demande d’afficher la liste des clients
 L’utilisateur entre le code de client
 Le système modifie les données des clients
Client (Supprimer)
Figure n°23 : diagramme d’activité « supprimer client »
23
Le système permet à l’utilisateur de supprimer la liste des clients et afficher les détails concernant un
client sélectionné. L’utilisateur demande d’afficher la liste des clients. Le système affiche l’interface
appropriée. L’utilisateur entré le code de client. Le système supprimer les données des clients.
Paiement (Ajouter) :
Figure 24 : diagramme d’activité « Ajouter paiement »
24
Le system permet à l’utilisateur d’ajouter la liste des paiements et d’afficher les détails concernant un
paiement sélectionné. L’utilisateur ouvrir l’interface. Il affiche l’interface appropriée. L’utilisateur
entré le code paiement et ajouter. Le système affiche les données des paiements.
Paiement (Modifier) :
Figure n°25 : diagramme d’activité « modifier paiement »
Le système permet à l’utilisateur de modifier la liste des paiements et afficher les détails concernant
paiement sélectionné. L’utilisateur demande d’afficher la liste des paiements
 L’utilisateur entre le code de paiement
 Le système modifie les données des paiements
Paiement (Supprimer) :
Figure n°26 : diagramme d’activité « Supprimer paiement »
25
Le système permet à l’utilisateur de supprimer la liste des paiements et afficher les détails concernant
paiement sélectionné. L’utilisateur demande d’afficher la liste des paiements

 L’utilisateur entre le code de paiement.
 Le système supprime les données des paiements.
Audience de Tribunal (Ajouter) :
Figure 27 : diagramme d’activité « ajouter audience de tribunal »
26
Le système permet à l’utilisateur d’ajouter la liste d’audience de tribunal et afficher les détails
concernant audience de tribunal sélectionné. L’utilisateur demande d’afficher la liste d’audience de
tribunal.
 L’utilisateur entre le code de paiement.
 Le système ajoute les données des paiements.
Audience de Tribunal (Modifier) :

Figure 28 : diagramme d’activité « modifier audience de tribunal »
Le système permet à l’utilisateur de modifier la liste d’audience de tribunal et afficher les détails
tribunal.

 L’utilisateur entre le code d’audience de tribunal.
 Le système modifie les données d’audience de tribunal.
Audience de Tribunal (Supprimer) :
Figure 29 : diagramme d’activité « supprimer audience de tribunal »
27
Le système permet à l’utilisateur de supprimer la liste d’audience de tribunal et afficher les détails
tribunal.
 L’utilisateur entre le code d’audience de tribunal.
 Le système supprime les données d’audience de tribunal.
Dossier D’Affaire (Ajouter) :

Figure 30 : diagramme d’activité « Ajouter dossier d’affaire »
28
Le système permet à l’utilisateur d’ajouter la liste de dossier d’affaire et afficher les détails
concernant audience de tribunal sélectionné. L’utilisateur demande d’afficher la liste de dossier
d’affaire.
 L’utilisateur entre le code de dossier d’affaire.
 Le système ajoute les données de dossier d’affaire.
Dossier D’affaire (Modifier) :

Figure 31 : diagramme d’activité « modifier dossier d’affaire »
Le système permet à l’utilisateur de modifier la liste de dossier d’affaire et afficher les détails
concernant audience de tribunal sélectionné. L’utilisateur demande d’afficher la liste de dossier
d’affaire.

 Le système modifie les données de dossier d’affaire.
Dossier D’Affaire (Supprimer)
Figure32 : diagramme d’activité « supprimer dossier d’affaire »
29
Le système permet à l’utilisateur de supprimer la liste de dossier d’affaire et afficher les détails
concernant dossier d’affaire sélectionné. L’utilisateur demande d’afficher la liste de dossier d’affaire.

 Le système supprime les données de dossier d’affaire.
30
2.5 Diagramme de classe :
Le diagramme de classes est un schéma utilisé en génie logiciel pour pré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 est un ensemble de fonctions et de données (attributs) qui sont liées ensembles par un
champ sémantique. Les classes sont utilisées dans la programmation orientée objet. Elles permettent
de décrire les responsabilités, le comportement et le type d'un ensemble d'objets, de modéliser un
programme et ainsi de découper une tâche complexe en plusieurs petits travaux simples.
Figure 33 : diagramme de classe
Ce diagramme est utilisé pour analyser la structure des entités qui compose le système
Il définir à la fois les attributs et l’opération d’ajout, modifier et suppression. En plus il structure les
relations entre les classes.
2.5 Conclusion :
Tout au long de ce chapitre on a spécifié les besoins fonctionnels dont on a présenté les diagrammes
de cas d’utilisation, les diagrammes de séquence et le diagramme de classe
Dans le chapitre suivant on va décrire la démarche de réalisation.
31
Chapitre 3 : Réalisation
3. Introduction :
Après avoir élaboré la partie expression et spécification des besoins et la partie conception, la
démarche à suivre lors de la réalisation devient plus claire. Il nous reste à faire les choix
technologiques pour réaliser notre application.
Dans cette partie, nous allons décrire l'aspect implémentation. Dans un premier temps, nous nous
intéressons à la définition de l'environnement de travail, en spécifiant le matériel et les logiciels
utilisés pour la réalisation. Dans un deuxième temps, nous présentons et expliquons quelques
interfaces réalisées pour illustrer le fonctionnement de certaines activités du système afin de mesurer
les performances et la fiabilité de notre application.
3.1. Etude technique :

Dans cette partie, nous allons spécifier le matériel de base et les outils de développement utilisés
pour la réalisation de ce projet.
3.1.1. Matériel de base :
Tableau 1. Tableau du matériel utilisé
Caractéristiques PC portable
Marque Dell Inspiron 15 3000
Processeur Intel (R) core (TM) i5 8th Gen
Mémoire centrale 8Go

Disque dur 1To
Système d’exploitation Windows 10
3.1.2. Outils de développement :
Nous présenterons dans ce paragraphe les différents outils logiciels utilisés pour la réalisation de ce
projet.
32
o Outils de conception UML :

Visual Paradigm for UML 6.4 Enterprise Edition : c’est un Atelier de modélisation utilisé
dans la conception des diagrammes nécessaires pour aboutir à la réalisation de l’application.
o Outil de programmation et d’interfaçage :
 Outil de la réalisation de logiciel : Microsoft Visual Studio 2010

Visual Basic (VB) est un langage de programmation événementielle de troisième génération
ainsi qu'un environnement de développement intégré, créé par Microsoft pour son modèle de
programmation COM.
 Logiciel de base de données : Microsoft Office Access 2019 :

Un Système de Gestion de Bases de Données Relationnelles. Il permet de stocker et afficher
des données reliées entre elles. Chaque base de données créée sur Access peut être composée
de tables, de requêtes, de formulaires et sous-formulaires, d'états et sous-états, et de macros.
 Logiciel de conception de l’UML : Visual Paradigm :

Visual Paradigm est un logiciel de création de diagrammes dans le cadre d'une
programmation. Tout en un, il possède plusieurs options permettant une large possibilité de
modélisation en ULM.
 Logiciel de traitement de texte : Microsoft Office Word 2019 :

Word est le logiciel phare de la suite Bureautique Microsoft Office. C'est l'un des logiciels
les plus utilisés dans le monde et permet de rédiger des lettres, CV, rapports et tous types de
documents texte. Word permet de mettre en page vos documents, de générer des sommaires,
de numéroter automatiquement des pages, corriger la grammaire et l'orthographe, de créer
des schémas, de faire du publipostage...
3.2. Présentation des interfaces :
Cette phase est consacrée à la représentation des interfaces résultantes de l’implémentation des
fonctionnalités du système.
3.2.1. L’interface de « Page de Grade » :

Image 1 : Page de Garde
33
Cette interface représente le nom du projet « Gestion de cabinet d’avocat » avec le nom de
l’encadreur et l’équipe qui a réalisé ce projet.
3.2.2. L’interface d’Authentification :

Image 2 : Authentification (Erreur)
Image 3 : Authentification
34
Tout utilisateur qui veut bénéficier des services du logiciel doit s’authentification avec un login et un
mot de passe. Cette interface comporte aussi deux boutons :
 « Se Connecter » : permet d'accéder aux interfaces principales des utilisateurs si le login et le
mot de passe sont vrais un message s’ouvre « Bienvenue dans votre application ». Si ces
données sont fausses un message d'erreur « veuillez entrer un ou un mot de passe corrects ».
 « Précédent » : permet de retour au page de garde.
3.2.3. L’interface « Menu Principale » :

Image 4 : Menu Principal
35
Cette interface représente le menu Principal de l’application, qui réunit toutes les autres interfaces, il
suffit de cliquer pour joint chacun.
36
3.2.4. L’interface « Gestion de Clients » :

Image 5 : Gestion de clients (Ajouter)
Cette interface présente un ’affichage lorsqu'un client est ajouté avec un message « Ajouté
effectué avec succès »
37
Image 6 : Gestion de Clients (Ajouter)
Cette interface présente une erreur avec un message « Il faut remplir tous les champs »
3.2.5. L’interface « Audiences de Tribunal » :

Image 7 : Audiences de Tribunal (Modifier)
Cette interface s’affiche un message « Modification affecté avec succès »
38
Image 8 : Audiences de Tribunal (Modifier)
Image 9 : Audiences d Tribunal (Modifier)
Cette interface Présente deux erreurs :

 Si client n’est pas ajouté dans la gestion de clients un message s’affiche « aucun client avec
CIN donnée »
 Si Format d’audience de Tribunal est vide un message s’affiche « Il faut remplir tous les
champs »
39
3.2.6. L’interface « Paiements » :

Image 10 : Paiement (Supprimer)
Cette interface présente une question de confirmation si vous voulez supprimer ou non
Image 11 : Paiement (Supprimer)
Cette interface s’affiche un message « suppression effectué avec succès »
40
3.2.7. L’interface « Dossiers d’Affaires » :

Image 12 : Dossier d’Affaire (Ajouter)
Cette interface s’affiche un message « Ajout effectué avec succès »
Image 13 : Dossier d’Affaire (Ajouter)
Cette interface présente une erreur avec un message « Il faut remplir tous les champs »
3.3. Conclusion :
Dans ce chapitre, nous avons présenté d'une part, l'environnement de réalisation de notre projet de
manière détaillée. D'autre part, nous avons présenté le schéma de données logique et physique qui
nous aide à réaliser notre base de données. Ainsi, nous présentons les interfaces graphiques liées à
chaque cas d'utilisation.
41
42
Conclusion et Perspectives
Notre projet de fine formation qu’est intitulé « Gestion de cabinet d’avocat » a pour but d’organiser
le travail au sein du cabinet et d’automatiser les tâches qui sont faite manuellement comme la gestion
des clients, la gestion des audiences de tribunal, la gestion des dossiers d’affaires et le suivi des
paiements.
On espère que notre application sera utile à l’utilisateur et répond à leurs besoins malgré qu’il ne
constitue pas une application complète pour gérer toutes les activités et les tâches qui sont faite au
sein de cabinet.
Nous avons essayé de dégager les solutions les mieux adaptées à nos objectifs et à nos contraintes.
Ce projet était une occasion pour améliorer nos performances et nos connaissances. Il était une
expérience enrichissante pour nous dans la mesure où il nous a permis d’améliorer et de compléter
notre formation par une confrontation réelle du monde pratique.
Cette application peut avoir des extensions ou des modifications dans le futur sous la forme d’une
application web qui sera disponible en ligne et qui nous permettrait de gérer les rendez-vous en ligne.
43

Rapport de Gestion de Cabinet D'avocat

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

Rapport de Gestion de Cabinet D'avocat

Transféré par

Droits d'auteur :

Formats disponibles

Institut Arrobas Formation Gestion de Cabinet D’Avocat

Chapitre 1 : Présentation Générale

1.1. Définition de la mission :

1.1.1 Présentation de l’application :

1.1.2 Objectif à atteindre :

1.2.1. Besoins Fonctionnels :

 Ajouter les informations détaillées concernant le client.

 Annuler l’opération d’inscription.

 Modification de profil à tout moment.

 Ajouter les dates du audiences tribunal.

 Supprimer dans des cas particuliers.

 Changer la date à tout moment.

 Ajouter montant total à payer

 Modifier montant payer

 Ajouter type de cas ou description.

 Modifier de profil à tout moment

 Annuler un dossier d’affaire.

1.2.2. Besoins Non Fonctionnels :

 Le temps de transaction doit être réduit.

1.3. Planning prévisionnel :

Réalisation des diapos

Chapitre 2 : Analyse et conception

2.1. Choix de la méthodologie de conception et justification :

UML permet de représenter un système sous différentes vues complémentaires : les

2.2.Diagramme des cas d’utilisation :

Dans la modélisation des cas d'utilisation, deux concepts sont impliqués :

Nous allons ensuite présenter notre diagramme de cas d'utilisation.

2.2.1 Description textuelle des cas d’utilisations :

Cas d’utilisation s’authentifier :

Description des scénarios

Cas d’utilisation gérer les comptes user :

Description des scénarios

Cas d'utilisation gérer Audiences de Tribunal :

Description des scénarios

Scénario nominal : Ajouter une nouvelle audience de tribunal.

1. Modifier la date d’un Audience de Tribunal.

Description des scénarios

Scénario nominal : Ajouter un nouveau paiement.

L’utilisateur choisit le menu « Paiements ».

Modifier les informations d’un paiement.

Cas d'utilisation gérer Clients :

Description des scénarios

Scénario nominal : Ajouter un nouveau client.

L’utilisateur choisit le menu « Clients ».

Modifier les informations d’un client.

Cas d'utilisation gérer dossiers d’affaires :

Description des scénarios

Scénario nominal : Ajouter un nouveau dossier d’affaire.

L’utilisateur choisit le menu « Dossiers D’Affaires ».

Modifier les informations dossier d’affaire.

2.2.2 Description graphique

Figure 1 : Diagramme globale de cas d’utilisation

Figures 2 : Diagramme détaillé de cas d’utilisation

2.2.3 Les diagrammes de séquences

2.2.6 « Modifier Client »

2.2.7 « Supprimer Client »

2.3.1 « Ajouter Paiement »

Figure 11 : diagramme de séquence « ajouter paiement »

 L’utilisateur demande d’afficher la liste des paiements

2.3.2 « Modifier Paiement »

Figure 12 : diagramme de séquence « modifier paiement »

2.3.3 « Supprimer Paiement »

2.3.5 « Ajouter Audiences de Tribunal »