Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
DIANA GONZALES
HUMBERTO ANDRES CORREA
INTEGRANTES: LUIS MURCIA
CRISTIAN BOYACÁ
FDD(FEATURE-DRIVEN DEVELOPMENT)
¿QUÉ ES?
2
01 FDD(FEATURE-DRIVEN DEVELOPMENT)
3
02 FDD(FEATURE-DRIVEN DEVELOPMENT)
4
03 FDD(FEATURE-DRIVEN DEVELOPMENT)
5
03 FDD(FEATURE-DRIVEN DEVELOPMENT)
Los 3 primeros pueden considerarse la “iteración cero”, aunque en FDD no le llaman así,
y los consideran “procesos iníciales”.
Los dos primeros procesos son secuenciales y definen el modelo global. Los tres finales
se iteran para cada “feature” (que vienen a ser los requisitos).
6
03 FDD(FEATURE-DRIVEN DEVELOPMENT)
4. Diseñar:
Se selecciona un conjunto de funcionalidades de la lista. Se
procede a diseñar y construir la funcionalidad mediante un
proceso iterativo, decidiendo que funcionalidad se van a realizar
en cada iteración. Este proceso iterativo incluye inspección de
diseño, codificación, pruebas unitarias, integración e inspección
de código.
5. Construir:
Se procede a la construcción total del proyecto.
A diferencia de la programación de Scrum y Extreme, FDD
(desarrollo impulsado por funciones) recomienda
encarecidamente asignar funciones a un desarrollador o
desarrolladores específicos.
7
04 VENTAJAS
05.
Trabajo conjunto entre
04.
Entrega continua y en 03.
el cliente y el equipo de plazos cortos de
Rápida respuesta a
desarrollo. software funcional.
cambios de requisitos a
lo largo del desarrollo.
02.
Cada componente del
producto final ha sido
probado y satisface los
requerimientos.
05
08 07 06 01.
04 El equipo de desarrollo no malgasta
09 el tiempo y dinero del cliente
desarrollando soluciones
10 03 innecesariamente generales y
complejas que en realidad no son
un requisito del cliente.
02 8
01
04 VENTAJAS
08.
Atención continua a la
07.
Importancia de la
simplicidad, al eliminar
el trabajo innecesario.
06.
Minimiza los costos frente a
excelencia técnica y al
09. buen diseño. cambios.
Mejora continua de los
procesos y el equipo de
desarrollo.
10.
Evita malentendidos de
requerimientos entre el
cliente y el equipo.
05
08 07 06
04
09
10 03
02 9
01
05
01
02
01. 03
Falta de documentación del diseño. El
código no puede tomarse como una
documentación. En sistemas de tamaño 04
grande se necesitar leer los cientos o miles 04.
de páginas del listado de código fuente. Falta de reusabilidad. La falta de
documentación hace difícil que
02. pueda reutilizarse el código ágil.
Problemas derivados de la comunicación 03.
oral. Este tipo de comunicación resulta Fuerte dependencia de las
difícil de preservar cuando pasa el personas. Como se evita en lo
tiempo y está sujeta a muchas posible la documentación y los
ambigüedades. diseños convencionales, los
proyectos ágiles dependen
críticamente de las personas.
DESVENTAJAS
10
CATEGORÍAS DE
ROL EN FDD
11
CATEGORÍAS DE ROL EN FDD
• ROLES DE SOPORTE
• ROLES ADICIONALES.
12
07
ADMINISTRADOR DEL PROYECTO
LOS SEIS ROLES CLAVES DE UN PROYECTO:
5
Su función será hacer buenos TÉCNICO).
informes de progreso, trabajar por el
Es el responsable del modelado completo
bienestar del equipo, tratar con los
presupuestos, la contratación y la
de la arquitectura del producto en 4
desarrollo.
logística.
INGENIERO DE
CONSTRUCCIÓN
ADMINISTRADOR
DEL SISTEMA.
DE ENTREGA. Que controla el
Que se encarga del
Que controla el progreso control de versiones ambiente de
del proceso revisando de los builds y trabajo
los reportes del publica la o productiza el
programador jefe y documentación. sistema cuando se
manteniendo reuniones lo entrega.
breves con él; reporta al
manager del proyecto.
01 02 03 04 05 ABOGADO/ HERRAMIENTISTA
GURU DE (TOOLSMITH).
LENGUAJE. Que construye
Que conoce a la herramientas ad
perfección el hoc o mantiene
lenguaje y la bases de datos y
tecnología. sitios Web.
14
09 ROLES ADICIONALES
Verificadores
Un miembro de un equipo puede tener otros
roles a cargo, y un solo rol puede ser
compartido por varias personas
Encargados del
despliegue
Escritores técnicos