GESTION DE BIBLIOGRAPHIES Développée par BALOCCO Sébastien – DAVER Arnaud MILEO Alessandra – RAMBELOSON Cédric

PLAN Introduction Démonstration Architecture utilisée Synthèse du travail réalisé

Introduction Analyse des besoins Réponses aux besoins

Gestion Bibliographie Diagramme des tâches Gestion Bibliographie Gestion Utilisateurs Gestion Administrateurs S’identifier Traiter les opérations Entrer nom Entrer mot de passe Arbre des tâches en notation graphique HTA : (*) - montrer la décomposition hiérarchique des tâches; - aider l’utilisateur à identifier les fonctions élémentaires ; - but final: faire savoir à l ’utilisateur quoi faire pour réaliser chaque tâche. A la racine on a la Gestion des Bibliographies (*), et c ’est possible d ’accéder à la bibliographie comme Utilisateur ou bien Administrateur (**). On va détaille une partie de l ’arbre, qui concerne la Gestion Utilisateurs. - Un utilisateur il faut s ’identifier avec son nom et mot de passe; - En suite il peut traiter des operation sur les Bibliographies, les domaines, et les documents (livres ou articles). Pour l ’explication détaillé de tous les fonctionnalité à niveau plus bas, vous pouvez consulter l ’arbre complet des tâches dans le rapport. Gestion Documents Opérer sur la Bibliographie Opérer sur les Domaines

Démonstration Fonctionnalités Utilisateurs Gestion de l’ensemble des documents Gestion des bibliographies Gestion des domaines Fonctionnalités Administrateurs Gestion des personnes Gestion des groupes de recherches

Architecture utilisée Interface WEB Base de données (O²) Serveurs HTTP (APACHE & TOMCAT)

Interface WEB Simple (pas de frames) Sobre Utilisation de CSS Javascript côté client

Base de données Utilisation d’une base de données orientée objets (O²) Conception du modèle objets Interactions et persistances *Objets du système sont stockés dans une BDOO Utilisation du JavaBinding pour lier le JSP à la BD *Objets correspondant à notre modèle sont du point de vue programmeur «  persistant» * et définissent entre eux l ’ensemble des relations (relations correspondant aux interactions possibles entre elles)

Base de données Modèle objets JSP Application O² Les utilisateurs Schéma du modèle objets … il se situe intégralement au niveau de O2 O=O=O blabla Toutes les fonctionnalités sont gérées à ce niveau « blabla » ========= Coté JSP, on a notre application qui s ’occupe d ’initialiser le système et propose un ensemble de service (Protocole d ’instanciation + système de recherche + system d ’import / export) Les utilisateurs Les groupes Les Bibliographies Les Documents

Base de données Avantages du modèle objet Facilite l’implémentation des modèles objets Structure de données plus puissante Manipulation des données aisée *On a quasiment importer l ’integralité de notre modèle de conception dans la BD o² sans trop de problèmes. *On peut se permettre des Structures de données assez complexes *Les données sont des objets = très conviviale dans un environnement orienté objets

Serveurs HTTP Serveur HTTP : APACHE (NT 4.0) Serveur JSP : TOMCAT (Solaris) Grâce à ces serveurs, il est possible d’attaquer la base données via l’interface.

Synthèse du travail réalisé Mise en application des connaissances Conception & Développement d’une application Travail en équipe

Synthèse du travail réalisé Manque d’expérience dans ce domaine Retard dans le développement Non respect de l’emploi du temps prévisionnel