Cahier des charges fonctionnel pour le site web de l'April

Le site web institutionnel doit remplir les fonctions suivantes :

Informer sur le projet de l'association April
Informer sur les dossiers en cours
Gérer le site en plusieurs langues
Gérer plusieurs versions d'un article en plusieurs langues
Afficher une bannière présentant la campagne en cours
Afficher des informations venant de sites extérieurs : Lolix, l'Agenda du Libre, Linuxfr.org
Archiver les anciens dossiers
Permettre d'accéder au contenu de façon hiérarchisée (ex: cp/2009) ou 2009/cp)
Permettre d'accéder au contenu par mot-clé (ou tag) : brevets,
- Permettre d'afficher un nuage de mot-clés
Permettre d'avoir une mise en page et une présentation compatible avec la charte graphique de l'association
Gérer un agenda des événements
- Publier cet agenda au format ical
Publier les nouveautés au format atom/rss
Imposer la relecture avant publication
Permettre de gérer plusieurs 10aine, voir 100aine d'utilisateurs/contributeurs
Disposer d'un sitemap pour une indexation aisée par les moteurs de recherche
Disposer d'un pied de page listant en moins de 3 clics toutes les pages
Disposer d'aliases facilement manipulables (i.e. pour tous les auteurs/contributeurs/utilisateurs) permettant à un même article d'avoir plusieurs « points d'entrées »

Les fonctionnalités qui viennent sont moins importantes :

Notes

Dans tous les cas, il faut un (ou des) plugin(s) pour gdtc ou à terme un mécanisme d'authentification unique type LDAP (ou SSO)

Cette partie là n'est pas à mettre en œuvre dans l'immédiat.