Spiral model

Den aktuelle version af siden er endnu ikke blevet gennemgået af erfarne bidragydere og kan afvige væsentligt fra den version , der blev gennemgået den 2. marts 2017; checks kræver 9 redigeringer .

Spiralmodellen , foreslået af Barry Boehm i 1986 , var et væsentligt gennembrud i forståelsen af ​​softwareudviklingens natur. Det er en softwareudviklingsproces, der kombinerer både iteration og fasering.

Et karakteristisk træk ved denne model er den særlige opmærksomhed på de risici, der påvirker organiseringen af ​​livscyklussen. Boehm formulerer de ti mest almindelige (prioriterede) risici:

  1. Mangel på specialister.
  2. Urealistisk tidslinje og budget.
  3. Implementering af uhensigtsmæssig funktionalitet.
  4. Design af den forkerte brugergrænseflade.
  5. "Gylden servering", perfektionisme, unødvendig optimering og finpudsning af detaljer.
  6. En uendelig strøm af forandring.
  7. Mangel på information om eksterne komponenter, der definerer systemets miljø eller er involveret i integrationen.
  8. Mangler i arbejdet udført af eksterne (i forhold til projektet) ressourcer.
  9. Utilstrækkelig ydeevne af det resulterende system.
  10. Gabet mellem specialisternes kvalifikationer og projektets krav [1]

De fleste af disse risici er relateret til de organisatoriske og procesmæssige aspekter af interaktionen mellem specialister i projektgruppen.

Hver drejning af spiralen svarer til oprettelsen af ​​et fragment eller en version af softwaren, hvorpå projektets mål og egenskaber er specificeret, dets kvalitet bestemmes, og arbejdet med den næste drejning af spiralen er planlagt. Således uddybes og konkretiseres detaljerne i projektet, og som følge heraf vælges en fornuftig mulighed, som bringes til implementering. Hver tur er opdelt i 4 sektorer:

På hver drejning af spiralen kan forskellige modeller af softwareudviklingsprocessen anvendes. Slutresultatet er et færdigt produkt.

Udvikling ved iterationer afspejler den objektivt eksisterende spiralcyklus for systemskabelse. Ufuldstændig afslutning af arbejdet på hver fase giver dig mulighed for at gå videre til næste fase uden at vente på den fuldstændige afslutning af arbejdet på den nuværende. Med iterativ udvikling kan det manglende arbejde afsluttes i næste iteration.

Hovedopgaven er hurtigst muligt at vise brugerne af systemet et brugbart produkt og derved aktivere processen med at afklare og supplere krav. Hovedproblemet i spiralcyklussen er at bestemme tidspunktet for overgangen til næste fase. For at løse det er det nødvendigt at indføre tidsgrænser for hver af faserne af livscyklussen. Overgangen forløber planmæssigt, selvom ikke alt planlagt arbejde er udført. Planen er udarbejdet på baggrund af statistiske data indhentet i tidligere projekter og udviklernes personlige erfaringer

Noter

  1. ↑ Richard W. Selby. Software Engineering: Barry W. Boehms livslange bidrag til softwareudvikling, -ledelse og -forskning . — John Wiley & Sons, 2007-06-04. — 834 s. — ISBN 9780470148730 .

Links