MODEL ESPIRAL: HISTÒRIA, CARACTERÍSTIQUES, ETAPES, EXEMPLE - TECNOLOGIA - 2026

El model espiral és un arquetip de el procés de desenvolupament d'aplicacions. Es basa en la hipòtesi que el desenvolupament de programari és un cicle iteratiu que es repeteix fins a aconseguir els objectius establerts. Té la capacitat de manejar la gran quantitat de riscos que poguessin ocórrer a l'desenvolupar qualsevol programari.

És un dels models més importants per brindar suport a la gestió de riscos. Com el seu nom indica, aquest model es mostra com en forma d'espiral, on les diferents etapes de el model es distribueixen en diferents cicles. El nombre de cicles en el model no és fix i pot variar d'un projecte a un altre.

Anàlisi, avaluació, planejament i desenvolupament. Software Development Espiral Font: Beao commons.wikimedia.org

història

creació

El model espiral va ser definit pel matemàtic i professor d'enginyeria de programari nord-americà Barry Boehm. Després de presentar el seu concepte en 1986 per al desenvolupament d'aplicacions complexes, va publicar el seu model en 1988 en un marc més complet en el seu article «Un model espiral de desenvolupament i millora del programari«.

Part d'aquesta publicació de 1988 representava gràficament el model espiral, mostrant de manera íntegra com es veu el procés de desenvolupament de programari en forma d'espiral i recolzat per cicles.

Boehm és conegut per les seves nombroses contribucions a l'enginyeria de programari, com ara el model de cost constructiu (COCOMO), el model espiral de el procés de programari, l'enfocament de la Teoria G (guanyar-guanyar) per a la determinació de requeriments i gestió del programari.

Alternativa a el model de cascada

En la seva publicació, Boehm descrivia el model espiral com una possible alternativa a el model de cascada prèviament establert, que també servia com a base per a la seva pràctica.

El model espiral no va ser el primer a plantejar el desenvolupament cíclic, però sí va ser el primer model a explicar per què la iteració és important. Com va ser previst originalment, s'ha destinat a projectes grans i complexos les iteracions van típicament de 6 mesos a 2 anys.

Aquest model no assumeix que les tasques de desenvolupament de programari estiguin dissenyades linealment, a diferència de el model de cascada, sinó que les veu com tasques iteratives.

Aquest model cíclic va influir en l'arquitectura d'enginyeria de programari basada en models (MBASE) i en la programació extrema.

Característiques de el model espiral

Control de el risc

El que diferencia en gran mesura aquest model dels altres models de procés de programari és que reconeix explícitament els riscos. Per tant, redueix considerablement que fallin els projectes grans de programari, ja que avalua repetidament els riscos i verifica cada vegada el producte en desenvolupament.

Aquest model informàtic conté components de gairebé qualsevol altre model de el cicle de vida del programari, com el model de cascada, el model de creació de prototips, el model iteratiu, el model evolutiu, etc.

A causa d'això, és capaç de manejar gairebé qualsevol tipus de risc que en general no manegen els altres models. No obstant això, a causa de tenir tants components, aquest model és molt més complex que els altres models de desenvolupament de programari.

Descripció de l'espiral

Cada gir de l'espiral representa un cicle complet, per on sempre passen els quatre quadrants, que representen les quatre etapes de la model.

A mesura que augmenta la mida de l'espiral, també ho fa el progrés executat. Per tant, les etapes no s'executen només una vegada, sinó diverses vegades, en forma d'espiral.

Tot i que aquesta repetició cíclica fa que el projecte s'acosti lentament als objectius establerts, es minimitza contundentment el risc que falli el procés de desenvolupament.

genèric

Les quatre etapes només s'implanten els objectius bàsics d'un cicle, però no han de manifestar-se en cada cicle.

L'ordre de cada cicle tampoc està estrictament determinat. Per tant, el model es pot combinar en qualsevol moment amb altres models.

flexible

És bastant flexible, a l'realitzar per separat per a cada fase de el projecte dels processos de definició d'objectius, anàlisi de riscos, desenvolupament i planificació.

metamodel

Es considera metamodel per incloure als altres models. Per exemple, si l'espiral fora d'un sol cicle representaria a el model de cascada, ja que incorpora l'enfocament gradual d'aquest model clàssic.

També utilitza l'enfocament de el model de creació de prototips, ja que a l'inici de cada cicle munta un prototip per gestionar els riscos.

A més, és compatible amb el model evolutiu, perquè les iteracions de l'espiral es poden considerar nivells evolutius, a través dels quals es construeix el sistema final.

etapes

Determinar objectius, alternatives i restriccions

Els requeriments de sistema es defineixen amb el major detall possible, incloent rendiment, interfícies de maquinari / programari, indicadors claus d'èxit, etc. i es consideren quins objectius s'han d'associar amb el cicle actual de desenvolupament.

A més, s'examinen diferents alternatives per a la seva implementació, com construir vs. comprar, reutilitzar components existents o subcontractar, etc.

Igualment, es determinen les restriccions com el cost, cronograma i interfícies, consum de temps, etc.

Avaluació de riscos

S'avaluen totes les alternatives proposades. Els objectius i restriccions serveixen com a referències determinants per seleccionar la millor solució.

A més, s'identifiquen els riscos que poden dificultar l'èxit de el projecte, com ara falta d'experiència, noves tecnologies, cronogrames ajustats, processos deficients, etc., implantant les estratègies més rendibles i amb menor risc.

Finalment, s'utilitzen mètodes com creació de prototips, simulacions, models analítics i enquestes d'usuaris.

Desenvolupament i prova

Es realitza tot el desenvolupament necessari, utilitzant la tecnologia i solució seleccionada. Amb cada iteració es va creant una millor versió de l'aplicació.

S'escriu i es prova el codi real diverses vegades fins a aconseguir el resultat desitjat, que després servirà com a base per a futurs passos de el desenvolupament.

Planificació de l'proper cicle

A l'completar un cicle, es comença la planificació de el següent. Aquesta planificació podria ser seguir normalment amb el projecte si es va assolir l'objectiu de l'cicle, plantejant-se la definició de l'proper objectiu.

També podria ser trobar altres solucions, si l'etapa anterior de desenvolupament va resultar defectuosa. L'estratègia existent podria reemplaçar-se per una de les alternatives prèviament definides o una de nova. Amb això, es començaria un nou intent per assolir l'objectiu donat.

exemple

L'exèrcit dels Estats Units va adoptar el model espiral per al desenvolupament i actualització del programa de modernització dels Sistemes de Combats Futurs (SCF).

Llançat oficialment el 2003, es preveia que els SCF equiparen a les tropes amb vehicles connectats en temps real a una xarxa de camps de batalla extraordinàriament ràpida i flexible.

El projecte es dividia en quatre espirals de desenvolupament d'uns dos anys cadascuna. L'espiral 1 estava programada que comencés per 2008 i lliurés prototips per al seu ús i avaluació.

Després de finalitzar l'espiral 1, estava programat començar l'espiral 2 per a 2010. El desenvolupament final del producte es tenia previst lliurar per al 2015.

A l'agost 2005, Boeing anunciava la finalització de la primera fita important de el projecte, que era la revisió funcional dels sistemes. Boeing i Science Applications International Corporation eren els colíders de el projecte.

No obstant això, per a octubre de 2005 el Pentàgon va recomanar retardar el projecte a causa de l'alt impacte en els costos per la guerra de l'Iraq i l'ajuda per l'huracà Katrina.

El projecte va ser cancel·lat en 2009 després que van sorgir retallades pressupostàries, sense poder-se provar els beneficis d'el model espiral en aquesta missió

avantatges

estructura cíclica

A causa d'aquest tipus d'estructura s'eliminen tàcitament els problemes entre el disseny i els requeriments tècnics de l'programari, gràcies a les comprovacions periòdiques.

Gestió de riscos

Els riscos s'analitzen en cadascuna de les etapes del producte abans de seguir endavant. Això ajuda a superar o mitigar els possibles riscos.

Tots els col·laboradors es beneficien de la importància tan gran que té l'anàlisi de riscos en aquest model, representant possiblement la seva major avantatge sobre altres models de procés.

L'avaluació periòdica dels riscos cobra valor quan s'utilitzen entorns tècnics nous, que generalment estan associats amb un potencial de risc particular a causa de l'absència de valors empírics.

Participació i retroalimentació de el client

A cada etapa de el projecte estan involucrats els clients, fins a completar el projecte. Per tant, es poden reunir diferents retroalimentacions per així millorar la propera versió de el projecte.

A més, es pot obtenir retroalimentació en qualsevol moment a causa de l'avanç en forma d'espiral. Així, els clients i usuaris es poden integrar des del principi en el procés de desenvolupament.

Ideal per a projectes grans

És particularment popular i destacat per a projectes grans i complexos, on el control de l'pressupost és prioritari per als clients i desenvolupadors. Es té un control màxim sobre els costos, recursos i qualitat de el projecte de programari.

desavantatges

costós

Pot ser bastant costós, ja que requereix un alt nivell d'experiència per a l'anàlisi de riscos. A més, els projectes necessiten una gran quantitat de temps per desenvolupar-se, la qual cosa pot augmentar les despeses generals.

bastant complex

Es requereix una gestió prèvia molt activa i complexa de el projecte, on es controli i documenti cada cicle de forma contínua i acurada.

És comparativament més complex que altres models, perquè hi ha molts cicles, passant cada un per les diferents etapes, augmentant així l'esforç de l'procés de documentació.

Resulta essencial tenir coneixements en anàlisi i gestió de riscos, que sovint no estan disponibles.

Gestió de el temps

És difícil gestionar el temps, ja que es desconeix el nombre de cicles. A més, en qualsevol moment pot retardar el procés de desenvolupament si dins d'un cicle s'han de prendre decisions importants o per accions addicionals a l'planificar el cicle següent.

molts passos

No sempre resulta favorable realitzar molts passos en el desenvolupament de programari pel fet que, tot i la versatilitat de les proves, poden arribar a el sistema acabat parts sense acabar de el programa.

Com a conseqüència, sempre hi ha el perill que qualsevol error o inconsistència conceptual afecti el producte final.

referències

1. Victor Font Jr (2019). The Spiral Model. The Ultimate Guide to the SDLC. Pres de: ultimatesdlc.com.
2. Ionos (2019). Espiral model: the risk-driven programari development process model. Pres de: ionos.com.
3. Techuz (2018). Què és el Espiral Model? A Simple Explanation of Spiral Software Development Life Cycle (SDLC). Pres de: techuz.com.
4. One Stop Testing (2020). Espiral Model. Pres de: onestoptesting.com.
5. Geeks for Geeks (2020). Programari Engineering - Espiral Model. Pres de: geeksforgeeks.org.
6. Chandu (2019). Espiral Model in Programari Engineering. Pres de: medium.com.