« Siteweb:Cahier des charges » : différence entre les versions

De April MediaWiki
Aller à la navigationAller à la recherche
(AJout d'un cahier des charges fonctionnels, si vous voyez des choses à rajouter n'hésitez pas)
 
(ajouts)
 
(3 versions intermédiaires par 2 utilisateurs non affichées)
Ligne 4 : Ligne 4 :
* Informer sur le projet de l'association April
* Informer sur le projet de l'association April
* Informer sur les dossiers en cours
* 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 une bannière présentant la campagne en cours
* Afficher des informations venant de sites extérieurs (lolix, …)
* Afficher des informations venant de sites extérieurs : Lolix, l'Agenda du Libre, Linuxfr.org
* Archiver les anciens dossiers
* Archiver les anciens dossiers
* Permettre d'accéder au contenu de façon hiérarchisée ou par tag (ex: cp/2009) ou 2009/cp)
* 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
* 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  
* Gérer un agenda des événements  
Ligne 23 : Ligne 27 :
* Interface avec Redmine
* Interface avec Redmine


== note ==
== Notes ==
Dans tous les cas, il faut, soit un (ou des) plugin(s) pour gdtc, soit une authentification unique type LDAP (ou SSO)


[[Catégorie:Siteweb]]
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.
 
[[Catégorie:SiteWeb]]

Dernière version du 20 juillet 2012 à 17:18

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

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 :

  • Avoir un système de plugin
  • Interface avec Sympa
  • Interface avec Redmine

Notes[modifier]

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.