metodologias desarrollo software.docx

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.


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


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


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;


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


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


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/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.


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.


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


11/11

Taller de Modelamiento de software: Metodologías.

metodologias desarrollo software.docx

Documents

Transcript of metodologias desarrollo software.docx