ING. SOFTWARE 1
Desarrollo de un modelo general
Construcción de una lista de
funcionalidades
Planeación por funcionalidad
Diseño por f...
 Al

comienzo del desarrollo los expertos
del dominio están al tanto e la visión,
contexto y requerimientos del sistema a...
 Se

divide el dominio global en áreas que
son analizadas detalladamente.
 Los

desarrolladores construyen un
diagrama de clases o de objetos por
cada área.
 Una

funcionalidad de un ítem útil a los
ojos del cliente.
 Se

elabora una lista de funcionalidades
que resuma la funcionalidad general del
sistema.
 La

lista es elaborada por desarrolladores
y es evaluada por el usuario.
 Se

divide la lista en subconjuntos según
la afinidad y la dependencia de las
funcionalidades.
 La

lista es finalmente revisada por los
usuarios y los responsables para su
validación y aprobación.
 En

este punto se procede a ordenar los
conjuntos de funcionalidades conforme
a su prioridad y dependencia, y se
asigna ...
 Se

selecciona un conjunto de
funcionalidades de la lista

 Se

procede a diseñar y construir la
funcionalidad mediante...
 Una

iteración de máximo unas dos
semanas, incluye inspección de diseño,
codificación, pruebas unitarias,
integración e ...
 La

debilidad de FDD está en la
necesidad de tener en el equipo
miembros con experiencia que marquen
el camino a seguir ...
 Tamaño

de los equipos: RUP está
pensado para proyectos y equipos
grandes en cuanto a tamaño y duración.
FDD y XP en pro...
 Obtención

de requisitos: RUO y XP
crean como base UseCase y
UserStories, por lo contrario FDD no
define explícitamente ...
 Evaluación

del estado del proyecto: FDD
es posiblemente el proceso mas
adecuado para definir métricas que
definan el es...
 Evaluación

del estado del proyecto: FDD
es posiblemente el proceso mas
adecuado para definir métricas que
definan el es...
 Jose

Samuel Iglesias.
 David Polio Torres.
 Edgar Rolando Mendoza.
Desarrollo guiado por caracteristicas ingenieria de software
Upcoming SlideShare
Loading in …5
×

Desarrollo guiado por caracteristicas ingenieria de software

442 views

Published on

esta diapositiva esta subida con el objetivo que todos aprendan el uso y desarrollo de software con altas caracteristicas y requerimientos

Published in: Education
  • Be the first to comment

  • Be the first to like this

Desarrollo guiado por caracteristicas ingenieria de software

  1. 1. ING. SOFTWARE 1
  2. 2. Desarrollo de un modelo general Construcción de una lista de funcionalidades Planeación por funcionalidad Diseño por funcionalidad Construcción por funcionalidad.
  3. 3.  Al comienzo del desarrollo los expertos del dominio están al tanto e la visión, contexto y requerimientos del sistema a construir.
  4. 4.  Se divide el dominio global en áreas que son analizadas detalladamente.
  5. 5.  Los desarrolladores construyen un diagrama de clases o de objetos por cada área.
  6. 6.  Una funcionalidad de un ítem útil a los ojos del cliente.
  7. 7.  Se elabora una lista de funcionalidades que resuma la funcionalidad general del sistema.
  8. 8.  La lista es elaborada por desarrolladores y es evaluada por el usuario.
  9. 9.  Se divide la lista en subconjuntos según la afinidad y la dependencia de las funcionalidades.
  10. 10.  La lista es finalmente revisada por los usuarios y los responsables para su validación y aprobación.
  11. 11.  En este punto se procede a ordenar los conjuntos de funcionalidades conforme a su prioridad y dependencia, y se asigna a los programadores jefes.
  12. 12.  Se selecciona un conjunto de funcionalidades de la lista  Se procede a diseñar y construir la funcionalidad mediante un proceso iterativo.
  13. 13.  Una iteración de máximo unas dos semanas, incluye inspección de diseño, codificación, pruebas unitarias, integración e inspección de código.
  14. 14.  La debilidad de FDD está en la necesidad de tener en el equipo miembros con experiencia que marquen el camino a seguir desde el principio, con la elaboración del modelo global, puesto que no es tan ágil como del modelo global, puesto que no es tan ágil como podría serlo XP.
  15. 15.  Tamaño de los equipos: RUP está pensado para proyectos y equipos grandes en cuanto a tamaño y duración. FDD y XP en proyectos cortos y equipos mas pequeños.
  16. 16.  Obtención de requisitos: RUO y XP crean como base UseCase y UserStories, por lo contrario FDD no define explícitamente esa parte del proyecto sobre la adquisición de requisitos.
  17. 17.  Evaluación del estado del proyecto: FDD es posiblemente el proceso mas adecuado para definir métricas que definan el estado del proyecto debido a las pequeñas divisiones en donde su seguimiento.
  18. 18.  Evaluación del estado del proyecto: FDD es posiblemente el proceso mas adecuado para definir métricas que definan el estado del proyecto debido a las pequeñas divisiones en donde su seguimiento.
  19. 19.  Jose Samuel Iglesias.  David Polio Torres.  Edgar Rolando Mendoza.

×