Modifications entre les versions 11 et 14 (s'étendant sur 3 versions)
Version 11 à la date du 2006-10-19 17:22:01
Taille: 7591
Commentaire:
Version 14 à la date du 2006-10-30 15:06:19
Taille: 7430
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 3: Ligne 3:
(Page en cour de rédaction)
Projet de Système Gestion des abonnés d'une implantations AUF (CNF/CAI)
(Page en cour de rédaction) Projet de Système Gestion des abonnés d'une implantations AUF (CNF/CAI)
Ligne 8: Ligne 7:
Ligne 10: Ligne 8:
Ligne 12: Ligne 9:
 * Entre temps, aucun temps libre dans les équipes respectives pour commencer le projet.   * Entre temps, aucun temps libre dans les équipes respectives pour commencer le projet.
Ligne 15: Ligne 12:
Ligne 17: Ligne 13:
Ligne 19: Ligne 14:
 * 23 août – 6 Septembre : Sébastien rentre de Port-Vila à Montréal en passant par le CAI de Sofia, le CNF de Tunis et le CNF de Dakar, histoire de compléter les besoins fonctionnels et l'expression des besoins avec la réalité de terrrain de Campus très différents du sien et différents les uns des autres. Voir : AncienWiki:SebastienLMissionSystemGestion (ancien wiki) pour le suivi.   * 23 août – 6 Septembre : Sébastien rentre de Port-Vila à Montréal en passant par le CAI de Sofia, le CNF de Tunis et le CNF de Dakar, histoire de compléter les besoins fonctionnels et l'expression des besoins avec la réalité de terrrain de Campus très différents du sien et différents les uns des autres. Voir : AncienWiki:SebastienLMissionSystemGestion (ancien wiki) pour le suivi.
Ligne 22: Ligne 17:
Ligne 27: Ligne 21:
Ligne 30: Ligne 23:
Ligne 33: Ligne 25:
Ligne 36: Ligne 27:
  * Dango sur apache2 avec mod_python (["DjangoModPython"])
    * Installation multiple (["DjangoInstallMultiple"])
  * Django importer un application (["DjangoAppImport"])
  * Authentification d'un poste client sur MySQL (["AuthMySQLClient"])
  * Autre docs (à définir)
  
  
Ligne 44: Ligne 28:
 * Dango sur apache2 avec mod_python (DjangoModPython)
  * Installation multiple (DjangoInstallMultiple)
 * Django importer un application (DjangoAppImport)
 * Authentification d'un poste client sur MySQL (["AuthMySQLClient"])
 * Autre docs (à définir)
Ligne 45: Ligne 34:
  * Ou en est le projet ?
 
Après un retour assez difficile à Montréal j'ai finalement configurer mon environnement de travail et monté un test largement basé sur la configuration du CNF de Port Vila. Le test en question est fonctionnel et permettrait, s'il était déployer aujourd'hui, de gérer les usagers du CNF de PV.    Il intègre certaines idées retenus lors de mon passages dans différent CNF. Notamment la gestions des groupes et la création de pièces comptable comme présenté à Tunis. Une collecte des informations d'usagers plus pousser que celui de Port Vila mais moindre que celle de l'IFAG à Sofia. De plus le test basé sur python et Django intègre automatiquement le suivit de transactions comme évoquer par Svetan à Sofia et Jérome à Dakar.

 
Bien qu'un certains retard existe en raison du changement de technologie (le développement en PHP était prévu à l'origine). Le calendrier reste bon. Nous pouvons d'ailleur prendre un peu d'avance sur le déploiment de serveur de tests. Puisque le développement sera fait avec Django nous pouvons déjà déployer le premier test sur quelques serveurs. La procédure est disponible sur la page ["Django"]. De plus il est possible de télécharger le serveur de tests préconfigurer pour VMware. 

 
* Technologie choisi ?
  Python, ["Django"], MySQL 

 
* Comment développent-on un application pour un CNF sans CNF?   On le virtualise. Dans le bût de recréer les installations présentent dans nos CNF, l'application est développer sur un serveur Debian GNU/Linux 'Sarge' 3.1 présent dans un réseau virtuel sous Vmware serveur.
 * Ou en est le projet ? Après un retour assez difficile à Montréal j'ai finalement configurer mon environnement de travail et monté un test largement basé sur la configuration du CNF de Port Vila. Le test en question est fonctionnel et permettrait, s'il était déployer aujourd'hui, de gérer les usagers du CNF de PV. Il intègre certaines idées retenus lors de mon passages dans différent CNF. Notamment la gestions des groupes et la création de pièces comptable comme présenté à Tunis. Une collecte des informations d'usagers plus pousser que celui de Port Vila mais moindre que celle de l'IFAG à Sofia. De plus le test basé sur python et Django intègre automatiquement le suivit de transactions comme évoquer par Svetan à Sofia et Jérome à Dakar.
 Bien qu'un certains retard existe en raison du changement de technologie (le développement en PHP était prévu à l'origine). Le calendrier reste bon. Nous pouvons d'ailleur prendre un peu d'avance sur le déploiment de serveur de tests. Puisque le développement sera fait avec Django nous pouvons déjà déployer le premier test sur quelques serveurs. La procédure est disponible sur la page ["Django"]. De plus il est possible de télécharger le serveur de tests préconfigurer pour VMware.
 * Technologie choisi ?
 Python, ["Django"], MySQL
 * Comment développent-on un application pour un CNF sans CNF? On le virtualise. Dans le bût de recréer les installations présentent dans nos CNF, l'application est développer sur un serveur Debian GNU/Linux 'Sarge' 3.1 présent dans un réseau virtuel sous Vmware serveur.
 * Est-ce que je peux voir où on en est?
 Oui. Un modèle existe à http://osti.auf:8000/admin . Le modèle actuellement en place n'est pas à jour par contre je vais essayer de charger la dernière version les mardis et jeudi de chaque semaines.
Ligne 62: Ligne 45:
  * Suivit des opérations : L'application doit offrir un suivit des opérations sur la base. Ajout, modifications, suppressions, etc. (Ce suivit est intégré dans Django)  * Suivit des opérations : L'application doit offrir un suivit des opérations sur la base. Ajout, modifications, suppressions, etc. (Ce suivit est intégré dans Django)
=== Besoins ===
 * Création de comptes d'usagers : Évidement il s'agit d'un besoin essentiel à tous nos CNF. Par contre dans certains cas aucun outils (ou des outils pas très ergonomique pour les personnels non technique) ne sont offert. (Module de base)
 * Suivit d'usagers : À ce niveau le passage à l'IFAG m'a montré un système très poussé, peut être même un peu trop, l'idée est sans doute à reprendre. (À étudier et intégrer)
 * Gestions de groupes : Il ne s'agit pas ici des groupes Unix mais bien de groupes administratif nous permettant de diviser nos utilisateurs de façon plus logique. Ce besoins est présent dans beaucoup de système notamment celui de Tunis. Jérome à Dakar aimerais reprendre cette idée pour pouvoir gérer l'accès aux salles par groupe. (À étudier et intégrer)
 * Statistiques : Tous nos CNF ont besoin d'une forme ou autre de statistiques.
  * Inscriptions : (À intégrer)
  * Fréquentation : (À modulariser)
 * Suivit comptable : Il s'agit ici de générer des pièces comptable directement exploitable. Par exemple une facture à chaque création de compte ou un compte-rendu hebdomadaire ou mensuel des entrés d'argent liées à la création de comtpes. Évoquer par plusieurs dont Cédric Protière à Cotonou. Un rencontre. à ce sujet, a eu lieux avec Mme. Nathalie Houle à sont retour de mission. La rencontre avec Mme. Houle me confirme plus ou moins les demandes de la compta à ce sujet. Ils veulent être en mesure de générer, sur demande, des reçus pour les abonnements. De plus la création de suivit comptable journalier, hebdomadaire ou mensuel est désirable. Le CNF de Tunis me présentait, lors de mon passge, un application utilisé à cet effet. Malheureusement l'application en question n'est pas intégré au système de gestion de comptes présente au CNF.
=== Autres besoins ===
 * Gestions de bibliothèques : Certains CNF ont une sélection d'ouvrage offert aux usagers. À mon avis les outils existant, tel PMB, offre des possibilités intéressantes dans ce domaine. La création d'un autre outil est sans doutes inutiles.
 * Contrôle des accès web : Encore là les outils existant sont à explorer. Voir Squid, Squidguard, dansguardian, etc.
 * contrôle des impresssions/photocopies: (À voir)
 * Réservation : Poste, salle, etc. (À Modulariser)
Ligne 64: Ligne 60:
=== Besoins ===
  * Création de comptes d'usagers : Évidement il s'agit d'un besoin essentiel à tous nos CNF. Par contre dans certains cas aucun outils (ou des outils pas très ergonomique pour les personnels non technique) ne sont offert. (Module de base)
== Propositions ==
Ligne 67: Ligne 62:
  * Suivit d'usagers : À ce niveau le passage à l'IFAG m'a montré un système très poussé, peut être même un peu trop, l'idée est sans doute à reprendre. (À étudier et intégrer) Discutez en ici: /Discussion
Ligne 69: Ligne 64:
  * Gestions de groupes : Il ne s'agit pas ici des groupes Unix mais bien de groupes administratif nous permettant de diviser nos utilisateurs de façon plus logique. Ce besoins est présent dans beaucoup de système notamment celui de Tunis. Jérome à Dakar aimerais reprendre cette idée pour pouvoir gérer l'accès aux salles par groupe. (À étudier et intégrer)  . /PropositionThomas
 . /PropositionSebastien
Ligne 71: Ligne 67:
  * Statistiques : Tous nos CNF ont besoin d'une forme ou autre de statistiques.
    * Inscriptions : (À intégrer)
    * Fréquentation : (À modulariser)

  * Suivit comptable : Il s'agit ici de générer des pièces comptable directement exploitable. Par exemple une facture à chaque création de compte ou un compte-rendu hebdomadaire ou mensuel des entrés d'argent liées à la création de comtpes. Évoquer par plusieurs dont Cédric Protière à Cotonou. Un rencontre. à ce sujet, a eu lieux avec Mme. Nathalie Houle à sont retour de mission.

  La rencontre avec Mme. Houle me confirme plus ou moins les demandes de la compta à ce sujet. Ils veulent être en mesure de générer, sur demande, des reçus pour les abonnements. De plus la création de suivit comptable journalier, hebdomadaire ou mensuel est désirable.

  Le CNF de Tunis me présentait, lors de mon passge, un application utilisé à cet effet. Malheureusement l'application en question n'est pas intégré au système de gestion de comptes présente au CNF.

=== Autres besoins ===
  * Gestions de bibliothèques : Certains CNF ont une sélection d'ouvrage offert aux usagers. À mon avis les outils existant, tel PMB, offre des possibilités intéressantes dans ce domaine. La création d'un autre outil est sans doutes inutiles.

  * Contrôle des accès web : Encore là les outils existant sont à explorer. Voir Squid, Squidguard, dansguardian, etc.

  * contrôle des impresssions/photocopies: (À voir)

  * Réservation : Poste, salle, etc. (À Modulariser)
 
== proposition de base ==
Discutez en ici:
https://wiki.auf.org/wikiteki/Projet/GestionDesUtilisateursDesCampus/DiscussionBase

Ajoutez la votre ici:
https://wiki.auf.org/wikiteki/Projet/GestionDesUtilisateursDesCampus/PropositionThomas
https://wiki.auf.org/wikiteki/Projet/GestionDesUtilisateursDesCampus/PropositionSebastien

et combinez les idées ici:
https://wiki.auf.org/wikiteki/Projet/GestionDesUtilisateursDesCampus/PropositionBase
Et combinez les idées ici:
 . /PropositionBase

TableOfContents

(Page en cour de rédaction) Projet de Système Gestion des abonnés d'une implantations AUF (CNF/CAI)

Historique du projet

  • Discussions à Rabat lors de la réunion DRI. Ebauche du cadre du projet : ReunionDri2005CompteRenduSIGCampus (ancien wiki)

  • Entre temps, aucun temps libre dans les équipes respectives pour commencer le projet.
  • Discussions sur la liste tech sur la nécessité de pas laisser tomber ce projet...
  • La fin de mission de SébastienLanteigne comme responsable technique de l'antenne de Port-Vila (et du CNF associé), son intérêt pour le projet, nous a permis de le conserver "à contrat" pour réaliser le projet.

Calendrier Prévisionnel

Phase 1

  • 23 août – 6 Septembre : Sébastien rentre de Port-Vila à Montréal en passant par le CAI de Sofia, le CNF de Tunis et le CNF de Dakar, histoire de compléter les besoins fonctionnels et l'expression des besoins avec la réalité de terrrain de Campus très différents du sien et différents les uns des autres. Voir : SebastienLMissionSystemGestion (ancien wiki) pour le suivi.

  • 11 septembre : SebastienLanteigne s'installe à Montréal dans l'équipe informatique pour la réalisation du projet

  • 11 septembre – 15 septembre : Vidéconférences et compilation des données

Phase 2 : Développement

  • 18 septembre – 6 octobre : Nettoyage du code existant
  • 9 octobre – 27 octobre : Adaptation et création de nouveaux modules
  • 30 octobre – 10 novembre : Déploiement de serveurs de tests

Phase 3 : Test, déboguage et documentation

  • 13 novembre - 15 décembre : déboguage et transfert du développement ver les ressources internes

Phase 4 : Déploiement

  • À définir

Documentation

La documentation suivante est en cours d'écriture/adaptation/à faire:

Mise à jour (et FAQ)

  • Ou en est le projet ? Après un retour assez difficile à Montréal j'ai finalement configurer mon environnement de travail et monté un test largement basé sur la configuration du CNF de Port Vila. Le test en question est fonctionnel et permettrait, s'il était déployer aujourd'hui, de gérer les usagers du CNF de PV. Il intègre certaines idées retenus lors de mon passages dans différent CNF. Notamment la gestions des groupes et la création de pièces comptable comme présenté à Tunis. Une collecte des informations d'usagers plus pousser que celui de Port Vila mais moindre que celle de l'IFAG à Sofia. De plus le test basé sur python et Django intègre automatiquement le suivit de transactions comme évoquer par Svetan à Sofia et Jérome à Dakar. Bien qu'un certains retard existe en raison du changement de technologie (le développement en PHP était prévu à l'origine). Le calendrier reste bon. Nous pouvons d'ailleur prendre un peu d'avance sur le déploiment de serveur de tests. Puisque le développement sera fait avec Django nous pouvons déjà déployer le premier test sur quelques serveurs. La procédure est disponible sur la page ["Django"]. De plus il est possible de télécharger le serveur de tests préconfigurer pour VMware.
  • Technologie choisi ? Python, ["Django"], MySQL
  • Comment développent-on un application pour un CNF sans CNF? On le virtualise. Dans le bût de recréer les installations présentent dans nos CNF, l'application est développer sur un serveur Debian GNU/Linux 'Sarge' 3.1 présent dans un réseau virtuel sous Vmware serveur.
  • Est-ce que je peux voir où on en est?

    Oui. Un modèle existe à http://osti.auf:8000/admin . Le modèle actuellement en place n'est pas à jour par contre je vais essayer de charger la dernière version les mardis et jeudi de chaque semaines.

Besoins

Suite aux visites faite dans différentes CNF. Certains éléments communs étant directement lié à la gestion des usagers font surface. Nottament:

Besoins de fonctionnement

  • Suivit des opérations : L'application doit offrir un suivit des opérations sur la base. Ajout, modifications, suppressions, etc. (Ce suivit est intégré dans Django)

Besoins

  • Création de comptes d'usagers : Évidement il s'agit d'un besoin essentiel à tous nos CNF. Par contre dans certains cas aucun outils (ou des outils pas très ergonomique pour les personnels non technique) ne sont offert. (Module de base)
  • Suivit d'usagers : À ce niveau le passage à l'IFAG m'a montré un système très poussé, peut être même un peu trop, l'idée est sans doute à reprendre. (À étudier et intégrer)
  • Gestions de groupes : Il ne s'agit pas ici des groupes Unix mais bien de groupes administratif nous permettant de diviser nos utilisateurs de façon plus logique. Ce besoins est présent dans beaucoup de système notamment celui de Tunis. Jérome à Dakar aimerais reprendre cette idée pour pouvoir gérer l'accès aux salles par groupe. (À étudier et intégrer)
  • Statistiques : Tous nos CNF ont besoin d'une forme ou autre de statistiques.
    • Inscriptions : (À intégrer)
    • Fréquentation : (À modulariser)
  • Suivit comptable : Il s'agit ici de générer des pièces comptable directement exploitable. Par exemple une facture à chaque création de compte ou un compte-rendu hebdomadaire ou mensuel des entrés d'argent liées à la création de comtpes. Évoquer par plusieurs dont Cédric Protière à Cotonou. Un rencontre. à ce sujet, a eu lieux avec Mme. Nathalie Houle à sont retour de mission. La rencontre avec Mme. Houle me confirme plus ou moins les demandes de la compta à ce sujet. Ils veulent être en mesure de générer, sur demande, des reçus pour les abonnements. De plus la création de suivit comptable journalier, hebdomadaire ou mensuel est désirable. Le CNF de Tunis me présentait, lors de mon passge, un application utilisé à cet effet. Malheureusement l'application en question n'est pas intégré au système de gestion de comptes présente au CNF.

Autres besoins

  • Gestions de bibliothèques : Certains CNF ont une sélection d'ouvrage offert aux usagers. À mon avis les outils existant, tel PMB, offre des possibilités intéressantes dans ce domaine. La création d'un autre outil est sans doutes inutiles.
  • Contrôle des accès web : Encore là les outils existant sont à explorer. Voir Squid, Squidguard, dansguardian, etc.
  • contrôle des impresssions/photocopies: (À voir)
  • Réservation : Poste, salle, etc. (À Modulariser)

Propositions

Discutez en ici: /Discussion

Et combinez les idées ici:

Projet/GUIA (dernière édition le 2008-02-21 22:09:51 par localhost)