Aller au contenu principal

V0.9 Beta — Cahier de réalisation

Version : 0.9

Statut : Plan d'exécution

1. Objectif​

Cette version n'a pas pour objectif de finaliser l'architecture mobile de DMV.

Son objectif est de valider le produit en conditions réelles.

À l'issue de cette phase, DMV devra disposer d'une véritable application Android et iOS installable, utilisable quotidiennement et distribuable à des utilisateurs pilotes.

La V0.9 Beta constitue une étape de validation du produit.

Elle ne constitue pas encore l'architecture mobile définitive.

2. Pourquoi une V0.9 Beta ?​

Construire immédiatement l'architecture cible complète (Context Engine, Cache Engine, Synchronization Engine, Platform Services...) repousserait de plusieurs mois la première utilisation réelle de l'application.

Or plusieurs hypothèses restent à valider :

  • les utilisateurs installent-ils réellement l'application ?
  • utilisent-ils les notifications ?
  • quelles fonctionnalités sont réellement utilisées en mobilité ?
  • les acteurs utilisent-ils le Workspace sur smartphone ?
  • quelles sont les contraintes réelles d'iOS et Android ?
  • quels problèmes apparaissent uniquement en situation réelle ?

La V0.9 Beta a pour objectif de répondre à ces questions.

3. Principes​

Cette version repose sur quatre principes.

Valider le produit​

Avant de construire une architecture complexe, nous devons valider les usages.

Ne pas créer de dette bloquante​

Même si certaines briques de l'architecture cible sont volontairement reportées, aucun développement réalisé dans cette phase ne devra empêcher leur intégration ultérieure.

Réutiliser l'existant​

La V0.9 repose autant que possible sur les applications existantes :

  • dmv-public
  • dmv-workspace

L'objectif est de limiter les développements spécifiques au mobile.

Construire uniquement ce qui apporte de la valeur​

Toute fonctionnalité qui n'apporte pas de valeur immédiate aux utilisateurs est reportée à la V1.

4. Ce que la V0.9 Beta doit valider​

La V0.9 doit permettre de valider :

  • installation depuis les Stores ;
  • expérience utilisateur mobile ;
  • navigation ;
  • authentification ;
  • persistance de session ;
  • notifications push ;
  • ouverture depuis une notification ;
  • Deep Links ;
  • Universal Links ;
  • Android App Links ;
  • fonctionnement Public + Workspace ;
  • performances générales ;
  • stabilité ;
  • retour des premiers utilisateurs.

5. Fonctionnalités incluses​

Application​

  • Shell Capacitor
  • Android
  • iOS

DMV Public​

Toutes les fonctionnalités actuellement disponibles sur le Web doivent rester accessibles.

DMV Workspace​

Le Workspace doit être utilisable sur smartphone sans perte fonctionnelle majeure.

Authentification​

Authentification actuelle conservée.

La stratégie d'authentification cible n'est pas modifiée durant cette phase.

Notifications​

Support complet des notifications push.

Les notifications constituent l'une des fonctionnalités majeures à valider.

Support des :

  • HTTPS
  • Universal Links
  • Android App Links

Le schéma dmv:// pourra être introduit progressivement.

Services natifs​

Uniquement les services indispensables :

  • Notifications
  • Secure Storage
  • Share
  • App Lifecycle
  • Connectivity

6. Ce qui est volontairement reporté​

Les éléments suivants ne font pas partie de la V0.9.

Architecture​

  • Context Engine
  • Platform Services complets
  • Cache Engine cible
  • Synchronization Engine cible

Fonctionnalités​

  • Offline avancé
  • Brouillons synchronisés
  • Widgets
  • Wallet
  • NFC
  • Live Activities
  • Apple Watch
  • Wear OS

Optimisations​

  • cache hiérarchisé complet ;
  • synchronisation avancée ;
  • optimisation réseau avancée.

7. Architecture retenue​

La V0.9 reprend l'architecture actuelle.

Les adaptations nécessaires au mobile sont ajoutées progressivement.

L'architecture cible documentée dans le dossier 12-mobile reste la référence à atteindre.

La V0.9 ne la remplace pas.

8. Critères de réussite​

La V0.9 sera considérée comme réussie lorsque :

  • l'application est publiée sur Android ;
  • l'application est publiée sur iOS ;
  • les notifications fonctionnent ;
  • la navigation est fluide ;
  • l'authentification est stable ;
  • plusieurs utilisateurs utilisent l'application quotidiennement ;
  • plusieurs acteurs utilisent le Workspace mobile ;
  • les premiers retours terrain ont été collectés.

9. Ce que nous devons apprendre​

Cette phase doit permettre d'obtenir des réponses concrètes concernant :

  • les usages réels ;
  • les performances ;
  • les limitations techniques ;
  • les attentes des utilisateurs ;
  • les fonctionnalités réellement prioritaires.

Ces enseignements guideront les développements de la V1.

10. Passage à la V1​

La V1 ne commencera qu'après l'analyse des retours de la V0.9.

Elle aura pour objectif principal de mettre en œuvre progressivement l'architecture cible :

  • Context Engine ;
  • Platform Services ;
  • Cache Engine ;
  • Synchronization Engine ;
  • architecture mobile définitive.

Les décisions prises pour la V1 devront être fondées sur les retours d'expérience obtenus durant la V0.9, et non sur des hypothèses.

Conclusion​

La V0.9 Beta est une étape de validation.

Elle permet de confronter DMV Mobile à une utilisation réelle tout en préservant la vision d'une architecture durable.

L'objectif n'est pas de construire immédiatement la plateforme mobile parfaite, mais de s'assurer que les choix futurs seront guidés par des usages observés plutôt que par des suppositions.