Spiralmodell

Den aktuella versionen av sidan har ännu inte granskats av erfarna bidragsgivare och kan skilja sig väsentligt från versionen som granskades den 2 mars 2017; kontroller kräver 9 redigeringar .

Spiralmodellen , som föreslogs av Barry Boehm 1986 , var ett betydande genombrott för att förstå karaktären av mjukvaruutveckling. Det är en mjukvaruutvecklingsprocess som kombinerar både iteration och fasning.

Ett utmärkande drag för denna modell är den speciella uppmärksamheten på de risker som påverkar organiseringen av livscykeln. Boehm formulerar de tio vanligaste (prioriterade) riskerna:

  1. Brist på specialister.
  2. Orealistisk tidslinje och budget.
  3. Implementering av olämplig funktionalitet.
  4. Designa fel användargränssnitt.
  5. "Gyllene servering", perfektionism, onödig optimering och finslipning av detaljer.
  6. En oändlig ström av förändring.
  7. Brist på information om externa komponenter som definierar systemets miljö eller är involverade i integrationen.
  8. Brister i det arbete som utförs av externa (i förhållande till projektet) resurser.
  9. Otillräcklig prestanda hos det resulterande systemet.
  10. Gapet mellan specialisternas kvalifikationer och projektets krav [1]

De flesta av dessa risker är relaterade till de organisatoriska och processaspekterna av interaktionen mellan specialister i projektgruppen.

Varje varv av spiralen motsvarar skapandet av ett fragment eller en version av programvaran, där projektets mål och egenskaper specificeras, dess kvalitet bestäms och arbetet med nästa varv av spiralen planeras. Därmed fördjupas och konkretiseras projektets detaljer och som ett resultat väljs ett rimligt alternativ som förs till genomförande. Varje tur är indelad i 4 sektorer:

På varje varv i spiralen kan olika modeller av mjukvaruutvecklingsprocessen användas. Slutresultatet är en färdig produkt.

Utveckling genom iterationer återspeglar den objektivt existerande spiralcykeln för systemskapande. Ofullständigt slutförande av arbetet i varje steg gör att du kan gå vidare till nästa steg utan att vänta på att arbetet med det nuvarande är färdigt. Med iterativ utveckling kan det saknade arbetet slutföras i nästa iteration.

Huvuduppgiften är att visa användarna av systemet en fungerande produkt så snart som möjligt och därigenom aktivera processen för att förtydliga och komplettera krav. Huvudproblemet med spiralcykeln är att bestämma övergångsögonblicket till nästa steg. För att lösa det är det nödvändigt att införa tidsgränser för vart och ett av stadierna i livscykeln. Övergången går enligt plan även om inte allt planerat arbete är slutfört. Planen upprättas på grundval av statistiska data som erhållits från tidigare projekt och utvecklarnas personliga erfarenheter

Anteckningar

  1. Richard W. Selby. Programvaruteknik: Barry W. Boehms livstidsbidrag till mjukvaruutveckling, hantering och forskning . — John Wiley & Sons, 2007-06-04. — 834 sid. — ISBN 9780470148730 .

Länkar