Rask applikasjonsutvikling

Metoden for rask applikasjonsutvikling , kalt RAD-metode ( akronym for engelsk hurtigapplikasjonsutvikling ), er den første metoden for å utvikle programvare der utviklingssyklusen er grunnleggende brudd med den fra tidligere metoder kalt "  in cascade  ". Denne nye syklusen, kvalifisert som iterativ , inkrementell og adaptiv , vil bli funnet i alle de såkalte " smidige "  metodene som ble  publisert senere.

Historisk

RAD-metoden er basert på publikasjonene til Barry Boehm (spiralmodell), Tom Gilb (evolusjonær livssyklus), Scott Shultz (produksjon i raske iterasjoner) samt Brian Gallagher og Alex Balchin. RAD-metoden integrerer også teknikkene JRP ( felles kravplanlegging ) og JAD ( felles applikasjonsdesign / utvikling / levering ). Prinsippene til JAD ble initiert av Dan Gielan, deretter formalisert av Chuck Morris fra IBM i 1984 og popularisert i bokform i 1989 av blant andre J. Wood og D. Silver.

James Martin formaliserte RAD-metoden og publiserte den iApril 1991.

Bidraget til RAD-metoden var å teknisk formalisere det første " smidige  " postulatet  , nemlig at for at prosjektplanlegging skulle være rimelig prediktiv, måtte visse aspekter av ledelsen løses og andre for å være variable. Han foreslo prioriteringsteknikker for å håndtere de to viktigste mulige variantene av disse situasjonene (faste tidsfrister eller fast budsjett).

I Frankrike introduserte Jean-Pierre Vickoff fra 1994, deretter med RAD2-prosessen som ble utgitt av Gartner Group i 1999, samt Jennifer Stapleton i Storbritannia med DSDM , kosttilskudd som:

Mer spesifikk informasjon om RAD og de nåværende metodene hentet fra den finner du i den engelske versjonen av Wikipedia .

Planleggingsprinsipper

RAD-metoden, etter to korte faser av strukturert formalisering av behovsuttrykk (RAMME) og generell definisjon av teknisk arkitektur (DESIGN), inkluderer i sin hovedfase (KONSTRUKSJON) realisering, umiddelbar validering og tester av en applikasjon i iterativ -inkrementell-adaptiv modus. Målet med metoden, som aktivt involverer sluttbrukeren i et prinsipp om "permanent validering", er å skaffe en applikasjon i tråd med de reelle behovene.

Den adaptive planleggingen av RAD-metoden svarte i utgangspunktet på behovene til enkle prosjekter. Det var generelt begrenset til å spille på en av de tre sidene av den berømte prosjektledelsestrekanten (som forble fast i kaskademetodene), nemlig: varighet, kostnad, omfang. Målet er å angi minst en av de tre parametrene i henhold til brukerens umiddelbare behov (merverdi). Denne planleggingen ble kvalifisert som operativ og kunne endres av brukeren under prosjektet. Et høyere nivå av strategisk planlegging ble senere lagt til av Jean-Pierre Vickoff (RAD2-prosessen utgitt av Gartner Group). Følgende figur beskriver prinsippene.

PlanningStrategicProjet.gif

Metodestruktur

RAD anbefaler dannelse av et spesifikt utviklingsteam: SWAT. Dette teamet er autonomt, spesialutdannet, konkret motivert og utstyrt. Den består i hovedsak av en unik profil av designerutviklere som er opplært i komplementære tekniske spesialiteter. Rollen som prosjektleder er verken forbudt eller obligatorisk. På den annen side er beslutningene om organisering av prosjektet samstemmende. Teamet jobber med brukerne og, vanligvis med en tilrettelegger, i et dedikert, isolert, spesielt utstyrt rom i krigsromsstil , der veggene brukes til å vise en "informasjonsradiator" (en form for ledelseskockpit). Prosjekt) .

Når det gjelder prinsippene for drift, involverer RAD-metoden:

Global beskrivelse av fasene

RAD-metoden strukturerer prosjektets livssyklus i 5 faser (inkludert 3 systematiske):

  1. Initialiseringen forbereder organisasjonen, og bestemmer deretter omfanget og kommunikasjonsplanen;
  2. RAMME definerer et rom med mål, løsninger og midler;
  3. DESIGN modellerer løsningen og validerer systemisk konsistens;
  4. KONSTRUKSJON utfører aktiv prototyping (permanent validering);
  5. Finaliseringen er redusert til en endelig kvalitetskontroll på pilotstedet.

Initialisering

Organisasjonsforberedelse og kommunikasjon.

Denne fasen gjør det mulig å definere det generelle omfanget av prosjektet, å strukturere arbeidet etter temaer, velge de aktuelle aktørene og starte en prosjektdynamikk.

Innramming

Analyse og uttrykk for krav.

Spesifikasjonen av krav overlates til brukerne. De gir uttrykk for sine behov i gruppeintervjuer. Det er vanligvis 2 til 5 dager med økter per komité (tema).

Design

Design og modellering.

Brukere er også involvert i dette trinnet. De deltar i foredling og validering av organisasjonsmodeller: strømmer, behandling, data. De validerer også det første prototypenivået som presenterer ergonomi og generell kinematikk i applikasjonen. Mellom 4 og 8 dager med økter er planlagt for hver komité. Denne fasen representerer omtrent 23% av prosjektet. Fra designfasen er parallellisering av arbeidet mulig.

Konstruksjon

Realisering, prototyping.

I løpet av denne fasen må RAD-teamet (SWAT) bygge applikasjonsmodulen for modul. Brukeren er alltid aktivt involvert i detaljerte spesifikasjoner og validering av prototyper. Flere iterative økter er nødvendige. Denne fasen representerer omtrent 50% av prosjektet. Fra konstruksjonsfasen, til parallellisering av arbeidet, kan det legges til serialisering.

Finalisering

Oppskrift og distribusjon.

Delvise kvitteringer har blitt oppnådd i forrige trinn, og det er i denne fasen å formalisere en global levering og å overføre systemet i drift og vedlikehold. Denne fasen representerer omtrent 12% av prosjektet.

Konstruksjon: Det iterative, inkrementelle og adaptive prinsippet

Merknader og referanser

  1. RAD, James Martin, 1991.
  2. Rapid Application Development , James Martin, Macmillan Coll. Div., 1991 ( ISBN  0-02-376775-8 ) .

RAD Verktøy

RAD-metoden, uten å være koblet til verktøyene, anbefaler bruk av grafisk grensesnittutviklingsprogramvare ( CASE ), som gjør det mulig å oppnå raske prototyper . I denne forbindelse bør RAD-metoden (som nåværende Agile tilnærminger stammer fra ) ikke forveksles , fordi den søker funksjonell og teknisk applikasjonskvalitet, med navnet "RAD-verktøy" (inkludert automatisk produksjon). Kode blir ofte referert til som "skitten" ").

Se også

Relaterte artikler

Fransk bibliografi

Engelsk bibliografi

Eksterne linker