Admin CliCours
CHAPITRE1.INTRODUCTION
1. PRESENTATIONDU MEMOIRE
2. STRUCTURE DUMEMOIRE
2.1. Chapitre 2
2.2. Chapitre 3
2.3. Chapitre 4
2.4. Chapitre 5
2.5. Chapitre 6
2.6. Chapitre 7
2.7. Chapitre 8
3. ACRONYMESET ABREVIATIONS
CHAPITRE2.TECHNOLOGIES UTILISEES
1. PREREQUIS
2. TECHNOLOGIES ABANDONNEES
2.1. Xindice
2.2. eXist
2.3. Struts
2.4. Lenya
2.5. Forrest
3. TECHNOLOGIES UTILISEES
3.1. Tomcat
3.2. RSS
3.3. Wiki
CHAPITRE3.APACHE COCOON
1. DEFINITION
2. TECHNOLOGIES
3. CONCEPTS
3.1. Formats multiples
3.2. Séparation des tâches
3.3. Les deux faces deCocoon
4. HISTORIQUE
4.1. Stefano Mazzocchi
4.2. Cocoon 1
4.3. Cocoon 2
5. INSTALLATION
6. ARCHITECTURE
6.1. Sitemap
6.2. Pipelines
6.3. Les composants
6.4. Récapitulatif de l’exécution d’une requête
6.5. Autres concepts
CHAPITRE4. COCOON COMPARE A PHP
1. COMPARAISON
1.1. Prix
1.2. Documentation
1.3. Hébergement
1.4. Facilité d’installation
1.5. Facilité d’utilisation
1.6. Liaison avec les bases de données
1.7. Séparation des tâches
1.8. Maintenance et réutilisabilité
2. CONCLUSION
CHAPITRE 5. EXEMPLE RECAPITULATIF AVEC COCOON
1. MISE EN SITUATION
2. REPERTOIRES ET CANEVAS DE FICHIERS
3. AFFICHAGE D’UNE PAGE HTML
4. AFFICHAGE D’UNE PAGE PDF
5. AFFICHAGE D’UNE PAGE XML
6. INTERNATIONALISATION (I18N
7. REPERTOIRE MUSICAL
8. STATISTIQUES
CHAPITRE6. POLITIQUE ADOPTEE SUR LE SITED’ETRANSPARENCE
1. MISE EN SITUATION
2. RESPECT DES NORMES
3. DESIGN « TABLELESS
3.1. Introduction
3.2. Positionnement CSS
3.3. Problèmes des tableaux
4. COMPATIBILITÉ
5. REFERENCEMENT
CHAPITRE7. ANALYSEFONCTIONNELLE DU SITE D’ETRANSPARENCE
1. MISE EN SITUATION
2. TACHES A ACCOMPLIR
2.1. Partie commerciale
2.2. Vente de matériel
2.3. Partie scientifique
2.4. Système de news
2.5. Formulaire de contact
2.6. Moteur de recherche interne
2.7. Espace administrateur
2.8. Espace client
2.9. Version PDA
2.10. Version WAP
CHAPITRE8. IMPLEMENTATION DU SITE D’ETRANSPARENCE
1. STRUCTURE GENERALEDUSITE
1.1. Arborescence de fichiers
1.2. Structure d’une page
1.3. Plan du site
2. FONCTIONNALITES
2.1. Système de news (RSS
2.2. Zone téléchargements
2.3. Moteur derecherche interne
2.4. Vente dematériel
2.5. Formulaire de contact
2.6. Version WAP
2.7. Version PDA
3. TRAVAUX FUTURS
3.1. Espace administrateur
3.2. Espace client
3.3. Partie scientifique
3.4. Et après
CHAPITRE9. CONCLUSION GENERALE
BIBLIOGRAPHIE
1. LIVRES
2. ARTICLES
3. SITES INTERNET
Chapitre 1. Introduction
1. Présentation du mémoire
Actuellement, Internet est sur la voie de la standardisation, contrastant avec l’anarchie qui y régnait en maître lors de sa percée au milieu des années90. A cette époque, les langages comme le HTML et le CSS n’en étaient qu’à leurs balbutiements et chacun développait des applications Web à sa façon, donnant lieu à un grand désordre. Ce phénomène était d’autant plus répandu que les navigateurs de l’époque ne respectaient pas les normes et affichaient n’importe quel code, même erroné. Aujourd’hui, le HTML et le CSS sont des standards éprouvés et les navigateurs commencent petit à petit à se conformer à ceux-ci.
2. Structure du mémoire
2.1. Chapitre 2
Dans ce chapitre sont expliqués les différents outils et technologies qui ont été étudiés pour la réalisation du site Web d’eTransparence. D’une part, nous introduirons les outils qui ont été abandonnés, d’autre part, nous détaillerons ceux qui ont été utilisés pour la création du site d’eTransparence.
2.2. Chapitre 3
Ce chapitre traite d’Apache Cocoon, le framework que nous avons utilisé pour réaliser le site Web d’eTransparence. Tout d’abord, nous présentonsl’outil et les conceptsqui en découlent et ensuite nous étudions son fonctionnement interne dans les détails.
2.3. Chapitre 4
Ce chapitre consiste enune comparaison entre l’outil Cocoon et le langage dynamique PHP.
La comparaison se fait sur les aspects qui ont été jugés les plus importants :
• Documentation
• Hébergement
• Facilité d’installation
• Facilité d’utilisation
• Liaison avec les bases de données
• Séparation des tâches
• Maintenance et réutilisabilité
Après cette comparaison vient une conclusion nuancée décrivant dans quel cas Cocoon est plus approprié que PHP et inversement.
2.4. Chapitre 5
Ce chapitre montre un exemple récapitulatif de la réalisation d’une application Web avec Cocoon. Cette application possède des fonctionnalités bien spécifiques qui permettront d’avoir une meilleure idée sur la simplicité et les nombreuses possibilités de Cocoon.
2.5. Chapitre 6
Ce chapitre explique la politique que nous avons adoptée sur le site d’eTransparence afin d’obtenir un site d’un très haut niveau d’efficacité et d’accessibilité. Nous parlons ici durespect des normes, du référencement, de la conception interne des pages et de la compatibilité avec les différents navigateurs et les différentes tailles d’écran.
2.6. Chapitre 7
Ce chapitre présente une analyse fonctionnelle du site d’eTransparence. On se concentre donc uniquement sur le fonctionnement et l’aspect externe du site et non pas sur son implémentation (qui est abordée dans le chapitre 8).
2.7. Chapitre 8
Ce chapitre décrit comment a été réalisée l’implémentation avec Cocoon du site de Transparence et de toutes ses fonctionnalités.
3. Acronymes et abréviations
Cette section reprend la totalité des acronymes et abréviations qui sont utilisés dans ce mémoire.
Chapitre 2. Technologies utilisées
1. Prérequis
Nous considérons comme connus les langages Java, HTML, CSS, XML et ses dérivés (DTD, XML Schema, XHTML, XSLT, XSL-FO, XPath, XQuery, DOM, SAX,SOAP et SVG). Si cette base n’est pas acquise, nous reportons le lecteur au mémoire de Fontaine [13], au livre d’Harold & Means [9], et au site W3Schools (http://www.w3schools.com).
2. Technologies abandonnées
Avant d’adopter définitivement Cocoon, nous avons fait quelques recherches qui nous ont mené à étudier d’autres outils, que nous avons finalement abandonnés, car ils ne correspondaient pas à nos besoins et à nos contraintes. Pour chaque outil présenté ci-après, une brève description est donnée, ainsi que la raison pour laquelle il n’a pas été retenu.
2.1. Xindice
Xindice est une base de données XML native en Open Source. Elle est issue du projet XML Apache. Les requêtes sur Xindice se font avec le langage XPath. Cet outil n’a pas été adopté car il ne permet pas de gérer une application complète avec le langage XML, seules les bases dedonnées sont dans ce langage.
2.2. eXist
eXist est une base de données XML native, comme Xindice. La seule différence avec ce dernier est que les requêtes eXist doivent être formulées avec le langage XQuery. Il n’a pas été retenu pour les mêmes raisons que Xindice.
2.3. Struts
Struts est un framework (voir Chapitre 3, Section 1, “Définition” pour une définition précise) pour le langage Java. Il permet de créer des applications Java qui s’exécutent côté serveur. Struts implémente le patron de conception MVC qui a pour but de séparer les tâches dans le développement d’applications logicielles (voir Chapitre 3, Section 3.2, “Séparation des tâches ”pour une définition plus précise)
…
