Soutenance mémoire
Gestion des cautions bancaire
Le langage de modélisation
Un langage de modélisation est un langage artificiel qui peut être utilisé pour exprimer de l’information ou de la connaissance ou des systèmes dans une structure qui est définie par un ensemble cohérent de règles. Un langage de modélisation peut être graphique ou textuel.
Les langages de modélisation graphiques utilisent des techniques de diagrammes avec des symboles associés à des noms qui représentent les concepts et des lignes qui connectent les symboles et qui représentent les relations et les diverses autres annotations graphiques pour représenter les contraintes.
Les langages de modélisation textuels utilisent typiquement des mots-clés standardisés accompagnés de paramètres pour rendre les expressions interprétables par les ordinateurs. Il existe plusieurs langages de modélisation dont nous citons : Sysml, Bisiness Process Modeling Notation, Energy Systems Language, IDEF, Unified Modeling Language et ses antécédents (OMT, Booch, OOSE), etc. Parmi tous ces langages nous avons choisi de modéliser notre application avec l’UML.
Les diagrammes de cas d’utilisation
Un cas d’utilisation définit le comportement d’un système ou la sémantique de toute autre entité en spécifiant une séquence d’actions, avec des variantes, que l’activité réalise en interagissant avec les acteurs de l’entité. Un diagramme de cas d’utilisation est un graphe d’acteurs, un ensemble de cas d’utilisation englobés par la limite du système, des relations de communication entre les acteurs et les cas d’utilisation, et des généralisations de ces cas d’utilisation.
Présentation des acteurs Un acteur est une abstraction extérieure au système à modéliser (l’organisation lorsque l’on modélise le métier, le système informatique dans un second temps) qui interagit avec lui. Il s’agit de rôles joués par des personnes, de logiciels, de matériels, etc. On détermine un acteur principal en se demandant « À qui est destiné le système à modéliser ? ». [1] Les acteurs en interaction avec notre système sont : L’administrateur : son rôle consiste à gérer les utilisateurs de l’application. Le responsable des cautions : son rôle consiste à gérer le module des cautions bancaires. Le responsable des assurances : son rôle consiste à gérer le module assurance des exportations. Le responsable des facturations : son rôle consiste à gérer le module de facturation des services
|
Guide du mémoire de fin d’études avec la catégorie Le module « Gestion de facturation des services » |
|
Étudiant en université, dans une école supérieur ou d’ingénieur, et que vous cherchez des ressources pédagogiques entièrement gratuites, il est jamais trop tard pour commencer à apprendre et consulter une liste des projets proposées cette année, vous trouverez ici des centaines de rapports pfe spécialement conçu pour vous aider à rédiger votre rapport de stage, vous prouvez les télécharger librement en divers formats (DOC, RAR, PDF).. Tout ce que vous devez faire est de télécharger le pfe et ouvrir le fichier PDF ou DOC. Ce rapport complet, pour aider les autres étudiants dans leurs propres travaux, est classé dans la catégorie Création de la base de données où vous pouvez trouver aussi quelques autres mémoires de fin d’études similaires.
|
Table des matières
Remerciements
Sommaire
Liste des figures
Liste des tableaux
Introduction Générale
Chapitre1 : Présentation Générale
Introduction
I. Présentation de l’organisme d’accueil
I.1 Historique
I.2 Activités
I.2.1 L’extraction
I.2.2 La production
I.2.3 La commercialisation
I.3 L’organigramme de la Direction Centrale Financière
II. Présentation du sujet
II.1 Le module « Gestion des cautions bancaires »
II.2 Le module « Gestion des assurances de paiement des exportations»
II.3 Le module « Gestion de facturation des services »
II.4 La Gestion des Utilisateurs
Conclusion
Chapitre 2 : Etude Préalable
Introduction
I. Etude de l’existant
I.1 Description de l’existant
I.2 Critique de l’existant
I.3 Solutions proposées
I.4 Solution retenue
II. Etude de la solution finale
II.1 Spécification des besoins
II.1.1 Les besoins fonctionnels
II.1.2 Les besoins non fonctionnels
II.2 Le langage de modélisation
II.3 Les diagrammes de cas d’utilisation
II.3.1 Présentation des acteurs
II.3.2 Diagramme de cas d’utilisation général
II.3.3 Principaux diagrammes de cas d’utilisation
II.4. Diagrammes de séquence
Conclusion
Chapitre 3 : Conception Détaillée
Introduction
I. Modèle de cycle de vie
II. Conception architecturale
II.1 Conception de l’Architecture Logique
III.2 Conception de l’Architecture Physique
III.3 Conception de l’Aspect Statique
III.3.1 Diagramme de Classes 3
III.3.2 Conception de la Base de Données
III.4 Conception Aspect Dynamique
III.4.1 Diagramme d’activité
III.4.2 Diagramme de Séquence raffiné
III. Conception du niveau présentation
III.1 Modèle de navigation
III.2 Charte graphique
Conclusion
Chapitre 4 : Réalisation
Introduction
I. Environnement du travail
I.1 Environnement matériel
I.2 Environnement logiciel
I.2.1 Création de la base de données
I.2.2 Outils de développement
II. Les composantes applicatives réalisées
II.1 Interface de connexion
II.2 Menu Gestion des cautions
II.2 Menu Gestion des assurances
II.3 Menu Gestion de facturation
II.4 Menu Gestion des utilisateurs
Conclusion
Conclusion Générale
Webographie
Télécharger le rapport complet
