Szybki rozwój aplikacji

Metoda szybkiego tworzenia aplikacji , zwana metodą RAD ( akronim od angielskiego rapid-application development ), jest pierwszą metodą tworzenia oprogramowania, w której cykl rozwoju jest fundamentalnym zerwaniem z poprzednimi metodami zwanymi „  in cascade  ”. Ten nowy cykl, zakwalifikowany jako iteracyjny , przyrostowy i adaptacyjny , znajdzie się we wszystkich tak zwanych metodach „ zwinnych ”   opublikowanych później.

Historyczny

Metoda RAD oparta jest na publikacjach Barry'ego Boehma (model spiralny), Toma Gilba (ewolucyjny cykl życia), Scotta Shultza (produkcja w szybkich iteracjach) oraz Briana Gallaghera i Alexa Balchina. Metoda RAD integruje również techniki JRP ( wspólne planowanie wymagań ) i JAD ( wspólne projektowanie / tworzenie / dostarczanie aplikacji ). Zasady JAD zostały zainicjowane przez Dana Gielana, następnie sformalizowane przez Chucka Morrisa z IBM w 1984 roku i spopularyzowane w formie książkowej w 1989 roku, między innymi przez J. Wooda i D. Silvera.

James Martin sformalizował metodę RAD i opublikował ją wKwiecień 1991.

Wkład metody RAD polegał na sformalizowaniu technicznym pierwszego postulatu  zwinnego  , a mianowicie, że aby planowanie projektu było racjonalnie przewidywalne, pewne aspekty zarządzania musiały zostać ustalone, a inne zmienne. Zaproponował techniki priorytetyzacji, aby zarządzać dwoma głównymi możliwymi wariantami tych sytuacji (stałe terminy lub stały budżet).

We Francji Jean-Pierre Vickoff od 1994 r., A następnie dzięki procesowi RAD2 opublikowanemu przez Grupę Gartner w 1999 r., A także Jennifer Stapleton w Wielkiej Brytanii z DSDM , wprowadzili takie suplementy, jak:

Bardziej szczegółowe informacje na temat RAD i aktualnych metod z niego wywodzących się można znaleźć w angielskiej wersji Wikipedii .

Zasady planowania

Metoda RAD, po dwóch krótkich fazach ustrukturyzowanej formalizacji wyrażania potrzeb (FRAMEWORK) i ogólnej definicji architektury technicznej (PROJEKT), obejmuje w swojej głównej fazie (KONSTRUKCJĘ) realizację, natychmiastową walidację i testy aplikacji w iteracyjnym tryb adaptacyjno-przyrostowy. Celem metody, która aktywnie angażuje użytkownika końcowego w zasadę „permanentnej walidacji”, jest uzyskanie aplikacji zgodnej z rzeczywistymi potrzebami.

Planowanie adaptacyjne metodą RAD początkowo odpowiadało potrzebom prostych projektów. Ogólnie ograniczało się to do grania na jednym z trzech boków słynnego trójkąta zarządzania projektami (który pozostał ustalony w metodach kaskadowych), a mianowicie: czas trwania, koszt, zakres. Celem jest ustawienie co najmniej jednego z trzech parametrów zgodnie z bieżącymi potrzebami użytkownika (wartość dodana). To planowanie zostało zakwalifikowane jako operacyjne i może być modyfikowane przez użytkownika w trakcie projektu. Wyższy poziom planowania strategicznego został następnie dodany przez Jean-Pierre Vickoffa (proces RAD2 opublikowany przez Gartner Group). Poniższy rysunek przedstawia zasady.

PlanningStrategicProjet.gif

Struktura metody

RAD zaleca utworzenie specjalnego zespołu programistów: SWAT. Ten zespół jest autonomiczny, specjalnie wyszkolony, konkretnie zmotywowany i wyposażony. Zasadniczo składa się z unikalnego profilu projektantów-programistów przeszkolonych w uzupełniających się specjalnościach technicznych. Rola kierownika projektu nie jest ani zakazana, ani obowiązkowa. Z drugiej strony decyzje dotyczące organizacji projektu są zgodne. Zespół pracuje z użytkownikami i zazwyczaj z facylitatorem w wydzielonym, izolowanym, specjalnie wyposażonym pomieszczeniu w stylu sali wojennej , w którym na ścianach wyświetlany jest „grzejnik informacyjny” (forma kokpitu zarządzającego. Projekt).

Pod względem zasad działania metoda RAD polega na:

Ogólny opis faz

Metoda RAD dzieli cykl życia projektu na 5 faz (w tym 3 systematyczne):

  1. Inicjalizacja przygotowuje organizację, następnie określa zakres i plan komunikacji;
  2. FRAMEWORK definiuje przestrzeń celów, rozwiązań i środków;
  3. DESIGN modeluje rozwiązanie i weryfikuje jego spójność systemową;
  4. CONSTRUCTION przeprowadza aktywne prototypowanie (permanentna walidacja);
  5. Finalizacja ogranicza się do końcowej kontroli jakości w miejscu pilotażowym.

Inicjalizacja

Przygotowanie organizacji i komunikacja.

Ta faza umożliwia zdefiniowanie ogólnego zakresu projektu, uporządkowanie prac według tematów, wybranie odpowiednich aktorów i zainicjowanie dynamiki projektu.

Ramy

Analiza i wyrażanie wymagań.

Specyfikacja wymagań pozostawia się użytkownikom. Swoje potrzeby wyrażają w wywiadach grupowych. Sesje na komisję (temat) zazwyczaj trwają od 2 do 5 dni.

Projekt

Projektowanie i modelowanie.

Użytkownicy są również zaangażowani w ten krok. Uczestniczą w udoskonalaniu i walidacji modeli organizacyjnych: przepływów, przetwarzania, danych. Sprawdzają również pierwszy poziom prototypu, przedstawiając ergonomię i ogólną kinematykę aplikacji. Dla każdego komitetu przewidziano od 4 do 8 dni sesji. Ta faza stanowi około 23% projektu. Od fazy projektowania możliwe jest zrównoleglenie pracy.

Budowa

Realizacja, prototypowanie.

W tej fazie zespół RAD (SWAT) musi zbudować aplikację moduł po module. Użytkownik jest zawsze aktywnie zaangażowany w szczegółowe specyfikacje i walidację prototypów. Koniecznych jest kilka sesji iteracyjnych. Ta faza stanowi około 50% projektu. Od fazy konstrukcji do zrównoleglenia pracy można dodać serializację.

Finalizacja

Przepis i wdrożenie.

Po uzyskaniu częściowych pokwitowań na poprzednim etapie, na tym etapie należy sformalizować dostawę globalną i przekazać system do eksploatacji i konserwacji. Ta faza stanowi około 12% projektu.

Konstrukcja: zasada iteracyjna, przyrostowa i adaptacyjna

Uwagi i odniesienia

  1. RAD, James Martin, 1991.
  2. Szybkie tworzenie aplikacji , James Martin, Macmillan Coll. Div., 1991 ( ISBN  0-02-376775-8 ) .

Narzędzia RAD

Metoda RAD, bez połączenia z narzędziami, zaleca użycie oprogramowania do tworzenia interfejsów graficznych ( CASE ), które umożliwia szybkie uzyskanie prototypów . Pod tym względem metoda RAD (z której wywodzą się obecne podejścia Agile ) nie powinna być mylona , ponieważ poszukuje funkcjonalnej i technicznej jakości aplikacji, z nazwą „narzędzia RAD” (w tym automatyczna produkcja). Kod jest często określany jako „brudny ”).

Zobacz też

Powiązane artykuły

Bibliografia francuska

Bibliografia angielska

Linki zewnętrzne