Qui peut reprendre une application WinDev développée par un autre prestataire ?

Lorsqu’une application WinDev a été développée par un prestataire qui n’est plus disponible, la situation peut rapidement devenir inconfortable.

L’application fonctionne encore, mais les évolutions ralentissent, les corrections deviennent plus risquées, la documentation est parfois incomplète et la connaissance du logiciel repose sur très peu de personnes.

La bonne nouvelle, c’est qu’une application WinDev peut tout à fait être reprise par un autre prestataire.

La vraie question n’est donc pas seulement “qui peut reprendre l’application ?”, mais plutôt “dans quelles conditions cette reprise peut-elle être faite sans mettre en danger l’exploitation ?”

Reprendre une application WinDev, ce n’est pas simplement récupérer les sources

Une reprise sérieuse ne consiste pas à ouvrir le projet dans WinDev et commencer immédiatement à modifier le code.

Avant toute intervention, il faut comprendre l’existant.

Cela passe généralement par l’analyse de plusieurs éléments :

  • l’architecture générale de l’application
  • les projets WinDev, WebDev ou WinDev Mobile utilisés
  • la base de données : HFSQL, SQL Server, Oracle, MySQL, PostgreSQL ou autre
  • les traitements critiques
  • les interfaces avec d’autres logiciels
  • les tâches planifiées
  • les impressions et états
  • les règles métier intégrées dans le code
  • les procédures de déploiement
  • les dépendances techniques
  • les éventuelles contraintes d’hébergement

Le code source ne représente qu’une partie du système.

Dans beaucoup d’applications métiers anciennes, une partie importante de la connaissance se trouve dans les habitudes des utilisateurs, les procédures internes ou l’expérience du développeur historique.

Peut-on reprendre une application même si elle est peu documentée ?

Oui.

C’est même une situation assez fréquente.

Une application utilisée depuis plusieurs années peut avoir évolué par petites touches sans qu’une documentation complète ait été maintenue.

Dans ce cas, la reprise doit se faire progressivement.

Une démarche raisonnable consiste à commencer par identifier :

  1. les fonctionnalités réellement critiques
  2. les traitements qui présentent le plus de risques
  3. les flux de données
  4. les dépendances externes
  5. les utilisateurs clés capables d’expliquer les règles métier

L’objectif n’est pas forcément de tout documenter avant de commencer à intervenir.

Il s’agit plutôt de reconstruire progressivement une connaissance exploitable de l’application.

Faut-il réécrire l’application immédiatement ?

Pas nécessairement.

C’est même rarement la première décision à prendre.

Une application WinDev peut être ancienne tout en répondant encore correctement aux besoins métier.

Dans ce cas, la priorité peut être de :

  • sécuriser l’exploitation
  • reprendre la maintenance
  • corriger les anomalies
  • remettre à niveau la documentation
  • réduire les zones de dépendance
  • préparer progressivement une modernisation

Une réécriture complète peut être pertinente dans certains contextes, mais elle doit être décidée après analyse de l’existant.

Dans beaucoup de projets, une trajectoire progressive est plus réaliste :

reprendre → sécuriser → maintenir → moderniser par étapes.

Quelles compétences faut-il pour reprendre une application WinDev ?

Le prestataire doit évidemment maîtriser WinDev, mais ce n’est pas suffisant.

Il doit aussi être capable de comprendre :

  • les règles métier
  • les bases de données
  • les problématiques de performance
  • les interfaces avec d’autres systèmes
  • l’environnement serveur
  • les contraintes de déploiement
  • les éventuels développements Web ou mobiles associés

Dans certains cas, une application WinDev peut aussi utiliser beaucoup de SQL, des Webservices, des traitements batch ou des composants externes.

La reprise nécessite donc souvent une vision plus large que le simple développement WLangage.

Comment se déroule généralement une reprise ?

Chez ENNOVSYS, nous privilégions une approche progressive.

La première phase consiste à établir un état des lieux technique et fonctionnel.

Nous cherchons notamment à comprendre :

  • comment l’application est structurée
  • quelles sont les fonctions critiques
  • quelles sont les zones les plus sensibles
  • comment sont organisées les données
  • comment se déroulent les mises en production

La deuxième étape consiste à sécuriser la capacité d’intervention.

Cela peut inclure la mise en place d’un environnement de développement, la récupération des sources, la vérification des accès, la sauvegarde des bases ou la documentation des procédures.

La maintenance peut ensuite être reprise progressivement, en commençant par les incidents et évolutions les mieux maîtrisés.

Peut-on reprendre uniquement la maintenance ?

Oui.

La reprise d’une application ne signifie pas forcément lancer immédiatement un projet de migration.

Une entreprise peut simplement vouloir disposer d’un nouveau prestataire capable d’assurer :

  • la maintenance corrective
  • la maintenance évolutive
  • le support technique
  • les évolutions fonctionnelles
  • la continuité de service

Cette approche permet de sécuriser l’application existante tout en laissant le temps de décider de sa trajectoire future.

Et si l’objectif est de sortir progressivement de WinDev ?

La reprise peut justement constituer la première étape.

Avant de migrer une application, il faut généralement comprendre correctement son fonctionnement.

Une fois cette connaissance reconstruite, il devient possible d’étudier plusieurs scénarios :

  • maintien de certaines briques WinDev
  • remplacement progressif de certains modules
  • création d’une nouvelle interface Web
  • migration de la base de données
  • réécriture progressive
  • coexistence temporaire entre l’ancien et le nouvel environnement

L’objectif est d’éviter le scénario risqué du “big bang” lorsque ce n’est pas nécessaire.

Quels éléments fournir à un nouveau prestataire ?

Dans l’idéal :

  • les sources WinDev
  • les mots de passe et accès techniques nécessaires
  • une copie ou un accès à la base de données
  • la documentation existante
  • les procédures de déploiement
  • la liste des interfaces avec d’autres systèmes
  • les coordonnées des utilisateurs référents
  • l’historique des incidents importants

Mais l’absence de certains de ces éléments n’empêche pas forcément une reprise.

Elle augmente simplement le travail d’analyse initial.

ENNOVSYS peut-il reprendre une application WinDev existante ?

Oui.

ENNOVSYS intervient sur des applications WinDev, WebDev et WinDev Mobile existantes, y compris lorsqu’elles ont été développées par un autre prestataire.

Notre approche consiste d’abord à comprendre et sécuriser l’existant avant de proposer des évolutions ou une éventuelle modernisation.

Pour en savoir plus :

Reprise d’application WinDev
https://reprise-windev.ennovsys.fr/

Maintenance WinDev
https://maintenance-windev.ennovsys.fr/

Migration WinDev vers le Web
https://migration-windev.ennovsys.fr/

Toutes nos expertises applicatives
https://expertises.ennovsys.fr/

‍