LAS METODOLOGÍAS PARA

DESARROLLO DE
SOFTWRE
El respeto al derecho
ajeno es la paz
 Respeto
Valor que se da y se recibe. Las personas
miembro “del Equipo Scrum respetan la
capacidad e independencia de los demás, así
como reciben este respecto de las personas para
las que trabajan.”
01 07 12

PROGRAMACIÓN
EXTREMA (XP)
 OBJETIVO

XP TIENE COMO OBJETIVO MEJORAR LA CALIDAD

DEL SOFTWARE TOMANDO LOS CONCEPTOS DE
INGENIERÍA DE SOFTWARE A UN NIVEL EXTREMO
 VALORES

COMUNICACIÓN SIMPLICIDAD RETROALIMENTACIÓN

TRABAJO DE CALIDAD
CORAJE
 CICLO DE
VIDA DE XP

3. LA FASE DE
1. LA FASE DE 2. LA FASE DE
ITERACIONES PARA
EXPLORACIÓN PLANIFICACIÓN
LIBERAR

4. LA FASE DE 5. LA FASE DE 6. LA FASE DE

PRODUCCIÓN MANTENIMIENTO MUERTE
 ROLES DE XP
Programador: Es responsable de escribir códigos de funcionamiento simples y de alta calidad.

Cliente: El cliente escribe los requisitos y características del sistema como historias y
pruebas funcionales, y asignarles las prioridades apropiadas y decidir al final de el proceso si
cada requisito se cumple o no.

Probador: Los probadores ayudan al cliente a escribir las pruebas funcionales requeridas y
ejecutarlas pruebas.

Rastreador: Tracker analiza las estimaciones del equipo y el progreso en cada iteración y
Proporcióneles sus comentarios.

Coche: Es responsable de guiar el proceso general.

Consultor: El consultor está calificado fuera del miembro del equipo que ayuda al equipo en
resolver cualquier problema encontrado.

Director: Un gerente es capaz de tomar decisiones y responsable de la Movilización y eliminación

de cualquier obstáculo en el equipo
v-model
 ¿Qué es el modelo V?

También conocido como modelo en cuatro niveles, es un modelo

empleado en diversos procesos de desarrollo, por ejemplo, en el
desarrollo de software.
Tal vez es uno de los modelos más conocidos. Dentro de él se
describen las etapas y resultados que deben darse durante el
desarrollo del software
El lado izquierdo de la V El lado derecho de la V
hace referencia al desglose hace referencia a los
de las necesidades del distintos niveles de
cliente y las etapas de prueba:
implementación de las Pruebas de
especificaciones del componente.
sistema: Prueba de
Definición de Integración.
requisitos. Pruebas de
Diseño funcional del sistema.
sistema.

Pruebas de

Diseño técnico del aceptación.

sistema.
Especificación de
componentes.

El vértice que une a ambas aristas es la etapa de codificación

propiamente dicha, etapa en la cual los desarrolladores
transformarán las especificaciones en líneas de código.
Dentro del modelo V las pruebas se deben realizar en todos los niveles del
software.
Esto permite la detección de defectos de manera temprana cuando
ejecutamos pruebas a nivel unitario

4 NIVELES

Pruebas Unitarias: son las que se ejecutan sobre un módulo determinado del
software.
Estas son realizadas en general por los desarrolladores, por lo que pueden
llamarse también pruebas de desarrollador. El objetivo es comprobar que
cada módulo del sistema funcione como se espera, de forma independiente,
y facilitar así las pruebas de integración.
Pruebas de Integración: son en las que corroboran que los diferentes sistemas
de un mismo producto interactúan correctamente entre ellos.
Se realizan después de las pruebas unitarias para encontrar posibles errores
en la comunicación entre sistemas y verificar que cumplen con la
funcionalidad correspondiente y se ajusta a los requisitos establecidos por el
cliente.
Pruebas de Sistema: se llevan a cabo cuando se revisa que la integración de los
sistemas actúa correctamente, es decir, se comprueba la funcionalidad.
La finalidad de estas pruebas es verificar cómo se comporta el producto
tomando como referencia al usuario final y su interacción con el sistema.
Se deben realizar en un ambiente similar al real verificando que todo funcione
de acuerdo a las especificaciones y requisitos planteados desde el principio por
el cliente.

Pruebas de Aceptación: son las que se ejecutan cuando el área de Testing

finalizó sus pruebas planificadas. Estas pruebas son ejecutadas
normalmente por el cliente/usuario final y validan el cumplimiento de las
expectativas del usuario.

La implementación de este método presenta varios aspectos positivos a

destacar:
Mejora la transparencia y el control del proyecto
Mejora y garantía de calidad
Reducción de los gastos totales durante todo el proyecto

 01 07 12

GOOGLE

DESING

SPRINT
 ¿Que es? Buscar

un método de trabajo desarrollado por Google Ventures (ahora

conocido como GV) para diseñar, prototipar y validar ideas en un

corto período de tiempo. Este método se utiliza para resolver

problemas complejos de manera efectiva, y es especialmente útil

para equipos que trabajan en el desarrollo de software

 A continuación, se detallan los aspectos

sustanciales que diferencian a Google Design

ASPECTOS Sprint de otros modelos para el desarrollo de

software:

ENFOCADO EN EL USUARIO: GOOGLE DESIGN SPRINT PONE AL USUARIO EN EL CENTRO DEL

PROCESO DE DISEÑO Y DESARROLLO. LOS EQUIPOS DE TRABAJO SE ENFOCAN EN COMPRENDER

LAS NECESIDADES DE LOS USUARIOS Y EN CREAR SOLUCIONES QUE SATISFAGAN SUS

REQUERIMIENTOS.
TIEMPO LIMITADO: EL PROCESO DE GOOGLE DESIGN SPRINT TIENE UNA DURACIÓN DE CINCO DÍAS, LO QUE

IMPULSA A LOS EQUIPOS A TRABAJAR DE MANERA EFICIENTE Y A TOMAR DECISIONES RÁPIDAS.

5 FASES
ENTENDER: COMPRENDER EL PROBLEMA Y DEFINIR OBJETIVOS.
IDEAR: GENERAR IDEAS Y SOLUCIONES.
SELECCIONAR: SELECCIONAR LA MEJOR SOLUCIÓN Y ANALIZAR SU VIABILIDAD.
PROTOTIPO: CREAR UN PROTOTIPO TANGIBLE DE LA SOLUCIÓN.
VALIDAR: PROBAR EL PROTOTIPO CON USUARIOS REALES Y RECOPILAR COMENTARIOS PARA MEJORAR LA

SOLUCIÓN.
 GOOGLE DESIGN SPRINT FOMENTA LA COLABORACIÓN EN EQUIPO, LO QUE SIGNIFICA QUE TODOS LOS

MIEMBROS DEL EQUIPO PARTICIPAN EN EL PROCESO DE DISEÑO, DESDE LA COMPRENSIÓN DEL PROBLEMA

HASTA LA VALIDACIÓN DE LA SOLUCIÓN. ESTO AYUDA A GENERAR UN ENFOQUE COHERENTE Y UNA

COMPRENSIÓN COMPARTIDA DEL PROBLEMA Y LA SOLUCIÓN.

 PUNTUACIÓN MÁS ALTA 2500 JUGADOR 2

RUB
Avanzar
 PROCESO UNIFICADO
RACIONAL
ES UNA METODOLOGÍA DE DESARROLLO DE
SOFTWARE ORIENTADO A OBJETOS QUE
ESTABLECE LAS BASES PARA LOS ASPECTOS Y
FASES DE DESARROLLO DEL SOFTWARE
 OBJETIVO
SU OBJETIVO ES PROMOVER UNA SOLUCION
DICIPLINADA ORGANIZANDO LAS TAREAS Y
RESPONSABILIDADES DE TODOS LOS
INVOLUCRADOS DENTRO DEL DESARROLLO DEL
PRODUCTO
LA FILOSOFÍA DEL RUP ESTA BASADO
EN 6 PRINCIPIOS LOS CUALES SON:

1. ADAPTAR EL PROCESO
2. EQUILIBRAR PRIORIDADES
3. DEMOSTRAR VALOR ITERATIVAMENTE
4. COLABORACIÓN ENTRE EQUIPOS
5. ENFOCARSE EN LA CALIDAD
6. ELEVAR EL NIVEL DE ABSTRACCIÓN
 CICLO DE VIDA DE RUP

EL CICLO DE VIDA DE RUP SE DIVIDE EN 4 FASES

CONOCIDAS COMO:
INICIO
ELABORACIÓN
CONSTRUCCIÓN
TRANSICIÓN.
 ROLES DE RUP
ALGUNOS DE LOS ROLES SON:
ANALISTAS
DESARROLLADORES
APOYO
ESPECIALISTAS EN PRUEBAS
STAKEHOLDERS
REVISOR
COORDINACIÓN DE REVISIONES
REVISOR TÉCNICO
 Volver al programa

DSDM
(MÉTODO DE
DESARROLLO DE
SISTEMAS DINÁMICOS)
¿QUE ES?

ES UN MÉTODO ÁGIL QUE INCORPORA

TODO EL SICLO DE VIDA DEL PROYECTO,
APOYADO POR SU CONTINUA IMPLICACION
DEL USUARIO EN EL DESARROLLO
ITERATIVO Y CRECIENTE
 Historia
desarrollado en los 90's en el
reino unido por un concorcion de
provedores y expertos.
La primera version salio en
1995
La version actual es la 4.2 (de
2006)
Principios
1. Concentrarse en la necesidad del negocio
2. Entrega a tiempo.
3. Colaboracion.
4. Nunca comprometer la Calidad.
5. Contruir gradualmente desde cimientos firmes.
6. se desarrola de forma iterativa.
7. Comunicarse de forma continua.
8. Demostrar control.
 Fases.
PRE- VIABILIDAD CIMIENTOS
PROYECTO

DESARROLLO
EVOLUTIVO DESPLIEGUE

POST-
PROYECTO