Framework CodeIgniter et PHP
DIAGRAMME DE SEQUENCES
Le diagramme de séquences permet de cacher les interactions d’objets dans le cadre d’un scénario d’un Diagramme de cas d’utilisation Dans un souci de simplification, on représente l’acteur principal à gauche du diagramme, et les acteurs secondaires éventuels à droite du système. Le but étant de décrire comment se déroulent les actions entre les acteurs ou objets.
La dimension verticale du diagramme représente le temps, permettant de visualiser l’enchaînement des actions dans le temps, et de spécifier la naissance et la mort d’objets. Les périodes d’activité des objets sont symbolisées par des rectangles, et ces objets dialoguent par le biais de messages.
Dans ce cadre, nous allons présenter quelques exemples de diagrammes de séquences utilisés dans ce projet :
L’authentification :
La modification : Cette fonctionnalité est utilisée par la secrétaire et l’administrateur.
En cas de :
Modification de courrier entrant/sortant Modification de Contacte/adresse email Modification de division Modification de compte Etc…
L’Ajout à la base de données : Cette fonctionnalité est utilisée par la secrétaire.
En cas de :
Ajout de courrier entrant/sortant Ajout de Contacte/adresse email Ajout d’email envoyé ..La Synthèse : Utilisée uniquement par la secrétaire, afin de garder une trace écrite des courriers traités selon une date précise.
Ajout de division : Uniquement pour l’administrateur, ce qu’il lui permet d’ajouter de nouvelles sessions dites divisions, chacune avec une secrétaire et un visiteur dont les noms d’utilisateurs sont unique.
*NB : Les diagrammes ci-dessus ne sont que des exemples, non la totalité des diagrammes réalisés dans le projet.
DIAGRAMME DE CLASSE
Description : C’est le point central dans le développement orienté objet. Il représente la structure statique du système sous forme de classes et de leurs relations.
Les classes constituent la base pour la génération de code et des schémas de bases de données.
L’application a trois types d’utilisateurs, l’administrateur qui est unique, la secrétaire et le visiteur.
Chaque utilisateur a une vue propre à lui. La secrétaire gère les courriers entrants/sortants, peut ajouter supprimer et modifier selon le besoin, ces actions sont stockés dans une autre table de traçabilité, que seul l’administrateur peut voir ou vider. Le dispatching est une opération d’envoi d’email que la secrétaire effectue afin de distribuer une information aux chefs de services de sa division, qu’elle a stocké auparavant. La gestion des rendez-vous est l’opération de garder un rappel dans l’application qui aide la secrétaire à se rappeler des événements qu’elle a enregistré. La synthèse est l’opération d’imprimer une trace écrite sur papier des tables de courriers entrants/sortants selon le jour. L’administrateur est celui qui crée les sessions. Chaque division possède une secrétaire et un visiteur propre à elle. Lors de la première connexion, la secrétaire doit changer le mot de passe de sa session. L’administrateur à la possibilité de changer les mots de passe des utilisateurs en cas d’oubli, ou de problèmes. Les vues diffèrent selon le groupe auquel appartient un utilisateur, secrétaire=1 visiteur=2 et admin=0.
Guide du mémoire de fin d’études avec la catégorie Outils de développement |
É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 L’architecture Modèle-Vue-Contrôleur où vous pouvez trouver aussi quelques autres mémoires de fin d’études similaires.
|
Table des matières
Remerciements
Dédicace :
Sommaire :
Liste des Figures :
Introduction :
Chapitre 1: Présentation de La direction de météorologie :
I. En général :
I. Organigramme :
II. Fiche technique :
Chapitre 2 : Présentation du projet
I. Etude préalable
1- Introduction :
2- Etude de l’existant :
II. Enoncé du problème :
III. Solution proposée:
Chapitre 3 : Analyse Fonctionnelle
I. Méthodologie
1- Le langage utilisé : UML
2- Le modèle utilisé : itératif et incrémentale
3- L’architecture Modèle-Vue-Contrôleur
II. MODELISATION
1- Les acteurs
2- Les rôles
3- CONCEPTION UML
Chapitre 4 : Présentation de l’application
I. Outils de développement
1- Framework CodeIgniter et PHP
2- WAMP SERVER
3- MyPHPAdmin
4- Apache
5- MySQL
6- DataTable
7- JavaScript
8- Ajax
9- JQuery
10- CSS
II. Aperçu de l’application
1- L’authentification
2- Informations personnelles
3- Page d’accueil Administrateur
4- Les divisions (ADMIN)
5- Les utilisateurs (ADMIN):
6- La traçabilité (ADMIN)
7- Ajouter une division (ADMIN)
8- Page d’accueil de la secrétaire
9- Table des courriers (secrétaire)
10- Ajouter un courrier (secrétaire)
11- Synthèse (secrétaire)
12- Envoyer un e-mail (secrétaire)
13- Calendrier d’événements (secrétaire)
Conclusion
Perspectives
Webographie et bibliographie
Télécharger le rapport complet