Modélisation du fonctionnement du système

CONCEPTION

Le Modèle conceptuel de données est une représentation statique du système d’information. Il a comme objectif de constituer une représentation claire et cohérente des données manipulées dans le système d’information. Cette section, sera présentée comme suit : nous commençons par le choix de la méthodologie de conception et justification puis nous présentons quelques diagrammes d’activités et de séquences à titre indicatif. Ensuite nous présentons le diagramme de classe.
Dans la cadre de notre projet, nous avons opté pour le langage UML comme une approche de conception. Ci-dessous, nous présentons ce langage puis nous justifions notre choix.

Présentation d’UML

UML (Unified Modeling Language) est un langage formel et normalisé en termes de modélisation objet. Son indépendance par rapport aux langages de programmation, aux domaines de l’application et aux processus, son caractère polyvalent et sa souplesse ont fait lui un langage universel. En plus UML est essentiellement un support de communication, qui facilite la représentation et la compréhension de solution objet. Sa notation graphique permet d’exprimer visuellement une solution objet, ce qui facilite la comparaison et l’évaluation des solutions. L’aspect de sa notation, limite l’ambigüité et les incompréhensions. UML fournit un moyen astucieux permettant de représenter diverses projections d’une même représentation grâce aux vues.
Une vue est constituée d’un ou plusieurs diagrammes. On distingue deux types de vues :

VUE STATIQUE permettant de représenter le système physiquement :

 Diagrammes de classes : représentent des collections d’éléments de modélisation statiques (classes, paquetages…), qui montrent la structure d’un modèle.  Diagrammes d’objets : ces diagrammes montrent des objets (instances classes dans un état particulier) et des liens (relations sémantiques) entre objets.  Diagrammes de cas d’utilisation : identifient les utilisateurs du système (acteurs) et leurs interactions avec le système.

 Diagrammes de composants : permettent de décrire l’architecture physique statique d’une application en termes de modules : fichiers sources, librairie exécutables, etc.
Diagrammes de déploiement: montrent la disposition physique du matériel qui compose le système et la répartition des composants sur ce matériel.

VUE DYNAMIQUE

 Diagrammes de collaboration : montrent des interactions entre objet (instances de classes et acteurs).

 Diagrammes de séquence : permettent de représenter des collaborations eu objets selon un point de vue temporel on y met l’accent sur la chronologie (envois de messages).
 Diagrammes d’états-transitions : permettent de décrire les changements d’états d’un objet ou d’un composant, en réponse aux interactions avec d’autres objets/composants ou avec des acteurs.
 Diagrammes d’activités : (une variante des diagrammes d’états-transitions) servent à représenter graphiquement le comportement d’une méthode ou déroulement d’un cas d’utilisation.
La conception de notre interface a été élaborée en suivant la démarche suivante :

 L’élaboration des diagrammes de cas d’utilisation. Cette étape a été réalisée suite à la spécification fonctionnelle de l’application.
 Recensement des classes candidates et élaboration du diagramme des classes.
 Dresser les diagrammes de collaboration et de séquences pour mettre en évidence interactions entre les différents objets du système.
 Elaborer le diagramme d’états-transitions pour montrer les différents états l’interface.

Diagramme d’activité

Le diagramme d’activité est une représentation proche de l’organigramme. La description d’un cas d’utilisation par un diagramme d’activités correspond en quelques sortes à sa traduction algorithmique.Dans ce qui suit, nous présentons les diagrammes d’activités pour quelques cas d’utilisation dans notre système.

Guide du mémoire de fin d’études avec la catégorie Modélisation du fonctionnement du système

É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 Environnement de travail où vous pouvez trouver aussi quelques autres mémoires de fin d’études similaires.

Le rapport de stage ou le pfe est un document d’analyse, de synthèse et d’évaluation de votre apprentissage, c’est pour cela rapport gratuit propose le téléchargement des modèles gratuits de projet de fin d’étude, rapport de stage, mémoire, pfe, thèse, pour connaître la méthodologie à avoir et savoir comment construire les parties d’un projet de fin d’étude.

Table des matières

Tables des figures
Introduction générale
Chapitre I. Présentation Générale
Introduction
I.1 Présentation du cadre du projet
I.1.1 Présentation de l’ITCEQ
I.1.2 Présentation de la direction Informatique
I.1.3 Besoin d’audit
I.2 Audit de sécurité et normalisation
I.2.1Etude des normes d’audit relatives à la sécurité
I.2.2 Audit de sécurité du système d’information
I.2.2.1 Audit de sécurité de système d’information en Tunisie
I.2.2.2 Objectifs de l’audit de sécurité
I.2.2.3 Cycle de vie d’un audit de sécurité des systèmes d’information
I.2.3.1 Préparation de l’audit
I.2.3.1.a Périmètre du champ de l’audit
I.2.3.1.b Chronogramme du PFE
I.2.3.2 Audit organisationnel et physique
I.3.3.3 Audit technique
Conclusion
Chapitre 2 : Etude de l’existant et spécification des besoins
Introduction
II.1 Étude de l’existant
II.2 Spécification et analyse des besoins fonctionnels
II.2.1 Identifications des acteurs
II.2.2 Spécification des besoins fonctionnels
II.3 Spécification des besoins non fonctionnels
II.3.1 Réutilisabilité
II.3.2 Convivialité
II.3.3 Fiabilité
II.3.4 La sécurité
II.4.Modélisation du fonctionnement du système
II.4.1 Diagramme de cas d’utilisation général
II.4.2 Description détaillée des cas d’utilisation
Conclusion
Chapitre 3 : Conception
III.1 Choix de la méthodologie de conception
III.1.1 Présentation d’UML
III.1.2 Diagramme d’activité
III.1.2.1 Diagramme d’activité du cas d’utilisation « S’IDENTIFIER »
III.1.2.2 Diagramme d’activité de cas d’utilisation «Ajouter catégorie»
III.1.3 Diagrammes de séquences
III.1.3.1 Diagramme de séquence « authentification »
III.1.3.2 Diagramme de séquence « Inscription »
III.1.3.3 Diagramme de séquence « Ajouter catégorie »
III.1.4 Diagramme de classe
Conclusion
Chapitre IV : Réalisation
Introduction
IV.1 Environnement de travaiL
IV.1.1 Environnement matériel
IV.1.2 Environnement logiciel
IV.2 Interfaces développées
IV.2.1 Interface d’authentification
IV.2.2 Espace d’administration
IV.2.2.1 Interface Accueil
IV.2.3 Espace Auditeur
IV.2.3.1 Interface ajout type d’audit
IV.2.3.2 Interface Affectation d’audit
IV.2.3.3 Interface Démarrage d’audit
IV.2.3.4 Interface des Statistiques
IV.2.3.5 Interface des Recommandations
Conclusion
Conclusion Générale
Webographie
Acronymes
ANNEXES