Votre besoin
Développement d’applications mobiles
Conception et développement d’applications iOS et Android, avec un périmètre orienté vers les usages réels.
Ressources · Guide de cadrage
Cahier des charges mobile : iOS, Android et usages de terrain
Préparer une demande de développement mobile qui couvre l’application, son serveur et sa vie après publication.
À utiliser librement pour préparer votre projet
Un modèle pour votre prochaine consultation
Téléchargez la trame, adaptez les questions à votre organisation et distinguez les exigences confirmées des points encore ouverts. Le document Word est modifiable ; le PDF sert de référence de lecture.
1. Usages, publics et appareils
Décrivez où, quand et pourquoi l’application sera utilisée. Précisez si les appareils appartiennent à l’organisation ou au public. Identifiez les actions prioritaires et les supports concernés. Une application de terrain, un service aux membres et une application d’information n’ont pas les mêmes contraintes.
À renseigner
- Publics et fréquence d’utilisation.
- Appareils et systèmes visés.
- Résultat attendu dans chaque situation.
2. Parcours et fonctions de première version
Décrivez connexion, consultation, saisie, validation et notification selon les besoins. Distinguez les fonctions indispensables, les options et les évolutions. Les écrans sont accompagnés de leurs états : attente, absence de résultat et erreur. Un prototype peut aider à vérifier la compréhension avant de développer.
À renseigner
- Parcours principal et exceptions.
- Maquettes disponibles ou à concevoir.
- Critères d’acceptation par fonction.
3. Réseau, permissions et données locales
Indiquez si l’application doit fonctionner sans connexion, quelles informations restent disponibles et comment la synchronisation reprend. Caméra, localisation et notifications nécessitent un périmètre et un comportement compréhensibles. Prévoyez ce qui se passe si une permission est refusée ou si le réseau disparaît au milieu d’une action.
À renseigner
- Besoin hors connexion.
- Permissions nécessaires et alternatives.
- Reprise de synchronisation et erreurs.
4. Backend et administration
Précisez les comptes, rôles et données à partager avec vos outils. Identifiez le serveur existant ou celui à construire. L’administration et l’assistance aux utilisateurs ne doivent pas être oubliées dans le devis. Une application peut être peu complexe visuellement tout en dépendant d’un système métier important.
À renseigner
- API et systèmes tiers.
- Administration et gestion des comptes.
- Documentation et contacts fournisseurs.
5. Choix technique et vérifications
Présentez les contraintes avant d’imposer Flutter ou une approche native. Demandez une justification du choix et de ses conséquences sur les appareils, les composants et la maintenance. Les scénarios de test couvrent le parcours réel, les erreurs et les usages mobiles définis au départ.
À renseigner
- Approches à comparer.
- Appareils et scénarios de test.
- Objectifs d’accessibilité et d’usage.
6. Diffusion et maintenance
Identifiez les comptes éditeur, les personnes responsables et le mode de diffusion attendu. Les éléments de présentation et les informations de publication se préparent avec votre organisation. Les boutiques gardent leurs propres validations. Le budget distingue réalisation, soumission, corrections éventuelles et suivi après lancement.
À renseigner
- Titulaire des comptes éditeur.
- Diffusion publique ou autre dispositif étudié.
- Maintenance et évolutions des systèmes.
Rendre le besoin vérifiable
Un exemple de critère de réception
« Avec un compte autorisé et un dossier de test, l’utilisateur peut envoyer une demande complète. Un identifiant et un statut sont affichés. La personne habilitée retrouve la demande dans son interface. Si une pièce obligatoire manque, le formulaire indique le point à corriger sans effacer les autres informations. »
Adaptez ce scénario à votre projet. Il précise un contexte, une action, un résultat et une erreur à vérifier.
Choisir · Cadrer · Développer
Les ressources pour avancer
Votre besoin
API & intégrations
Connexions entre plateformes, applications mobiles et outils métier, avec des échanges documentés.
Le carnet BelgaWebsite
Flutter, application native ou web mobile : les questions de choix
Comparer les usages, les appareils et les contraintes de maintenance.
Du besoin au choix technique
Choisir la solution et préparer sa réalisation
Approche mobile
Mener votre projet Flutter
Du premier parcours à la publication : cadrage, prototype, API, tests et suivi de votre application mobile.
Un premier échange préparé
Passons du besoin au projet.
Présentez votre organisation, l’usage attendu et vos premières contraintes. Nous pourrons identifier les questions de cadrage et la prochaine étape utile.