Rychlý vývoj aplikací

Způsob rychlý vývoj aplikací , nazývá metoda RAD ( zkratka z anglického rychlý vývoj-aplikace ), je první způsob vývoje software , kde je vývojový cyklus je zásadní zlom s tím předchozí metody zvané "  do kaskády  “. Tento nový cyklus, kvalifikovaný jako iterativní , inkrementální a adaptivní , bude nalezen ve všech takzvaných „ agilních “  metodách  publikovaných později.

Historický

Metoda RAD je založena na publikacích Barryho Boehma (spirální model), Toma Gilba (evoluční životní cyklus), Scotta Shultze (výroba v rychlých iteracích) a také Brian Gallagher a Alex Balchin. Metoda RAD také integruje techniky JRP ( plánování společných požadavků ) a JAD ( design / vývoj / dodávka společných aplikací ). Principy JAD inicioval Dan Gielan, poté formalizoval Chuck Morris z IBM v roce 1984 a popularizoval v knižní podobě v roce 1989 mimo jiné J. Woodem a D. Silverem.

James Martin formalizoval metodu RAD a publikoval ji vDubna 1991.

Přínosem metody RAD bylo technicky formalizovat první „ agilní  “ postulát  , konkrétně to, aby plánování projektu bylo přiměřeně prediktivní, musely být určité aspekty řízení fixovány a jiné proměnlivé. Navrhl techniky stanovení priorit pro řízení dvou hlavních možných variant těchto situací (pevné termíny nebo pevný rozpočet).

Ve Francii Jean-Pierre Vickoff od roku 1994, poté s procesem RAD2, který vydala skupina Gartner v roce 1999, a Jennifer Stapleton ve Velké Británii s DSDM , představili doplňky jako:

Podrobnější informace o RADu a současných metodách z nich odvozených lze nalézt v anglické verzi Wikipedie .

Zásady plánování

Metoda RAD po dvou krátkých fázích strukturovaného formalizace vyjádření potřeb (FRAMEWORK) a celkové definice technické architektury (DESIGN) zahrnuje do své hlavní fáze (KONSTRUKCE) realizaci, okamžitou validaci a testy aplikace v iterativní formě - inkrementálně-adaptivní režim. Cílem metody, která aktivně zapojuje koncového uživatele do principu „trvalé validace“, je získat aplikaci v souladu se skutečnými potřebami.

Adaptivní plánování metody RAD zpočátku reagovalo na potřeby jednoduchých projektů. Obecně to bylo omezeno na hraní na jedné ze tří stran slavného trojúhelníku řízení projektů (který zůstal fixován v kaskádových metodách), a to: doba trvání, cena, rozsah. Cílem je nastavit alespoň jeden ze tří parametrů podle okamžitých potřeb uživatele (přidaná hodnota). Toto plánování bylo kvalifikováno jako funkční a uživatel ho mohl během projektu upravit. Vyšší úroveň strategického plánování následně přidal Jean-Pierre Vickoff (proces RAD2 publikovaný skupinou Gartner ). Následující obrázek popisuje principy.

PlanningStrategicProjet.gif

Struktura metody

RAD doporučuje vytvoření konkrétního vývojového týmu: SWAT. Tento tým je autonomní, speciálně vyškolený, konkrétně motivovaný a vybavený. V zásadě se skládá z jedinečného profilu designérů a vývojářů vyškolených v doplňkových technických specialitách. Role projektového manažera není zakázána ani povinná. Na druhé straně jsou rozhodnutí týkající se organizace projektu konsensuální. Tým pracuje s uživateli a obvykle s facilitátorem ve vyhrazené, izolované a speciálně vybavené místnosti ve stylu válečné místnosti , kde jsou stěny použity k zobrazení „informačního zářiče“ (forma řídícího kokpitu). Projekt) .

Z hlediska provozních principů metoda RAD zahrnuje:

Globální popis fází

Metoda RAD strukturuje životní cyklus projektu do 5 fází (včetně 3 systematických):

  1. Inicializace připraví organizaci, poté určí rozsah a komunikační plán;
  2. RÁMEC definuje prostor cílů, řešení a prostředků;
  3. DESIGN modeluje řešení a ověřuje jeho systémovou konzistenci;
  4. KONSTRUKCE provádí aktivní prototypování (trvalé ověřování);
  5. Finalizace se redukuje na finální kontrolu kvality v pilotním místě.

Inicializace

Příprava a komunikace organizace.

Tato fáze umožňuje definovat obecný rozsah projektu, strukturovat práci podle témat, vybrat příslušné aktéry a zahájit dynamiku projektu.

Rámování

Analýza a vyjádření požadavků.

Specifikace požadavků je ponechána na uživatelích. Vyjadřují své potřeby při skupinových rozhovorech. Obecně se na výbor (téma) koná 2 až 5 dnů zasedání.

Design

Design a modelování.

Do tohoto kroku jsou také zapojeni uživatelé. Podílejí se na zdokonalování a ověřování organizačních modelů: toky, zpracování, data. Také ověřují první úroveň prototypu představující ergonomii a obecnou kinematiku aplikace. Pro každý výbor je naplánováno 4 až 8 dnů zasedání. Tato fáze představuje přibližně 23% projektu. Od fáze návrhu je možná paralelizace práce.

Konstrukce

Realizace, prototypování.

Během této fáze musí tým RAD (SWAT) sestavovat aplikační modul po modulu. Uživatel je vždy aktivně zapojen do podrobných specifikací a ověřování prototypů. Je potřeba několik iterativních relací. Tato fáze představuje přibližně 50% projektu. Od fáze výstavby až po paralelizaci práce lze přidat serializaci.

Dokončení

Recept a rozmístění.

Částečné příjmy, které byly získány v předchozím kroku, je v této fázi formalizovat globální dodávku a převést systém do provozu a údržby. Tato fáze představuje přibližně 12% projektu.

Konstrukce: Iterativní, inkrementální a adaptivní princip

Poznámky a odkazy

  1. RAD, James Martin, 1991.
  2. Rychlý vývoj aplikací , James Martin, Macmillan Coll. Div., 1991 ( ISBN  0-02-376775-8 ) .

Nástroje RAD

Metoda RAD, aniž by byla propojena s nástroji, doporučuje použití softwaru pro vývoj grafického rozhraní ( CASE ), který umožňuje získání rychlých prototypů . V tomto ohledu by neměla být zaměňována metoda RAD (ze které pocházejí současné agilní přístupy ), protože hledá funkční a technickou kvalitu aplikace, s názvem „nástroje RAD“ (včetně automatické výroby). Kód se často označuje jako „špinavý“ ").

Podívejte se také

Související články

Francouzská bibliografie

Anglická bibliografie

externí odkazy