CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i a m a k
SOMMAIRE TABLES DES FIGURES ----------------------------------------------------------------------------------------------------------------------- 3 I. ABREVIATIONS ------------------------------------------------------------------------------------------------------------------------ 4 II. INTRODUCCTION --------------------------------------------------------------------------------------------------------------------- 5 III. PRESENTATION DE L APPLICATION «GESTION DES SERVICES DES ENSEIGNANTS» ---------------------------- 5 Contexte Technique ------------------------------------------------------------------------------------------ 5 La Base de données de l application ------------------------------------------------------------------- 6 Installation de l application --------------------------------------------------------------------------------- 7 IV. TECHNOLOGIES UTILISEES----------------------------------------------------------------------------------------------------- 7 Symfony --------------------------------------------------------------------------------------------------------- 7 Odt.php ---------------------------------------------------------------------------------------------------------- 7 JQuery ----------------------------------------------------------------------------------------------------------- 8 Programmation modulaire ---------------------------------------------------------------------------------- 8 V. MISSION DU PROJET ET TRAVAILLE DEMANDE ----------------------------------------------------------------------------- 8 Modifications demandées ---------------------------------------------------------------------------------- 8 Ajout de Fonctionnalités : Gestion Electronique des Documents ---------------------------------- 9 VI. DEROULEMENT DU PROJET -------------------------------------------------------------------------------------------------- 10 Phases du développement de la partie GED ---------------------------------------------------------- 10 Planning ------------------------------------------------------------------------------------------------------- 10 Analyses de la partie GED --------------------------------------------------------------------------------- 12 Interface Graphique : Intégration dans «Gestion des services enseignants» ------------ 12 Page: Accueil ---------------------------------------------------------------------------------------------------------------------------------- 12 Page : Génération des documents ------------------------------------------------------------------------------------------------------- 13 Page : Recherche ----------------------------------------------------------------------------------------------------------------------------- 15 Page : Configuration GED ------------------------------------------------------------------------------------------------------------------- 15 Page : Ajouter un template ---------------------------------------------------------------------------------------------------------------- 17 Page : Configuration Serveur des fichiers ---------------------------------------------------------------------------------------------- 18 Modélisation UML (User Case) Partie GED --------------------------------------------------------- 18 User case : Modèle de document -------------------------------------------------------------------------------------------------------- 19 User case : Géneration de Document --------------------------------------------------------------------------------------------------- 20 1
User case : Archivage serveur de fichiers ----------------------------------------------------------------------------------------------- 20 User case : Traitement XML --------------------------------------------------------------------------------------------------------------- 21 User case : Chargement Document Utilisateur --------------------------------------------------------------------------------------- 21 User Case Sous-Système : Serveur de fichier ------------------------------------------------------------------------------------------ 22 Base de donnés partie GED ---------------------------------------------------------------------------- 22 Interface Graphique partie GED déploiement Symfony ----------------------------------------- 25 Interface de connexion --------------------------------------------------------------------------------------------------------------------- 25 Interface d accueil ---------------------------------------------------------------------------------------------------------------------------- 26 Interface de Génération des documents ----------------------------------------------------------------------------------------------- 26 Interface Deposer fichiers ----------------------------------------------------------------------------------------------------------------- 27 Templates générés --------------------------------------------------------------------------------------- 27 VII. INTEGRATION DE LA PARTIE GED DANS L APPLICATION «GESTION DES SERVICES ENSEIGNANTS» -- 28 Module d Accueil -------------------------------------------------------------------------------------------- 28 Module de recherche -------------------------------------------------------------------------------------- 29 Document -------------------------------------------------------------------------------------------------- 29 Module Document ------------------------------------------------------------------------------------------ 29 Module Configuration -------------------------------------------------------------------------------------- 30 Configuration : Gestion Electronique des documents ------------------------------------------- 31 Configuration : Serveur des Fichiers ----------------------------------------------------------------- 32 Module Bilan ------------------------------------------------------------------------------------------------- 32 Répartition des heures affectées par filières et enseignants ----------------------------------- 33 Répartition des heures affectées par rapport aux nombres des heures prévu dans la maquette --------------------------------------------------------------------------------------------------- 33 VIX. LES CHANGEMENTS REALISES DANS L APPLICATION «GESTION DES SERVICES ENSEIGNANTS» ----------- 34 Module de recherche -------------------------------------------------------------------------------------- 34 Enseignant ------------------------------------------------------------------------------------------------- 34 Enseignement --------------------------------------------------------------------------------------------- 34 VIII. LES PROBLEMES RENCONTRES ---------------------------------------------------------------------------------------------- 36 IX. BILAN ----------------------------------------------------------------------------------------------------------------------------------- 37 X. CONCLUSION ------------------------------------------------------------------------------------------------------------------------- 38 XI. ANNEXES------------------------------------------------------------------------------------------------------------------------------- 38 2
Justification des changements réalisées à la BDD --------------------------------------------------- 38 TABLES DES FIGURES Figure 1 : BDD Gestion des services enseignants... 6 Figure 2 : Planning... 11 Figure 3 : Analyses GED prototype page d accueil... 12 Figure 4 : Analyses GED prototype page de génération de document... 13 Figure 5 : Analyses GED prototype page de recherche... 15 Figure 3 : Analyses GED prototype page de configuration... 16 Figure 7 : Analyses GED prototype page ajouter un nouveau template... 17 Figure 8 : Analyses GED prototype page configuration serveur des fichiers... 18 Figure 9 : User case Gestion de document... 19 Figure 10 : User case Modèle de documents... 19 Figure 11 : User case Génération de document... 20 Figure 12 : User case Archivage serveur de fichier... 20 Figure 13 : User case Traitement XML... 21 Figure 14 : User case Chargement document utilisateur... 21 Figure 15 : User case Serveur de fichier... 22 Figure 16 : MER partie GED... 23 Figure 17 : GED page de connexion... 25 Figure 18 : GED page d accueille... 26 Figure 19 : GED page génération document... 26 Figure 20 : GED page déposer un fichier... 27 Figure 21 : Gestion des services enseignants page d accueille... 28 Figure 22 : Gestion des services enseignants module recherche page recherche de document... 29 Figure 23 : Gestion des services enseignants module document... 30 Figure 24 : Gestion des services enseignants module configuration... 30 Figure 25 : Gestion des services enseignants module configuration page configuration GED... 31 Figure 26 : Gestion des services enseignants module configuration page ajout des templates... 31 Figure 27 : Gestion des services enseignants module configuration page configuration serveur des fichiers... 32 Figure 28 : Gestion des services enseignants module bilan... 32 Figure 29 : Gestion des services enseignants module bilan page répartition des heures affectées... 33 Figure 30 : Gestion des services enseignants module bilan page nombres des heures prévu dans la maquette 33 Figure 31 : Gestion des services enseignants module recherche page recherche Enseignant... 34 Figure 32 : Gestion des services enseignants module recherche page recherche Enseignement par nom... 35 Figure 33 : Gestion des services enseignants module recherche page recherche enseignement par code... 36 3
I. ABREVIATIONS BDD GED MER MVC TP TD UE UCE UML Base de données Gestion Electronique de documents Modèle-Entité-Relation ou Modèle-Entité-Association Modèle Vue Contrôleur Travail Pratique Travail Dirige Unité d enseignement unité complémentaire d enseignement Unified Modeling Language ou «Langage de Modélisation Unifié» 4
II. INTRODUCCTION Dans le cadre de notre première année en Master 1 en informatique de l Université d Avignon, on a dû choisir un projet parmi plusieurs sujets proposés. Ce projet consiste à modifier l application «Gestion des services enseignants» déjà existante et utiliser par l université d Avignon afin de corriger certaines erreurs et d ajouter de nouvelles fonctionnalités utiles à l administration. Notre choix s est porté sur celui-ci car il semblait à même de nous apporter une meilleure connaissance du développement et de la conception de logiciels Web, ainsi que d approfondir nos connaissances dans le domaine Web informatiques. Dans la première partie de ce rapport, nous présenterons notre sujet, ainsi que le contexte de développement et un résumé du cahier des charges, en précisant les objectifs techniques. Dans un seconde temps nous présenterons la démarche qu on a adopté pour réaliser notre travaille et justifier notre analyses, les différents choix et les étapes de développement. III. Présentation de l application «Gestion des Services des Enseignants» La plate-forme «Gestion des services enseignants» est un système d'information de l'université qui permet de prendre en charge la répartition des heures d'enseignements ainsi que la réalisation des maquettes des différentes formations qui seront ensuite utiliser par l'université afin de réaliser d'autre taches d'administration dont la réalisation des emplois du temps, la comptabilité des heures, la paie etc.. Contexte Technique Cette application a été développée sous une architecture trois tiers MVC en utilisant le Framework Symfony, le système de gestion de base de données MySQL, JavaScript et Ajax pour la communication du côté client. Ces technologies seront présentées plus en détails dans La partie «Technologies utilisées». Dans ce qui suit le modèle de la base de données utilisées par l application. 5
La Base de données de l application Figure 1 : BDD Gestion des services enseignants 6
Installation de l application Dans cette partie nous allons décrire les étapes d installation de l application «Gestions des services enseignants» : 1. Documentation symfony: Etudes de l architecture de Symfony. 2. Installation du serveur local. 3. Installation de l application : Codes sources. 4. Installation de la BDD: Cette étape a consisté à créer les tables de la BDD à partir du «shèma.yml» de Symfony livré par le client. IV. Technologies Utilisées Cette partie détaille les différentes technologies abordées lors de notre projet : Symfony Est un framework MVC libre écrit en PHP 5. En tant que framework, il facilite et accélère le développement des sites et d'applications Internet et Intranet. Symfony présente beaucoup d avantages : Odt.php i. Une séparation du code en trois couches, selon le modèle MVC, pour une plus grande maintenabilité et évolutivité du code, ii. Une templating simple, basé sur PHP et des jeux de «helpers», iii. Des performances optimisées et un système de cache pour garantir des temps de réponse optimums. OdtPHP est une bibliothèque orientée objet pour PHP 5. Elle permet de générer automatiquement des documents OpenOffice textes à partir de modèles. OdtPHP permet de générer des documents simples en remplaçant les balises du modèle et en insérant des images. Elle fournit des fonctionnalités avancées pour créer des fichiers OpenOffice complexes en répétant des portions du document ou des lignes de tableau. 7
JQuery JQuery est un framework développé en Javascript qui permet notamment de manipuler aisément le DOM, d'utiliser AJAX, de créer des animations. La vocation première de ce Framework est de gagner du temps dans le développement d application: "write less, do more". Programmation modulaire La programmation modulaire consiste dans le regroupement de fonctions, de méthodes et de traitement visant à répartir le développement d'une grosse application sur plusieurs (groupes de) personnes, afin que chacun puisse faire indépendamment son travail, mais aussi, ensuite, de permettre une certaine réutilisabilité de certaines unités de traitement (modules, et donc de portions de code). Ce style de programmation facilite grandement la réutilisabilité et le partage du code, et est particulièrement utile pour la réalisation de bibliothèques. De plus, suivant les langages de programmation, les modules peuvent être paramétrés et/ou polymorphes (foncteur) ce qui apporte une modularité dont la souplesse décuplée amène alors à parler de généricité. V. Mission du projet et travaille demandé Cette partie est un résumé du cahier des charges réalisé au premier semestre. Modifications demandées 1. Améliorer l affichage de l interface maquette et la désencombré. 2. Améliorer l affichage de l interface Enseignant. 3. Améliorer l affichage de la liste Enseignement : Pouvoir effectuer une recherche avec le nom de L UE ou une partie du nom. 4. Afficher plus de détails concernant une unité complémentaire d enseignement comme la répartition des heures de TP, TD et Cours. 8
5. Améliorer l'ergonomie de l interface de la gestion des horaires, cette interface devra être complètement modifié, une première perspective serrais de pouvoir effectuer une recherche sur un UE et afficher les UCE qui la compose. a. Hiérarchiser l'affichage des UE et des UCE qui le compose, créer une liste déroulante pour chaque UE, qui comportera les UCE qui la compose, b. Pouvoir limiter le nombre de l UE affichées. 6. Ajouter des fonctionnalités à l interface : Gestion des heures d enseignements : a. Pouvoir changer le status d un professeur à partir de la Base de données de l universite et afficher son nouveau profil. b. Pouvoir repartir le nombre d heurs entre les TPs, TD et le cour à partir de cette interface. 7. Le retour en arrière dans la page du navigateur ne sauvegarde pas la page de départ. Vous trouverez plus détailles cette partie dans le «Cahier des charges» Ajout de Fonctionnalités : Gestion Electronique des Documents Dans le «Cahier de charge» vous trouverez plus en détail les fonctionnalités demandées. Parmi les fonctionnalités qu on a prévu d ajouter nous avons choisi d implémenter la partie GED car c était la seule fonctionnalité qui nécessité pas d avoir l application installé à cause de différents problèmes d installation de l application. 9
VI. Déroulement du projet On a commencé à développer la partie GED en utilisant les mêmes spécifications utilisé par Symfony afin de pouvoir l intégrer le plus facilement possible dans l application de «Gestion des services enseignants». Phases du développement de la partie GED 1. Analyses de la partie GED : Dans cette étape on a commencé à tester les différents logiciels de GED libre comme MATCH ainsi qu un logiciel développé par des étudiants de l université pour trouver la meilleure façon de développer la partie GED. 2. Conceptualisation, compression et structuration des besoins du client en utilisant les diagrammes UML. 3. Design le prototype de l interface graphique de la partie GED dans l application «Gestion des services enseignants». 4. Création du Modèle Entité Association de la partie GED. 5. Développements de la partie GED en mode de test. 6. Déploiement de la partie GED dans Symfony. 7. Intégration des modules dans l application «Gestion des services enseignants». Planning L image ci-dessous montre le déroulement du projet durant le second semestre ainsi que la répartition de travail entre les membres du groupe. 10
Figure 2 : Planning 11
Analyses de la partie GED Interface Graphique : Intégration dans «Gestion des services enseignants» Pour réaliser cette partie on a utilisé le logiciel «Pencil projet 1.1», qui permet de créer des diagrammes et de prototype graphique. Le prototype qui sera présenté dans ce qui suit va respecter la même charte graphique utilisée par l application Gestion des services enseignants. Les prototypes ci-dessous permettent de donner une première vision du résultat final qui sera intégrer dans les interfaces (pages) lors de l intégration de la partie GED dans l application. Page: Accueil Figure 3 : Analyses GED prototype page d accueil 1. Nouvelle onglet «Documents» : Permettra à l utilisateur de générer et de stoker les documents. 12
2. Les listes des documents qui ont été générés par l utilisateur qui est connecté, ou le «Nom» est le nom du document, «Auteur» est le nom de l utilisateur qui a généré les documents, «Propriétaire» est le nom du propriétaire du document, «Date» est la date de création du document, «Nature» indique si le document a été généré par l application «service enseignants» ou si c est un document qui a été importé par l utilisateur. 3. Lien qui permet d afficher le document sélectionné. 4. Permet de sélectionner plusieurs documents, et d exécuter les actions qui sont communes à tous les documents, comme la suppression. 5. Supprime : Permet de supprimer tous les documents sélectionnés. Page : Génération des documents Figure 4 : Analyses GED prototype page de génération de document 13
1. On utilisera le même moteur de recherche qui est déjà utilisé dans l application. 2. Template: Représente les documents pré définit mis à la disposition de l utilisateur afin qu il puisse générer le document contenant ses informations. 3. Générer : Permet de générer le document pré sélectionné contenant ses informations. 4. Déposer : Permet d importer un document vers le serveur des fichiers. 5. Liste de documents : Les listes des documents qui ont été générés par l utilisateur, ou le «Nom» est le nom du document, «Auteur» est le nom de l utilisateur qui a généré les documents, «Date» est la date de création du document, «Nature» indique si le document a été généré par l application «Gestion des services enseignants» ou si c est un document qui a été importé par l utilisateur. 6. Permet de sélectionner plusieurs documents, et exécuter les actions qui sont communes à tous les documents, comme la suppression. 7. Supprime : Permet de supprimer tous les documents sélectionnés. 14
Page : Recherche Permet de retourné les documents par l utilisateur. Figure 5 : Analyses GED prototype page de recherche 1. On utilisera le même moteur de recherche qui est déjà développé. 2. Template : Représente les documents pré définit mis à disposition de l utilisateur afin qu il puisse générer le document contenant ses informations. 3. Lien qui permet d afficher le document sélectionné. 4. Permet de sélectionner plusieurs documents, et exécuter les actions qui sont communes à tous les documents, comme la suppression. 5. Supprime : Permet de supprimer tous les documents sélectionnés. Page : Configuration GED Permet de configurer la partie GED. L administrateur pourra ajouter des nouveaux templates qui seront proposés à l utilisateur et configurer l accès au serveur des fichiers. 15
Figure 6 : Analyses GED prototype page de configuration 1. Affiche la liste de templates fourni dans l application. 2. Permet de sélectionner plusieurs templates, et exécuter les actions communes à tous les templates, comme la suppression. 3. Un lien qui permet d afficher le template sélectionné. 4. Ajouter : Permet d ajouter un nouveau template à l application. Une fois ce buttons cliqué un formulaire s affiche et l utilisateur pourra saisir les informations correspondantes au nouveau template. 5. Supprime : Permets de supprimer tous les templates sélectionnés. 16
Page : Ajouter un template Figure 7 : Analyses GED prototype page ajouter un nouveau template 1. Nom du nouveau template. 2. Abréviation du nom. Cette information sera utilisée lors de la création des fichiers. 3. Activer : Permet activer le template dans l application. 4. Choisissez un fichier (Button): Permet sélectionner le modèle du template. 5. Enregistrer : Permet d enregistrer le template. 17
Page : Configuration Serveur des fichiers Figure 8 : Analyses GED prototype page configuration serveur des fichiers 1. Stockage des documents : Permet de modifier le répertoire ou seront stocker les documents générés par l application. 2. Stockage des templates: Permet de modifier le répertoire ou seront stocker les templates disponibles dans l application. Modélisation UML (User Case) Partie GED Le sous-système gestion de documents se charge de la création, du classement, du stockage, de l indexation, et de la consultation des documents. La partie GED se compose de différents processus : La construction du modèle de document à créer, La génération du document à partir de ce modèle, L archivage du document, Le traitement XML, o Et de leur modification. 18
User case : Modèle de document Figure 9 : User case Gestion de document L administrateur de l application doit créer une listes de Modéles ou templates de documents qui permettrant a l utilisateur de mettre en forme des informations de la base de données. Une foit les modéles crées ils serront sauvgarder dans le sous-system serveur de fichier. Figure 10 : User case Modèle de documents 19
User case : Géneration de Document Ce sous-système se charge de réccuperer les informations de la base de données pour remplir le modèle choisit par l utilisateur puis sauvgarder le document réçament crée dans le serveur de fichiers. Figure 11 : User case Génération de document User case : Archivage serveur de fichiers Récupère le dernier index du document créé d un même modèle d un utilisateur puis retourne un nouveau numéro de version et finalement enregistre le document avec le nom généré. Figure 12 : User case Archivage serveur de fichier 20
User case : Traitement XML Ce sous système permet de vérifier que le document ODT est valide par rapport à la dtd définit. Le document odt se compose de fichiers xml. Si la validation avec la dtd est bonne on pourra réccuperer les informatons qui se trouve dans le document et actualiser les informations modifié dans la base de données. Figure 13 : User case Traitement XML User case : Chargement Document Utilisateur Ce sous-système permet de récupérer un document extérieur au système l analyser les informations avec le sous-système traitement XML et sauvegarder le document comme étant créé par un utilisateur. Figure 14 : User case Chargement document utilisateur 21
User Case Sous-Système : Serveur de fichier Récupère les documents générés et l identifiant de l utilisateur auteur des documents depuis le sous-système gestion de documents puis les sauvegardés dans l espace allouer à l utilisateur. Recherche des documents on prenant comme paramètre l id de document. Figure 15 : User case Serveur de fichier Base de donnés partie GED Cette partie présente le modèle conceptuel des données de la partie GED et leur intégration avec le modèle conceptuel de l application SE. 22
Figure 16 : MER partie GED 1. Type_document : Représente les différentes Template de documents qui pourront être générer dans la partie GED. Définition des champs : Id: Représente l identificateur du registre. C est un champ auto numérique, 23
Nom: Le nom du templates, Heure : l heure de création, Créateur: Représente l utilisateur qui a créé le templates, Date: La date de création, Active: si le Template est proposé aux utilisateurs. 2. Document : Représente la liste de documents stockés par le serveur de fichiers. Les documents peuvent être issus de la partie GED ou importés par l utilisateur. Définition des champs : Id : Représente l identificateur du registre. C est un champ auto numérique, Type: Représente le template du document, Nom : Représente le nom du document qui est généré automatiquement par l application, Chemin: Représente le chemin ou est stocke le fichier dans le serveur de fichiers, Propriétaire: Représente l utilisateur à qui appartient le document, Origine: Permet de savoir si le document a été généré par le système ou s il a été importé par l utilisateur, Heure: l heure de création, Créateur: Représente l utilisateur qui a créé le document, Date: La date de création. 3. Document_utilisateur : Représente la liste des documents qui sont importés par l utilisateur Définition des champs : Id: Représente l identificateur du registre. C est un champ auto numérique, Id_document: Les documents qui sont importés par l utilisateur sont aussi des documents, cet identifiant représente l association de documents dans la table document. 24
4. ServeurFichier : Permets de sauvegarder le chemin ou seront stockés les documents générés par l application ainsi que le chemin ou se trouveront les modèles de templates disponibles dans l application. Définition des champs : Id : Représente l identificateur du registre. C est un champ auto numérique, Document: Représente le chemin ou seront stockés les documents générés par l application, Templates : Représente le chemin ou seront stockés les modèle du templates disponibles dans l application. Interface Graphique partie GED déploiement Symfony Interface de connexion Permet à l utilisateur de se connecter à l application de test GED et de configurer l environnement de l application suivant le profil de l utilisateur. Figure 17 : GED page de connexion 25
Interface d accueil Cette interface permets d afficher la liste de documents associe à l utilisateur. Une composante de filtrage a été rajoutée à l interface à fin que l utilisateur puisse filtrer les documents suivant le nom, l auteur, la date et la nature des documents. Figure 18 : GED page d accueille Interface de Génération des documents Cette interface permet à l utilisateur de générer le document en choisissant les templates disponibles dans l application et l utilisateur à qui appartiendra le document. Figure 19 : GED page génération document 26
Interface Deposer fichiers Permets de déposer un document dans l espace alloué à l utilisateur. L image présentée ci-dessous ne représente pas l interface finale qui sera intégrée dans l application car au moment de la rédaction de ce présent rapport la CSS de l application n a pas encore été appliqué sur cette interface. Templates générés Figure 20 : GED page déposer un fichier Quatre Templates ont été prédéfinit et mis à disposition des utilisateurs : Attestation de service statutaire Etat de liquidation Notice individuel Proposition d attribution d heures complémentaires Ces Templates ont été générés on se basant sur les versions originales des fichiers et remplit grâce à des balise XML qui seront remplacés par les informations associés dans la base de donnés. 27
VII. Intégration de la partie GED dans l application «Gestion des services enseignants» La partie GED a été développé avec Symfony, donc les étapes d intégration de la partie GED dans l application «Gestion des services enseignants» ont consistées à: 1. Régénérer le schème de l application pour prendre en compte le MER de la partie GED. 2. Régénérer les modèles pour prendre en compte les nouveaux modèles de la partie GED. 3. Générer les modules: Template, Document de la partie GED 4. Intégrer la partie de recherche de la GED dans le module de recherche déjà présent dans l application Module d Accueil L interface d accueil de la GED a été intégrée a l accueil de l application «Gestion des services enseignants», à fin que l utilisateur puisse accéder directement à ses documents. C est une sorte de «Drop box» Figure 21 : Gestion des services enseignants page d accueille 28
Module de recherche Document Permet de retourner la liste des documents appartenant à un utilisateur filtré par composante et par template. Figure 22 : Gestion des services enseignants module recherche page recherche de document Module Document Cette interface permet à l utilisateur de générer le document souhaité ou déposer un dans le serveur de fichiers. 29
Module Configuration Figure 23 : Gestion des services enseignants module document Dans ce module nous avons ajouté la possibilité de configurer la partie GED et le serveur de fichiers. Figure 24 : Gestion des services enseignants module configuration 30
Configuration : Gestion Electronique des documents Permet d afficher la liste des templates enregistrés dans la BDD et aussi d ajouter de nouveaux templates Figure 25 : Gestion des services enseignants module configuration page configuration GED Figure 26 : Gestion des services enseignants module configuration page ajout des templates 31
Configuration : Serveur des Fichiers Permet de changer les chemins ou seront stockés les documents générés ainsi que les modèles des templates. Figure 27 : Gestion des services enseignants module configuration page configuration serveur des fichiers Module Bilan Permet d extraire des informations concernant les données de l application qui pourront servir à la prise de décision. Figure 28 : Gestion des services enseignants module bilan 32
Répartition des heures affectées par filières et enseignants Cette fonctionnalité permet d afficher un récapitulatif des heures affectées aux enseignants vacataires ou titulaires suivant une filière donné. Ces informations pourront sévir à déterminer la nécessité de titulariser un enseignant vacataire ou juste d avoir des statistiques sur les répartitions des heures. Figure 29 : Gestion des services enseignants module bilan page répartition des heures affectées Répartition des heures affectées par rapport aux nombres des heures prévu dans la maquette Cette fonctionnalité permet de faire sortir les écarts entre les heures réellement affectés à une UCE et les heures prévu dans la maquette. Figure 30 : Gestion des services enseignants module bilan page nombres des heures prévu dans la maquette 33
VIX. Les changements réalisés dans l application «Gestion des Services Enseignants» Module de recherche Enseignant Cette interface permet d afficher tous les cours effectués par un enseignant. Cependant cette fonctionnalité n été pas tout à fait stable. Notre travail a consisté à modifier le moteur de rechercher pour répondre plus rapidement à la requête de l utilisateur. Les données que nous présentons cidessous sont des données de test. Figure 31 : Gestion des services enseignants module recherche page recherche Enseignant Enseignement Cette interface permet d afficher tous les enseignements par code, donc notre travail a été d ajouter la recherche par nom car l utilisateur n aura pas besoin de mémoriser ou de rechercher le code de chaque enseignement. 34
Figure 32 : Gestion des services enseignants module recherche page recherche Enseignement par nom 35
Figure 33 : Gestion des services enseignants module recherche page recherche enseignement par code VIII. Les problèmes rencontrés Notre principal problème durant la deuxième partie du projet a été d installer la BDD. On s est rendu compte qu il existait plusieurs incohérences entre le schéma de la BDD et le schéma utilisé par symfony ce qui a nécessité plusieurs efforts à fin de résoudre ce problème. La prochaine étape a consisté à remplir les tables avec de données de testes livrées par le client (dump), d autres incohérences sont apparues car les données fournis ne correspondaient pas aux tables précédemment crées. Plusieurs tables nécessaires à la compression du logique métier de l application été vide. Ce problème a été un réel obstacle pour la réalisation des bilans et le remplissage des templates. Un document détaillant les différents problèmes rencontrés lors de l installation de la BDD ainsi que la manière donc on a procédé pour les résoudre est joint dans les annexes. 36