Modelo en cascada de Roice y espiral de Boehn. Metodología de desarrollo de software Trabajo para materia Análisis y Diseño IES-9023. Tecnicatura en análisis y programación de sistemas. #Arg

1. Modelo en cascada de Royce y
espiral de Boehm
2017
Actividad N°3
IES - 9023

2. AnálisisyDiseñode Sistemas
Bevaqua,Patricio
ActividadN°3
IES-9023
1
Seguimostrabajandoconel material "Metodologíade Desarrollode Software"
Para realizarel trabajodeberánleerel textopropuesto,verlosvideosybuscar informaciónde
otras páginassi lo necesitan.
MODELO DE CASCADA (originadoen el paper de WinstonRoice)
1) ¿Qué piensande ese modelo?¿Esseguro?¿Porqué?
El modelorefiere aunprocesode pasos secuenciales.Esde losmásprimitivosdadoque surge
a mediadosde ladécadadel ’70.
No estan seguroporque el paperpropone adelantaretapassinesperaraanalizartodoslos
requerimientosypone enriesgolacorrecta identificaciónde losproblemasynecesidades.
2) ¿Conqué metodologíase cruza?
Está fuertementeorientadoaladocumentación.
Tambiénessecuencial yorientadoalaspersonas.
Planteatestear,chequear.
3) Traduce yexplicadebajoel textoSTEP3:DOIT TWICE
Lo que se planteayadesde el títuloes“hazlodosveces”. Se refiere aque el productofinal sea
la segundaversión.Paraelloproponedesarrollarel procesocompletoaescala,enuna
cantidadde tiempomínima.Tambiénesbozaunejemplode tiemposyexplicaque si se reduce
el plazototal,lomismosucederáconel pilotoyse requerirápersonal con altaexperiencia.
Traducción: Paso 3Hazlo dos veces. “Sielprograma en cuestión se está desarrollando porprimera vez, para quela versión final
entregada alclientepara el despliegueoperativo sea en realidad la segunda versión en lo queserefierea las áreas críticas de
diseño/operaciones. La figura 7 ilustra cómosepuedellevara cabo medianteuna simulación.Tenga encuenta quees
simplementetodo el proceso hecho enminiatura,a una escala detiempo que es relativamente pequeño con respectoale sfuerzo
global. La naturaleza de esteesfuerzo puede variar ampliamentedependiendoprincipalmentede la escala detiempo globaly de la
naturaleza delas áreas problemáticas críticas a modelar.Si elesfuerzo dura 30meses entonces estedesarrollo temprano deun
modelo piloto podría estar programado para 10meses. Para esteprograma sepuedenutilizarcontroles bastantes formales,
procedimientos dedocumentación,etcétera. Sin embargo, sielesfuerzo global se redujera a 12 meses, entonces elesfuerzo piloto
podría ser comprimido a 3 meses tal vez, conelfin deobtener el apalancamiento suficiente en eldesarrollode la línea principal.
En este casoserequiere untipo muyespecial deamplia competencia por partedelpersonalinvolucrado.”
4) ¿Qué puedendecirahoradel segundoesquema?(Figura7)
El esquemamuestralarealizaciónde undiseñopreliminardel programa.Estoserviráde
retroalimentacióndel procesode diseñodefinitivo.
Tambiéneste modelo(figura7),eslabase del modeloiterativo.
Esta figuraesla que plantearíaRoyce en supaper,siendoel modelode cascadauna
tergiversaciónde sutrabajocompletoque planteaporqué nodeberíahacerse unasolapasada
por cada etapa.

3. AnálisisyDiseñode Sistemas
Bevaqua,Patricio
ActividadN°3
IES-9023
2
ESPIRAL DE BOHEN (originadoenel paper de Barry Boehm)
1) ¿Conqué metodologíade lasque hemosvistose cruza?
Se cruza con el modeloAdaptativo, tambiénal Proceso.
Y puede tender,dependiendode laconvenienciaaProductoo Documentación (se debe definir
encada iteración).
2) ¿En qué se diferenciaconel modeloencascada?
El modelode cascadaes másestructuradoy orientadoalas personasya la documentación.
El espiral esmásflexible,iterativo,orientadofuertemente aproceso.
Este modelose denominaenespiral porquelasactividadesoiteracionesvanavanzando,
formandounespiral,amedidaque vacreciendoel proyecto.Encada giro se construye un
modelodel sistemacompleto.Puederelacionarse conotromodelode desarrollocomoel
cascada o evolutivo.Esrecomendadoparael desarrollode grandessistemas.Tambiénse
sugiere que el análisisde riesgosloimplementenpersonasconaltacapacitación.Nohay un
númerodefinidode iteraciones,lasdecide el equipode proyecto.
3) Nombray explicalas6 regionesque estánenel modelo.
 Comunicaciónconel Cliente:sonlastareasrequeridasparaestablecercontactoentre
el desarrolladoryel cliente.
 Planificación:se planteanlastareasparadefinirrecursos,tiempoyotrascuestiones
relacionadasconel proyecto.Acáse preguntantodoslosrequerimientos.
 Análisisde riesgos:se enfocaenlaevaluaciónde riesgostécnicosyotrainformación
relacionadaque influyaenel proyecto.
 Ingeniería:sonlastareasrequeridasparaconstruirunao masrepresentacionesde la
aplicación.Estasdebenimplementarloque se planificó.
 Construcciónyentrega:aquí se construye pruebae instalael proyecto yse
proporcionasoporte al usuario.
 Evaluacióndel cliente:se verificael comportamientodelsoftware creadodurante la
etapade ingenieríayadaptación.
4) ¿Qué funcióncumple el cliente en este modelo?
Es una funciónprimordial yaque sugiere el acompañamientodelcliente entodaslasfases
para obtenerinformaciónyrequisitosimportantesdurante el proyecto.

4. AnálisisyDiseñode Sistemas
Bevaqua,Patricio
ActividadN°3
IES-9023
3
5) Ventajasydesventajasde este modelo.
Ventajas
 Es un enfoque realistadel desarrollode
sistemas
 Adaptable alolargo de la vidadel
producto
 Se reaccionamejorante riesgo
 Construcciónde Prototiposen
cualquieretapa
 Buenacalidad
Desventajas:
 Costosoy largo tiempo
 Error comenzarde nuevo
 No aconsejableenpequeñossistemas
 Experienciaporparte del equipo
desarrollador
Etapas del modeloiterativosegúnel video:
1. Identificacióndel sistemaysubsistemasclavesdel proyecto
2. Determinaciónde lascondicionesde éxitodel proyecto
3. Negociaciónde las condiciones de éxitoparareunirlasenunconjuntode condiciones
para todoslos involucrados
Sugiere el acompañamientodel clienteentodaslasfasesparaobtenerinformacióny
requisitosimportantesduranteel proyecto
Cabe mencionarque el númerode interaccionesy lacantidadde cuadrantesquedaenmanos
del grupodesarrollador