Od wymagań do działającego oprogramowania. W jednym systemie.
Fornax Forge to system produkcji oprogramowania. Zarządza całym cyklem – od wymagań, przez architekturę, interfejs i kod, po testy i utrzymanie – i realizuje go bez udziału programistów.
Jedno wymaganie. Każdy etap, który z niego wynika.
Jeden wspólny modelWybierz rekord i poznaj powiązania
Wymagania i procesy↗Architektura i baza danych↗Interfejs użytkownika↗Kod źródłowy↗Testy↗Usuwanie błędów↗Rozwój
01 / CYKL ŻYCIA
Siedem etapów. Jeden system produkcji oprogramowania.
Fornax Forge prowadzi projekt przez każdy etap i wersjonuje wszystkie kluczowe podetapy. Każda zmiana pozostaje powiązana z wymaganiem, z którego wynika.
Prześledź jedno wymaganie przez wszystkie siedem etapów.
01 / 07
01 / SPECYFIKUJ
Zacznij od wymagania, na którym można budować.
Wymagania i procesy realizowane przez oprogramowanie są tworzone, zatwierdzane i wersjonowane. Każdy kolejny etap opiera się na zatwierdzonej wersji.
Wymagania biznesowe, użytkownika, systemowe i programowe
Wersjonowane wymagania z uzasadnieniem
Wpływ widoczny przed zatwierdzeniem zmiany
SPECYFIKACJA / REQ-014v2 · Propozycja
PORTAL KLIENTA
Limit bezczynności
System ma zakończyć nieaktywną sesję użytkownika po 15 minutach.
Uzasadnienie
Ograniczenie dostępu z pozostawionych bez nadzoru stanowisk.
↗ ADR-008↗ PR-042↗ TST-026
Przykładowy rekord · Koncepcja interfejsu
02 / ZASTOSOWANIA
Nowy projekt, istniejący kod albo migracja.
Fornax Forge, system produkcji oprogramowania, obsługuje trzy punkty wyjścia.
↗
Nowe projekty. Fornax Forge tworzy oprogramowanie od wymagań po wdrożenie.
↗
Przejęcie istniejącego kodu. System przejmuje i rozwija istniejący kod, również taki, który nie został opisany formalnymi wymaganiami.
↗
Migracja. Fornax Forge przenosi kod źródłowy do innej technologii lub innego języka programowania.
PRZYKŁAD: ISTNIEJĄCY KOD
Q
Co trzeba zmienić, jeśli skrócimy limit bezczynności sesji?
✳
Fornax Forge zaczyna od REQ-014, aktualizuje projekt sesji i usługę, a następnie ponownie uruchamia powiązane testy.
REQ-014→ADR-008→PR-042→TST-026
↳Każda zmiana zachowuje swoje uzasadnienie.
Przykład poglądowy, nie odpowiedź systemu na żywo.
03 / NORMY
System produkcji zgodny z normami.
Jako system produkcji oprogramowania Fornax Forge realizuje wszystkie procesy zgodnie z obowiązującymi normami i rekomendacjami, w tym:
Określ miejsce Fornax Forge w Twojej organizacji: narzędzia do połączenia, zasady dostępu i kontrolę nad danymi projektu. Ustal zakres każdego z tych obszarów w ramach pilotażu.
↔
Integracja narzędzi.
Ustal, jakie repozytoria, procesy budowania, systemy zgłoszeń i narzędzia modelowania trzeba uwzględnić w pilotażu.
⌑
Dostęp i środowisko.
Określ dostęp do specyfikacji, sposób logowania oraz wymagania dotyczące środowiska i regionu dla pilotażu.
↗
Własność i eksport danych.
Ustal sposób importowania, przechowywania i eksportowania informacji o projekcie oraz formaty potrzebne zespołowi.
05 / DROGA DO WDROŻENIA
Zacznij od pilotażu o określonym zakresie.
Wybierz jeden projekt i uzgodnij sposób jego oceny. Następnie wykorzystaj wyniki pilotażu do zaplanowania kolejnego kroku.
01
Analiza
Określ projekt, materiały i narzędzia dla pilotażu. Uzgodnij kryteria oceny.
02
Pilotaż
Wybierz jeden projekt – nowy, istniejący lub do migracji – i sprawdź Fornax Forge na własnym kodzie.
03
Weryfikacja
Oceń jedną zmianę lub wydanie według uzgodnionych kryteriów i zapisz wnioski.
04
Rozszerzenie
Na podstawie wyników pilotażu zaplanuj integracje, odpowiedzialność i szersze wdrożenie.
O Fornax Systems
Dla oprogramowania na lata.
Fornax Systems Sp. z o.o. rozwija Fornax Forge – system produkcji oprogramowania, który prowadzi cały cykl życia oprogramowania: od wymagań po utrzymanie i rozwój.
Kluczowe rozwiązania technologiczne Fornax Forge są przedmiotem postępowania patentowego w USA.
PYTANIA I ODPOWIEDZI
System produkcji oprogramowania: pytania i odpowiedzi.
Krótkie odpowiedzi na temat Fornax Forge.
?
Czym jest system produkcji oprogramowania?
To system, który sam realizuje cały cykl życia oprogramowania. Na przykład Fornax Forge zarządza wymaganiami, architekturą, bazą danych, interfejsem użytkownika, kodem źródłowym, testami i utrzymaniem, dlatego nie wymaga udziału programistów.
?
Jak działa system produkcji oprogramowania bez programistów?
Najpierw powstają i są zatwierdzane wymagania oraz procesy realizowane przez oprogramowanie. Następnie Fornax Forge projektuje, wytwarza i testuje oprogramowanie. Ponadto każdy kluczowy podetap jest wersjonowany, więc każdą zmianę można prześledzić.
?
Czy system produkcji oprogramowania przejmie istniejący kod?
Tak. Fornax Forge przejmuje i rozwija istniejący kod, również taki, który nie został opisany formalnymi wymaganiami. Dlatego punktem wyjścia może być system, który już działa.
?
Jakie języki obsługuje system produkcji oprogramowania?
Fornax Forge wytwarza kod źródłowy w niemal każdym języku programowania. Co więcej, może przenieść istniejący kod do innej technologii lub innego języka programowania.
?
Jak zacząć pracę z systemem produkcji oprogramowania?
Zacznij od pilotażu jednego projektu – nowego, istniejącego lub do migracji. Następnie wykorzystaj wyniki pilotażu do zaplanowania integracji i szerszego wdrożenia.
POŁĄCZMY WIEDZĘ O TWOIM PROJEKCIE
Porozmawiajmy o pilotażu w Twoim projekcie.
Napisz, czy chodzi o nowy projekt, przejęcie istniejącego kodu, czy migrację. Porozmawiamy o pilotażu dostosowanym do Twoich potrzeb.
Fornax Forge projektuje architekturę i strukturę bazy danych na podstawie zatwierdzonych wymagań. Każda decyzja projektowa jest wersjonowana i powiązana z wymaganiami, które realizuje.
Rejestr decyzji architektonicznych
Struktura bazy danych i model danych
Wpływ projektu oceniony przed implementacją
ARCHITEKTURA / ADR-008
v2 · Do przeglądu
REJESTR DECYZJI
Projekt sesji
Egzekwuj wygaśnięcie sesji po stronie serwera i ostrzegaj użytkownika przed jej zakończeniem.
Serwer musi spójnie egzekwować REQ-014 we wszystkich klientach.
REQ-014
UI-011
PR-042
03 / INTERFEJS
Powiąż każdy ekran z wymaganiem.
Fornax Forge projektuje interfejs użytkownika na podstawie zatwierdzonych wymagań. Każdy ekran i każda decyzja dotycząca interfejsu są wersjonowane i powiązane z wymaganiami, które realizują.
Ekrany powiązane z wymaganiami
Wersjonowane decyzje dotyczące interfejsu
Wpływ zmiany widoczny przed jej wprowadzeniem
INTERFEJS / UI-011
v2 · Zatwierdzone
EKRAN
Ostrzeżenie o końcu sesji
Pokaż ostrzeżenie dwie minuty przed końcem sesji z możliwością jej przedłużenia.
Realizuje REQ-014 bez utraty niezapisanej pracy użytkownika.
REQ-014
ADR-008
04 / WYTWARZAJ
Zachowaj cel obok kodu.
Fornax Forge wytwarza kod źródłowy w niemal każdym języku programowania. Każdy fragment kodu pozostaje powiązany z wymaganiem i decyzją projektową, z których wynika.
Kod wytwarzany na podstawie zatwierdzonego projektu
Niemal każdy język programowania
Każda zmiana powiązana z wymaganiem
KOD ŹRÓDŁOWY / PR-042
v2 · Gotowe do testów
IMPLEMENTACJA
session-service
Zaktualizowane wygaszanie nieaktywnych sesji i ostrzeżenie w usłudze portalu klienta.
Realizuje REQ-014 zgodnie z podejściem opisanym w ADR-008.
REQ-014
ADR-008
TST-026
05 / TESTUJ
Wiedz dokładnie, czego dowodzą testy.
Fornax Forge przeprowadza pełny proces testowania. Każdy wynik jest przypisany do wersji wymagania, którą weryfikuje, więc dawny wynik nie zastąpi nowego sprawdzenia.
Wyniki testów przypisane do wersji wymagania
Ponowna weryfikacja po zmianie wymagań
Wersje bazowe wydań i pakiety dowodowe
TESTY / TST-026
v2 · Uruchom ponownie
REJESTR WERYFIKACJI
Testy limitu sesji
Sprawdź, czy nieaktywna sesja kończy się po 15 minutach, a aktywna pozostaje otwarta.
Wynik dla REQ-014 v1 nie dowodzi poprawności zachowania w wersji v2.
REQ-014 v2
PR-042
Wydanie 0.8
06 / NAPRAWIAJ
Usuwaj błędy, znając całą historię.
Zgłoszone błędy są analizowane w odniesieniu do wymagania, projektu i testów, a następnie usuwane i ponownie testowane. Każda poprawka jest wersjonowana.
Błędy powiązane z wymaganiami
Poprawka i ponowny test w jednym przebiegu
Pełna historia zmian
BŁĄD / BUG-031
Usunięty · Test zaliczony
ZGŁOSZENIE BŁĘDU
Brak ostrzeżenia na telefonie
Ostrzeżenie o końcu sesji nie pojawiało się na wąskich ekranach.
Poprawione w session-service i na ekranie ostrzeżenia; TST-026 uruchomiony ponownie.
UI-011
PR-047
TST-026
07 / ROZWIJAJ
Wprowadzaj zmiany, znając całą historię.
Nowe funkcje i zmiany powstają z pełną wiedzą o wcześniejszych decyzjach. Fornax Forge najpierw ocenia ich wpływ na wymagania, projekt, kod i testy.
Wnioski o zmianę powiązane z wymaganiami
Wpływ zmian na kod i testy
Uzasadnienia zachowane w całym cyklu życia
ROZWÓJ / CHG-012
Otwarte · Ocena
WNIOSEK O ZMIANĘ
Zmiana polityki
Oceń krótszy limit bezczynności dla współdzielonych stanowisk obsługi klienta.
Przejrzyj wymaganie i powiązaną implementację przed zatwierdzeniem.
REQ-014
ADR-008
TST-026
Jedno wymaganie. Każdy etap, który z niego wynika.
ADR-008 zapisuje decyzję architektoniczną odpowiadającą na REQ-014.
UI-011 to ekran ostrzegający użytkownika przed końcem sesji.
PR-042 wiąże zmianę kodu z wymaganiem i projektem.
TST-026 musi zweryfikować aktualną wersję REQ-014.
BUG-031 wiąże błąd z ekranem, kodem i testem.
CHG-012 wiąże kolejną zmianę z jej wymaganiem.
Zmieniono REQ-014. Sześć powiązanych rekordów wymaga przeglądu przed wydaniem.