Aller au contenu principal

Checklist applications

Éléments à vérifier​

  • DMV est l’application centrale.
  • PlayLoop est autonome mais connectable.
  • AssoSuite est autonome mais connectable.
  • Mairie est limitée à ses contenus/services/alertes.
  • Les futures apps ne sont pas présentées comme livrées.

Cohérence​

  • Les apps partagent identité, acteurs, communes, médias, notifications et IA selon cible.
  • Les API documentées couvrent les modules visibles.
  • Les modèles PlayLoop correspondent aux flows.

Sécurité​

  • PlayLoop device token est limité.
  • Données membres AssoSuite protégées.
  • Mairie sans censure globale.
  • Applications ne contournent pas Laravel.

Dette documentaire​

  • Apps futures séparées des apps confirmées.
  • Frontends dédiés non confirmés marqués comme tels.
  • Cas d’usage trop précis non confirmés signalés.

Hypothèses​

  • Player PlayLoop final non confirmé.
  • SSO multi-app cible.
  • Diffusion AssoSuite vers DMV cible.

Contradictions possibles​

  • Autonomie app vs mutualisation services.
  • PlayLoop standalone vs dépendance DMV.
  • Mairie outil officiel vs plateforme communautaire.

Éléments non confirmés​

  • Apps mobiles natives.
  • Player PlayLoop.
  • Frontend AssoSuite dédié.
  • Packaging mairie.

Éléments critiques​

  • PlayLoop, Mairie et AssoSuite relus avec leurs APIs.
  • Les responsabilités par app sont claires.

Validations humaines nécessaires​

  • Validation produit apps.
  • Validation technique multi-app.
  • Validation juridique pour mairie/asso.