Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Magazines
News
Documents
Sheet Music
Ejemplo de Casos de Uso
1
Download
Join
of 15
Tutorial de PgAdmin
Tema2
Search document
[Escribir texto]
04/2012
Feature Driven Development (FDD)
Sign up to vote on this title
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Magazines
News
Documents
Sheet Music
Ejemplo de Casos de Uso
1
Download
Join
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
I.
INTRODUCCION Feature Driven Development (FDD) como casi todas las metodologías es un modelo de desarrollo iterativo, especialmente orientado a obtener funcionalidades tangibles al terminar cada iteración, objetivo que permite el vínculo con el cliente, que va viendo y testeando el producto durante todo el ciclo de desarrollo.
2
El desarrollo dirigido a las funcionalidades basado en cinco pasos, o actividades, secuenciales y específicas. Develop Overall Model, Build a Feature List, Plan by Feature, Design by Feature, Build By By Feature y conjunto de mejores mejores prácticas de desarrollo descritas en el presente documento. II.
FEATURE DRIVEN DEVELOPMENT (FDD) Feature Driven Driven Development Development (FDD) (FDD) es una metodología ágil iterativo y adaptativo, es una técnica de guiada por rasgos o características, características, centrada en el usuario, no así en el programador especialmente orientado a obtener obtener funcionalidades tangibles al terminar cada iteración, es decir, tiene por objetivo conseguir software funcional tras cada iteración para así estar más íntimamente relacionado con el cliente que va viendo y testeando el producto durante todo el ciclo de desarrollo. desarrollo. No cubre todo el ciclo de vida sino sólo las fases fases de diseño y construcción. FDD se considera adecuado para proyectos grandes y de misión crítica así mismo no requiere un modelo específico de proceso ya que se complementa con otras metodologías aunque hay coincidencias entre la programación orientada por rasgos FOP y el desarrollo guidado por rasgos, FDD no necesariamente implementa FOP. Sign upentregas to vote ontangibles this title y formas Enfatiza cuestiones de calidad y define claramente Useful Not useful de evaluación del progreso.
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Magazines
News
Documents
Sheet Music
Ejemplo de Casos de Uso
1
Download
Join
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
Junto a 50 programadores durante 15 meses entregaron 2000 características funcionando, con un presupuesto por debajo debajo del estimado y haciendo viable un proyecto no factible. Naturalmente el proyecto basado en FDD fue todo un éxito, y permitió fundar el método en un caso real de misión crítica. 2.
PRINCIPIOS DE FDD A. VALORES
3
Se requiere un sistema para construir sistemas si se pretende escalar proyectos grandes. Un proceso simple es mejor. Las etapas del proceso debe ser, evidentemente valioso para cada miembro del equipo.
Vanagloriarse del proceso puede impedir el e l trabajo real. Los buenos procesos van hasta el fondo del asunto, de modo que los miembros del equipo se puedan concentrar en los resultados. Los ciclos cortos, iterativos, orientados por rasgos (features) son mejores.
B. ROLES Hay tres categorías de rol en FDD:
Roles claves. Roles de soporte. Roles adicionales.
ROLES CLAVE
Sign up to vote on this title
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad Propietarios de clases
Experto de dominio
Son desarrolladores individuales, trabajan bajo la guía del programador jefe en diseño, codificación, prueba y document de las características repartidas. Usuarios, clientes, patrocinadores, analista de negocios son de conocimiento para desarrolladores. Tabla 1. Lista de roles Clave en FDD
ROLES SOPORTE ROL
DESCRIPCION
Administrador de entrega
Controla el progreso del proceso revisando los reportes del programador jefe y manteniendo reuniones breves con él y reporta al manager del proyecto. Conoce a la perfección el lenguaje y la tecnología. Encargado del control de versiones de los builds y publicación documentación. Construye herramientas ad-hoc Ej. Mantiene bases de datos y sitios Web. Controla el ambiente de trabajo y pone en producción el siste cuando se lo entrega.
4
Abogado/gurú de lenguaje Ingeniero de construcción Herramientista (toolsmith), Administrador del sistema,
Tabla 2. Lista de roles Soporte en FDD
ROLES ADICIONALES ROL
DESCRIPCION
Un miembro de un equipo puede tener otros ro cargo, y un solo rol puede ser compartido por v personas.
Verificadores y encargados del despliegue y escritores técnicos.
Tabla 3.
C. CARACTERISTICA O RASGO
Lista de roles adicionales en FDD
Sign up to vote on this title
Not useful Useful es Desde el punto de vista de una definición una pequeña función
expresada en términos de valor del cliente. Para FDD es la forma de
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
D. PROCESOS FDD FDD consiste en cinco procesos secuenciales durante los cuales se diseña y construye el sistema. La parte iterativa soporta desarrollo ágil con rápidas adaptaciones a cambios en requerimientos y necesidades del negocio. Cada fase del proceso tiene un criterio de entrada, tareas, pruebas y un criterio de salida. Típicamente, la iteración de un rasgo tiene un tiempo de 1 a 3 semanas máximo. 5
Fig. 1. Diagrama de los procesos de FDD
Sign up to vote on this title
Las fases son:
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
El dominio general podría subdividirse en áreas más específicas y se define un ensayo más detallado para cada uno de los miembros del dominio. Luego de cada ensayo, un equipo de desarrollo trabaja en pequeños grupos para producir modelos de objeto de cada área de dominio. Simultáneamente, se construye un gran modelo general para todo el sistema. La Meta de esta fase es que todos los miembros del equipo obtengan una buena comprensión, compartida del dominio del problema y construir la base. 6
Fig. 2. Diagrama descriptiva del
proceso desarrollar el modelo General en FDD.
2. CONSTRUIR UNA LISTA DE CARACTERÍSTICAS O RASGOS En esta fase el equipo encargado de listar los rasgos son: expertos de dominio, programadores jefe, Arquitectos Jefe. Los ensayos, modelos de objeto y documentación de requerimientos Signuna up to vote on thisde titlerasgos. Los proporcionan la base para construir amplia lista Useful Not useful rasgos son pequeños ítems útiles a los ojos del Son similares cliente. a las tarjetas de historias de XP y se escriben en un lenguaje que todas las partes puedan entender. Las funciones se agrupan
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
7
Fig. 3. Diagrama de
agrupación de la lista de características en FDD.
3. PLANEAMIENTO POR CARACTERISTICA O RASGO En esta fase el equipo de planificación es formada por: El administrador del proyecto el administrador de desarrollo y jefes de programadores, esta fase incluye la creación de un plan de alto nivel, los miembros colaboran para obtener un análisis y diseño completo a bajo nivel en el que los conjuntos de rasgos se ponen en secuencia conforme a su prioridad y dependencia, y se asigna a los programadores jefes. Las listas se priorizan en secciones que se llaman paquetes de diseño. Luego se asignan las clases definidas en la selección del modelo general a programadores individuales, o propietarios de clases. Se pone fecha para los conjuntos de rasgos. El equipo necesita actualizar el modelo para soportar sus cambios.
Sign up to vote on this title
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
4. DISEÑO POR RASGO
8
El equipo responsable de esta fase es: el programador jefe, los propietarios de clases, que trabaja en a nivel de paquetes, basado en la arquitectura técnica. Se define con precisión las clases y objetos de diseño y se crea diagramas de secuencia si es necesario. Los rasgos son más claros y se actualiza el modelo de la fase de la primera etapa. En esta fase una iteración puede tomar de unos pocos días a un máximo de dos semanas. Puede haber varios grupos trabajando en paralelo. El proceso iterativo incluye inspección de diseño, codificación, prueba de unidad, integración e inspección de código.
Sign up to vote on this title
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
830 views
0
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
5. DESARROLLO DE RASGO Son responsables de esta fase los programadores jefe y propietarios de clases. Una iteración puede tomar de unos pocos días a un máximo de dos semanas. Puede haber varios grupos trabajando en paralelo. El proceso iterativo incluye inspección de diseño, codificación, prueba de unidad, integración e inspección de código.
9
Luego de una iteración exitosa, los rasgos completos se promueven al build principal. E. PRACTICAS Uno de los motivos por los que nos puede resultar especialmente atractivo Feature Driven Development es el hecho que esté construido alrededor de una serie de prácticas que si bien desde otras metodologías de desarrollo se apoyan, es en FDD en donde se exigen. 1. ISPECCIONES REGULARES
Inspecciones obligatorias de código, dos las principales razones de las inspecciones son encontrar encontrar más más errores así como diferentes diferentes tipos de errores como gran gran experiencia y aprendizaje. aprendizaje. Se refiere al uso de los mejores mecanismos de detección d etección conocidos. FDD es tan escrupuloso en materia de inspección como lo es Evo. 2. EQUIPOS DE RASGOS
Los equipos son pequeños y dinámicamente formados. La existencia Sign up to vote on this title de un equipo garantiza que un conjunto mentes se apliquen a Not useful Useful de cada decisión y se tomen en cuenta múltiples alternativas.
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
0
830 views
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
10
Fig. 5. Diagrama de
Equipos de desarrollo dinámicos guiados por rasgos en FDD.
3. REPORTE DE PROGRESO
Se comunica comunica a todos los los niveles organizacionales necesarios. FDD suministra un rico conjunto de artefactos para la planificación y control de los proyectos. FDD hace hincapié en la capacidad de proporcionar información sobre el progreso preciso, relevante y dentro y fuera del proyecto.
Device Management Ike II Cu mulative mulative Flow
s e r u t a e F
240 220 200 180 160 140 120 100 80 60 40 20 0
Sign up to vote on this title
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
0
830 views
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Download
Magazines
News
Documents
Sheet Music
Join
Ejemplo de Casos de Uso
1
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
desarrollado también algunas herramientas que generan vistas combinadas o específicas. Se comunica comunica a todos los los niveles niveles organizacionales organizacionales necesarios. FDD suministra un rico conjunto de artefactos para la planificación y control de los proyectos. 4. GESTION DE CONFIGURACION 11
Esta práctica ayuda a separar el código de las funcionalidades completas hasta la fecha así así como llevar llevar un control control de versiones versiones e historial historial de cambios. F. NORMAS DE USO DE FDD
De 10-250 desarrolladores Practico para los trabajadores con experiencia por encima del promedio. No usar este modelo en equipos menores a 10 personas o cuando el equipo es escalando la curva de aprendizaje y no existe un sistema de apoyo.
5. POSICIÓN EN EL MERCADO
Coad se unió en 1999 TogetherSoft hoy Borland que tenia 35 empleados (1999), 266 empleados (2000), 400 (hoy) 15/01/2003: Borland compra por $ 82.5 m + 9 millones de acciones . 6. FDD vs XP
Developer Tools
Sign up to vote on this title RUP
FDD
useful Not XP
??? Rational
10-250 developers TogetherSoft (Borland)
50 developers ???
Useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
0
830 views
Upload
Sign In
Join
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Magazines
News
Documents
Sheet Music
Ejemplo de Casos de Uso
1
Download
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
III.
CASO DE APLICACIÓN SOFTWARE PARA ENTIDAD FINANCIERA A. PROBLEMA
12
Una entidad Financiera requiere un sistema para el manejo de las cuentas, los clientes y de las transacciones de estos, las cuales usualmente se hacen personalmente en alguna de las sucursales del banco, no obstante algunas de ellas como por ejemplo las consultas de saldo, o las consignaciones de una cuenta a otra se pueden realizar a través de la página Web de la entidad, la cual debe estar habilitada habili tada para los clientes. B. PROPUESTA SOLUCION Primer paso conocer completamente la visión, el contexto y los requerimientos del sistema a desarrollar a. Visión: Manejo de las transacciones y de su interacción con la base de datos de las cuentas de los clientes y el sistema si stema de contabilidad. b. Contexto: Elaboraremos un diagrama de contexto que ilustre el marco del sistema.
Clientes
Personal del banco
Sign up to vote on this title
Sistema de
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
0
830 views
Sign In
Upload
Join
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Ejemplo de Casos de Uso
1
Download
Magazines
News
Documents
Sheet Music
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
C. DESARROLLO DEL MODELO GENERAL DEL PROBLEMA
13
Requerimientos: a. El sistema debe permitir la realización de transacciones (consulta de saldo, consignaciones de una cuenta a otra) a través de la página Web de la entidad. b. La base de datos actual actual es muy estable, por lo cual el sistema debe trabajar con ella. c. El sistema de contabilidad también debe permanecer, tal como está en la actualidad, ya que es muy eficiente. d. El sistema debe ser seguro, es decir, debe detectar posibles fraudes a través de la red, mediante accesos indebidos.
Cliente
-Identificacion : Double = 0.0 +ObtenerDatos() : void
Cuenta
-Realizador -Operacion * 1
* -End1
Transacción
+Tipo : String = null +()
*
*
-End3
*
-End4
SistemaContabilidad
-Numero : Integer = 0 +ObtenerSaldo() : Integer Fig. 7. Diagrama del
-End2
modelo General del Problema.
D. CONSTRUCCION DE LISTA DE RASGOS El banco ha solicitado lo siguiente: Sign up to vote on this title Página Web. Useful Not useful Actualización de la base de datos. Actualización del sistema de contabilidad
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
0
830 views
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks Magazines
News
Save
Embed
Share
Print
Ejemplo de Casos de Uso
1
Download
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
Documents
Join
Sheet Music
Sistema de consultas y transacciones y la correspondiente actualización de la base de datos y del sistema de contabilidad. Interfaces de usuario, para todas las consultas y las transacciones y su correspondiente integración al sistema. Sistema de seguridad, que incluya las restricciones del sistema y protección contra accesos indebidos y su integración al sistema.
E. PLANIFICACION DE RASGOS 14
Se han ordenado los grupos de funcionalidades, según su prioridad y la dependencia y a cada una de ellas se le asignó un responsable: Grupo 2: Luis. Grupo 3: Gabriela. Grupo 4: José. Grupo 5: María. Cronograma: La construcción de cada grupo de funcionalidades dura, máximo 2 semanas, y al final de este e ste período se realizará una exposición del avance del sistema al cliente. En total, la construcción del sistema dura 8 semanas y dos más de prueba e implementación la entidad financiera.
F. DISEÑO Y CONSTRUCCION DE RASGOS Estas dos fases, implican un proceso iterativo, que comienza con el diseño y to vote on this implementada, title termina con la prueba pru eba del funcionamientoSign de laupfuncionalidad Not pasando por la codificación, su evaluación y laUseful integración al useful sistema. El proceso se desarrolla, según el orden definido en la fase de planificación.
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join
Search
Home
Saved
0
830 views
Upload
Sign In
RELATED TITLES
0
Feature Driven Development Uploaded by Linda Luna Tellez
Top Charts
Books
Audiobooks
Save
Embed
Share
Print
Magazines
News
Documents
Sheet Music
Ejemplo de Casos de Uso
1
Download
Join
of 15
Tutorial de PgAdmin
Tema2
Search document
Feature Driven Development – FDD
Universidad Autónoma Gabriel René Moreno Gestión Operativa de la Calidad
IV.
CONCLUSION FDD combina muchas de las mejores prácticas de otros modelos ágiles, FDD fue creado inicialmente orientado hacia los equipos de proyectos grandes. FDD pone menos énfasis en el diseño inicial y enfoca rápidamente al punto donde el equipo puede ofrecer una nueva funcionalidad a alguna característica de proyecto. FDD es flexible a mayor mayor necesidad de de código, código, mayor mayor organización organización y documenta lo necesario. Por otro lado las flaquezas que esta metodología es la necesidad la de contar con miembros experimentados en el equipo y la dependencia de miembros en la jerarquía de roles. Debe resaltarse así mismo que es una de las metodologías ágiles que presenta guías muy concretas, con técnicas muy específicas.
15
V.
REFERENCIAS [1] Peter Coad, Eric Lefebvre y Jeff DeLuca. Java modeling modeling in color with UML: Enterprise components and process . Prentice Hall, 2000. [2] Feature-driven development (FDD) http://en ttp://en.wikipedia.o .wikipedia.org/wiki/Feature rg/wiki/Feature_Driven_Develop _Driven_Development ment [3] Feature-driven development (FDD), David J. Anderson http://www.agilemanagement.net http://www.agilemanagement.net.. [4] Palmer, Stephen. "FDD History." N.p., 2010. Web. 27 Mar 2010. http://www.step-
10.com/SoftwareProcess/FeatureDrivenDevelopment/FDDHistory.html [5] Palmer, Stephen, Stephen, John Felsing Felsing A practical practical guide to feature driven driven development development the Coad Series Prentice Hall, 2000. [6] Feature-driven development (FDD), Portal, http://www.featur http://www.featuredrivendev edrivendevelopment.co elopment.com/ m/ [7] Ejemplo Feature-Driven Development (FDD), Universidad Nacional de Colombia.
Sign up to vote on this title
Useful
Not useful
Home
Saved
Top Charts
Books
Audiobooks
Magazines
News
Documents
Sheet Music
Upload
Sign In
Join