Zum Inhalt springen

System-Audit

Code-Audit: das ganze Altsystem kartiert und bepreist in 5 Tagen

Nach 5 Tagen wissen Sie, was in Ihrem System steckt, was tot ist, was gefährlich ist und was der Ersatz kostet. Ingenieure mit über 25 Jahren Produktionspraxis lesen jede Zeile, und 30 Tage nach Ihrer Freigabe des Plans sind Sie live.

Geben Sie uns heute Lesezugriff. Nach 48 Stunden haben Sie den Audit-Preis und den Tag, an dem der Bericht kommt.

Unbekannt

Ein Quellbaum unbekannter Größe, Jobs, die niemand dokumentiert hat, und keine Tests, auf die man sich stützen kann.

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

5 Tage vom Lesezugriff bis zum fertigen Bericht

Kartiert

Modulkarte, gemessener toter Code, sortierte Risiken und ein Plan mit Preis für jede Phase.

  • module mapgraph
  • dead code listmeasured
  • risk registerranked
  • migration planphased · costed
Karte und Plan gehören Ihnen. Geben Sie die erste Phase frei, und die 30 Tage der Neuschreibung beginnen.

Vom Lesezugriff zum unterschriebenen Plan in 5 Tagen

Ein maschineller Durchgang über jede Zeile, ein Ingenieur über alles, was die Maschine markiert hat, dann eine Sitzung, in der Sie die Befunde so lange hinterfragen, bis Sie den Plan unterschreiben würden.
  1. 01Tag 1–2

    Zugang und Interviews

    Lesezugriff auf die Repositories, Build-Anleitung, Job-Zeitpläne und je zwei bis drei Stunden mit den Leuten, die das System pflegen. Ihre NDA unterschreiben wir vorher.

  2. 02Tag 1–3

    Maschineller Durchgang

    Die Plattform parst alles: Aufrufgraph, Modulgrenzen, externe Schnittstellen, Datenbanknutzung, Erreichbarkeit. Auch das Modul im Dialekt, den niemand mehr unterstützt.

  3. 03Tag 3–4

    Durchgang durch den Ingenieur

    Ein Ingenieur mit 25+ Jahren im Produktivbetrieb arbeitet ab, was die Maschine markiert hat, und prüft es gegen das, was Ihre Leute gesagt haben. Wo beides auseinandergeht, gewinnt der Code.

  4. 04Tag 4–5

    Befunde und Plan

    Ein schriftlicher Bericht und eine Arbeitssitzung: der tote Code, die Risiken sortiert nach ihren Kosten für Sie, ein Preis für jede Phase der Neuschreibung und was zuerst kommt. Geben Sie ihn frei, und die 30 Tage beginnen.

Jede Zeile von der Maschine, jeder Befund vom Ingenieur

Die Plattform liest jede Zeile und übersieht den Kontext. Interviews liefern den Kontext und übersehen den halben Code. Unsere Ingenieure machen aus beidem einen Plan, den Sie unterschreiben können.
  • Die ganze Codebasis parsen und als Graph abbilden

    Plattform

    Jede Sprache im Baum, auch die, von denen Sie vergessen hatten, dass sie drin sind.

  • Toten Code messen

    Plattform

    Statische Erreichbarkeit plus Produktions-Traces oder Logs. Toter Code wird zu einer Zahl, die Sie ins Budget schreiben können.

  • Interviews mit den Leuten, die es kennen

    Ingenieur

    Was nie aufgeschrieben wurde, existiert nur im Gespräch. Wir bringen es zu Papier, bevor sein Träger in Rente geht.

  • Die Risiken sortieren

    Gemeinsam

    Die Plattform findet die scharfen Kanten. Ein Ingenieur sortiert sie danach, welche Sie an einem Freitag Geld kostet.

  • Die Phasen bepreisen

    Ingenieur

    Aus gemessenen Modulgrößen und Kopplung, mit den Annahmen neben jeder Zahl.

  • Die Empfehlung

    Ingenieur

    Was zuerst kommt, was gelöscht wird, und die Reihenfolge, die das neue System bis Tag 30 in Produktion bringt.

Der Bericht ist zuerst für Ihre Ingenieure geschrieben und danach für Ihren Vorstand. Beide können am Tag seiner Ankunft danach handeln.

Wer Ihren Code liest

Unsere Ingenieure schreiben seit über einem Vierteljahrhundert Produktivcode, und niemand ist besser geeignet, Ihren Quellbaum zu lesen. Dutzende Migrationen aus COBOL, RPG, VB6, Delphi, ColdFusion, PHP, Perl, PL/SQL, Java, C#, Fortran und ABAP, dazu Dialekte, die es nur in einer einzigen Firma gibt. In Ihrem Repository wird ihnen wenig neu sein.

Festpreis, Liefertag im Vertrag, und der Bericht gehört Ihnen. Der Plan darin hat dieselben Bedingungen: Festpreis je Phase, und ohne Parität wird die Phase nicht abgenommen.

Was CTOs vor einem Audit fragen

Wie viel Zugriff brauchen Sie?

Lesezugriff auf die Repositories und die Build-Anleitung. Mit Job-Zeitplänen und einem Zeitraum an Produktionslogs messen wir toten Code aus echten Läufen. Schicken Sie heute, was Sie haben, und wir starten an Tag 1.

Und die Teile, für die wir keinen Quellcode haben?

Sie kommen genau so auf die Karte: ein Binary, seine Schnittstellen und was sein Ersatz braucht. Migrationen sprengen ihr Budget am Ende an den Teilen, die jemand weggelassen hat. Schicken Sie uns die Liste dessen, was fehlt, und wir bepreisen es mit.

Unser System ist riesig. Reichen 5 Tage trotzdem?

Ja. Ab etwa zwei Millionen Zeilen oder bei vielen Sprachen in einem Baum teilen wir das Audit in Teile und bepreisen jeden vorab, und jeder Teil kommt in 5 Tagen. Schicken Sie die Zeilenzahl, und in 48 Stunden haben Sie die Aufteilung mit Preisen.

Unterschreiben Sie eine NDA, bevor wir etwas schicken?

Ja, vor jedem Zugriff, jedes Mal. Der Großteil unserer Arbeit beginnt unter einer NDA. Hängen Sie Ihre ans Formular, und wir unterschreiben, bevor wir eine Zeile ansehen.

Warum zuerst ein Audit statt direkt der Neuschreibung?

Aus dem Audit kommt der Preis. Nach 5 Tagen hat jede Phase der Neuschreibung eine gemessene Größe und einen Festpreis, und die Arbeit beginnt auf Zahlen, die Ihre Ingenieure geprüft haben. Geben Sie die erste Phase frei, und die 30 Tage laufen.

Holen Sie sich die Karte Ihres Systems

Lesezugriff genügt. Innerhalb von 48 Stunden haben Sie Preis und Liefertag, und 5 Tage nach dem Zugriff liegen Karte, sortierte Risiken und der bepreiste Plan auf Ihrem Tisch.

Angebot anfordern

Zehn Minuten zum Ausfüllen. Der Ingenieur, der antwortet, fragt zuerst nach dem Zugriff, halten Sie also die Liste der Repos bereit.