Model de cicle de vida en cascada: avantatges i inconvenients

2024 Autora: Howard Calhoun | [email protected]. Última modificació: 2023-12-17 10:21

El desenvolupament de programari no és com l'enginyeria tradicional. Una metodologia és la que fan servir els desenvolupadors per dividir el treball en passos progressius manejables on cadascun es pot revisar per garantir la qualitat. Els equips treballen conjuntament amb el client per crear un producte de programari acabat utilitzant una de les metodologies de desenvolupament de programari. Els més populars són el model en espiral, cascada o cascada (Cascada); RAD, o desenvolupament ràpid d'aplicacions; Model àgil, o model flexible i iteratiu, o model iteratiu. Hi ha altres opcions, però en aquest article considerarem només el model de cicle de vida del projecte en cascada, o cascada, i també n'explorarem els avantatges i els inconvenients. Expliquem de seguida que és una seqüència de passos determinats, i la seva particularitat és que la nova etapano és possible fins que s'hagi completat l'anterior.

La història del model de cascada

La metodologia en la seva forma tradicional deixa poc marge per a canvis inesperats. Si l'equip de desenvolupament no és massa gran i els projectes són previsibles, Waterfall pot assegurar-se que es completin a temps.

El model de desenvolupament de la cascada fa més de quaranta anys. Va ser descrit per primera vegada en un article de 1970 de W. Royce com un dels primers models oficials del procés de desenvolupament. Es va descriure com a ineficaç per a grans projectes de desenvolupament de programari, però ningú va prohibir el seu ús per als petits. Gairebé mig segle després de ser descoberta, aquesta tècnica encara és rellevant en el món empresarial actual. S'ha anomenat el model obsolet i es tracta amb cert menyspreu a causa de l'obsolescència de l'enfocament tradicional de gestió de projectes. Però Waterfall és un enfocament útil i previsible si els requisits són fixos, ben documentats i clars, si la tecnologia és comprensible i quan el projecte no triga gaire a completar-se. En aquest cas, el model de cascada del cicle de vida del programari pot proporcionar un resultat final més previsible per a un pressupost, un període de temps i un àmbit de treball determinats.

Quin és el model de desenvolupament de la cascada?

El model Waterfall es pot descriure com un desenvolupament lineal i seqüencial d'un projecte, on els processos passen constantment dels requisits al disseny, i després a la implementació, verificació i desplegament ambmanteniment continuat posterior. Es creu que el model de cicle de vida en cascada es va crear gràcies a W. Royce, encara que ell mateix va utilitzar un model de desenvolupament iteratiu.

L'èmfasi principal en el desenvolupament de la cascada està en la planificació, el calendari, els objectius, els pressupostos i, en última instància, la implementació de tot el sistema com a entitat única. Els principals avantatges aquí són una planificació i una implementació senzilles cap endavant i cap enrere.

Descripció del model de cascada

En comparació amb altres metodologies, Waterfall se centra més que altres en un conjunt de passos clar i definit. El model original constava de cinc etapes. Sovint es descriu com un model de cicle de vida seqüencial lineal. Això vol dir que segueix una estructura de fase simple, on els resultats de cada fase progressen al següent nivell de desenvolupament. Els passos principals són:

1. Recolliu els requisits i creeu documentació.
2. Disseny i enginyeria de sistemes.
3. Implementació.
4. Proves i desplegament.
5. Suport.

Els equips han de completar tot el pas abans de passar al següent, de manera que si alguna cosa no està a punt en un termini determinat, es nota immediatament. A més, a diferència de Six Sigma o Scrum, Waterfall no requereix certificació ni formació especial per a gestors de projectes o empleats.

Crítica al model de cascada

Model en cascada del cicle de vida del sistema d'informacióha estat criticat per la seva inflexibilitat després de la finalització de cada pas i per retardar la capacitat del client per proporcionar comentaris. Tanmateix, aquesta metodologia pot funcionar bé per a projectes més petits amb pressupostos limitats. Sovint es compara amb una metodologia de cicle de vida del projecte coneguda, PRINCE2, que va ser creada pel govern del Regne Unit. Aquesta metodologia encara s'utilitza en el sector públic. Una de les diferències clau entre PRINCE2 i el model de cicle de vida de la cascada és que aquest últim requereix una descripció escrita de tots els requisits des del principi, ja que poden ser difícils de revisar-los més endavant. Abans de començar la creació de qualsevol codi, s'han de definir i arreglar amb precisió. Aquest és un avantatge important del model de cicle de vida de la cascada.

Pros i contres del model de cascada

Com que la documentació tècnica és una part necessària de la fase inicial de desenvolupament dels requisits, vol dir que tots els membres de l'equip entenen clarament els objectius del projecte. Els nous desenvolupadors poden entendre ràpidament les regles de creació de codi i unir-se al flux de treball sense cap problema. Quan s'utilitza un model en cascada del cicle de vida d'un sistema d'informació o projecte, l'execució per fases garanteix la disciplina.

Cada pas té un punt de partida i una conclusió ben definits, cosa que facilita el seguiment del progrés. Això ajuda a reduir qualsevol desviació de l'execució del projecte respecte dels terminis acordats.marc. En aquest model, a diferència de l'espiral, el programari es considera com un tot. Per tant, sempre que es compleixin tots els requisits, funciona de manera més eficient. Si continuem comparant els models de cicle de vida en cascada i en espiral, podem concloure que el primer és més universal i es pot aplicar en diverses àrees.

Fase de negociació de requisits

Un altre avantatge del model de cicle de vida de la cascada és que els costos es poden estimar amb un grau de precisió bastant alt un cop s'han identificat tots els requisits. Si s'aplica, vol dir que en la primera etapa tots els escenaris de prova ja es descriuen detalladament a l'especificació funcional, la qual cosa fa que el procés de prova sigui més senzill i transparent. I fins i tot abans del desenvolupament del programari, el disseny es treballa amb detall, la qual cosa deixa clar les necessitats i el resultat per a tothom.

Una de les grans coses d'utilitzar Waterfall és esforçar-se per aconseguir el producte final, o el resultat final, des del principi. Per tant, els equips han d'evitar desviar-se de l'objectiu. Per a projectes més petits on la intenció és bastant clara, aquest pas fa que l'equip sigui conscient de l'objectiu general des del principi, reduint la possibilitat de perdre's en els detalls a mesura que el projecte avança. L'enfocament de Waterfall és molt metòdic, per això destaca la importància d'una comunicació clara en cada etapa. En el procés de desenvolupament de programari, apareixen persones noves a cada pas nou. Per tant, és important esforçar-seper documentar la informació al llarg del cicle de vida del projecte.

Inconvenients del model de cicle de vida de la cascada

Els possibles problemes de desenvolupament es poden investigar i resoldre durant la fase de disseny. També s'estan treballant solucions alternatives i es seleccionen les òptimes. Tot això passa abans de l'inici del projecte. Moltes organitzacions agraeixen l'atenció a la documentació des del principi, ja que també significa que no hi hauria d'haver sorpreses amb el producte final. Però a la pràctica, poques vegades és possible prescindir de fer canvis. Sovint és difícil per als clients entendre les seves pròpies necessitats en termes d'especificacions funcionals només en l'etapa de requisits. Això vol dir que poden canviar d'opinió un cop vegin el producte final. Aquest problema és difícil de resoldre. De vegades, una aplicació s'ha de redissenyar gairebé completament.

Manca de flexibilitat en el model de cascada

Un altre inconvenient del model de cicle de vida d'IP en cascada (o projecte) és la possible manca de flexibilitat. Poden sorgir preguntes per adaptar-se a nous canvis o canvis en els requisits que s'han produït des de les consultes inicials.

És possible que no s'hagin tingut en compte en la planificació els ajustos deguts a plans de negoci o influències del mercat. A més, els projectes poden trigar més a completar-se en comparació amb l'ús d'una metodologia iterativa com ara Agile.

Punts importants quan s'utilitza la metodologia de cascada

Quan es tracta de desenvolupar Waterfall, és molt important que els desenvolupadors de programari puguin guiar i assessorar de manera efectiva els clients per solucionar tots aquests problemes més endavant. Sovint, l'aspecte més crític de l'aplicació del model de cicle de vida de la cascada és que els clients no saben realment què volen. En molts casos, la veritable interacció bidireccional entre desenvolupadors i clients no es produeix fins que el client ha vist el model en acció.

Per comparació, en desenvolupament àgil, el client pot veure fragments del codi de treball que es van crear durant el treball en el projecte. A diferència de Scrum, que divideix els projectes en sprints separats, Waterfall sempre se centra en l'objectiu final. Si el vostre equip té un objectiu específic amb una data de final clara, Waterfall elimina el risc de perdre una data límit quan esteu treballant-hi. A partir d'aquests avantatges i contres, el desenvolupament de la cascada es recomana generalment per a projectes que probablement no canviïn o necessitin nous desenvolupaments durant la vida del projecte.