Quand ce service est-il adapté ?
Pour une organisation proposant un service reproductible ou un portail reliant les clients, les opérateurs et les superviseurs.
Périmètre de développement
- Cartographiez la demande de sa création à son achèvement, y compris les retours, l’annulation et les informations manquantes.
- Créez des comptes, des formulaires, des pièces jointes, des notifications et des enregistrements d'activité autour des rôles d'utilisateur.
- Connectez les données et les services externes avec la validation des entrées et les contrôles d'autorisation côté serveur.
Des exigences à la mise en œuvre
- Cartographier le parcours : définissez les rôles, les états des demandes et les données nécessaires à chaque étape.
- Créer un processus complet : mettez en œuvre un parcours de bout en bout, puis étendez les fonctions qui le soutiennent.
- Exploitation d’essai : testez les autorisations, les défaillances et les parcours réalistes avant le lancement.
Quels sont les livrables ?
- Des parcours utilisateurs pouvant être examinés, une matrice des autorisations et des scénarios d’acceptation.
- Une application adaptée aux différents écrans, des interfaces de données et les intégrations convenues.
- Tests des parcours essentiels et consignes d’exploitation, de configuration et de sauvegarde pour l’environnement du projet.
Que faut-il définir ?
Les paiements, la gestion de plusieurs organisations et l’utilisation hors ligne nécessitent un périmètre explicite. Les connexions externes dépendent d’API disponibles ainsi que de comptes et d’autorisations valides.
Un exemple d'acceptation spécifique à un service
Créez une demande et rechargez ; son état persiste et un autre utilisateur ne peut pas l'ouvrir sans autorisation.
Périmètre, coût et calendrier
Les échanges commencent par les utilisateurs, les processus, le volume de données, les intégrations et le système existant. Les priorités sont convenues, puis le périmètre de la première version, le coût, le calendrier et les critères d’acceptation sont définis par écrit. Les phases suivantes peuvent suivre les besoins de l’entreprise.
Tests, remise du projet et assistance
L’accord définit les fichiers à remettre, les droits d’utilisation, l’hébergement, les sauvegardes, les mises à jour et le support. Les scénarios convenus sont testés, et la configuration d’exploitation, les autorisations et les procédures de retour en arrière sont documentées avant le lancement.
Consulter les éléments associés
Le critère d’acceptation ci-dessus est un exemple de préparation ; les tests réels suivent le périmètre de votre projet.
BuildTrack — Système de coordination de chantierSkoon — Gestion immobilière et de bureau Guide de décision connexeQuestions sur cette solution
En quoi une application Web diffère-t-elle d’un site Web informatif ?
Un site Web présente du contenu et des services. Une application Web effectue des opérations telles que la soumission, l'examen et la mise à jour des demandes et la gestion des comptes d'utilisateurs.
Les clients peuvent-ils suivre leurs demandes ?
Oui, grâce à un portail qui affiche uniquement les dossiers propres au client, avec les états, pièces jointes et messages autorisés définis par le processus.
Peut-il se connecter à un système existant ?
L’examen commence par la documentation d’intégration et un échantillon de données expurgé des informations sensibles. Il définit ensuite la synchronisation et les responsabilités en cas de conflits et de défaillances.