Ce document consiste à faire le tour des réflexions fonctionnelles et techniques d'un SI de FAI(libre ;)) associatif.
Fonctionnalités
Le périmètre fonctionnel de cet outil peut être découpé en plusieurs “espaces” :
L'espace "Public"
L'espace public contient toutes les informations directement accessibles par tous concernant l'association.
Une “vitrine” de l'association avec présentation, liens vers les documents de l'association statuts, actualites, contacts. (?) Cette partie peut être déléguée à un cms, plus apte à faire le boulot (?)
Une fonctionnalité de test d'elligibilite de ligne à partir d'un numéro (peut être découpler cette feature du processus de demande d'abonnement en tant que tel)
L'accès à un formulaire d'adhesion à l'association. Ce formulaire doit créer un adhérent “inactif” dans le SI le temps du passage dans le workflow 'adhésion'
L'accès à un formulaire d'abonnement (l'adhésion nécessaire pour aller au bout du formulaire)
L'espace "Adhérent"
Une fois le processus d'adhésion terminé, le nouvel adhérent peut accéder aux fonctions suivantes via une URL (ou bien via une adresse unique )
Gérer les informations de son profil (modifier les données du profil : données du profil à définir)
Accéder au bout de compta le concernant
Consulter sa consommation de bande passante : pour cette fonction, prendre exemple sur celles présentes chez FDN
Signaler un problème : dans ce cas, dans le souci de ne pas réinventer la roue, envisager un interfaçage avec un outil de gestion de demandes / anomalies (voir ce qu'il est possible de faire avec flyspray côté FDN)
Consulter les logs détenus par l'association (?) (logs de connexion / déconnexion ? autres ? questions juridiques associées ?)
Espace "Administration"
la gestion du suivi des adhesion : suivi du workflow de l'adhésion (avec état en cours de l'adhésion), production des documents papiers à renvoyer (PDF). Le workflow des adhésion comprend des actions “automatisées” (inscription du futur adhérent, production des papiers) et des actions “manuelles” (validation du dossier avec pièces justificatives)
la gestion du suivi des abonnements Internet : suivi du workflow de l'abonnement (test d'elligibité → production des documents papiers à renvoyer → construction de la ligne –
> création du compte radius). De la même manière que les adhésions, ce workflow comprend des actions automatisées et manuelles. La demande de construction de ligne au fai "parent" doit pouvoir être interchangeable si nécessaire (interface / norme à définir peut être sur le modèle JSON existant de l'interface FDN). (?) L'allocation des adresses IP se fait de manière automatisée (?).
I
l faudrait complètement séparer la partie facturation et gestion des tarifs du SI de gestion des lignes et adhérents. Problème: Cas des mois incomplets.
Il ne paraît pas idiot de segmenter les différentes fonctions par thème (administratif / adminsys, support, par exemple), à priori, un framework type django sait assez bien faire ce type de dispatch de droits fonctionnels.