Document formalisant les besoins fonctionnels et techniques du client, servant de référence pour le chiffrage et la proposition commerciale.

Analyse préliminaire évaluant la viabilité technique, fonctionnelle et économique de la demande client.

Estimation budgétaire globale basée sur l'analyse de faisabilité et le périmètre fonctionnel identifié.

Architecture cible de haut niveau, choix technologiques justifiés, intégrations à l'existant, proposition de valeur.

Wireframes basse fidélité illustrant le parti pris, pour projeter le client dans le résultat. Distinctes des maquettes détaillées de la conception.

Méthodologie proposée, jalons prévisionnels, composition d'équipe et rôles clés engagés.

Preuves de maîtrise par références comparables, démonstration ou maquette fonctionnelle en soutenance.

Proposition commerciale formalisée incluant le périmètre, le planning prévisionnel et le montant.

Document consolidant l'offre, orienté client et seule pièce lue intégralement. Reprend une synthèse des autres livrables d'avant-vente et porte le volet financier.

Contrat-cadre définissant les conditions générales de collaboration entre Synelia et le client.

Planification détaillée des jalons, sprints et livrables avec attribution des ressources.

Identification, évaluation et plan de mitigation des risques projet (techniques, organisationnels, planning).

Support de la réunion de lancement (objectifs, périmètre, rôles, planning, prochaines étapes), potentiellement agrémenté des informations et décisions tirées de la réunion.

Description macroscopique des fonctionnalités attendues, des règles métier et du périmètre fonctionnel. Sa nécessité et son niveau de détail dépendent de la précision du cahier des charges.

Document structurant la stratégie de test : périmètre, scénarios macroscopiques, critères d'acceptation et planning des campagnes.

Vision globale de l'architecture technique retenue : composants, intégrations, flux et choix technologiques.

Expression des besoins utilisateurs au format agile, avec critères d'acceptation et définition of done.

Schéma conceptuel et physique de la base de données : entités, relations, contraintes et index.

Représentation de l'infrastructure cible : serveurs, réseaux, services cloud et flux de communication.

Wireframes et maquettes haute-fidélité des interfaces utilisateurs, validés avec le client.

Conception technique détaillée de la solution : architecture des composants, modèle de données, contrats d'API, choix d'implémentation et règles techniques.

Code applicatif versionné respectant les standards de développement Synelia et les conventions du projet.

Tests automatisés couvrant les fonctions et méthodes critiques, exécutés dans la pipeline CI.

Demandes de fusion de code soumises à revue par les pairs avant intégration dans la branche principale.

Journal des modifications par version : nouvelles fonctionnalités, corrections et changements notables.

Documentation technique à destination des développeurs : architecture, conventions, procédures et guides de contribution.

Création de la fiche de l'application dans le portefeuille applicatif (ApplicationLandscape) : description, stack technique, responsables et rattachement métier.

Stratégie de test définissant le périmètre, les types de tests, les environnements et les critères de sortie.

Scénarios de test détaillés rédigés et exécutés dans l'outil Squash TM, traçables aux exigences.

Bilan de la campagne de tests : taux de couverture, anomalies détectées, verdict et recommandations.

Description détaillée des défauts identifiés : étapes de reproduction, sévérité, captures d'écran et statut.

Parcours de validation fonctionnelle définis avec le client, couvrant les cas d'usage métier principaux.

Anomalies remontées par le client lors de la recette, avec priorisation et suivi de correction.

Procès-verbal formalisant l'acceptation (ou le refus) du livrable par le client.

Consolidation et priorisation des anomalies restantes pour planification des corrections itératives.

Procédure pas-à-pas du déploiement en production : prérequis, séquencement et vérifications post-déploiement.

Plan de retour arrière en cas d'incident post-déploiement, avec critères de déclenchement.

Notes de version destinées au client détaillant les évolutions, corrections et impacts de la livraison.

Documentation fonctionnelle à destination des utilisateurs finaux pour la prise en main de la solution.

Document comptable émis selon les jalons contractuels, déclenchant le processus de règlement.

Signalements d'anomalies par le client pendant la période de garantie, suivis dans l'outil de ticketing.

Patchs correctifs développés, testés et déployés en réponse aux anomalies sous garantie.

Vérification de Service Régulier : contrôle formel confirmant le bon fonctionnement post-correctif.