Zrozumienie modelu szybkiego tworzenia aplikacji

Rapid Application Development lub RAD to metoda tworzenia oprogramowania, która kładzie nacisk na etap planowania i prototypowania, aby uzyskać szybką informację zwrotną od użytkowników. W porównaniu z bardziej konwencjonalnymi metodami tworzenia oprogramowania, które obejmują wstępny projekt i późniejsze wdrożenie, RAD kładzie nacisk na większą elastyczność. Ciągłe wprowadzanie danych przez użytkownika i szybkie, stopniowe ulepszenia pomagają w uzyskaniu lepszych wyników na koniec dnia.

W latach 90. James Martin zdefiniował szybkie tworzenie aplikacji jako alternatywę dla konwencjonalnych procedur kaskadowych. Tradycyjna metoda kaskadowa to doskonałe rozwiązanie dla branży budowlanej i wielu innych dziedzin, w których modyfikacje zakresu prac są rzadkie i kosztowne. Jest całkiem nieprawdopodobne, abyś przerzucił się na budowę promu w połowie budowy mostu, jeśli już rozpocząłeś budowę mostu.

Zaawansowanie oprogramowania pozwala na większy stopień adaptacji. W celu rozwiązania tych samych trudności biznesowych można zastosować szerszy zakres podejść, a modyfikacje można wprowadzić niższym kosztem. W konsekwencji firmy poświęcają precyzyjne projektowanie i planowanie na rzecz procesu iteracyjnego opartego na próbach i błędach. Ponadto, gdy konsumenci zauważą poprawę, są bardziej skłonni do konstruktywnej krytyki.

Czy szybkie tworzenie aplikacji jest właściwym podejściem do mojego projektu?

Jak wyjaśniliśmy wcześniej, RAD nie działa w nieelastycznych kontekstach. Nie ma zastosowania w następujących sytuacjach:

• Konieczna jest wcześniejsza wiedza zarówno o ograniczeniach finansowych, jak i harmonogramach.
• Albo nie masz stałego dostępu do użytkowników, albo nie są oni zmotywowani do poświęcenia swojego czasu i wysiłku na projekt.
• Ze względu na swój zakres projekt wymaga udziału znacznej liczby osób, często nazywanych interesariuszami.

Ograniczenia te często dotyczą dużych firm i organizacji prowadzonych przez rząd. Z drugiej strony niektóre aspekty szybkiego procesu tworzenia aplikacji mają zastosowanie nawet w takich sytuacjach. Na przykład projekty z ustaloną ceną mogą przeznaczać środki na etap prototypu i pewną liczbę poprawek. Jeśli masz na pokładzie odpowiednich użytkowników, możesz ograniczyć zakres prototypu do najbardziej niejasnych części.

Z drugiej strony, framework do szybkiego tworzenia aplikacji sprawdza się bardzo dobrze w małych i średnich organizacjach oraz projektach departamentowych. Dzieje się tak, o ile użytkownicy biznesowi są właścicielami pieniędzy i mają motywację do osiągnięcia wyniku. Jest to doskonała ilustracja wielu aplikacji biznesowych (LOB). Ogólna fraza odnosi się do oprogramowania, które automatyzuje i efektywniej obsługuje pewne aspekty firmy.

Podobnie RAD to podejście, które sprawdza się przy tworzeniu stron internetowych. Są to często skromne projekty z ograniczoną grupą interesariuszy, ale ważne jest, aby uwzględnić je na wczesnym etapie, ponieważ projektowanie jest bardzo kontrowersyjnym tematem i każdy będzie miał na ten temat coś do powiedzenia!

Fazy ​​i metodologia

Czasochłonny etap planowania zostaje zastąpiony tańszą fazą prototypu w ramach podejścia szybkiego tworzenia aplikacji. W szczególności model RAD sugeruje podział procesu na następujące cztery etapy:

Planowanie wymagań

Użytkownicy i zespół projektowy będą współpracować w tej fazie, aby określić cele przyszłego systemu. Głównym problemem jest sukces firmy. Normy nie są zbyt rygorystyczne. Niezbędna jest zdolność do ich modyfikowania lub dostosowywania w trakcie opracowywania prototypu.

Projekt użytkownika

Technika szybkiego tworzenia aplikacji różni się od tradycyjnego modelu kaskadowego, kładąc nacisk na projektowanie użytkownika jako podstawowy element procesu. Na tym etapie pierwszą rzeczą, jaką robią programiści, jest praca nad prototypem. Celem jest szybkie i niedrogie pokazanie klientowi czegoś, co ma być zademonstrowane. Jeśli prototyp spełnia tylko niektóre kryteria lub radzi sobie tylko z podzbiorem możliwych sytuacji, nie jest to przeszkodą. Dozwolone jest chodzenie na skróty, jeśli chodzi o kodowanie.

Po ukończeniu prototypu jest on pokazywany użytkownikom w celu uzyskania opinii. Zespół zbiera jak najwięcej danych wejściowych i na tym etapie podstawowe kryteria są podatne na nieuniknione modyfikacje. Coś, co miało sens, gdy zostało spisane, może przybrać inny wygląd, gdy zostanie zastosowane w praktyce. Gdy programiści mają ten wkład, wracają do procesu prototypowania i kontynuują to, dopóki konsumenci nie będą zadowoleni z końcowego rezultatu.

Budowa

W tym momencie jesteśmy w pełni świadomi wymagań, które należy spełnić. Czas zakończyć rozwój i testy systemu w celu przygotowania go do użycia w produkcji. Nie będzie już skrótów; zamiast tego nacisk zostanie położony na jakość, skalowalność, łatwość konserwacji i inne czynniki. Jednak nawet w tak późnym momencie konsumenci nadal wchodzą w interakcje, oferując komentarze, gdy wprowadzane są nowe funkcje. Na tym etapie iteracyjnego procesu tworzenia szybkiej aplikacji jest jeszcze miejsce na dalsze dopracowywanie.

W zależności od narzędzia, którego ostatecznie używamy i innych zaangażowanych czynników, praca, którą wykonaliśmy do tego momentu w procesie prototypowania, nie może być nawet użyteczna.

Przecięcie

To ostatni krok, który obejmuje szkolenie użytkowników, testowanie akceptowalności i wdrożenie nowego systemu.

Szybkie tworzenie aplikacji Vs. Zręczny

Nazwa „RAD” została ukuta dziesięć lat przed metodologią rozwoju Agile, a ze względu na metodologię iteracyjną, RAD jest czasami określany jako „rodzic” Agile. Z drugiej strony tak nie jest. Agile to filozoficzny punkt widzenia, który obejmuje znacznie więcej niż tylko tworzenie oprogramowania, w przeciwieństwie do RAD, która jest techniką programowania nakazowego.

Można bezpiecznie założyć, że Rapid Application Development (RAD) należy do tej samej rodziny, co inne zwinne podejścia do tworzenia oprogramowania, takie jak Scrum, Kanban i wiele innych.

Zalety i wady szybkiego tworzenia aplikacji

Nacisk odchodzi od przewidywalności w kierunku zdolności adaptacyjnych ze względu na RAD, co ma zarówno dobre, jak i złe implikacje.

Zalety :

Zmniejszone wydatki i niebezpieczeństwa

Użytkownicy mogą przeglądać wyniki metody i oferować komentarze dopiero po dostarczeniu im projektu. Nieuniknione korekty, których należy dokonać w tym momencie, są czasochłonne i czasochłonne. Szansa na konieczność przepisania połowy rozwiązania po jego wdrożeniu jest znacznie zmniejszona w przypadku korzystania z szybkiego procesu tworzenia aplikacji.

Najwyższa jakość

Ostateczny program prawdopodobnie lepiej sprawdzi się w działaniach użytkowników, jeśli będą oni aktywnie uczestniczyć w procesie prototypowania. Co więcej, niezależnie od wyniku, spełni ich oczekiwania.

Niedogodności:

Słaby projekt

Realizując konkretne potrzeby biznesowe i idąc na skróty na etapie prototypu, może się okazać, że posuwasz się za daleko. Tym samym, co skutkuje słabą konstrukcją i ogólnym rozwiązaniem.

Niemożność skutecznego skalowania

Paradygmat RAD zakłada, że ​​zespół i użytkownicy końcowi współpracują w bardzo bliskiej współpracy. Proces tworzenia prototypu zawsze będzie przebiegał w lodowatym tempie, gdy zespół będzie zbyt duży lub pojawi się nadmierna liczba interesariuszy. Dodatkowo wyzwaniem staje się wyjaśnienie wszystkim stronom częstych zmian w zakresie projektu. Dlatego uważa się, że RAD działa najlepiej dla grup średniej lub małej wielkości.

Zaangażowanie klientów na zapleczu

Technika szybkiego tworzenia aplikacji przewiduje znaczną ilość wkładu użytkownika przez cały czas trwania projektu. Jak wynika z raportów, dotyczy to w szczególności najbardziej wykwalifikowanych specjalistów w branży, którzy są jednocześnie najbardziej zapracowanymi osobami w organizacji.

Niezdolność do sprawowania kontroli

Przed zakończeniem etapu prototypu projektu, z oczywistych powodów nie jest możliwe dokładne prognozowanie zakresu, budżetu lub harmonogramu projektu. Jednak w zależności od wyników procesu planowania wymagań, nadal będziesz w stanie określić pewne ogólne oczekiwania.

Narzędzia do szybkiego tworzenia aplikacji (RAD)

Zastosowanie podejścia RAD opiera się głównie na szybkim prototypowaniu i ścisłej współpracy. Dlatego wybór odpowiednich narzędzi wspomagających te przedsięwzięcia ma ogromne znaczenie. Na nasze szczęście istnieje szeroki wybór do wyboru.

Projektowanie i prototypowanie

Technologie szybkiego tworzenia aplikacji, takie jak Figma i InVision, umożliwiają projektantom wizualnym i profesjonalistom UX szybkie wspólne tworzenie i udostępnianie klikalnych prototypów użytkownikom końcowym. Mają one kompletny projekt, dzięki czemu programiści mogą gromadzić informacje od użytkowników. Gdy tylko jedna z iteracji prototypu otrzyma zielone światło, mogą wyeksportować projekt do formatów do ponownego wykorzystania przez programistów front-end. Tym samym zaznaczając jego przejście w fazę budowy. Chociaż tworzenie stron internetowych jest zdecydowanie najczęstszym zastosowaniem tych narzędzi, innym zastosowaniem jest tworzenie prototypów bardziej skomplikowanych aplikacji lub portali dla użytkowników końcowych.

Analitycy biznesowi znacznie częściej korzystają z innych aplikacji, takich jak Balsamiq. Koncentrują się na stworzeniu prototypu doświadczenia użytkownika za pomocą makiety. Następnie finalny projekt wdrażają później. Są to doskonałe opcje wstępnego modelowania bardziej rozbudowanych systemów, które obejmują skomplikowaną interakcję z użytkownikiem.

Rozwój

Faza tworzenia aplikacji często zajmuje najwięcej czasu, jest najbardziej kosztowna i obarczona największą niepewnością. Dlatego obecne platformy do szybkiego tworzenia aplikacji integrują sprawdzone architektury. Są to gotowe komponenty implementujące standardową funkcjonalność oraz narzędzia ułatwiające szybki rozwój. Każdy z nich ułatwia szybsze dostarczanie wyników. Niezależnie od tego, czy jesteś w fazie prototypowania projektu, czy dalej w fazie budowy.

Firmy konsultingowe, takie jak Gartner i Forrester, nieustannie opracowują nową nomenklaturę, aby odróżnić każdą z tych platform. Często w tym: Platformy aplikacji z niskim kodem/bez kodu (LCAP), platformy aplikacji o wysokiej produktywności jako usługa (HPAPaaS) i platformy programistyczne z wieloma doświadczeniami. Są to wszystkie przykłady różnych typów platform aplikacji (MXDP), których możesz użyć. Ostatecznie jednak każdy z nich może zostać sklasyfikowany zgodnie z zamierzonym czytelnikiem.

Platformy z niskim kodem/bez kodu

Podstawową koncepcją tych platform jest umożliwienie użytkownikom biznesowym bez doświadczenia w kodowaniu (znanym również jako użytkownicy zaawansowani lub programiści obywatele) szybkiego dostarczania aplikacji funkcjonalnych. Ta prostota wiąże się oczywiście z brakiem elastyczności i różnymi ograniczeniami. W ostatnim artykule omawiam te ograniczenia i związane z nimi zagrożenia. W konsekwencji rynek docelowy dla takich platform składa się z rozwiązań prototypowych lub elementarnych.Platformy dla programistów

Platformy te wykorzystują szybkość i emocje związane z tworzeniem oprogramowania. Przede wszystkim poprzez udostępnienie interfejsów API wyższego poziomu i produkcję kodu. Dzięki temu programiści nie muszą już wielokrotnie pisać standardowego kodu i wdrażać standardowe funkcje.

Embarcadero RAD Studio, dawniej Borland Delphi, jest jednym z pionierów w branży. Są dobrze znane ze swojego wizualnego projektu interfejsu użytkownika. Borland Delphi to jego nazwisko. Działał przed pojawieniem się internetu i nadal może być używany w aplikacjach na komputery stacjonarne i urządzenia mobilne.

Sieć jest głównym celem innych frameworków do szybkiego tworzenia aplikacji. Ponieważ jest to obecnie najpopularniejsza metoda komunikowania się z konsumentami końcowymi. Na przykład w Jmix staramy się połączyć łatwość i szybkość wizualnych modeli danych i projektowania interfejsów z efektywnością dzisiejszej technologii open-source. Ta strategia zwiększa tempo tworzenia prototypów. Daje jednak również możliwość przekształcenia prototypu w pełną aplikację korporacyjną o stabilnej i skalowalnej strukturze.

Wniosek

Jednym z podejść programistycznych, które są zgodne z podejściem Agile, jest szybkie tworzenie aplikacji (RAD). Aktywny udział użytkowników końcowych i tworzenie szybkich, iteracyjnych prototypów z wykorzystaniem danych wejściowych tych użytkowników to dwa podstawowe założenia metodologii RAD. Po zapewnieniu zadowolenia użytkowników końcowych, zwraca się następnie uwagę na dostarczenie odpowiedniego oprogramowania do produkcji.

Wybór odpowiedniego narzędzia (narzędzi) jest niezbędny, aby zapewnić szybkie prototypowanie. W efekcie efektywne wykorzystanie metodyki RAD w ramach danego projektu. Dobrą wiadomością jest to, że istnieje szeroki wybór narzędzi i platform, z których można korzystać. Zaspokajają one różne rodzaje zastosowań, etapy projektu i zestawy umiejętności dla zespołów.

Mimo że RAD jest starym pomysłem, teraz przechodzi odrodzenie. Wynika to bezpośrednio z obecnych trendów transformacji cyfrowej i dążenia do szybszego wprowadzania produktów na rynek. W przypadku zastosowania w odpowiednich rodzajach projektów i przy odpowiednich rodzajach zespołów, podejście RAD może osiągnąć większą satysfakcję klienta przy mniejszym ryzyku iw krótszym czasie.