INGENIERIADELSOFTWARE
Constadeldesarrollodeunaversióninicialqueluegodeexponersesevarefinando
deacuerdodeloscomentariosonuevosrequerimientosporpartedelclienteodelusuariofinal.
Lasfasesdeespecificación,desarrolloyvalidaciónseentrelazanenvezdesepararse.
ModelosEvolutivos
Espiral
Seusaalnoposeerelementosdetallados
Seledaalusuariounavistapreliminardelestadodelsoftware
Esunmodelodepruebayerror,sielusuarionolegusta,
secambiaysepruebanuevamentehastaquequedesatisfecho.
ModeloatribuidoaBoehmen1988
Recomendadoparaproyectoscuyacomplejidadesimportanteylos
costosqueimplicasonmásaltos.
Integracaracterísticasdemodelodecascadaydeprototipos.
AtribuidoaDavisSitaram
Representadoenformaderedoesquemacomounaseriedeactividades,
tareasyestadosasociadosaellas.
Defineunaseriedeacontecimientosquedisparantransicionesdeestado
aestadoparacadaactividaddeingenieríadesoftware
Prototipo Concurrente
puedeser puedeser
puedeser
Susfasesson:
1.Comunicación:Iniciodela
iteración,serealizala
recopilaciónderequerimientos
conelclienteolas
observacionesdelcliente.
Análisisderiesgo.
2.Planrápido:Estimaciónde
recursoytiempos,se
interpretanyvalidanlos
requisitosyobservaciones
Susfasesson:
Susfasesson:
Integracaracterísticasdemodelodecascadaydeprototipos.
Encadagiroseconstruyeunnuevomodelodelsistemacompleto.
1.Comunicación:Iniciodela
iteración,serealizala
recopilaciónderequerimientos
conelclienteolas
observacionesdelcliente.
Análisisderiesgo.
2.Planeación:Estimaciónde
recursoytiempos,se
interpretanyvalidanlos
requisitosyobservaciones
aestadoparacadaactividaddeingenieríadesoftware
Sepuedeexpresardemaneraesquematizada
Lasactividadesllevanprocesosconcurrentes
Dirigidoporlasnecesidadesdelusuario
1Comunicaciónconelcliente(no
estaplasmadaenlafigura)yestaen
estadodecambiosenespera.
2Análisis(tampocosemuestraenel
esquema)conlacomunicacióncon
elclienteluegohaceunatransición
alestadobajodesarrollo,ysiel
clienteindicahacercambiosen
requisitos,elanálisiscambiadel
estadobajodesarrolloalestado
requisitosyobservaciones
obtenidasenlacomunicación.
3.ModeladoyDiseñoRápido:
Sedeterminalaestructura
requeridaparaelsoftware.
Mejoradelprototipo.
4.Construccióndelprototipo:
Elaboracióndelcódigo.
5.Desarrollo,entregay
Permiteeldesarrolloapartirde
Elusuarionoveladiferencia
requisitosyobservaciones
obtenidasenlacomunicación.
3.Modelado:Sedeterminala
estructurarequeridaparael
softwarey/omejoradel
producto.Incluyeelanálisisy
diseño.
4.Construcción:Elaboracióndel
código.Ypruebas
estadobajodesarrolloalestado
cambiosenespera.
3BajoDesarrollo:Aplicacióndelos
cambiosalproyecto.
4Cambiosenespera:defineuna
seriedeacontecimientosque
dispararantransicionesdeestadoa
estadoparacadaunadelas
actividades.
Integradesarrollocon
mantenimiento.
Tieneunaelevadacomplejidad
Percepcióndeexcesivos
Durantelasprimerasetapasdel
diseño,nosecontemplauna
Eficienciaentiempo
Excelenteparaproyectosenlos
ventajas desventajasventajas desventajasventajas desventajas
Permiteeldesarrolloapartirde
requisitospococlaros.
Reducecostos
Útilalconocerlosobjetivos
generalesdelsoftware
Ofreceunmejorenfoquecuando
elresponsabledeldesarrolloestá
insegurodelaeficacia.
Másfácildeabordarconusuarios.
Elusuarioparticipaactivamente
enlaconstruccióndelproducto.
Reduceriegodeincertidumbre
Proporcionaalusuariounmayor
entreprototipoyusuariofinal
Losusuariossuelenenfocarse
enaspectos"superficiales"del
prototipoquelospuedendejar
inconformesluegodeverlospor
primeravez.
Requiereparticipaciónactiva
delusuario,quiennosiempre
tienetiempo.
Lafaltadeexperienciaque
tienenmuchosAnalistas
Funcionalesenprogramacióny
mantenimiento.
Monitoreaycontrolalosriesgos
Permiteaquiendesarrollaaplicar
elenfoquedeprototiposen
cualquieretapadeevolucióndel
producto.
Combinaelsermetódicoconel
serflexibleeincrementa
Puedeadaptarseyaplicarsealo
largodelavidadelsoftware
Reducelosriesgosantesdeque
seconviertanenproblemáticos.
Demandaunaconsideración
Percepcióndeexcesivos
cambiosporpartedelcliente.
Laausenciadeunplanfijo
puededesorientarocausar
malaimpresiónentrela
direccióndelproyectoylos
empleadosdelmismo.
Pérdidadetiempoalvolvera
iniciar
Aplicableaproyectosdegran
tamaño
diseño,nosecontemplauna
inconsistenciadelmodelode
análisis
Sinosedanlascondiciones
señaladasnoesaplicable.
Sinoexistengruposdetrabajo
nosepuedetrabajareneste
método
Excelenteparaproyectosenlos
queseconformangruposde
trabajoindependientes
Utilizadoentodotipode
desarrollodesoftware
Proporcionaunavisióncertera
delestadoactualdelproyecto
Serealizanvariasactividadesal
mismotiempo
MOISESVARGAS
Printed by BoltPDF (c) NCH Software. Free for non-commercial use only.