1 of 27

Slide Notes

DownloadGo Live

Feature Driven Development

Published on Sep 18, 2019

No Description

PRESENTATION OUTLINE

Feature Driven Development

Photo by geekia

Agenda

  • Origen
  • Feature
  • Valores
  • Reglas
  • Prácticas
  • Ciclo
  • Roles
  • Caso de éxito

Origen

  • 1999: "Java Modeling in color with uml"
  • Empresa de Jeff DeLuca's
  • Peter Coads:'feature'
Photo by Nooku

Primera vez que se utilizo
-Singapour 1997
-15 meses
-50 personas

Photo by RG1033

Segundo proyecto
-18 meses
-250 personas

Photo by Dylan Gillis

Feature

  • Pequeño
  • Funcion que tiene valor para el client
  • Ejemplo: "Validar el correo electronico de un usuariO"
  • Fuente principal de requerimientos
  • VS RUP VS SCRUM
Photo by Trey Ratcliff

Valores

  • Satisfacer al cliente
  • Entregar el software de trabajo que agregue valor al cliente
  • El software es la medida principal del progreso
  • Simplicidad
Photo by Clay Banks

Reglas

  • Realizar los 5 pasos de procesos
  • Todos tienen un rol específico definido
  • Las características se planifican y desarrollan una por una como unidades incrementales.

Prácticas

  • Modelado de objetos de dominio
  • Desarrollo por funciones the
  • Propiedad de la clase
  • Equipo de funciones
  • Prácticas

    • Inspecciones
    • Programa de construcciones regular
    • Gestión de la configuración
    • Informes de progreso

    Ciclo

    Desarrollar el modelo global

    • Los expertos del dominio tienen una idea sobre el contexto y los requerimientos que debe cumplir el sistema.
    • No se hace énfasis en la recolección y administración de requerimientos.
    • Informe “walkthrought” donde el equipo y el arquitecto son informados con una descripción de alto nivel del sistema.
    • El dominio global se subdividido en áreas y se realiza un “walkthrought” para cada uno, luego se realiza un modelo de objetos.
    Photo by chuttersnap

    Desarrollar el modelo global

    • Los expertos del dominio tienen una idea sobre el contexto y los requerimientos que debe cumplir el sistema.
    • No se hace énfasis en la recolección y administración de requerimientos.
    • Informe “walkthrought” donde el equipo y el arquitecto son informados con una descripción de alto nivel del sistema.
    • El dominio global se subdividido en áreas y se realiza un “walkthrought” para cada uno, luego se realiza un modelo de objetos y se construye.
    Photo by chuttersnap

    Construir la lista de características

    Feature List
    Photo by Trey Ratcliff

    Planificar

    Plan by Feature
    Photo by orangeacid

    Diseñar y construir

    Build and design by feature
    Photo by m-s-y

    CLaves

    • Administrador del Proyecto
    • Jefe Arquitecto
    • Manager de Desarrollo
    • Jefe Programador
    • Propietarios de clase
    • Experto de dominio
    Photo by SpaceX

    Soporte

    • Administrador de entrega
    • Gurú de lenguaje
    • ingeniero en construcción
    • Herramentista
    • Administrador del sistema
    Photo by Milan Popovic

    Adicionales

    • Verificadores
    • Encargados de despliegue
    • Escritores técnicos
    Photo by mag3737

    Caso de Éxito

    Untitled Slide

    • Desarrollado entre los años 1995-1999
    • Objetivo: Rediseñar completamente la plataforma de préstamos de un banco en Singapur
    Photo by .ILDE

    Untitled Slide

    • Preocupación por la calidad
    • Monitoreo constante
    • Iteraciones muy cortas (2 semanas)
    • Resultados periódicos y tangibles
    • Darle mayor importancia a las etapas de diseño y construcción
    Photo by Helloquence

    Resultados

    • Proyecto completado a tiempo y por debajo del presupuesto

    Conclusiones

    Referencias

    Untitled Slide

    • (2006) Feature-Driven Development. In: Agile Software Construction. Springer, London
    • Palmer, SR., Felsing, JM. “A Practical Guide to Feature Driven Development”, Prentice Hall, 2002.