Cahier de charges du PPD (2007-2008) par matières PS-01-Préalable Le projet contenant un serveur servant des clients. Le serveur est sensé mettre en place un processus fils pour chaque client arrivant sur le serveur. Le serveur est en C. On ajoute au serveur une console de gestion, programmée en Java qui remplit les fonctions suivantes : - supervision des arrêts, mise en veille et réactivation du serveur - visualisation dynamique de la charge du serveur - récolte des messages de trace fonctionnelle avec redistribution dans des fichiers journaux - affichage dynamique du dernier message d'état. - affichage des sessions "de groupe" en cours La console écrite en Java ne pouvant communiquer avec les IPC du serveur, le serveur doit mettre en place un agent de transfert, écrit en C, auquel la console se connectera par un socket. L'agent doit être capable : - de remonter des messages à la console, ces messages étant des réponses - de récupérer les ordres provenant de la console - de recevoir les informations et signaux du serveur C'est la SEULE FACON SIMPLE de faire communiquer du C et du Java dans des processus séparés. L'agent de transfert est donc un simple "proxy" de la console d'affichage en Java. Il est constitué d'un processus indépendant du serveur, capable de communiquer avec ses éléments et de contrôler son processus principal. La console, écrite en Java ne peut se connecter à l'agent de transfert qu'une fois celui-ci démarré et en attente. Il doit prendre en charge : - PS-02 Une voie de commande - PS-03 Visualisation monitoring dynamique PS-02- une voie de commande Une voie de commande entre le logiciel "console de supervision" et le serveur, fonctionnant en commande-réponse. L'agent exécute les commandes suivantes : - Arrêt complet du serveur après terminaison des requêtes en cours - Arrêt brutal du serveur - Mise en veille du serveur (arrêt de prise en compte des requêtes avec fourniture d'un code d'erreur) - Reprise du serveur - Reprise du serveur avec relecture de la configuration - Elimination d'un processus fils PS-03 Visualisation monitoring dynamique La visualisation des processus et des sessions s'effectue par la mise en place d'une mémoire partagée, d'une taille prédéfinie pour un certain nombre de clients servis. (Optionnel) A compter d'un certain taux de remplissage, serveur et agent DOIVENT RENEGOCIER LA TAILLE de cette mémoire pour pouvoir prendre en charge plus de fils. La mémoire peut donc doubler, puis tripler, etc. On ne rétablit la mémoire initiale que quand le nombre de fils revient en dessous de la taille initiale. Le serveur et la console devront convenir de ce redimensionnement pour que tout se passe bien. La mémoire partagée doit contenir : - les descripteurs de processus fils qui en permettent l'affichage en console - - les descripteurs de "session de groupe en cours" qui décrivent la session collective dans laquelle des clients qui travaillent ensemble sur l'application Idequip. Définition : un descripteur est une structure de description qui rassemble les données utiles à l'observation des objets décrits. L'agent remonte à la console les changements dans les descripteurs RSX-01 Tous les utilisateurs ne sont pas au même endroit. En cours de fonctionnement, les uns et les autres peuvent se déplacer. RSX-02 Les données sont éclatées sur plusieurs sites, ce qu'on pourra simuler par des tables de mêmes structures. RSX-03 Les utilisateurs possèdent des droits différenciés (R/W/D/C) pour accéder aux données et aux traitements. Les utilisateurs gèrent leur mot de passe. RSX-04 Un point d'observation "central" peut recueillir les statistiques de fonctionnement. RSX-05 En cas de panne d'un serveur, le moniteur central est alerté et le serveur est (s'il se peut) re-démarré. RSX-06 Toutes les liaisons sont en intranet-extranet. RSX-07 Un système de proxy débrayable permet de crypter les données en ligne. RSX-08 Chaque serveur se coordonne avec un serveur de secours auquel il s'efforce de transmettre les modifications de données au fur et à mesure. Ce dispositif est débrayable et facultatif. RSX-09 Un serveur est initialisé par télé-chargement depuis le point d'administration. COO-DP-01 L'architecture client/serveur doit respecter le pattern Modèle Vue Contrôleur. COO-DP-02 La gestion de l'aide de l'IHM-Java doit respecter le pattern Chaîne de responsabilités. COO-DP-03 L'implémentation de l'utilisation d'objets par un objet Client doit respecter les patterns Fabrique et Fabrique Abtraite. A part le programme principal et la classe concrète de Fabrique, toutes les autres classes ne doivent connaître les objets qu'ils utilisent qu'à travers une interface. COO-DP-04 L'implémentation des classes dont les objets ont un comportement contextuel doit respecter le pattern Etat COO-DP-05 L'implémentation des classes dont les objets ont un comportement contextuel doit respecter le pattern Etat COO-DP-06 L'accès à la base de données doit être implémenté en utilisant le pattern Façade. En particulier, la technologie d'accès à la base et le type de la base doivent être transparent pour les objets clients qui utilisent la façade. IHM-JAVA-01 Les composants graphiques des IHM Java doivent provenir du package javax.swing. IHM-JAVA-02 Vous devez utiliser des gestionnaires de placement pour agencer vos composants grahiques dans l'IHM IHM-JAVA-03 Vous devez faciliter à l'extrême l'utilisation de l'IHM avec des raccourcis clavier et en créant de écouteurs d'événements : fenêtre, souris ,et actions sur des boutons ou des items de menus. IHM-JAVA-04 Les choix des écouteurs et des composants graphiques doivent respecter la charte graphique. BDD-01 Définir une partie du traitement du côté du serveur de bases de données à travers des procédures et des fonctions stockées. BDD-02 Utilisation de triggers au delà de l'auto incrémentation des identifiants. BDD-03 La base de données doit être modélisée en objet. On pourra utiliser le mapper de Rational Rose pour générer le script de création de la base BDD-04 Vous devez fournir un MCD Entité-Association (Merise) conforme à votre modélisation objet. ID-EQUIP-01 L'architecture technique du projet IDEquip ID-EQUIP-02 Pour cette année, les fonctionnalités utilisateurs d'ID'Equip à implémenter sont : - La création, modification et suppression de post-it - L'implémentation de deux opérateurs appliqués sur un ensemble de post-its parmi la liste ci-dessous - regrouper en familles, faire une synthèse - trier, - filtrer, - ordonnancer, - hiérarchiser, - classer, - organiser en cartes à deux et trois dimensions