Cuadro de Metodologías

8/17/2019 Cuadro de Metodologías

1/28

No. Metodología Concepto

1

2

RUP (Rational UnifedProcess )

Es un proceso de desarrollo de software y junto con ellenguaje UML, constituyen una metodología estándarpara el análisis, implementación y documentación desistemas orientados a objetos

Extreme ProgrammingXP

Es una metodología ágil se basa en realimentacióncontinua entre el cliente y el e!uipo de desarrollo,comunicación "uida entre todos los participantes,simplicidad en las soluciones implementadas y corajepara enfrentar los cambios


2/28

# Scrum

$

Es un proceso de la Metodología %gil !ue se usapara minimi'ar los riesgos durante la reali'ación deun proyecto, pero de manera colaborati(a, aumenta la

la producti(idad, calidad y !ue se reali'aunseguimiento diario de los a(ances del proyecto

eature !ri"en!e"elopment (!!)

Una metodología ágil para proyectos grandes, seenfoca en la calidad y el monitoreo constante delproyecto Esta metodología se basa en iteracionescortas, !ue permiten entregas tangibles del productoen un periodo corto de tiempo, con un tiempo má)imode dos semanas


3/28

* Cr#stal Clear

+ $an%an

onjunto de metodologías para el desarrollo desoftware caracteri'adas por estar centradas en laspersonas !ue componen el e!uipo y la reducción almá)imo del n-mero de artefactos producidos.ispone de un código de colores para identi/car eltipo de metodología0 las metodologías mas pesadacon los colores mas oscuros

o es una metodologíaanban es una palabra japonesa !ue signi/ca cartel opanel El sistema anban como tal surgió en 3oyota,para organi'ar y mejor su producción de (e4ículosdi(idiendo el proceso en fases delimitadas !ue setenían !ue cubrir correctamente para pasar a lasiguiente fase, garanti'ando así un producto decalidad5bjeti(os6 lograr un producto de calidad, al obligar acada fase del proyecto a /nali'ar su tareacorrectamente, y a acabar con el caos, saturación ocuello de botella !ue puede darse en una fase delproyecto en condiciones normales en las !ue prima la

rapide' por encima de la calidad del producto


4/28

7 !ercas

8iglas en espa9ol para :.ocumento deEspeci/caciones, ;e!uerimientos y riterios deuncionacomo un documento interno o a modo dememorando, para dejar por escrito lo !ue se (a aimplementarEs la base para la estimación ?tama9o, costo, tiempo@y plani/cación de proyectoEs la base para e(aluación de producto /nal?(eri/cación y (alidación del proyecto@


5/28

Proceso de So&t'are

Aroceso interati(o incremental6 8e basa en la e(olución deprototipos ejecutables !ue se muestran a los usuarios yclientes 8u ciclo de (ida se reproduce en cascada a menorescala

ascada iterati(o6 E(olución de largos ciclos de desarrolloen cascada transformando a ciclos interati(os más cortos


6/28

=terati(a incremental6El "ujo lineal en el !ue se puede distinguir las acti(idades0además no se precisa de un orden preciso en el proceso dedesarrollo

El proceso consiste en * pasos secuenciales durante loscuales se dise9a y se construye el sistema6.esarrollo de un modelo globalonstrucción de una lista de funcionalidadesAlaneación por funcionalidad.ise9o por funcionalidadonstrucción por funcionalidad


7/28

El proyecto se di(ide en entregas y las entregas eniteraciones, lo !ue 4ace !ue el proceso sea iterati(o eincremental En cada uno de los ciclos se re!uierenacti(idades de gestión

anban se basa en el desarrollo incremental, di(idiendo eltrabajo en partes


8/28

.ercas no e)iste un proceso de software ya !ue es undocumento de descripción de re!uerimientos


9/28

Roles

nalistasAroceso de negocios.ise9ador del negocio!esarrolladores


10/28

Propietario del producto;epresentate del cliente y staDe4olders


11/28

Patrocinador consigue los recursos y de/ne la totalidad del proyectopero no forma parte del proyectoUsuario Experto6 produce el arc4i(o de casos de uso re!ueridos por elsistema, debe estar familiari'ado con el uso del sistema, sugiere atajos,modelos de operación, información a (isuali'ar!ise0ador principal debe ser capa' de seguir los procedimientos,apartarse de los procedimientos especí/cos y encontrar distintos Es

coordinador, ar!uitecto, mentor y programador e)perto!ise0ador programador6 junto con el dise9ador principal produce losborradores de pantallas, el modelo com-n de dominio, notas y diagramade dise9o, código fuente, código de migración, pruebas y el sistemaempa!uetadoExperto en negocios6 junto con el usuario e)perto produce la lista deactores objeti(os y el arc4i(o de casos de uso y re!uerimientosCoordinador6 produce el mapa del proyecto, plan de entrega, estadodel proyecto, lista de riesgos, plan, estado de iteración y la agenda de(isuali'ación1erifcador produce el reporte de casos, puede ser un programador detiempo parcial o un e!uipo de (arias personas

Escritor produce el manual de usuario


12/28

!ercas no cuenta con roles.2ectores de !ercas o !ocumentos de ReuerimientosClientes # Usuarios=nteresados en (alidar objeti(os del sistema y descripción de alto ni(el

de la funcionalidadnalistas

Escribiran esperci/caciones de otros sistemas !ue interactuan con elsistema actual!esarrolladores (uitectos3 !ise0adores3 Programadores)=mplementadores de re!uerimientos*erentesMedir y controlar el proceso del desarrollo de acuerdo a los

re!uerimientosEuipo de 4peraciones=mencionan e!uipos y procedimientos de rutina


13/28

rte&actos

Modelado del negocio;e!uisitos


14/28

Product %ac6logEs un listado dinámico y p-blicamente (isible para todos los in(olucrados en el proyecto, es

creado y modi/cado -nicamente por el .ue9o de AroductoSprint %ac6logEs la recopilación sintCtica de items del HacDlog de Aroducto, negociados entre el .ue9o de

Aroducto y el 8crum 3eam en la plani/cación al iniciar el sprint%urndo'n C,artEs un grá/co !ue muestra la cantidad de trabajo restante del sprint

;eportes de a(ance de las tareasGisión, el conte)to y los re!uisitos;e!uerimientos e(aluados por el cliente


15/28


16/28

Plantillas para la toma de reuerimientos3 las cuales de+en ser estructuradas con

los siguientes campos=denti/cadorategoriasEspeci/cación

riterio de aceptación>uente


17/28

cti"idades 2istadas

apturar un (ocabulario com-n.esarrollar un plan de gestión de re!uisitosEncontrar los actores !ue terminan un caso de uso.esarrollar el documento de (isiónAetición de los interesados

estionar dependenciasElaborar directrices de modelado de casos de usoEstructurar el modelo de casos de uso

Escuc,arLos usarios deben e)poner sus incon(enientes, así

mismo los programadores deben preguntar si los

resultados son los obtenidos!ise0arUn correcto dise9o brinda la posibilidad de !ue el

sistema cre'ca con cambios en un solo lugar, lo 4acee)tensible y reutili'ableCodifcarplasmar las ideas y funcionalidades del sistema a tra(Cs

del códigoPrue+asLas pruebas brindan la oportunidad de saber si lo

implementado cumple las necesidades del cliente


18/28

Refnamiento del %ac6log del ProductoMantiene ordenado el HacDlog del producto, eliminaideas !ue ya no son importantes, agrega elementos !uesurgen o se (uel(en importantesPlanifcaci9n del Sprint8e reali'a una reunión en donde el e!uipo colabora paraseleccionar y comprender el trabajo a reali'ar en el8print !ue comien'aScrum !iarioEl e!uipo de .esarrollo utili'a la reunión paraasegurarse !ue están en el camino indicado para lograrel objeti(o del 8print!emo del sprintLes brinda a todos los presentes una forma de conocerel =ncremento del Aroducto (igenteRestrospecti"a del sprintEl propósito es re(isar como fueron las cosas conrespecto al proceso

;e(isión del a(ance obtenido cada dos semana=teraciones cortas.iagrama de clases por área


19/28

El proyectoiclo de entrega =nteracción

8emana laboralAeríodo de integración6 de #I minutos a tres días.ía de trabajoEpisodio de desarrollo6 de pocos minutos a pocas 4oras

Gisuali'ar el "ujo de trabajoLimitar el trabajo en curso.irigir y gestionar el curso el "ujoLas políticas de proceso e)plícitasUtili'ar modelos para reconocer oportunidades demejora


20/28


21/28

Numero de iteraciones 1enta7as

Alani/car cada iteración ?estudio de riesgos@n:lisis de los casos de uso y escenarios!ise0o de opciones ar!uitectonicasCodifcaci9n # prue+as.E"aluaci9n de la entrega e7ecuta+le ?E(aluación de prototipos@Areparación de la entrega ?.ocumentación einstalación@

;educción de riesgos del proyecto=ncorpora el objeti(o de calidad=ntregación de desarrollo con elmantenimiento

8e di(ide en # semanas


22/28

ada iteración se denomina como 8print y

tiene una duración de 2 y $ semanas En

cada nue(o 8print se (a ajustando la

funcionalidad ya construida y se a9aden

nue(as mejoras y prestaciones, priori'ando

siempre a!uellas !ue aporten mayor (alor de

negocio

El cliente puede comen'ar a utili'ar elproducto rápidamenteEl cliente puede decidir de los nue(osobjteti(os a reali'ar8e agili'a el proceso, por!ue se di(ide elproblema en pe!ue9as partesMenor problabilidad de desarrollos

inesperados ya !ue el cliente se in(olucraen el proceso

=teraciones cortas !ue producen un softwarefuncional !ue el cliente y la dirección de laempresa pueden (er y monitoria

El e!uipo no consume tiempo y dinero delclienteada componente del producto /nal 4a sidoprobado y satisface los re!uierimientos;espuesta rápido a los cambios yre!uerimientos por parte del cliente

3rabaja en conjunto con el cliente y el !uipode desarrolloMejora continua en los procesos y e!uiposde desarrollo


23/28

El tama9o y formato de iteraciones (aríanseg-n el !uipo de desarrollo Fay dosposibles tipos de iteraciones6=teración de 1 semana=teración de 2 meses8e busca un tiempo intermedio entre estos

e)tremos

Es apropiada para entornos ligerosE)perimenta

reducción de costoAresenta una plani/cación más

transparente para los clientes8e de/nen en cada

iteración cuáles son los objeti(os de la

siguienteAermite realimentación de los usuarios

El tiempo !ue se tarda en terminar cadatarea se debe medir, a ese tiempo se lellama Jlead timeKEl Jlead timeK cuenta desde !ue se 4ace unapetición 4asta !ue se 4ace la entregaEl Jcycle timeK mide desde !ue el trabajosobre una tarea comien'a 4asta !ue termina8i con el Jlead timeK se mide lo !ue (en losclientes, lo !ue esperan, y con el JcycletimeK se mide más el rendimiento delproceso

.isminuir o eliminar los stocDintermedios ?entre procesos@umplir con los tiempos de entregademandados por el clienteMejorar la calidad del producto por unamejor detección de los defectos delmismoE(ita el uso e)cesi(o de materiales>acilita el control de la producción5btiene un sistema de producción"e)ible, seg-n la demanda


24/28

3ienden a facilitar la reducción deproblemas clásicos de especi/cación dere!uerimientos como6 ambigedad, ruido,referencias a futuro, aserciones nomedibles

Aro(een mecanismos de análisis más

so/sticados6


25/28

!es"enta7as

El Modelado genera un trabajo adicionaleneración de altos costoso se recomienda para proyectos Ae!ue9os

Es recomendable para proyectos a corto pla'o


26/28

E)iste la tendencia !ue si se deja una tarea sinterminar y !ue por las e)igencias del .ue9o delAroducto se deban reali'ar otras nue(as Estas tareasno terminadas puedan obstaculi'ar la planeación denue(as sprints y se deba (ol(er al problema originalalta de documentaciónd el dise9oAroblemas deri(ados de la comunicación>uerte dependencia de las personas>alta de reusabilidad


27/28

.elimita el alcance del proyecto con el clienteEs una metodología muy pesada, comparada conNAEs muc4o más fácil de aprender e implementarpero NA es más disciplinada.eja abierta la posiblidad de de agregar y suprimirfases, productos, estrategias, tCcnicas !ue pueden

afectar en el desarrollo del sistema

Un pla'o de abastecimiento demasiado grandee)cluye la elección del metodo anban, pues tendríamuy desocupados a los trabajadoresEl sistema no tiene ninguna anticipación en caso de"uctuaciones muy grandes e impre(isibles en lademandaAuede anticiparse a ellas pero no solucionarlasEs difícil de imponerles este mCtodo a lospro(eedoresLas aplicaciones son limitadas ?solamente para unaproducción continua o repetiti(a@El mCtodo


28/28

3ienen poder e)presi(o limitado Ej

Cuadro de Metodologías

Documents

Transcript of Cuadro de Metodologías