Project

General

Profile

Evolution #202

Définir les vues pour les abonnements, subnets IP, etc

Added by Baptiste Jonglez over 7 years ago. Updated almost 6 years ago.

Status:
Résolu
Priority:
Normal
Assignee:
-
Target version:
Start date:
06/24/2014
Due date:
% Done:

100%

Estimated time:
8.00 h
Spent time:

Description

Avant de pouvoir coder les bouts d'interface utilisateur concernant les abonnements, leur facturation et leur configuration technique, il faut définir les vues.

Notamment, il faut se poser les questions suivantes :

  • Quelles informations veut-on afficher à l'utilisateur ?
  • Quelles informations l'utilisateur peut-il modifier ?
  • Pour quelles informations faut-il faire attention aux droits d'accès ? (factures, données personnelles, etc)

Les applications concernés sont « offers », « resources », « billing », et éventuellement « vpn » (pas encore très frais). La partie « reverse DNS » n'a pas besoin d'être gérée dans un premier temps, c'est du bonus.


Related issues

Blocks SI du FAI Illyse - Evolution #176: Design : intégration visuelle des donnéesEn coursOriane Piquer-Louis03/06/2014

Actions
Blocks SI du FAI Illyse - Anomalie #172: Interface web permettant au membres d'accéder à leur factureRésolu03/04/2014

Actions
Blocks SI du FAI Illyse - Anomalie #205: Première inscription/connexion d'un membreRésolu06/29/2014

Actions
#1

Updated by Baptiste Jonglez over 7 years ago

Notes de réunion du 28/06 concernant l'accès des membres aux différents types d'objets :

  • Modèle "Member" : Accès en lecture à tous les champs. Modification des coordonnées (adresse postale, téléphone) avec modération a priori du bureau (pour la première phase du site, le SI envoi un email au bureau avec les informations à mettre à jour.). Modification du mail : formulaire avec confirmation par email. Formulaire de changement de mot de passe. Première initialisation du mot de passe.
  • Modèle "MembershipFee" : accès uniquement à ses propres cotisations, accès en lecture à tous les champs, pas d'accès en écriture
  • Modèle "Invoice" : accès uniquement à ses propres factures, accès à tous les champs en lecture, possibilité de télécharger les factures
  • Modèle "InvoiceDetail" : pas de vue (intégré dans la vue d'Invoice)
  • Modèle "Payment" : pas de vue (intégré dans la vue d'Invoice)
  • Modèle "Offer" : accès en lecture à tous les champs, mais pas forcément à toutes les offres (à décider)
  • Modèle "OfferSubscription" : accès uniquement à ses propres abonnements. Accès en lecture à tous les champs, pas d'accès en écriture
  • Modèle "IPSubnet" : accès uniquement aux objets associés à ses propres abonnements. Accès en lecture à tous les champs sauf ip_pool. Accès en écriture à tout ce qui touche au reverse DNS
  • Modèle "IPPool" : pas d'accès
  • Modèle "VPNSubscription" : accès uniquement à ses propres VPN. Accès en lecture à tous les champs, en écriture à login (à décider ?), endpoints, comment. Le champ "password" est spécial, il est généré automatiquement à la demande.
#2

Updated by Baptiste Jonglez over 7 years ago

  • % Done changed from 0 to 40
#3

Updated by Baptiste Jonglez almost 6 years ago

  • Status changed from Nouveau to Résolu
  • % Done changed from 40 to 100

Also available in: Atom PDF