Starsze technologie spowalniają zmiany
Aplikacja ma potrzebne funkcje, ale rozwijanie jej w obecnym kodzie staje się coraz trudniejsze. Dotyczy to także systemów opartych na AngularJS lub jQuery.
Modernizacja aplikacji SPA i systemów webowych
Modernizacja aplikacji SPA. Zaplanujmy kolejny etap.
Aktualizujemy technologie, wymieniamy moduły lub przepisujemy aplikacje z zachowaniem potrzebnych funkcji. Ustalamy, co warto zachować, co usprawnić i co przebudować.
Gdy rozwój staje się trudny
Kiedy warto pomyśleć o modernizacji?
Każda zmiana budzi obawy
Brakuje testów, moduły są mocno powiązane, a skutki poprawek trudno przewidzieć. Możemy zacząć od uporządkowania wybranego obszaru i sprawdzenia jego zachowania.
Interfejs przestał odpowiadać potrzebom
Chcesz wygodniejszej obsługi, nowych widoków lub lepszego działania na małych ekranach. Zmiany wyglądu i funkcji ustalamy jako część zakresu.
Trzy sposoby na kolejny etap aplikacji
Wybór wynika ze stanu kodu, potrzeb biznesowych i możliwości wdrożenia.
Aktualizacja technologii
Gdy obecną aplikację można dalej rozwijać, planujemy aktualizację frameworka i zależności oraz konieczne poprawki kodu. Zgodność sprawdzamy dla konkretnego projektu.
Stopniowa wymiana modułów
Wydzielamy obszar, ustalamy sposób współpracy ze starszą częścią systemu i modernizujemy go etapami. Taki plan wymaga oceny architektury oraz granic modułów.
Przepisanie aplikacji
Tworzymy nową implementację, odtwarzając uzgodnione funkcje i uwzględniając potrzebne zmiany. Przeniesienie danych, integracji i uruchomienie planujemy osobno w ramach projektu.
Technologie docelowe dobieramy do projektu. Nasz warsztat obejmuje m.in. Angular, TypeScript, Web Components, StencilJS, NestJS i PHP. Zobacz technologie i narzędzia.
Zachowaj to, co działa
Funkcje, dane i integracje pod kontrolą
Zakres funkcjonalny
Spisujemy ważne ścieżki użytkownika, role i reguły biznesowe. Ustalamy, które zachowania odtworzyć, które poprawić i z czego można zrezygnować.
Dane i API
Sprawdzamy źródła danych, formaty i połączenia z innymi systemami. Potrzebę zmiany API lub migracji danych uwzględniamy w planie i wycenie.
Testy przed zmianą i po niej
Uzgodnione testy jednostkowe, E2E i wizualne pomagają sprawdzać logikę, ścieżki użytkownika i wygląd. Zakres testów ustalamy razem z zakresem modernizacji.
Plan przejścia
Określamy sposób odbioru, uruchomienia i możliwość wycofania zmian tam, gdzie pozwala na to system. Ewentualne przerwy i ograniczenia ustalamy przed wdrożeniem.
Jak zaczynamy współpracę?
Opisujesz system i cel
Podajesz obecną technologię, główne funkcje i trudności. Na początek wystarczy e-mail; aplikacja nie musi mieć publicznego adresu.
Sprawdzamy możliwości
Uzgadniamy dostęp do potrzebnej dokumentacji i kodu. Określamy wykonalny zakres oraz informacje potrzebne do wyceny.
Ustalamy etapy i testy
Proponujemy sposób modernizacji, kryteria odbioru oraz koszt. Rozpoczynamy prace po akceptacji uzgodnionego zakresu.
Wdrażamy i weryfikujemy
Realizujemy ustalone etapy, testujemy funkcje i przygotowujemy przejście. Dalszy rozwój może być kolejnym zleceniem.
Pytania przed modernizacją
Czy zawsze trzeba przepisywać cały system?
Nie. Możliwa jest aktualizacja technologii, wydzielenie modułu lub stopniowa przebudowa. Wybór zależy od architektury, stanu kodu i potrzeb firmy.
Czy można zachować obecny wygląd i funkcje?
Możemy odtworzyć uzgodniony wygląd i funkcje albo połączyć modernizację z ich zmianą. Wymaga to ustalenia zakresu i kryteriów odbioru, także dla widoków mobilnych.
Czy aplikacja może działać w czasie przebudowy?
W niektórych systemach możliwe jest etapowe przełączanie modułów. Sposób współistnienia starego i nowego kodu oraz ewentualne przerwy wymagają oceny konkretnej aplikacji.
Co, jeśli nie ma testów ani dobrej dokumentacji?
Ustalamy obecne zachowanie najważniejszych funkcji i potrzebne testy. Odtworzenie reguł biznesowych oraz przygotowanie brakujących materiałów wpływa na zakres i wycenę.
Ile kosztuje modernizacja?
Każdy system wyceniamy indywidualnie. Liczą się funkcje, zależności, integracje, dane, testy oraz sposób przejścia. Ceny migracji prostej strony firmowej nie odnoszą się do przebudowy aplikacji SPA.
Czy rozliczamy się za godziny?
Prace projektowe wyceniamy za uzgodniony zakres realizacji lub etap. Cenę i kryteria odbioru ustalamy przed rozpoczęciem. Jeśli pojawią się dodatkowe potrzeby, przedstawiamy ich zakres i wycenę do akceptacji przed wykonaniem.
Czy migrujecie również CMS-y i rozwiązania open source?
Tak — migracje stron i CMS-ów obejmują uzgodnione treści, dane i funkcje z różnych systemów. WordPress → FireCMS jest jednym z konkretnych przykładów tej usługi.
Co otrzymam po zakończeniu prac?
Zakres przekazania kodu, dokumentacji, testów, licencji i dostępu ustalamy w umowie, z uwzględnieniem użytych komponentów. Potwierdzamy go przed rozpoczęciem współpracy.
Zapytaj bez umawiania spotkania
Opisz aplikację lub wyślij adres strony.
Napisz, z jakiego systemu korzystasz i co chcesz zmienić. Podaj adres strony lub krótki opis aplikacji. Ostateczna wycena zależy od zakresu prac.
Projekt lub etap ze z góry ustaloną ceną. Dodatkowe prace wymagają Twojej akceptacji zakresu i kosztu.