Von der Anforderung zur fertigen Software. In einem System.
Fornax Forge ist ein Software-Produktionssystem. Es steuert den gesamten Lebenszyklus – von den Anforderungen über Architektur, Oberfläche und Code bis zu Tests und Wartung – und führt ihn ohne Entwickler aus.
Ein gemeinsames ModellDatensatz wählen und verfolgen
Anforderungen↗Architektur und Datenbank↗Benutzeroberfläche↗Quellcode↗Tests↗Fehlerbehebung↗Weiterentwicklung
01 / DER LEBENSZYKLUS
Sieben Phasen. Ein Software-Produktionssystem.
Fornax Forge führt ein Projekt durch jede Phase und versioniert alle wichtigen Teilschritte. Jede Änderung bleibt mit der Anforderung verknüpft, aus der sie stammt.
Verfolgen Sie eine Anforderung durch alle sieben Phasen.
01 / 07
01 / SPEZIFIZIEREN
Beginnen Sie mit einer Anforderung, auf der alle aufbauen können.
Anforderungen und die Prozesse, die die Software ausführt, werden erfasst, freigegeben und versioniert. Jede spätere Phase baut auf der freigegebenen Version auf.
Geschäfts-, Benutzer-, System- und Softwareanforderungen
Versionierte Aussagen mit klarer Begründung
Auswirkungen sichtbar, bevor eine Änderung freigegeben wird
SPEZIFIKATION / REQ-014v2 · Vorgeschlagen
KUNDENPORTAL
Sitzungs-Timeout
Das System beendet eine inaktive Benutzersitzung nach 15 Minuten.
Begründung
Zugriff von unbeaufsichtigten Arbeitsplätzen begrenzen.
↗ ADR-008↗ PR-042↗ TST-026
Beispieldatensatz · Konzeptionelle Oberfläche
02 / EINSATZSZENARIEN
Neues Projekt, bestehender Code oder Migration.
Fornax Forge, das Software-Produktionssystem, unterstützt drei Ausgangspunkte.
↗
Neue Projekte. Fornax Forge erstellt Software von den Anforderungen bis zum Release.
↗
Übernahme bestehenden Codes. Das System übernimmt bestehenden Code und entwickelt ihn weiter, auch Code ohne formale Anforderungen.
↗
Migration. Fornax Forge überführt Quellcode in eine andere Technologie oder Programmiersprache.
BEISPIEL: BESTEHENDER CODE
Q
Was muss sich ändern, wenn wir das Sitzungs-Timeout verkürzen?
✳
Fornax Forge beginnt bei REQ-014, passt Sitzungsdesign und Dienst an und führt die verknüpften Timeout-Tests erneut aus.
REQ-014→ADR-008→PR-042→TST-026
↳Jede Änderung behält ihre Begründung.
Beispielhafte Darstellung, keine Live-Antwort des Systems.
03 / NORMEN
Ein Software-Produktionssystem nach Normen.
Als Software-Produktionssystem führt Fornax Forge jeden Prozess im Einklang mit geltenden Normen und Empfehlungen aus, darunter:
Legen Sie fest, wie Fornax Forge in Ihre Organisation passt: anzubindende Werkzeuge, Zugriffsanforderungen und Kontrolle über Projektdaten. Den Umfang bestimmen Sie im Rahmen des Pilotprojekts.
↔
Werkzeugintegration.
Vereinbaren Sie, welche Repositories, Build-Pipelines, Issue-Tracker und Modellierungswerkzeuge das Pilotprojekt anbinden soll.
⌑
Zugriff und Bereitstellung.
Legen Sie fest, wer Zugriff auf welche Spezifikation braucht, wie sich Benutzer anmelden und welche Hosting- und Regionsanforderungen für das Pilotprojekt gelten.
↗
Datenhoheit und Export.
Vereinbaren Sie, wie Projektinformationen importiert, gespeichert und exportiert werden – einschließlich der Formate, die Ihr Team benötigt.
05 / DER WEG ZUR EINFÜHRUNG
Beginnen Sie mit einem fokussierten Pilotprojekt.
Wählen Sie ein Projekt und vereinbaren Sie, wie es bewertet wird. Anschließend entscheiden Sie anhand der Ergebnisse über den nächsten Schritt.
01
Analyse
Projekt, Ausgangsmaterial und Werkzeuge für ein fokussiertes Pilotprojekt festlegen. Bewertungskriterien vereinbaren.
02
Pilotprojekt
Wählen Sie ein Projekt – neu, bestehend oder zur Migration – und testen Sie Fornax Forge mit Ihrem eigenen Code.
03
Überprüfung
Eine Änderung oder ein Release anhand der vereinbarten Kriterien bewerten und die Ergebnisse festhalten.
04
Rollout
Integrationen, Verantwortlichkeiten und die breitere Einführung anhand der Pilotergebnisse planen.
Über Fornax Systems
Für Software, die bleibt.
Fornax Systems Sp. z o.o. entwickelt Fornax Forge, ein Software-Produktionssystem, das den gesamten Software-Lebenszyklus abdeckt – von den Anforderungen bis zu Wartung und Weiterentwicklung.
Für zentrale Technologien von Fornax Forge sind Patente in den USA angemeldet.
FRAGEN UND ANTWORTEN
Software-Produktionssystem: Fragen und Antworten.
Kurze Antworten zu Fornax Forge.
?
Was ist ein Software-Produktionssystem?
Ein System, das den gesamten Software-Lebenszyklus selbst ausführt. Fornax Forge zum Beispiel steuert Anforderungen, Architektur, Datenbank, Benutzeroberfläche, Quellcode, Tests und Wartung; deshalb sind keine Entwickler beteiligt.
?
Wie arbeitet das Software-Produktionssystem ohne Entwickler?
Zuerst werden die Anforderungen und die Prozesse, die die Software ausführt, erfasst und freigegeben. Danach entwirft, erstellt und testet Fornax Forge die Software. Außerdem wird jeder wichtige Teilschritt versioniert, sodass jede Änderung nachvollziehbar bleibt.
?
Kann das Software-Produktionssystem bestehende Software übernehmen?
Ja. Fornax Forge übernimmt bestehenden Code und entwickelt ihn weiter, auch ohne formale Anforderungen. Daher kann der Ausgangspunkt ein System sein, das bereits läuft.
?
Welche Sprachen unterstützt das Software-Produktionssystem?
Fornax Forge erstellt Quellcode in nahezu jeder Programmiersprache. Darüber hinaus kann es bestehenden Code in eine andere Technologie oder Programmiersprache migrieren.
?
Wie beginnen wir mit dem Software-Produktionssystem?
Beginnen Sie mit einem fokussierten Pilotprojekt: neu, bestehend oder zur Migration. Danach planen Sie anhand der Ergebnisse Integrationen und die breitere Einführung.
VERBINDEN WIR DIE PUNKTE
Sprechen wir über Ihr Pilotprojekt.
Sagen Sie uns, ob es um ein neues Projekt, bestehenden Code oder eine Migration geht. Wir besprechen ein Pilotprojekt, das zu Ihren Anforderungen passt.
Fornax Forge entwirft Architektur und Datenbankstruktur auf Basis freigegebener Anforderungen. Jede Designentscheidung wird versioniert und mit den Anforderungen verknüpft, denen sie dient.
Dokumentierte Architekturentscheidungen
Datenbankstruktur und Datenmodell
Designauswirkungen vor der Umsetzung nachverfolgt
ARCHITEKTUR / ADR-008
v2 · Prüfung erforderlich
ENTSCHEIDUNGSDATENSATZ
Sitzungsdesign
Sitzungsablauf auf dem Server durchsetzen und den Benutzer vor dem Sitzungsende warnen.
Der Server muss REQ-014 für alle Clients einheitlich durchsetzen.
REQ-014
UI-011
PR-042
03 / GESTALTEN
Jeden Bildschirm mit seiner Anforderung verknüpfen.
Fornax Forge entwirft die Benutzeroberfläche auf Basis freigegebener Anforderungen. Jeder Bildschirm und jede Oberflächenentscheidung wird versioniert und mit den Anforderungen verknüpft, denen sie dient.
Bildschirme mit Anforderungen verknüpft
Versionierte Oberflächenentscheidungen
Auswirkungen auf die Oberfläche vor einer Änderung sichtbar
BENUTZEROBERFLÄCHE / UI-011
v2 · Freigegeben
BILDSCHIRM
Sitzungswarnung
Zwei Minuten vor Sitzungsende eine Warnung anzeigen, mit der Option, angemeldet zu bleiben.
Erfüllt REQ-014, ohne dass ungespeicherte Arbeit verloren geht.
REQ-014
ADR-008
04 / PRODUZIEREN
Den Zweck direkt neben dem Code halten.
Fornax Forge erstellt Quellcode in nahezu jeder Programmiersprache. Jeder Teil des Codes bleibt mit der Anforderung und der Designentscheidung verknüpft, auf denen er beruht.
Quellcode aus dem freigegebenen Design erstellt
Nahezu jede Programmiersprache
Jede Änderung mit ihrer Anforderung verknüpft
QUELLCODE / PR-042
v2 · Bereit für Tests
IMPLEMENTIERUNG
session-service
Ablauf inaktiver Sitzungen und Warnereignis im Kundenportal-Dienst aktualisiert.
Setzt REQ-014 nach dem in ADR-008 festgehaltenen Ansatz um.
REQ-014
ADR-008
TST-026
05 / TESTEN
Genau wissen, was Ihre Tests beweisen.
Fornax Forge führt den vollständigen Testprozess durch. Jedes Ergebnis ist an die Anforderungsversion gebunden, die es prüft, sodass ein altes Ergebnis keine neue Prüfung ersetzen kann.
Testergebnisse an eine Anforderungsversion gebunden
Nachweise bei Anforderungsänderungen neu geöffnet
Release-Baselines und Nachweispakete
TESTS / TST-026
v2 · Erneut ausführen
PRÜFPROTOKOLL
Timeout-Tests
Prüfen, dass eine inaktive Sitzung nach 15 Minuten endet und aktive Sitzungen offen bleiben.
Ein Ergebnis für REQ-014 v1 belegt nicht das geänderte Verhalten von v2.
REQ-014 v2
PR-042
Release 0.8
06 / BEHEBEN
Fehler mit der vollständigen Historie beheben.
Gemeldete Fehler werden anhand der Anforderung, des Designs und der Tests hinter dem Code analysiert, dann behoben und erneut getestet. Jede Korrektur wird versioniert.
Fehler bis zu den Anforderungen zurückverfolgt
Beheben und erneut testen in einem Ablauf
Vollständige Änderungshistorie
FEHLER / BUG-031
Behoben · Retest bestanden
FEHLERMELDUNG
Warnung fehlt auf Mobilgeräten
Die Sitzungswarnung erschien auf schmalen Bildschirmen nicht.
Behoben in session-service und im Warnbildschirm; TST-026 erneut ausgeführt.
UI-011
PR-047
TST-026
07 / WEITERENTWICKELN
Die nächste Änderung mit der vollständigen Historie umsetzen.
Neue Funktionen und Änderungen entstehen mit vollem Wissen über frühere Entscheidungen. Fornax Forge bewertet zuerst ihre Auswirkungen auf Anforderungen, Design, Code und Tests.
Änderungsanträge mit Anforderungen verknüpft
Auswirkungen auf Code und Tests
Begründungen über den gesamten Lebenszyklus erhalten
WEITERENTWICKLUNG / CHG-012
Offen · Bewertung
ÄNDERUNGSANTRAG
Richtlinienänderung
Ein kürzeres Inaktivitätslimit für gemeinsam genutzte Kundenservice-Arbeitsplätze bewerten.
Anforderung und verknüpfte Umsetzung vor der Freigabe prüfen.
REQ-014
ADR-008
TST-026
Eine Anforderung. Jede Phase, die aus ihr folgt.
ADR-008 hält die Architekturentscheidung fest, die REQ-014 beantwortet.
UI-011 ist der Bildschirm, der vor dem Sitzungsende warnt.
PR-042 verknüpft die Quellcodeänderung mit Anforderung und Design.
TST-026 muss die aktuelle Version von REQ-014 prüfen.
BUG-031 führt einen Fehler auf Bildschirm, Code und Test zurück.
CHG-012 führt die nächste Änderung auf ihre Anforderung zurück.
REQ-014 wurde geändert. Sechs verknüpfte Datensätze müssen vor dem Release geprüft werden.