🔧 Entretenir votre application avec une intervention définie

Je réalise un cycle de maintenance ponctuel sur votre application fonctionnelle : dépendances compatibles, contrôles des parcours et évolutions commandées, avec une livraison documentée.

Vous commandez une intervention délimitée, sans abonnement ni renouvellement automatique. Le délai annoncé concerne sa réalisation : ce n’est pas une permanence à temps plein, une assistance illimitée ou une surveillance 24 h/24.

🎯 Une seule application et une base de code sont retenues : Web/SaaS OU Mobile. La compatibilité, les versions visées, la compilation reproductible et les accès sont vérifiés avant commande. Le projet doit être fonctionnel ; une création complète ou une reprise générale d’application défaillante demande un autre périmètre.

💼 Offre de base — 324,93 $US / 7 jours

🧭 Un cycle de maintenance, pas une liste illimitée d’interventions

L’inventaire cible versions, dépendances, lancement et parcours essentiels. Trois dépendances directes maximum et leurs versions compatibles sont retenues avant l’intervention.

Les mises à jour restent correctives ou mineures, dans la même version majeure. Elles ne comprennent pas de changement d’API imposant une migration, de transformation de données ou de refonte d’architecture. Les changements nécessaires à ces mises à jour compatibles sont inclus, avec leurs fichiers de verrouillage.

Une version dite mineure n’est pas présumée compatible sans vérification. Les instructions du projet, exigences des dépendances et résultat du build sont examinés. Une montée majeure est proposée séparément lorsqu’elle est réalisable dans les limites indiquées.

Les sept jours constituent le délai du cycle convenu. De nouveaux tickets, une autre application ou une demande indépendante ne deviennent pas automatiquement compris parce qu’ils apparaissent pendant ce délai.

✅ Cinq parcours et les tests déjà disponibles

Les cinq contrôles de base sont définis avec vous : ouverture d’une page, connexion existante, lecture d’un écran, enregistrement autorisé ou autre opération représentative. Ils sont adaptés à l’application retenue et exécutés avec des comptes et données fictifs.

Les tests existants compatibles sont également lancés, avec leurs prérequis. Le rapport distingue les anomalies déjà présentes, celles liées à l’intervention et les limites de vérification. Une régression causée par le travail commandé doit être corrigée dans ce périmètre ; elle ne devient pas une option payante.

L’option tests ajoute des cas définis. La base vérifie une cible et un environnement, sans couvrir tous les navigateurs ou appareils.

🗂️ Rapport priorisé et reprise du projet

Le rapport regroupe modifications et observations par impact et priorité, avec les étapes de vérification et prérequis d’une éventuelle suite.

Une observation dans le rapport ne signifie pas que tous les correctifs correspondants sont inclus. Les corrections et évolutions commandées ont leurs critères propres. Un simple diagnostic n’est pas présenté comme un correctif terminé lorsque la prestation retenue promet une correction.

Si une version cible ou un prérequis ne convient pas, le périmètre est clarifié avant commande. Nous ne retenons pas une montée de version arbitraire en espérant qu’une mise à jour forcée rende le projet compatible.

🔐 Accès, configuration et limites

L’application conserve ses mécanismes d’authentification et ses contrôles serveur. Les validations nécessaires aux tâches commandées sont comprises ; une interface ne doit pas contourner les permissions pour masquer un problème. Les secrets restent hors des sources publiées et des rapports.

La référence de reprise du code et de la configuration est documentée. La base intervient en test, sans modification implicite de production ou de données réelles.

Hébergement, comptes développeur, fournisseurs et licences restent à votre charge. Le service ne constitue pas une certification de sécurité, une garantie d’absence de vulnérabilités ou un engagement de disponibilité. Le compte rendu d’un outil de dépendances n’est pas un audit complet de l’application.

🛠️ Seize options pour compléter votre cycle

Chaque supplément et son délai s’ajoutent à la base. Les tâches sont définies sans double comptage : une dépendance, correction ou validation déjà comprise n’est pas facturée une deuxième fois sous un autre intitulé. Les vérifications et réglages indispensables à chaque option sont inclus.

Certaines options concernent uniquement le Web ou le Mobile. Nous choisissons celles qui correspondent à l’application retenue. La publication et le suivi ultérieur ne sont pas implicites dans le terme maintenance.

1️⃣ Correction d’un bug localisé — +156,86 $US / +2 jours

Un défaut distinct et reproductible, sur un écran ou un endpoint existant. Les étapes, le résultat attendu et les critères sont fixés avant commande. Le correctif et ses contrôles utiles sont livrés, pas uniquement un diagnostic.

L’option peut porter sur une validation, une donnée affichée ou une opération localisée selon la stack convenue. Les droits et validations nécessaires sont compris. Sans correction de tous les défauts découverts, refonte d’un parcours complet ou prise en charge d’un fournisseur inaccessible.

Un défaut déjà résolu par les mises à jour de base, ou une régression provoquée par l’intervention, n’est pas facturé de nouveau dans cette option.

2️⃣ Une évolution fonctionnelle ciblée — +246,50 $US / +3 jours

Une petite évolution sur une vue existante, avec jusqu’à quatre champs simples et une action utilisant un traitement déjà disponible. Par exemple, compléter un formulaire et le relier à une opération autorisée de l’API existante. Le comportement est défini avant développement.

L’interface, les validations, chargements, erreurs et contrôles nécessaires sont compris. Le modèle de données et l’endpoint doivent déjà permettre la fonction ; l’option n’ajoute pas implicitement un nouveau module serveur ou une migration de base.

Le style suit l’application existante. Sans nouvelle application, parcours complexe, plusieurs écrans indépendants ou création d’un système de comptes. Les essais ciblés de cette évolution sont inclus.

3️⃣ Cinq dépendances compatibles supplémentaires — +156,86 $US / +2 jours

Jusqu’à cinq dépendances directes supplémentaires, soit huit au total avec la base. Leurs versions cibles sont identifiées et vérifiées avant commande. Les mises à jour restent correctives ou mineures, dans leur version majeure actuelle, sans migration d’API ou de données.

Les fichiers de verrouillage, build et vérifications utiles sont mis à jour. Les dépendances indirectes évoluant avec un paquet sont examinées dans ce contexte ; elles ne deviennent pas artificiellement autant de nouvelles options facturées.

Cette option augmente le nombre de dépendances traitées pendant le cycle initial. Elle est distincte du second passage, qui recontrôle l’application à une date convenue sans promettre de nouvelles versions futures.

4️⃣ Montée d’une version majeure encadrée — +336,13 $US / +5 jours

Une dépendance directe, un saut d’une seule version majeure et trois points d’intégration maximum dans votre code. La version cible, les changements nécessaires et les critères de compilation et fonctionnement sont validés avant commande.

Les adaptations de ces points d’appel ou interfaces, fichiers de dépendances et tests utiles sont comprises. Il ne s’agit pas d’appliquer automatiquement une commande forçant toutes les mises à jour. Une migration étendue de framework ou une refonte du routage n’est pas présumée réalisable dans cette option.

Sans migration de données, plusieurs majeures successives ou refonte native complète. Si l’examen préalable révèle un périmètre plus large, une intervention distincte est définie ; un simple audit ne remplace pas la montée de version annoncée. La même dépendance n’est pas comptée à nouveau parmi les mises à jour déjà incluses.

5️⃣ Vérification de compatibilité web — +168,07 $US / +3 jours

Pour une application WEB : deux combinaisons navigateur et format de fenêtre convenues, sur trois vues existantes maximum. Les scénarios représentatifs sont testés et les différences observées sont documentées.

Jusqu’à deux ajustements mineurs de présentation ou de comportement sont compris, sans nouvelle fonction ni refonte graphique. Les versions et formats de référence sont précisés avant réalisation. Les modifications nécessaires restent compatibles avec les droits et opérations existants.

Sans garantie sur tous les navigateurs, couverture de tout le site ou conversion en application mobile. Une incompatibilité majeure demandant le remplacement d’une bibliothèque doit être examinée dans un autre périmètre.

6️⃣ Validation sur le second système mobile — +201,68 $US / +3 jours

Pour une base Flutter ou React Native existante : vérification sur l’autre système, Android ou iOS, à condition que ce projet soit déjà présent et compilable. Les outils et environnements nécessaires doivent être prêts.

Cinq scénarios convenus sont vérifiés, avec deux adaptations mineures localisées maximum pour les différences rencontrées. Le rapport indique la cible, les résultats et les limites. Cette option conserve la même base de code et les mêmes fonctions retenues.

Sans portage Web vers Mobile, création d’une deuxième application, refonte du projet natif ou publication dans les stores. Les builds nécessaires aux vérifications sont compris selon les comptes et accès prêts ; une soumission reste distincte.

7️⃣ Tests automatisés de régression — +201,68 $US / +3 jours

Au choix convenu : dix cas unitaires ou d’intégration, OU cinq parcours de bout en bout. Les scénarios portent sur les fonctions commandées, avec données fictives et résultats attendus définis. Ils ne représentent pas une couverture de tous les cas du produit.

Un outil compatible existe déjà, ou sa configuration limitée dans le projet est comprise après validation de faisabilité. Les tests et le guide de lancement sont livrés ; les fournisseurs externes peuvent être simulés lorsque nécessaire.

Les cinq contrôles manuels et l’exécution des tests existants restent inclus dans la base. Cette option ajoute des cas reproductibles, sans audit indépendant, test de charge, infrastructure de tests complète ou couverture à 100 % promise. GitHub Actions n’est pas obligatoire pour les lancer localement.

8️⃣ Optimisation d’un point de performance — +212,89 $US / +3 jours

Un écran ou un endpoint présente un goulot identifié hors optimisation des requêtes SQL. Nous définissons un scénario et une mesure, puis comparons avant et après dans des conditions cohérentes. Le travail peut concerner un rendu répété, un traitement inutile ou un chargement mal organisé.

L’option comprend la modification ciblée et les contrôles de fonctionnement associés. Le résultat et ses limites sont consignés. Une même optimisation n’est pas facturée simultanément ici et dans l’option SQL.

Sans score universel, pourcentage garanti, test de charge agressif ou amélioration de toute l’application. Hébergement, réseau, données et fournisseurs externes peuvent influencer la mesure ; aucune performance identique partout n’est annoncée.

9️⃣ Optimisation de deux requêtes SQL — +179,27 $US / +3 jours

Deux requêtes existantes maximum sur une base compatible, avec deux index au maximum lorsque nécessaires. Un échantillon de données représentatif fourni permet de comparer le comportement avant et après, sans lancer une charge agressive en production.

Les résultats fonctionnels et droits sont conservés. Les modifications et éventuelles migrations d’index sont préparées et vérifiées dans l’environnement de test, avec retour documenté privilégiant les changements non destructifs.

Sans nouvelle structure métier, migration historique, remplacement de moteur ou optimisation de toutes les requêtes. Une sauvegarde adaptée est requise avant toute application sur des données réelles ; leur mise en production ne devient pas implicite dans cette option.

🔟 Correction d’une vulnérabilité identifiée — +201,68 $US / +3 jours

Un avis de vulnérabilité connu, identifié sur un composant du périmètre, avec un correctif compatible disponible et prévalidé. Le composant, la référence de l’avis, la version ou configuration cible et les vérifications attendues sont définis avant commande.

Le traitement peut être une mise à jour compatible ou une correction de configuration précisément prévue. Il comprend les contrôles nécessaires et la vérification que le composant traité utilise l’état attendu. Aucune commande de mise à jour forcée n’est appliquée pour masquer une incompatibilité.

Une dépendance déjà traitée par la base n’est pas refacturée. Cette option ne constitue pas un audit complet, un test d’intrusion ou une garantie d’absence de vulnérabilités. Un scan connu n’identifie pas nécessairement tous les problèmes ; sans solution compatible validée, ce correctif n’est pas vendu comme réalisable dans ce périmètre.

1️⃣1️⃣ Configuration du suivi des erreurs — +156,86 $US / +2 jours

Un outil compatible est configuré sur un environnement, avec remontée des erreurs utiles, droits d’accès limités et une alerte convenue. Les paramètres prévoient le masquage des secrets et contenus sensibles concernés ; les rapports ne doivent pas exposer les jetons ou mots de passe.

Un événement de test vérifie le raccordement, puis une notice explique la consultation et les limites. Le compte du fournisseur doit être prêt ; sa rétention, ses quotas et ses frais restent sous votre contrôle.

Sans surveillance humaine continue, astreinte, correction automatique ou prise en charge illimitée des erreurs remontées. La configuration de l’outil ne transforme pas cette commande en contrat de support récurrent.

1️⃣2️⃣ Essai de restauration d’une sauvegarde — +201,68 $US / +3 jours

Une sauvegarde exploitable fournie par le client, contenant une base de deux Go maximum et des fichiers de cinq Go maximum, est restaurée sur une cible isolée compatible déjà prête. Versions, accès et format sont vérifiés avant l’essai.

La copie est contrôlée selon les scénarios convenus, sans écraser la production. Les e-mails, paiements et autres effets externes sont neutralisés ou placés en test lorsque nécessaire. Le rapport décrit les étapes, résultats et limites de récupération observées.

Sans création d’infrastructure, restauration d’éléments absents de la copie, sauvegardes quotidiennes à mettre en place ou engagement de délai de reprise. La possession d’un fichier de sauvegarde ne suffit pas à garantir qu’il restaurera n’importe quelle version future.

1️⃣3️⃣ Pipeline de vérification GitHub Actions — +224,09 $US / +3 jours

Un dépôt et un pipeline exécutent les commandes de build, lint et tests existants convenues, sur les événements ou la branche retenus. Le runner et les capacités du compte GitHub doivent être compatibles et prêts. Les accès et secrets sont limités au besoin.

La configuration et un essai du pipeline sont compris, avec lecture du résultat et notice. L’option n’écrit pas une suite de tests métier manquante ; l’option tests automatisés reste facultative si vous souhaitez ajouter des cas.

Ce pipeline vérifie la version, sans déploiement implicite ni nouvelle infrastructure. Il ne contourne pas une erreur de build pour afficher une réussite. Frais de minutes, artefacts et fonctions du fournisseur restent externes.

1️⃣4️⃣ Mise en ligne de la version web — +179,27 $US / +2 jours

Une version WEB/SaaS commandée est déployée sur un environnement compatible existant, avec les accès, domaine et services nécessaires déjà prêts. Paramètres, build et contrôles des parcours concernés sont compris.

Un point de reprise adapté est prévu avant les changements, avec une procédure de retour du code. Les contraintes de schéma ou de données sont identifiées : revenir au code précédent ne restaure pas automatiquement toutes les données. Une éventuelle migration métier non commandée n’est pas ajoutée implicitement.

Sans serveur neuf, seconde application, architecture haute disponibilité ou exploitation permanente. Le déploiement est distinct de la livraison de base dans l’environnement de test ; une mise en ligne supplémentaire nécessite un périmètre convenu.

1️⃣5️⃣ Soumission d’une mise à jour mobile — +246,50 $US / +4 jours

Une soumission de mise à jour sur une plateforme au choix : App Store OU Google Play. L’application existe déjà, le compte du client est actif et prêt, avec les droits, identifiants de signature et prérequis nécessaires. Les métadonnées et déclarations sont fournies ou validées par vous.

La préparation du build, les réglages de signature utiles, le transfert et la soumission à la revue sont compris. Les vérifications nécessaires au build soumis sont incluses sans imposer l’option second système. Les éléments de fiche requis sont vérifiés dans le périmètre convenu. Les frais de compte et autres fournisseurs restent à votre charge.

Le délai porte sur la préparation et la soumission, sans garantir une date d’acceptation ou la décision du store. Une anomalie de conformité de notre modification reste à corriger ; des exigences nouvelles, fonctionnalités supplémentaires ou resoumissions illimitées ne sont pas comprises. Il ne s’agit pas de créer une nouvelle application ou de publier sur les deux stores.

1️⃣6️⃣ Second passage de maintenance planifié — +212,89 $US / +7 jours

Un recontrôle distinct est planifié après l’intervention initiale, à une date convenue avant la livraison finale et comprise dans le délai total de commande. Les cinq parcours essentiels sont revérifiés sur le même environnement ; sans mise en ligne commandée, il s’agit de l’environnement de test.

Les retours et erreurs déjà disponibles sur une fenêtre de sept jours maximum sont examinés, puis le rapport est actualisé. Ils proviennent des éléments fournis et journaux accessibles ; l’option de suivi des erreurs n’est pas obligatoire. Un ajustement mineur compatible de configuration est inclus si nécessaire, sans ajouter de fonction métier.

Ce passage ne promet pas de nouvelles versions de dépendances ni une attente indéfinie après commande. Il est distinct des cinq dépendances supplémentaires traitées dans le cycle initial. Les corrections de conformité restent déjà incluses, sans les compter à nouveau comme cet ajustement.

Sans observation en temps réel, permanence pendant sept jours, nouvelle livraison automatique en production ou renouvellement. Base et second passage seuls représentent 537,82 $US et 14 jours pour cette intervention ponctuelle.

🧮 Exemples de configurations

L’addition arithmétique de la base et des seize suppléments représente 3 607,85 $US et 58 jours. Ce total ne recommande pas de tout sélectionner : les options web ou mobiles sont choisies selon le projet, et une même tâche n’est pas facturée deux fois. Les éventuels frais ComeUp et les coûts de fournisseurs restent distincts du développement décrit.

🤝 Déroulement du cycle

1. Vérifier projet fonctionnel, stack, versions, sources et environnement avant commande.
2. Fixer les dépendances cibles, cinq parcours de référence, options et critères de validation.
3. Effectuer les modifications convenues et conserver une référence de reprise du code.
4. Exécuter les contrôles et tests disponibles, puis traiter les régressions du périmètre.
5. Livrer sources et rapport ; réaliser publication ou second passage uniquement s’ils sont commandés.

Deux séries de retours regroupés permettent les retouches ciblées sur le travail attendu. Une nouvelle demande ou une autre règle métier constitue une évolution distincte. La période de réalisation n’ouvre pas un accès illimité à des heures de développement ou de support.

📦 Les livrables

📋 Préparer votre demande

Fournissez stack, cible Web/SaaS OU Mobile, dépôt, version de référence, instructions de build, environnement et tests existants prêts. Proposez les dépendances et cinq parcours essentiels avec données fictives. Selon les options, ajoutez bug, évolution, avis de vulnérabilité, échantillon SQL, sauvegarde, fournisseurs ou store prêts.

Le second passage est daté dans le délai final avant commande. Les accès sont partagés par un moyen adapté, sans mot de passe personnel, clé privilégiée ou donnée sensible dans le brief. Les frais fournisseurs restent à votre charge.

❓ Questions fréquentes

Est-ce un abonnement ?
Non. Le cycle est ponctuel, sans renouvellement automatique ni heures de support illimitées.

Toutes mes dépendances seront-elles mises à jour ?
La base en traite jusqu’à trois, compatibles et choisies avant commande. Les cinq supplémentaires et la montée majeure ont leurs propres limites.

Un rapport remplace-t-il un correctif annoncé ?
Non. La faisabilité est vérifiée avant commande et le résultat convenu reste attendu.

La production et les deux stores sont-ils inclus ?
La base travaille en test. Les options de livraison couvrent un environnement web ou une soumission sur un store choisi.

Le second passage promet-il de futures mises à jour ?
Il recontrôle les parcours et éléments recueillis, avec un ajustement mineur de configuration si utile. Aucune nouvelle version future n’est promise.

📩 Décrivez l’état de votre application et les changements utiles. Nous définirons un cycle de maintenance vérifiable, avec des tâches, des livrables et un budget précis.