SQI Admin

Écriture d'une interface d'administration avec Django pour SQI v2.

Développeur : ÉricComteMarois (stagiaire)

Liste des fonctionnalités

Utilisateur

Pour chaque utilisateur dans le système, permettre de faire les commandes de bases: Ajouter, Voir, Modifier, Supprimer.

De plus, l'authentification de l'utilisateur doit être centralisée avec SQI.

Données références SQI CRUD

• programmes
• action
• type
• rubrique.

droits-permissions

Arranger les droits et les permissions, avec une bonne interface pour l'administrateur.

• user
• bureau
• programmes

projets

Une interface pour créer et supprimer les projets.

Lorsque accepté changer l'id du projet.

Garder la cohérence de l'état interne des projets.

campagnes

Faire une gestion des champs de délai, pour lorsque la campagne est terminée.

Lorsque la campagne est terminée, archiver toutes les informations pertinentes à propos des projets et ses relations.

À chaque début de campagne dévalider tout, puisque rien n'est supposé être validé.

Aucune campagne ne devrait avoir lieu en même temps qu'un autre, il ne doit pas y avoir "d'overlap".

configuration par type

configuration pour les types suivant:

• indicateurs
• activités
• relations

Planification des itérations

Itération 1 : 2009-10-05 au 2009-10-16

• utilisateur (7 h.)
• données références SQI CRUD (10 h.)
• droits-permission (7 h.)
• projets (11 h.)
• campagne (7 h.)
• configuration par type de projet (14 h.)

Itération finale: 2009-11-23 au 2009-12-04

• splitter les accueils (sqi2, sqi1) (1,5h)
• config par type (relations, activités, projets, établissement, personnes) (14h)
• indicateurs (manipuler la structure, créer, etc.) (7h)
• projets: formulaire sqi1, etc (10h)
• relations: lvl1, lvl2 (4h)
• droits (3h)
• s'assurer que toutes les données de références ont les bonnes opérations CRUD (11h)
• campagne (4h)
• activités (3h)
• finaliser html, ex.: lien ACCESS vers formulaire (7h)