Anda di halaman 1dari 7

Metodologias de desarrollo

1. Metodologas de Desarrollo Hermenegildo Romero


2. Metodologas de desarrollo <ul><li>Una metodologa de desarrollo de software
se refiere al entorno que se usa para estructurar, planificar y controlar el pro
ceso de desarrollo de un sistema de informacin. </li></ul><ul><li>Una gran varied
ad de metodologas se han desarrollado a lo largo de los aos, cada una de ellas con
sus fortalezas y debilidades. </li></ul><ul><li>Una determinada metodologa no es
necesariamente aplicable a todo tipo de proyectos, mas bien cada tipo de proyec
to tiene una metodologa a la que se adapta mejor. </li></ul>
3. Metodologas de desarrollo <ul><li>Una Metodologia de desarrollo de softwar
e consiste en: </li></ul><ul><ul><li>Una filosofa de desarrollo de sofware con un
a base de procesos de desarrollo de software </li></ul></ul><ul><ul><li>Mltiples
herramientas, modelos y mtodos, para asistir en el proceso de desarrollo de softw
are. </li></ul></ul><ul><ul><li>Suele estar documentada y alguna clase de docume
ntacin formal. </li></ul></ul><ul><ul><li>Suele estar promovida por algn tipo de o
rganizacin ya sea esta pblica o privada que es la que se encarga de promover esta
metodologa. </li></ul></ul>
4. Metodologas de desarrollo <ul><li>Diferentes enfoques sobre desarrollo de
Software </li></ul><ul><ul><li>Cada metodologa de desarrollo tiene ms o menos su p
ropio enfoque de en lo que debera de consistir un proyecto de desarrollo de softw
are. </li></ul></ul><ul><ul><li>Pero todas ellas se basan en una serie de enfoqu
es generalistas como son: </li></ul></ul><ul><ul><ul><li>Waterfall Model
Lineal
</li></ul></ul></ul><ul><ul><ul><li>Prototyping
Iterativo </li></ul></ul></ul><u
l><ul><ul><li>Incremental combinacin de iterativo y lineal </li></ul></ul></ul><u
l><ul><ul><li>Spiral Combinacin de iterativo y lineal </li></ul></ul></ul><ul><ul
><ul><li>Rapid Application Development (RAD) -- iterativo </li></ul></ul></ul>
5. Waterfall model <ul><li>Waterfall model </li></ul><ul><ul><li>El Waterfal
l Model o modelo en cascada en el cual el desarrollo se ve como una serie de esc
alones descendentes (como si se tratara de una cascada de agua) a travs de las di
stintas fases. </li></ul></ul><ul><ul><ul><li>Analisis </li></ul></ul></ul><ul><
ul><ul><li>Diseo </li></ul></ul></ul><ul><ul><ul><li>Desarrollo </li></ul></ul></
ul><ul><ul><ul><li>Pruebas </li></ul></ul></ul><ul><ul><ul><li>Integracin </li></
ul></ul></ul><ul><ul><ul><li>Mantenimiento </li></ul></ul></ul><ul><ul><li>Cread
a en 1970 por Winston W. Royce </li></ul></ul>
6. Waterfall model <ul><li> Waterfall model </li></ul><ul><ul><li>Los princip
ios bsicos de este modelo son: </li></ul></ul><ul><ul><ul><li>El proyecto se divi
de en fases secuenciales , se permite algn tipo de solapamiento entre las distint
as fases. </li></ul></ul></ul><ul><ul><ul><li>Hace enfasis en la planificacin, lo
s tiempos, fechas objetivo, presupuestos y en la implantacin del sistema completo
al mismo tiempo. </li></ul></ul></ul><ul><ul><ul><li>Se mantiene un frreo contro
l durante la duracin del proyecto a travs del uso extensivo de documentacin as como
a travs de revisiones y aprobaciones por los usuarios y gestores del proyecto, al
final de cada fase antes de comenzar la siguiente . </li></ul></ul></ul>
7. Prototipos <ul><li>Metodologa de Prototipos </li></ul><ul><ul><li>Se conoc
e as a las actividades de creacin de prototipos durante el desarrollo de software
, los prototipos son versiones incompletas del producto que va ha ser desarrolla
do. </li></ul></ul><ul><ul><li>Los principios bsicos son: </li></ul></ul><ul><ul>
<ul><li>No es una metodologa que funcione por si sla, es mas una via para manejar
determinadas fases de una metodologa ms tradicional y amplia (Incremental, Espiral
o RAD) </li></ul></ul></ul><ul><ul><ul><li>Intenta reducir el riesgo inherente
al proyecto dividiendo el proyecto en partes ms pequeas. </li></ul></ul></ul>
8. Prototipos <ul><li>...prototipos </li></ul><ul><ul><li>...principios bsico
s </li></ul></ul><ul><ul><ul><li>El usuario est ms involucrado a travs del proyecto
, y eso hace que se incremente la aceptacin final del producto por los usuarios.
</li></ul></ul></ul><ul><ul><ul><li>Se van realizando maquetas a menor escala si
guiendo una poltica de modificaciones hasta culminar los requerimientos de los us
uarios. </li></ul></ul></ul><ul><ul><ul><li>Mientras que la mayora de los prototi
pos se desarrollan con la expectativa de ser deshechos, es posible en algunos ca
sos evolucionar los prototipos hacia el sistema final </li></ul></ul></ul>

9. Incremental <ul><li>Incremental </li></ul><ul><ul><li>Combinacin de metodo


logas iterativas y lineales con el objetivo primario de reducir los riesgos del p
royecto, los proyectos se dividen en partes mas pequeas, de esta manera tambin se
facilitan los cambios durante el proceso de desarrollo. </li></ul></ul><ul><ul><
li>Los principios fundamentales son: </li></ul></ul><ul><ul><ul><li>Se realizan
una serie de mini-waterfalls, donde todas las fases del desarrollo en cascada se
completan para una pequea parte del sistema, antes de abordar la siguiente parte
. </li></ul></ul></ul><ul><ul><ul><li>Los conceptos iniciales del sistema, anlisi
s de requerimientos, diseo de arquitectura, etc. Del sistema completo se definen
usando tambin la tcnica de Cascada. </li></ul></ul></ul><ul><ul><ul><li>Despus de e
sto mediante prototipos se van desarrollando las distintas partes en las que ha
sido dividido el proyecto. </li></ul></ul></ul><ul><ul><ul><li>Finalmente el pro
ceso culmina con la implantacin del sistema en su conjunto (otro mini-waterfall)
</li></ul></ul></ul>
10. Espiral <ul><li>Espiral (Boehm 1988) </li></ul><ul><ul><li>Bsicamente con
siste en una serie de ciclos que se repiten en forma de espiral, comenzando desd
e el centro. Se suele interpretar como que dentro de cada ciclo de la espiral se
sigue un Modelo Cascada, pero no necesariamente debe ser as. Aunque el Espiral p
uede verse como un modelo evolutivo que conjuga la naturaleza iterativa con los
aspectos controlados y sistemticos del Modelo Cascada, con el agregado de gestin d
e riegos. </li></ul></ul><ul><ul><li>Este sistema est indicado en grandes proyect
os. </li></ul></ul>
11. Espiral <ul><li>...Espiral </li></ul><ul><ul><li>En cada vuelta o iterac
in hay que tener en cuenta: </li></ul></ul><ul><ul><ul><li>Los Objetivos: Que nec
esidad debe cubrir el producto. </li></ul></ul></ul><ul><ul><ul><li>Alternativas
: Las diferentes formas de conseguir los objetivos de forma exitosa, desde difer
entes puntos de vista como pueden ser: </li></ul></ul></ul><ul><ul><ul><ul><li>C
aractersticas: experiencia del personal, requisitos a cumplir, etc. </li></ul></u
l></ul></ul><ul><ul><ul><ul><li>Formas de gestin del sistema. </li></ul></ul></ul
></ul><ul><ul><ul><ul><li>Riesgo asumido con cada alternativa. </li></ul></ul></
ul></ul><ul><ul><ul><li>Desarrollar y Verificar: Programar y probar el software
</li></ul></ul></ul>
12. Espiral <ul><li>...Espiral </li></ul><ul><ul><li>Si el resultado no es e
l adecuado o se necesitan mejoras: </li></ul></ul><ul><ul><ul><li>Se planifican
los siguientes pasos y se comienza un nuevo ciclo de la espiral, la espiral tien
e dos dimensiones, la radial y la angular. </li></ul></ul></ul><ul><ul><ul><ul><
li>Angular </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Indica el avance del
proyecto dentro de un ciclo </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><li>R
adial </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Indica el aumento del cos
te del proyecto, ya que con cada nueva iteracin se pasa ms tiempo desarrollado </l
i></ul></ul></ul></ul></ul>
13. Espiral <ul><li>...Espiral </li></ul><ul><ul><li>Al ser un modelo de cic
lo de vida orientado a la gestin del riesgo, se dice que uno de los aspectos fund
amentales de su xito radica en que el equipo que lo aplique tenga la necesaria ex
periencia y habilidad para detectar y catalogar correctamente los riesgos. </li>
</ul></ul>
14. Espiral <ul><li>Para cada ciclo hay cuatro actividades </li></ul><ul><ul
><li>Determinar o fijar objetivos </li></ul></ul><ul><ul><ul><li>Fijar los produ
ctos definidos a obtener, requerimientos, especificaciones, manual de usuario </
li></ul></ul></ul><ul><ul><ul><li>Fijar las restricciones </li></ul></ul></ul><u
l><ul><ul><li>Identificacin de riesgos del proyecto y estrategias alternativas pa
ra evitarlos </li></ul></ul></ul><ul><ul><li>Anlisis del riesgo </li></ul></ul><u
l><ul><ul><li>Se estudian todos los riesgos potenciales y se seleccionan una o v
arias alternativas propuestas para reducir o eliminar los riesgos. </li></ul></u
l></ul><ul><ul><li>Desarrollar, verificar y validad (pruebas) </li></ul></ul><ul
><ul><ul><li>Tareas de la actividad propia y prueba </li></ul></ul></ul><ul><ul>
<ul><li>Anlisis de alternativas e identificacin de resolucin de riesgos </li></ul><
/ul></ul><ul><ul><ul><li>Dependiendo del resultado de la evaluacin de riesgos, se
elige un modelo para el desarrollo, cascada, iterativo, etc... </li></ul></ul><
/ul><ul><ul><li>Planificar </li></ul></ul><ul><ul><ul><li>Revisamos todo lo real

izado, evalundolo y decidimos si continuamos con las fases siguientes y planifica


mos la prxima actividad </li></ul></ul></ul>
15. Espiral
16. RAD <ul><li>RAD (James Martin 1980) </li></ul><ul><ul><li>Este mtodo comp
rende el desarrollo iterativo, la construccin de prototipos y el uso de herramien
tas CASE. </li></ul></ul><ul><ul><li>Aporta la velocidad del desarrollo , princi
palmente por el uso de las herramientas CASE. </li></ul></ul><ul><ul><li>La Cali
dad es otra de sus caractersticas, mediante la implicacin del usuario en las etapa
s de anlisis y diseo </li></ul></ul><ul><ul><li>Apropiado para proyectos de pequea
embergadura </li></ul></ul><ul><ul><li>Al igual que con los anteriores divide un
proyecto en piezas ms pequeas </li></ul></ul><ul><ul><li>Pone nfasis en el cumplim
iento de las expectativas del negocio, mientras que las carctristicas tecnicas o
la excelencia del desarrollo tiene menos importancia. </li></ul></ul>
17. RAD <ul><li>...RAD </li></ul><ul><ul><li>El control del proyecto da prio
ridad a las fases de desarrollo y define deadlines . </li></ul></ul><ul><ul><li>Si
el proyecto empieza a excederse en tiempos, se considera reducir los requerimien
tos, no aumentar los tiempos. </li></ul></ul><ul><ul><li>Los usuarios estn especi
almente involucrados (esto es imperativo) en las fases de diseo mediante el uso d
e sesiones de trabajo (workshops) </li></ul></ul><ul><ul><li>Produce documentacin
para facilitar la evolucin futura del producto y el mantenimiento. </li></ul></u
l>
18. Otras Metodologas... <ul><li>Metodologas de desarrollo orientado a objetos
segn fue diseado por Grady Booch </li></ul><ul><ul><li>Este modelo incluye seis d
iagramas </li></ul></ul><ul><ul><ul><li>Clases </li></ul></ul></ul><ul><ul><ul><
li>Objetos </li></ul></ul></ul><ul><ul><ul><li>Transicin y estados </li></ul></ul
></ul><ul><ul><ul><li>Interaccin </li></ul></ul></ul><ul><ul><ul><li>Mdulos </li><
/ul></ul></ul><ul><ul><ul><li>Procesos </li></ul></ul></ul>
19. Otras Metodologas <ul><li>Unified Process </li></ul><ul><ul><li>Basado en
UML </li></ul></ul><ul><ul><ul><li>Organizado en cuatro fases </li></ul></ul></
ul><ul><ul><ul><ul><li>Inicio </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Elabo
racin </li></ul></ul></ul></ul><ul><ul><ul><ul><li>Construccin </li></ul></ul></ul
></ul><ul><ul><ul><ul><li>Transicin </li></ul></ul></ul></ul><ul><ul><li>Una de l
as versiones ms populares es el RUP (Rational Unified Process) </li></ul></ul>
20. RUP <ul><li>Constituye la metodologa estandar ms utilizada para el anlisis,
implementacin y documentacin de sistemas orientados a objetos. </li></ul><ul><li>
RUP no es un sistema cerrado, es un conjunto de metodologas adaptables al context
o y necesidades de cada organizacin. </li></ul><ul><li>Su ciclo de vida es una im
plementacin del Desarrollo en espiral. </li></ul>
21. RUP <ul><li>Principales caractersticas </li></ul><ul><ul><li>Forma discip
linada de asignar tareas y responsabilidades (quien hace que, cuando y cmo) </li>
</ul></ul><ul><ul><li>Pretende implementar las mejores prcticas en Ingeniera de so
ftware. </li></ul></ul><ul><ul><li>Desarrollo Iterativo </li></ul></ul><ul><ul><
li>Administracin de requisitos </li></ul></ul><ul><ul><li>Uso de arquitectura bas
ada en componentes </li></ul></ul><ul><ul><li>Control de cambios </li></ul></ul>
<ul><ul><li>Modelado visual de software </li></ul></ul><ul><ul><li>Verificacin de
la calidad del software </li></ul></ul>
22. RUP <ul><li>El RUP es un producto de Rational (IBM). </li></ul><ul><li>S
e caracteriza por ser iterativo e incremental, estar centrado en la arquitectura
y guiado por los casos de uso. </li></ul><ul><li>Incluye artefactos (que son lo
s productos tangibles del proceso, como por ej: </li></ul><ul><ul><li>El modelo
de casos de uso </li></ul></ul><ul><ul><li>El modelo de clases </li></ul></ul><u
l><ul><li>El cdigo fuente </li></ul></ul><ul><ul><li>Etc.. </li></ul></ul><ul><li
>Incluye tambin roles que desempean acciones en un determinado momento. </li></ul>
<ul><ul><li>Una persona puede desempear distintos roles a lo largo del proceso. <
/li></ul></ul>
23. RUP <ul><li>Est basado en 5 principios clave </li></ul><ul><ul><li>Adapta
r el proceso </li></ul></ul><ul><ul><ul><li>El proceso deber adaptarse a las cara
ctersticas propias del proyecto u organizacin, El tamao del mismo, as como su tipo o
las regularizaciones que lo condicionen, incluirn en su diseo especfico. </li></ul
></ul></ul><ul><ul><ul><li>Tambin se deber tener en cuenta el alcance del proyecto

. </li></ul></ul></ul><ul><ul><li>Balancear Prioridades </li></ul></ul><ul><ul><


ul><li>Los requerimientos de los distintos participantes pueden ser diferentes,
contradictorios o disputarse recursos limitados. </li></ul></ul></ul><ul><ul><ul
><li>Debe encontrarse un balance que satisfaga los deseos de todos. </li></ul></
ul></ul><ul><ul><ul><li>Debido a este balanceo se podrn corregir desacuerdos en e
l futuro. </li></ul></ul></ul>
24. RUP <ul><li>...5 principios clave </li></ul><ul><ul><li>Demostrar valor
iterativamente </li></ul></ul><ul><ul><ul><li>Los proyectos se entregan, aunque
sea de un modo interno, en etapas iteradas. </li></ul></ul></ul><ul><ul><ul><li>
En cada iteracin se analiza la opinin de los inversores, la estabilidad y calidad
del producto, y se refina la direccin del proyecto, as como tambin los riesgos invo
lucrados. </li></ul></ul></ul><ul><ul><li>Elevar el nivel de abstraccin </li></ul
></ul><ul><ul><ul><li>Persigue el uso de elementos reutilizables tales como los
patrones de software, lenguajes 4GL o frameworks. </li></ul></ul></ul><ul><ul><u
l><li>Desarrollo con la mente puesta en la reutilizacin del cdigo </li></ul></ul><
/ul><ul><ul><ul><li>Un alto nivel de abstraccin tambin permite discusiones sobre d
iversos niveles y soluciones arquitectnicas. </li></ul></ul></ul>
25. RUP <ul><li>...5 principios clave </li></ul><ul><ul><li>Enfocarse en la
calidad </li></ul></ul><ul><ul><ul><li>El control de la calidad no debe realizar
se al final de cada iteracin, sino en todos los aspectos de la produccin. </li></u
l></ul></ul><ul><ul><ul><li>El aseguramiento de la calidad forma parte del proce
so de desarrollo y no de un grupo independiente. </li></ul></ul></ul>
26. RUP <ul><li>Ciclo de vida </li></ul><ul><ul><li>El ciclo de vida organiz
a las tareas en fases e iteraciones. </li></ul></ul><ul><ul><li>Se divide en cua
tro fases, dentro de las cuales se realizan varias iteraciones segn el proyecto y
en las que se hace un mayor o menor hincapi en las distintas actividades. </li><
/ul></ul><ul><ul><ul><li>Iniciacin </li></ul></ul></ul><ul><ul><ul><li>Elaboracin
</li></ul></ul></ul><ul><ul><ul><li>Construccin </li></ul></ul></ul><ul><ul><ul><
li>Transicin </li></ul></ul></ul>
27. RUP <ul><li>... Ciclo de vida </li></ul><ul><ul><li>Las primeras iteraci
ones (en las fases de inicio y elaboracin) se enfocan hacia la comprensin del prob
lema y la tecnologa, la delimitacin del mbito del proyecto, la eliminacin de los rie
sgos crticos y al establecimiento de la lnea de base de la arquitectura. </li></ul
></ul><ul><ul><li>Fase de Iniciacin </li></ul></ul><ul><ul><ul><li>Las iteracione
s hacen mayor nfasis en actividades de modelado del negocio y de requerimientos.
</li></ul></ul></ul><ul><ul><li>Fase de elaboracin </li></ul></ul><ul><ul><ul><li
>Las iteraciones se orientan al desarrollo de la lnea de base de la arquitectura,
abracan ms los flujos de trabajo de requerimientos, modelos de negocio, anlisis,
diseo e implementacin orientada a la lnea de base de la arquitectura. </li></ul></u
l></ul>
28. RUP <ul><li>... Ciclo de vida </li></ul><ul><ul><li>Fase de Construccin <
/li></ul></ul><ul><ul><ul><li>Se lleva a cabo la construccin del producto mediant
e series de iteraciones. </li></ul></ul></ul><ul><ul><ul><li>Para cada iteracin s
e seleccionan algunos casos de uso, se refina su anlisis y diseo y se procede a su
implementacin y pruebas. </li></ul></ul></ul><ul><ul><ul><li>Se realiza una pequ
ea cascada para cada ciclo. </li></ul></ul></ul><ul><ul><ul><li>Se realizan tanta
s iteraciones como requiera la implementacin del producto. </li></ul></ul></ul><u
l><ul><li>Fase de Transicin </li></ul></ul><ul><ul><ul><li>Se pretende garantizar
que se tiene un producto preparado para su entrega a los usuarios. </li></ul></
ul></ul>
29. RUP <ul><li>Secciones </li></ul><ul><ul><li>Seccin de Proceso </li></ul><
/ul><ul><ul><ul><li>Modelado de Negocio </li></ul></ul></ul><ul><ul><ul><li>Requ
isitos </li></ul></ul></ul><ul><ul><ul><li>Anlisis y diseo </li></ul></ul></ul><ul
><ul><ul><li>Implementacin </li></ul></ul></ul><ul><ul><ul><li>Pruebas </li></ul>
</ul></ul><ul><ul><ul><li>Despliegue </li></ul></ul></ul><ul><ul><li>Seccin de So
porte </li></ul></ul><ul><ul><ul><li>Gestin del cambio y configuraciones </li></u
l></ul></ul><ul><ul><ul><li>Gestin del proyecto </li></ul></ul></ul><ul><ul><ul><
li>Entorno </li></ul></ul></ul>
30. RUP
31. RUP <ul><li>Artefactos </li></ul><ul><ul><li>En cada una de sus fases de

la estructura esttica realiza una serie de artefactos que sirven para comprender
mejor tanto el anlisis como del diseo del sistema. </li></ul></ul><ul><ul><li>Fas
e de Inicio </li></ul></ul><ul><ul><ul><li>Documento Visin </li></ul></ul></ul><u
l><ul><ul><li>Especificacin de requerimientos </li></ul></ul></ul><ul><ul><li>Fas
e de elaboracin </li></ul></ul><ul><ul><ul><li>Diagramas de caso de uso </li></ul
></ul></ul>
32. RUP <ul><li>... Artefactos </li></ul><ul><ul><li>Fase de construccin </li
></ul></ul><ul><ul><ul><li>Trabaja desde cuatro vistas: </li></ul></ul></ul><ul>
<ul><ul><ul><li>Vista lgica </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Diag
rama de clases </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Modelo ER <
/li></ul></ul></ul></ul></ul><ul><ul><ul><ul><li>Vista de implementacin </li></ul
></ul></ul></ul><ul><ul><ul><ul><ul><li>Diagrama de Secuencia </li></ul></ul></u
l></ul></ul><ul><ul><ul><ul><ul><li>Diagrama de estados </li></ul></ul></ul></ul
></ul><ul><ul><ul><ul><ul><li>Diagrama de colaboracin </li></ul></ul></ul></ul></
ul><ul><ul><ul><ul><li>Vista conceptual </li></ul></ul></ul></ul><ul><ul><ul><ul
><ul><li>Modelo de dominio </li></ul></ul></ul></ul></ul><ul><ul><ul><ul><li>Vis
ta fsica </li></ul></ul></ul></ul><ul><ul><ul><ul><ul><li>Mapa de comportamiento
HARDWARE </li></ul></ul></ul></ul></ul>
33. Metodologas giles <ul><li>Mtodo para desarrollar Software </li></ul><ul><ul
><li>Caracterstica principal : adaptacin al cambio </li></ul></ul><ul><li>Opuesto
a mtodos tradicionales (predictivos) </li></ul><ul><ul><li>Definen de entrada: </
li></ul></ul><ul><ul><ul><li>Alcance (funcionalidad, tecnologa, etc..) </li></ul>
</ul></ul><ul><ul><ul><li>Costos </li></ul></ul></ul><ul><ul><ul><li>Tiempos (de
inicio a fin del proyecto) </li></ul></ul></ul><ul><ul><li>Establecen mtodos de
monitorizacin y control para prevenir desvos. </li></ul></ul>
34. Metodologas giles <ul><li>Problema </li></ul><ul><ul><li>Intangibilidad de
l software </li></ul></ul><ul><li>Solucin </li></ul><ul><ul><li>Mtodo tradicional
</li></ul></ul><ul><ul><ul><li>Bsqueda de un acuerdo inmutable previamente negoci
ado </li></ul></ul></ul><ul><ul><li>Mtodo gil </li></ul></ul><ul><ul><ul><li>Acuer
do iterativo adaptable a los cambios </li></ul></ul></ul>
35. Metodologas giles <ul><li>Iteraciones cortas Entre 2 y cuatro semanas </li
></ul><ul><li>Se planifica slo cuando ha terminado una iteracin </li></ul>
36. Metodologas giles <ul><li>Cuatro valores del manifiesto gil </li></ul><ul><
ul><li>Individuos e iteraciones </li></ul></ul><ul><ul><ul><li>VS procesos y her
ramientas </li></ul></ul></ul><ul><ul><li>Software funcionando </li></ul></ul><u
l><ul><ul><li>VS documentacin extensiva </li></ul></ul></ul><ul><ul><li>Colaborac
in con el cliente </li></ul></ul><ul><ul><ul><li>VS negociacin contractual </li></
ul></ul></ul><ul><ul><li>Respuesta ante el cambio </li></ul></ul><ul><ul><ul><li
>VS seguir un plan </li></ul></ul></ul>
37. Metodologas giles <ul><li>Se puede firmar online en agilemanifesto.org </l
i></ul>
38. Metodologas giles <ul><li>Individuos e iteraciones </li></ul><ul><ul><li>P
rioridad </li></ul></ul><ul><ul><ul><li>Calidad profesional del equipo </li></ul
></ul></ul><ul><ul><ul><li>Entrega temprana y continua </li></ul></ul></ul><ul><
ul><ul><ul><li>C ada 2 o 4 semanas se entrega software funcional 100% operativo
</li></ul></ul></ul></ul><ul><ul><li>VS (tradicional) </li></ul></ul><ul><ul><li
>Procesos y herramientas </li></ul></ul><ul><ul><li>Debe servir de ayuda pero no
pueden ser el objetivo </li></ul></ul>
39. Metodologas giles <ul><li>Software funcionando </li></ul><ul><ul><li>Prior
idad </li></ul></ul><ul><ul><ul><li>Satisfaccin del cliente </li></ul></ul></ul><
ul><ul><ul><li>Aportar valor al negocio </li></ul></ul></ul><ul><ul><li>Parte de
l desarrollo (cdigo documentado) es la documentacin del proyecto </li></ul></ul><u
l><ul><li>VS </li></ul></ul><ul><ul><li>Documentacin extensiva </li></ul></ul><ul
><ul><li>Debe servir de complemento pero no ser un impedimento </li></ul></ul>
40. Metodologas giles <ul><li>Colaboracin con el cliente </li></ul><ul><ul><li>
Prioridad </li></ul></ul><ul><ul><ul><li>Participacin con el cliente </li></ul></
ul></ul><ul><ul><ul><li>Comunicacin directa y continua </li></ul></ul></ul><ul><u
l><li>En XP el cliente est fsicamente presente en el momento del desarrollo </li><
/ul></ul><ul><ul><li>VS </li></ul></ul><ul><ul><li>Negociacin contractual </li></
ul></ul><ul><ul><li>Slo el cliente conoce lo que da verdadero valor al negocio </

li></ul></ul>
41. Metodologas giles <ul><li>Respuesta ante el cambio </li></ul><ul><ul><li>P
rioridad </li></ul></ul><ul><ul><ul><li>Aceptar cambios de requerimientos </li><
/ul></ul></ul><ul><ul><ul><li>Ventaja competitiva para el negocio </li></ul></ul
></ul><ul><ul><li>VS </li></ul></ul><ul><ul><li>Seguir un plan </li></ul></ul><u
l><ul><li>El cliente no est realmente seguro hasta que no prueba el software </li
></ul></ul>
42. Metodologas giles <ul><li>Hay decenas de metodologas giles </li></ul><ul><ul
><li>Las mas representativas </li></ul></ul><ul><ul><ul><li>SCRUM </li></ul></ul
></ul><ul><ul><ul><li>KANBAN </li></ul></ul></ul><ul><ul><ul><li>eXtreme Program
ming (XP) </li></ul></ul></ul>
43. Metodologas giles <ul><li>SCRUM </li></ul><ul><ul><li>Roles </li></ul></ul
><ul><ul><ul><li>Scrum Master </li></ul></ul></ul><ul><ul><ul><li>Dueo del produc
to </li></ul></ul></ul><ul><ul><ul><li>Equipo </li></ul></ul></ul><ul><ul><li>Ar
tefactos </li></ul></ul><ul><ul><ul><li>Backlog del producto </li></ul></ul></ul
><ul><ul><ul><li>Backlog de sprint </li></ul></ul></ul><ul><ul><ul><li>Increment
o de funcionalidad </li></ul></ul></ul><ul><ul><li>Procesos </li></ul></ul><ul><
ul><ul><li>Planificacin </li></ul></ul></ul><ul><ul><ul><li>Reunin diaria (15 min)
</li></ul></ul></ul><ul><ul><ul><li>Revisin </li></ul></ul></ul><ul><ul><ul><li>
Retrospectiva </li></ul></ul></ul>
44. Metodologas giles <ul><li>KANBAN </li></ul><ul><ul><li>Origen Japones (TOY
OTA) </li></ul></ul><ul><ul><li>3 reglas </li></ul></ul><ul><ul><ul><li>Mostrar
el proceso </li></ul></ul></ul><ul><ul><ul><li>Limitar el trabajo en curso (WIP)
</li></ul></ul></ul><ul><ul><ul><li>Optimizar el flujo de trabajo </li></ul></u
l></ul><ul><ul><ul><li>Tableros fsicos con columnas </li></ul></ul></ul><ul><ul><
ul><li>Cola de espera </li></ul></ul></ul><ul><ul><ul><li>Anlisis </li></ul></ul>
</ul><ul><ul><ul><li> En cola </li></ul></ul></ul><ul><ul><ul><li>En curso </li>
</ul></ul></ul><ul><ul><ul><li>Desarrollo </li></ul></ul></ul><ul><ul><ul><li>En
cola </li></ul></ul></ul><ul><ul><ul><li>En curso </li></ul></ul></ul><ul><ul><
ul><li>Implementacin </li></ul></ul></ul><ul><ul><ul><li>En cola </li></ul></ul><
/ul><ul><ul><ul><li>En curso </li></ul></ul></ul>
45. Metodologas giles <ul><li>eXtreme Programming (XP) </li></ul><ul><ul><li>V
alores </li></ul></ul><ul><ul><ul><li>Comunicacin </li></ul></ul></ul><ul><ul><ul
><li>Simplicidad </li></ul></ul></ul><ul><ul><ul><li>Retroalimentacin </li></ul><
/ul></ul><ul><ul><ul><li>Respeto </li></ul></ul></ul><ul><ul><ul><li>Coraje </li
></ul></ul></ul><ul><ul><li>Practicas </li></ul></ul><ul><ul><ul><li>Cliente insitu </li></ul></ul></ul><ul><ul><ul><li>Metfora </li></ul></ul></ul><ul><ul><ul>
<li>Refactoring </li></ul></ul></ul><ul><ul><ul><li>Entregas cortas </li></ul></
ul></ul><ul><ul><ul><li>TDD </li></ul></ul></ul><ul><ul><ul><li>Semana de 40 hor
as </li></ul></ul></ul><ul><ul><ul><li>Propiedad colectiva </li></ul></ul></ul><
ul><ul><ul><li>Cdigo Estndar </li></ul></ul></ul><ul><ul><ul><li>Programacin de a p
ares </li></ul></ul></ul><ul><ul><ul><li>Integracin continua </li></ul></ul></ul>
<ul><ul><ul><li>Juego de planificacin </li></ul></ul></ul>
46. Metodologas giles <ul><li>eXtreme Programming </li></ul><ul><ul><li>Refact
oring </li></ul></ul><ul><ul><ul><li>Modificar el cdigo sin modificar la interfaz
ni la experiencia del usuario </li></ul></ul></ul><ul><ul><li>TDD </li></ul></u
l><ul><ul><ul><li>Primero se realiza el test ese se hace fallar </li></ul></ul><
/ul><ul><ul><ul><li>Se acaban los fallos </li></ul></ul></ul><ul><ul><li>Cdigo es
tndar </li></ul></ul><ul><ul><ul><li>Usar las reglas de codificacin estndar del len
guaje de programacin </li></ul></ul></ul><ul><ul><li>Pair Programming </li></ul><
/ul><ul><ul><ul><li>Programacin a pares (2 programadores realizan el mismo trabaj
o juntos) </li></ul></ul></ul>
47. Muchas Gracias Hermenegildo Romero Database Team [email_address] www.dbteam.com
Recomendado
Fundamentos del liderazgo
Fundamentos del liderazgo
Metodologias De Desarrollo De Software

Metodologias De Desarrollo De Software


guesta1695670
4 Clase Metodologia De Desarrolo De Software
4 Clase Metodologia De Desarrolo De Software
Julio Pari
Metodologa de desarrollo de software
Metodologa de desarrollo de software
Juan Carlos Salvador Garcia
Metodologia de desarrollo de software
Metodologia de desarrollo de software
Victor Varela
Metodologias modernas para el desarrollo de software
Metodologias modernas para el desarrollo de software
Deisy Sapaico
Unidad 2. metodologas de desarrollo DE SOFTWARE
Unidad 2. metodologas de desarrollo DE SOFTWARE
Pablo Daniel Bazan Carmona
Metodologia de desarrollo software
Metodologia de desarrollo software
UNIVERSIDAD LAICA ELOY ALFARO DE MANABI
Qu metodologa ser ms adecuada para mi proyecto software
Qu metodologa ser ms adecuada para mi proyecto software
LeanSight Consulting
Modelos de desarrollo de software
Modelos de desarrollo de software
kellypt1