Aller au contenu

audit du système

Audit de code legacy : tout le système cartographié et chiffré en 5 jours

En 5 jours, vous savez ce que contient votre système, ce qui est mort, ce qui est dangereux et ce que coûte son remplacement. Des ingénieurs avec 25+ ans de production lisent chaque ligne. 30 jours après votre feu vert, vous êtes en production.

Envoyez un accès en lecture aujourd'hui. En 48 heures, vous avez le prix de l'audit et le jour de remise du rapport.

Inconnu

Une arborescence de taille inconnue, des jobs que personne n'a documentés et aucun test sur lequel s'appuyer.

  • source treeunknown size
  • nobody left who wrote itrisk
  • undocumented jobscron · JCL
  • no testscoverage 0

5 jours de l'accès en lecture au rapport final

Cartographié

Carte des modules, code mort mesuré, risques classés et un plan chiffré phase par phase.

  • module mapgraph
  • dead code listmeasured
  • risk registerranked
  • migration planphased · costed
La carte et le plan sont à vous. Validez la première phase et les 30 jours de la réécriture démarrent.

De l'accès en lecture au plan signé en 5 jours

Un passage machine sur chaque ligne, un ingénieur sur tout ce qu'elle a signalé, puis une séance où vous poussez sur les constats jusqu'à tenir un plan que vous signeriez.
  1. 01jours 1–2

    Accès et entretiens

    Accès en lecture aux dépôts, instructions de build, plannings de jobs, et deux ou trois heures avec chacune des personnes qui le maintiennent. Nous signons votre NDA avant tout cela.

  2. 02jours 1–3

    Passage machine

    La plateforme analyse tout : graphe d'appels, frontières des modules, interfaces externes, usage de la base, accessibilité. Le module écrit dans un dialecte que plus personne ne supporte y passe lui aussi.

  3. 03jours 3–4

    Passage ingénieur

    Un ingénieur avec 25+ ans de production reprend ce que la machine a signalé et le confronte à ce qu'ont dit vos équipes. Quand les deux divergent, c'est le code qui a raison.

  4. 04jours 4–5

    Constats et plan

    Un rapport écrit et une séance de travail : le code mort, les risques classés par ce qu'ils vous coûtent, un prix sur chaque phase de réécriture, et ce qui passe en premier. Validez-le et les 30 jours démarrent.

Chaque ligne par la machine, chaque constat par un ingénieur

La plateforme lit chaque ligne et rate le contexte. Les entretiens donnent le contexte et ratent la moitié du code. Nos ingénieurs mettent les deux dans un plan que vous pouvez signer.
  • Analyser et cartographier tout le code

    Plateforme

    Chaque langage de l'arborescence, y compris ceux que vous aviez oubliés.

  • Mesurer le code mort

    Plateforme

    Accessibilité statique plus traces ou journaux de production. Le code mort devient un chiffre à mettre dans un budget.

  • Entretiens avec ceux qui le connaissent

    Ingénieur

    Ce qui n'a jamais été écrit n'existe que dans les conversations. Nous le mettons sur papier avant que son détenteur parte à la retraite.

  • Classer les risques

    Les deux

    La plateforme trouve les arêtes vives. Un ingénieur les classe selon celle qui vous coûtera de l'argent un vendredi.

  • Chiffrer les phases

    Ingénieur

    À partir de la taille et du couplage mesurés des modules, avec les hypothèses écrites à côté de chaque chiffre.

  • La recommandation

    Ingénieur

    Ce qui passe en premier, ce qui est supprimé, et l'ordre qui met le nouveau système en production au jour 30.

Le rapport est écrit d'abord pour vos ingénieurs, ensuite pour votre conseil d'administration. Les deux peuvent agir le jour où il arrive.

Qui lit votre code

Nos ingénieurs écrivent du code de production depuis plus de 25 ans, et ce sont les meilleurs que vous puissiez mettre devant votre arborescence. Des dizaines de migrations depuis COBOL, RPG, VB6, Delphi, ColdFusion, PHP, Perl, PL/SQL, Java, C#, Fortran et ABAP, plus des dialectes qui n'existent que dans une seule entreprise. Peu de choses dans votre dépôt leur seront nouvelles.

Prix ferme, jour de remise au contrat, et le rapport est à vous. Le plan qu'il contient suit les mêmes règles : prix ferme par phase, et une phase sans parité n'est pas acceptée.

Ce que les CTO demandent avant un audit

De quel accès avez-vous besoin ?

Un accès en lecture aux dépôts et les instructions de build. Ajoutez les plannings de jobs et une période de journaux de production, et nous mesurons le code mort sur des exécutions réelles. Envoyez ce que vous avez aujourd'hui, nous démarrons au jour 1.

Et les parties dont nous n'avons pas les sources ?

Elles figurent sur la carte telles quelles : un binaire, ses interfaces et ce que coûte son remplacement. Les migrations explosent leur budget à la fin, sur les parties que quelqu'un a oubliées. Envoyez-nous la liste de ce que vous savez manquant, nous le chiffrons aussi.

Notre système est énorme. 5 jours suffisent-ils encore ?

Oui. Au-delà d'environ deux millions de lignes, ou avec beaucoup de langages dans une même arborescence, nous découpons l'audit en parties chiffrées d'avance, et chaque partie tombe en 5 jours. Envoyez le nombre de lignes et recevez le découpage chiffré en 48 heures.

Signerez-vous un NDA avant que nous envoyions quoi que ce soit ?

Oui, avant tout accès, à chaque fois. La plupart de nos missions démarrent sous NDA. Joignez le vôtre au formulaire, nous le signons avant de lire une ligne.

Pourquoi un audit d'abord plutôt que la réécriture directement ?

C'est de l'audit que vient le prix. En 5 jours, chaque phase de la réécriture a une taille mesurée et un prix ferme, et le travail démarre sur des chiffres que vos ingénieurs ont vérifiés. Validez la première phase et le compteur des 30 jours démarre.

Obtenez la carte de votre système

Un accès en lecture, c'est tout ce qu'il nous faut. Sous 48 heures, vous avez le prix et un jour de remise, et 5 jours après l'accès, la carte, les risques classés et le plan chiffré sont sur votre bureau.

Obtenir un devis

Dix minutes à remplir. L'ingénieur qui répond parle d'abord d'accès : gardez la liste des dépôts sous la main.