8/16/2019 metodologias desarrollo software.docx
1/11
Taller de Modelamiento de software: Metodologías.METODOLOGIASCLASICAS
de nici n características diagrama Ti!os desistemas
"enta#as des$enta#as
CascadaSugiere unenfoque
sistemático,secuencialhacia eldesarrollo delsoftware, quese inicia con laespeci caciónderequerimientosdel cliente yque continúacon laplaneación, elmodelado, laconstrucción yel desplieguepara culminaren el soportedel softwareterminado.
+Es el más utili ado+Es una !isión delproceso de desarrollo
de software comouna sucesión deetapas que producenproductosintermedios+"ara que elproyecto tenga #$itode%en desarrollarsetodas las fases+&as fases continúanhasta que loso%'eti!os se hancumplido.
(plica%leparaproyectos
peque)os yno tancomple'os.
&a plani cación essencilla&a calidad del
productoresultante es alta"ermite tra%a'arcon personal pococuali cado&os usuarios lopuedencomprenderfácilmente.Sus fases sonconocidas por losdesarrolladores.*o necesita unade nicióncompleta paraempe ar afuncionar.
teracionescostosas&os pro%lemas que
se presentan soncorregidosposteriormente"uede que elsoftware nocumpla con losrequisitosEs dif cil incorporarnue!as cosas si sequiere actuali arEs normaldetenerse en sudesarrollo y seguircon otras fasesSe tarda muchotiempo en pasartodo el ciclo&as re!isiones deproyectos de grancomple'idad sonmuy dif ciles
ncremental
Es un procesode desarrollo desoftware,creado enrespuesta a lasde%ilidades delmodelotradicional decascada."ro!ee unaestrategia paracontrolar la
"ermite construir elproyecto en etapasincrementales endonde cada etapaagrega funcionalidad.Cada etapa consistede requerimientos,dise)o, codi cación,prue%as, y entrega."ermite entregar alcliente un productomás rápido en
Estemodelo esaplica%lecuando esdif cilesta%lecerlosrequisitosiniciales deun proyectoy es masapropiado
&a solución se !ame'orando enforma progresi!a atra!#s de lasmúltiplesiteraciones.
ncrementa elentendimiento delpro%lema y de lasolución por mediode losre namientos
-equiere demucha planeación,tantoadministrati!acomo t#cnica.-equiere de metasclaras paraconocer el estadodel proyecto.
8/16/2019 metodologias desarrollo software.docx
2/11
Taller de Modelamiento de software: Metodologías.comple'idad ylos riesgos,desarrollandouna parte delproductosoftware
reser!ando elresto deaspectos parael futuro.
comparación delmodelo de cascada."ro!ee !isi%ilidadso%re el progreso atra!#s de sus nue!as!ersiones.
"ro!eeretroalimentación atra!#s de lafuncionalidadmostrada."ermite atacar losmayores riesgosdesde el inicio.
paraproyectospeque)os.&as nue!as!ersionespueden ser
planeadasde modoque losrequisitost#cnicospuedan seradministrados.
sucesi!os.
E!oluti!o
El desarrolloe!oluti!o se%asa en la ideade desarrollarunaimplementacióninicial e irre nándola atra!#s dediferentes!ersiones hasta
desarrollar unsistemasoftware quesatisfaga todoslosrequerimientosdel cliente.
/estionan %ien lanaturale a e!oluti!adel software
Son iterati!os0construyen !ersionesde softwarecada !e máscompletas
Se adaptan %ien0 &os cam%ios de
requisitos delproducto
1echas de entregaestrictas pocorealistas
Especi cacionesparciales delproducto
Estemodelo esapropiadoenproyectosdonde sedeseareali arme'orasparaampliar elalcance delmismo.
*os permitehacer !alidacionesdeforma creciente
-etroalimentación rápida a lo largodel proceso
El sistemae!olucionaagregando nue!osatri%utos deacuerdo a laspropuestas delcliente
El proceso no es!isi%le
Sistema conestructurade ciente
Se requierenherramientas yt#cnicasespeciales
Espiral
El desarrollo enespiral es un
En cada giro seconstruye un nue!omodelo del sistemacompleto.
Se aplicana cualquierproyecto,grande,
+El análisis deriesgo se lo hacede forma e$pl citay clara. ntegra el
+&a consideracióne$plicita delriesgo.+2acer uso de los
8/16/2019 metodologias desarrollo software.docx
3/11
Taller de Modelamiento de software: Metodologías.modelo de ciclode !ida delsoftware &asacti!idades deeste modelo seconforman en
una espiral, enla que cada%ucle oiteraciónrepresenta uncon'unto deacti!idades. &asacti!idades noestán 'adas aningunaprioridad, sinoque lassiguientes seeligen enfunción delanálisis deriesgo,comen andopor el %ucleinterior.
Este modelo puedecom%inarse con otrosmodelos de procesode desarrollo3cascada, e!oluti!o4.5e'or modelo para el
desarrollo de grandessistemas.*o hay un numerode nido deiteraciones, lasiteraciones de%edecidirlas el equipode gestión delproyecto.Este es el enfoquemas realistaactualmente.El análisis de riesgorequiere laparticipación depersonal con altacali cación.
mediano opeque)o,comple'o ono."royectospeque)os
requieren%a'acantidad detareas ytam%i#n deformalidad.Enproyectosmayores ocr ticoscada regiónde tareascontienela%ores demás altoni!el deformalidad.
desarrollo con elmantenimiento desoftware etc.+"re!enir loserrores que se nospueden presentar
en un futuro, locual es muypositi!o parapoder me'orar lacalidad delsoftware.+6tili a losprototipos paradisminuir losriegos desde elpunto de !istat#cnico.+Si nos tardamosmucho tiempo enpasar a otro ni!elsuperior elproyecto se lopuede a%andonarpara no gastar nitiempo ni dineroen !ano.
+El desarrollador yel clientecomprenden yreacción me'orante riesgos.
me'ores elementosde los restantesmodelos.+/enera muchotiempo en eldesarrollo delsistema+5odelo costoso-equieree$periencia en laidenti cación deriesgos/enera muchotra%a'o adicional.Cuando un sistemafalla se pierdetiempo y costedentro de laempresa. E$igeuna ciertaha%ilidad en losanalistas 3es%astante dif cil4.
"rototipos 6n prototipo esunarepresentaciónde un sistema,aunque no es
7rata de mantener uncontinuo contactocon el usuario en laetapa de análisisSe preocupa mas del
Sir!en paramodelarentradas ysalidas deun sistema,
8 -educción de laincertidum%re ydel riesgo8 -educción detiempo y de costos
se hacen fuertesin!ersiones en unproductodesecha%le ya quelos prototipos se
8/16/2019 metodologias desarrollo software.docx
4/11
Taller de Modelamiento de software: Metodologías.un sistemacompleto,posee lascaracter sticasdel sistema
nal o parte de
ellas.
9u'o de información yla interface con elusuario*o suelenconsiderarseaspectos de calidad
*o se consideranalternati!as dedise)o y e$plotaciónSe presentan encualquier etapa delciclo de desarrollo
modelatam%i#n,consumoderecursos,ocupación,
rendimientos, reglasde negocioy datos.
8 ncrementos enla aceptación delnue!o sistema8 5e'oras en laadministración deproyectos
8 5e'oras en lacomunicaciónentredesarrolladores yclientes
descartan. Estopuede hacer queaumente el costede desarrollo delproducto.Con este modelo
pueden surgirpro%lemas con elcliente que !efuncionando!ersiones delprototipo peropuededesilusionarseporque el producto
nal aún no hasido construido.
:esarrollo%asado encomponentes
Se de ne como elparadigma deensam%larcomponentes yescri%ir códigopara hacer queestoscomponentesfuncionen, de unamaneracoherente y
9uida. Sinem%argo, elmodelo dedesarrollo %asadoen componentescon guraaplicacionesdesdecomponentespreparados desoftware
+El modelo dedesarrollo %asado encomponentesincorpora muchas delas caracter sticas delmodelo en espiral.+Es e!oluti!o pornaturale a.+E$ige un enfoqueiterati!o para la
creación delsoftware.+Conduce a lareutili ación delsoftware.
Estametodolog a es masutili ada enproyectosdeempresasde altoni!el, lascuales
cuentancon losrecursossu cientespara poderdesarrollarla.Cualquiertipo deproyecto
+El análisis delriesgo se hace deforma e$pl cita yclara.+6ne los me'oreselementos de losrestantes modelos.+-educe riesgosdel proyecto.+ ncorpora
o%'eti!os decalidad.+ ntegra eldesarrollo con elmantenimiento.+(horramos el;
8/16/2019 metodologias desarrollo software.docx
5/11
Taller de Modelamiento de software: Metodologías.OT%ASMETODOLOGIAS
de nici n características diagrama Ti!os desistemas
"enta#as des$enta#as
>in winEs unaadaptación del
modelo deespiral que sehace hincapi#e$pl citamentesituados en laparticipacióndel cliente enun proceso denegociación enla g#nesis deldesarrollo deproductos.
dealmente, eldesarrolladorsimplementepreguntar alcliente lo quese requiere y elclienteproporcionar ael su ciente
detalle paraproceder.
+7rata deme'orar los ciclosde !ida clásicos
y prototipos.+Este modelopuedecom%inarse conotros modelos deproceso dedesarrollo.+En cada giro seconstruye unnue!o modelodel sistemacompleto.+El análisis deriesgo requiere laparticipación depersonal con altacuali cación.
ncorporao%'eti!os decalidad y gestiónde riesgos.
+"ermiteiteraciones,!uelta atrás y
nali acionesrápidas.
Estametodolog a,dado a que esta
%asada en la deespiral adquierela caracter sticade poder serutili ado encualquier tipo deproyecto.
Sin em%argo estametodolog a esmas utili ada enproyectos deempresas de altoni!el, empresasdirecti!as,empresas con unmayor estimulode ingresosanuales
"ermite a quien lodesarrolla aplicar elenfoque de
construcción deprototipos encualquier etapa dee!olución delproducto.5antiene el enfoquedel ciclo de !idaclásico pero loincorpora al marcode tra%a'ointeracti!o quere9e'a un mundomás realista de lanaturale a delproyecto.2ace unaconsideracióndirecta de losriesgos t#cnicos entodas las etapas delproyecto de tal
manera que si seaplicaadecuadamentereduce los riesgosantes de con!ertirseen pro%lemáticos.
(l ela%orarlo porpartes notenemos una
!isión glo%al delpro%lema.(qu nos diceque losprototipos se !an!alidando, locual es muynegati!o porquecomo ya se hadicho ningúnsoftware de%eempe ar comoun prototipo.Como es unmodelorelati!amentenue!o no es muyutili ado comolos paradigmaslinealessecuenciales o
de construcciónde prototipos.:e%ido a suele!adacomple'idad nose aconse'autili arlo ensistemaspeque)os 3so%re8costo degestión4.
"roceso 1orma Es un marco de 8(dapta%ilidad del El m#todo de "6
8/16/2019 metodologias desarrollo software.docx
6/11
Taller de Modelamiento de software: Metodologías.uni cado Es un proceso
de desarrollo desoftware quedescri%e ?elcon'unto deacti!idades
necesarias paratransformar losrequisitos delusuario en unsistema desoftware@. Estadirigido porcasos de uso,centrado en laarquitectura delsistema, y esiterati!o eincremental.
disciplinada deasignar tareas yresponsa%ilidades 3qui#n hacequ#, cuándo ycómo4
"retendeimplementar lasme'oresprácticas en
ngenier a deSoftware:esarrolloiterati!o(dministraciónde requisitos6so dearquitectura%asada encomponentesControl decam%ios5odelado !isualdel softwareAeri cación de lacalidad delsoftware
tra%a'o gen#ricoque puedeespeciali arsepara una gran!ariedad desistemas
software, paradiferentes áreasde aplicación,diferentes tiposdeorgani aciones,diferentesni!eles deaptitud ydiferentes tama)os de proyecto
desarrollo a nue!osrequisitos o nue!oscam%ios8Se reducen losriesgos deno o%tener el
producto deseado8En cada momentohay una !ersión delsistemafuncionando que semodi ca según lasnecesidades ydeseos del cliente.8"rogreso !isi%le enlas primeras etapas8-educir laredundancia eincrementa laproducti!idad8El proceso escomprensi%le8&a metodolog a de"6 es másadapta%le paraproyectos de largopla o
requiere costosde dedicaciónaltos por lo queno escon!enienteusarlo en
procesos deun proyectopeque)o.8Si el proceso nose aplica %iendesde el inicio el"6 se puede!ol!er muygrande y dif cil,tanto paraaprender comopara administrar86na cantidadsustancial detiempo se gastaen tratar deadecuar el "6 acada proyecto.8Es un proceso
pesado8Se %asa mucho
en ladocumentación
ngenier awe%
&asaplicaciones
"ara una mismaaplicación >e%
&a ingenier a dela >e% es
8/16/2019 metodologias desarrollo software.docx
7/11
Taller de Modelamiento de software: Metodologías.>e% es un tipoparticular desoftware, porello se puedemodelar condiagramas 65&.
B5uchasaplicacionestelemáticas sonun casoparticular deaplicaciones>e%.>e%5&0 >e%5odeling&anguage5odeladoorientado aaplicacionescon un usointensi!o dedatos, dondehay grancantidad dedatos, conestructuracomple'a y las
aplicacionestienen queacceder a ellos5odelado deaplicación >e%en fases05odelo dedatos5odelo dehiperte$to
5odelo de
se puedenutili ar !ariosmodelados.:ependiendo deltipo deaplicación, será
más adecuadouno u otro.>S:5 estáorientado paraaplicaciones querequirendiferentesaudiencias.>e%5& estáorientado paraaplicaciones quetienen una altainteracción condatos.>(865& estáorientado paraaplicacionesadaptati!as.DD82 estáorientado paraaplicaciones con
#nfasis en elinterfa .DD2:5 y 6>Eestán orientadospara aplicacionesmás /en#ricas.
multidisciplinar yaglutinacontri%ucionesde diferentesáreas0 arquitectura de la
información,ingenier ade hipermedia hiperte$to,ingenier a derequisitos, dise)ode interfa deusuario,usa%ilidad dise)ogra co y depresentación,dise)o y análisisdesistemas, ingenier a de software,ingenier a dedatos, inde$adoy recuperaciónde información,testeo, modeladoy simulación,
despliegue deaplicaciones,operación desistemasy gestión deproyectos.
8/16/2019 metodologias desarrollo software.docx
8/11
Taller de Modelamiento de software: Metodologías.gestión decontenido5odelo depresentación
5etodolog as agiles Consiste en
desarrollar unapeque)a partedel softwareque se deseaconstruir. :eesta forma, elcliente nosindica si !amospor el %uencamino,esta%leciendoaquellas partesque le son másrele!antes y as
'untos, nosaseguramos dequeconstruimosuna aplicaciónque a)adirá!alor a su
negocio.
&a mayor aminimi a riesgos
desarrollandosoftware encortos lapsos detiempo.Capacidad derespuesta acam%ios derequisitos a lolargo deldesarrollo.Entrega continuay en pla os%re!es desoftwarefuncional.
7ra%a'o con'untoentre el cliente yel equipo dedesarrollo.
mportancia de lasimplicidad,
eliminado eltra%a'oinnecesario.(tencióncontinua a lae$celenciat#cnica y al %uendise)o.5e'ora continuade los procesos yel equipo de
&as metodolog aságiles de
desarrollo estánespecialmenteindicadas enproyectos conrequisitos pocode nidos ocam%iantes.
"rogramación
organi ada.
5enor ta a deerrores.
Satisfacción del programador.
Es recomenda%le
emplearlosolo enproyectos a cortopla o.
(ltas comisionesen caso de fallar.
8/16/2019 metodologias desarrollo software.docx
9/11
Taller de Modelamiento de software: Metodologías.desarrollo
5E7D:D&D/ (
E5E-/E*7E
6nametodolog a esemergentesi permiteadaptar laforma detra%a'o a lascondiciones delproyecto.
El uso delmodeloorientado ao%'etos ayuda ae$plotar el podere$presi!o detodos loslengua'es deprogramación%asados eno%'etos y losorientados ao%'etos, comoSmalltalF, D%'ect"ascal, C++,C&DS, (da y
Ga!a.ncertidum%re0 la
dirección indicala necesidadestrat#gica quese desea cu%rir,ofreciendomá$ima li%ertadal equipo detra%a'o.:ifusión y
Se utili amayoritariamente en desarrollode productos coninno!acionesimportantes, ypara sistemas deinformaciónempresarial.
&as metodolog asemergentesmoti!an más a losequipos de tra%a'o.El principal%ene cio del dise)oorientado a o%'etoses que proporcionaun mecanismo paraformali ar modelosde la realidad.E!ita malentendidosde requerimientosentre el cliente y elequipoEl uso del modelo
orientado a o%'etosalienta lareutili ación no solodel software, sinode dise)oscompletos."roporcionanme'ores resultadosen los proyectos dealto riesgo.
"ro%lemasderi!ados de lacomunicaciónoral. Este tipo decomunicaciónresulta dif cil depreser!arcuando pasa eltiempo y estásu'eta a muchasam%igHedades.1alta de calidad."ro%ar el códigode formaconstante nogenera
productos decalidad, sólore!ela falta deanálisis y dise)o.
8/16/2019 metodologias desarrollo software.docx
10/11
Taller de Modelamiento de software: Metodologías.transferencia delconocimiento0alta rotación delos miem%ros delos equipos entrediferentes
proyectos. "orotra parte,potenciar elacceso li%re a lainformación ydocumentación
-E */E* E- (
6nareingenier a%uscará elporqu# el comode lo que yae$iste. &os cam%ios enel dise)ode%erán serradicales3desde la ra ynosuper ciales4. &as me'orasesperadas
de%en serdramáticas 3node unos pocosporcenta'es4.&os cam%ios sede%enenfocarse parano modi car el
n del software.
6ni cación detareas"articipación delos usuariosCam%io delorden secuencial-eutili ación decomponentes-eali ación dediferentes!ersiones-educción de lascompro%aciones
Simpli ca elmantenimiento delsistemaSimpli ca el costo5enor tiempo5ayor calidad-eutili ación delsoftwareSimpli ca lasprue%as
E$ige una ciertaha%ilidad en losanalistas
Se puedeperder el primerproyecto*ecesita de!arios proyectosreali ados con#$ito*ecesita quetodo el códigosea orientado ao%'etos
8/16/2019 metodologias desarrollo software.docx
11/11
Taller de Modelamiento de software: Metodologías.
Top Related