Création de L’Université Virtuel

Création de L’Université Virtuel

CONCEPTION

L’activité de conception consiste à façonner le système et à lui donner une forme et une architecture répondant à tous les besoins y compris les besoins non fonctionnels. Elle achève le travail déjà commencé au niveau de l’analyse et constitue une base et un point de départ aux activités d’implémentation et de test.
II. Diagramme de cas d’utilisation Le diagramme de cas d’utilisation est un diagramme UML utilisé pour donner une vision globale du comportement fonctionnel de notre application.
Ce diagramme représente une unité discrète d’interaction entre un utilisateur (homme ou machine) et un système.
Dans un diagramme de cas d’utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec les cas d’utilisation (use cases).

Cas d’utilisation : Gestion de l’Administrateur

Authentifier

Information général : l’administrateur de l’UVT donne son identification et son mot de passe
Acteur principal : l’administrateur
Condition : l’administrateur de l’UVT veut gérer les soumissions de cours.
Scénario principal :
a.1 l’administrateur choisit notre application
a.2 le système affiche le menue principal
a.3 l’administrateur insère ces informations nom utilisateur et mot de passe
a.4 le système vérifie ces informations si ces dernières sont vraies alors il donne l’accès à l’administrateur si non il affiche un message de non validité de compte
a.5 le système affiche la page d’accueil si l’utilisateur est un administrateur
a.6 le système enregistre tous les détails l’or de la connexion
Relation d’inclusion : gestion de soumission en attente, gestion de soumission préretenue, gestion de soumission incomplète, gestion de soumission en production, gestion de soumission en cours d’évaluation

Gestion de soumission pré-retenue

Information général : l’administrateur doit gérer la gestion de soumission préretenue
Acteur principal : administrateur
Condition : l’administrateur choisit la gestion de soumission pré-retenue
Scénario principal :
a.1 l’administrateur s’authentifie à l’application
a.2 l’application affiche le menu principal
a.3 l’administrateur choisit la fenêtre pré-retenue de la proposition de cours
a.4 l’application affiche à l’utilisateur la fenêtre de proposition de cours
a.5 l’administrateur sélectionne son choix qui concerne de la proposition pré-retenue
a.6 L’application affiche le besoins de l’utilisateur qui concerne au soumission pré-retenue
Relation d’inclusion : s’authentifier et la recherche de soumission

Gestion des soumissions en cours d’évaluation

Information général : l’administrateur doit gérer la gestion des soumissions en cours d’évaluation
Acteur principal : Administrateur
Condition : l’administrateur envoie le cours à l’évaluateur pour être évaluer
Scénario principal :
a.1 l’administrateur s’authentifie à l’application
a.2 l’application affiche le menu principal
a.3 l’administrateur envoie le cours à l’évaluateur de soumission de cours
a.4 l’application transmit les données pour être évaluer
Relation d’inclusion : s’authentifier et la recherche de soumission

Gestion de soumission en production

Information général : l’administrateur doit gérer la gestion de soumissions en production
Acteur principal : Administrateur
Condition : l’administrateur choisit la gestion de soumissions en production
Scénario principal :
a.1 l’administrateur s’authentifie à l’application
a.2 l’application affiche le menu principal
a.3 l’administrateur choisit la fenêtre « proposition de cours »
a.4 l’application affiche à l’utilisateur la fenêtre de production numérique
a.5 l’administrateur sélectionne son choix qui concerne la proposition en production
a.6 L’application renvoie les données ou l’enregistrement
Relation d’inclusion : s’authentifier et la recherche de soumission

Guide du mémoire de fin d’études avec la catégorie MVC (Model–View–Controller)

É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

Chapitre I. Présentation général
I. Introduction
II. Présentation de l’organisme d’accueil
II.1. Création de L’Université Virtuel de Tunis
II.2. Objectif de l’UVT
II.3. Missions de l’Université Virtuelle de Tunis
II.4. Organigramme de l’université
II.5. Présentation du département de l’UVT
II.6. Problématique
II.7. Solution
III. Conclusion
Chapitre II. Etat de l’art
I. Introduction
II. Application Web
III. Architecture client/serveur
III.1. Caractéristiques d’un serveur
III.2. Caractéristiques d’un client
IV. MVC (Model–View–Controller)
IV.1. Conception au niveau architecture MVC
IV.1.1. Conception au niveau Modèle
IV.1.2. Conception au niveau Vue
IV.1.3. Conception au niveau Contrôle
IV.2.La raison pour la quelle on a choisi le MVC
V. Conclusion
Approche
I. Introduction
II. Environnement de travail
II.1. Environnement matériel
II.2. Environnement Logiciel
III. Conclusion
Chapitre IV. Analyse des besoins
I. Introduction
II. Besoins fonctionnels
II.1. Administration de soumission des cours
II.1.1. Nouvelle proposition
II.1.2. Proposition incomplet
II.1.3. Proposition pré-retenu
II.1.4. Toutes les propositions
II.1.5. Evaluation
II.1.6. Production numérique
II.1.7. Propositions non retenues
II.1.8. Boite Email
II.1.9. Déconnexion
II.1.10. Gestion de contrat
III. Besoins non fonctionnel
IV. Conclusion
Chapitre V. Analyse d’existant
I. Introduction
II. Système logistique déjà existant
II.1. Page authentification
II.2. Page de recherche
II.3. Page d’affichage de résultat de recherche
II.4. Page des nouvelles propositions
II.5. Page des propositions incomplètes
II.6. Page des propositions pré-retenues
II.7. Page d’Evaluateur
II.8. Page de la production numérique
II.9. Page de la proposition non retenues
II.9.1. Page d’Envoi la proposition à la corbeille
II.9.2. Page du rejet après évaluation
II.10. Page de la Boite Email
II.10.1.1. Page de la configuration
II.10.2. Edition des mails type
II.10.3. Liste des mails type
III. Conclusion
Chapitre VI. Conception
I. Introduction
II. Diagramme de cas d’utilisation
II.1. Cas d’utilisation : Gestion de l’Administrateur
II.2. Cas d’utilisation : l’enseignant
II.3. Cas d’utilisation : Gestion d’évaluation de cours
II.3.1. Gestion de fichier d’évaluation
II.3.2. Décision
II.3.3. Gestion d’Envoi des E-mails
III. Diagramme de classes
III.1. Diagramme d’unité d’enseignement
III.2. Diagramme de gestion d’envoi Email
III.3. Diagramme de gestion de contrat
IV. Diagramme de séquence
IV.1. Gestion des mails
IV.2. Unité d’enseignement
IV.3. Gestion de contrat
V. Conclusion :
Chapitre VII. Réalisation
I. Introduction
II. Technologie
II.1. Web 2.0
II.2. Développement orienté objet et PHP5
II.3. AJAX
III. Bibliothèques
III.1. Extjs
III.2. CodeIgniter
IV. Application réaliser
IV.1. Page authentification
IV.2. Menu de notre application
IV.3. Interface de toutes les propositions
IV.4. Interface des enregistrements de toutes les propositions
IV.5. Interface d’enregistrement d’un dépôt
IV.6. Interface de l’enregistrement de l’Unité d’Enseignement (UE)
IV.7. Fiche de proposition
IV.8. Gestion des mails types
Conclusion