Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

Crystal Methodology y FDD (Desarrollo Basado en Funciones)

No description
by

Camila Trujillo Chavarro

on 29 October 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of Crystal Methodology y FDD (Desarrollo Basado en Funciones)

FDD
Es una metodología ágil diseñada para el desarrollo de software, basada en la calidad y el monitoreo constante del proyecto.
Ventajas
El equipo de desarrollo no malgasta el tiempo y dinero del cliente desarrollando soluciones innecesariamente generales y complejas que en realidad no son un requisito del cliente.
Cada componente del producto final ha sido probado y satisface los requerimientos.
Rápida respuesta a cambios de requisitos a lo largo del desarrollo.
Entrega continua y en plazos cortos de software funcional.
Trabajo conjunto entre el cliente y el equipo de desarrollo.
Minimiza los costos frente a cambios.
Importancia de la simplicidad, al eliminar el trabajo innecesario.
Atención continúa a la excelencia técnica y al buen diseño.
Mejora continua de los procesos y el equipo de desarrollo.
Evita malentendidos de requerimientos entre el cliente y el equipo.
Caracteristicas
Se preocupa por la calidad.
Ayuda a contrarrestar situaciones como el exceso en el presupuesto, fallas en el programa o el hecho de entregar menos de lo deseado.
Propone tener etapas de cierre cada dos semanas.
Se basa en un proceso iterativo con iteraciones cortas que producen un software funcional que el cliente y la dirección de la empresa pueden ver y monitorear.
Define claramente entregas tangibles y formas de evaluación del progreso del proyecto.
No hace énfasis en la obtención de los requerimientos sino en cómo se realizan las fases de diseño y construcción.

Crystal Methodology
Crystal es una metodología de desarrollo de software ágil, aunque más bien se la considera un conjunto de metodologías para el desarrollo de software.
Crystal da vital importancia a las personas que componen el equipo de un proyecto, y por tanto sus puntos de estudio son:

Caracteristicas
Crystal aconseja que el tamaño del equipo sea reducido (Pocos componentes).
La mejora de la comunicación entre los miembros del equipo del proyecto:
Ejemplo:
El grupo debe estar en el mismo lugar de trabajo ---Disminuye el coste de la comunicación
Mejora individual --- Mejora global del equipo
INTEGRANTES:
Edward Fabian Mora Mora
Camila Trujillo Chavaro
Crystal Methodology y FDD (Desarrollo Basado en Funciones)
NOVENO B
Fue desarrollada por Jeff De Luca y Peter Coad a mediados de los años 90. Esta metodología se enfoca en iteraciones cortas, que permiten entregas tangibles del producto en un periodo corto de tiempo, de como máximo dos semanas.

Desventajas
Falta de documentación del diseño.
Problemas derivados de la comunicación oral.
Fuerte dependencia de las personas.
Falta de reusabilidad.
Proceso
Desarrollar un modelo global: Construir un modelo dividido en áreas, teniendo en cuenta la visión, el contexto y los requisitos que debe tener el sistema a construir.
Construir una lista: Se elabora una lista que resuma las funcionalidades que debe tener el sistema.
Planear: Ordenar los conjuntos de funcionalidades conforme a su prioridad y dependencia.
Diseñar: Seleccionar un conjunto de funcionalidades de la lista. Se diseña y construye l funcionalidad mediante un proceso iterativo.
Construir: Se procede a la construcción total del proyecto.

Roles y Responsabilidades
Arquitecto jefe: Realiza el diseño global del sistema. Ejecución de todas las etapas.
Director de desarrollo: Lleva diariamente las actividades de desarrollo. Resuelve conflictos en el equipo. Resuelve problemas referentes a recursos.
Programador Jefe: Analiza los requerimientos. Diseña el proyecto. Selecciona las funcionalidades a desarrollar de la última fase del FDD.
Propietario de clases: Responsable del desarrollo de las clases que se le asignaron como propias.
Expertos de dominio: Puede ser un usuario, un cliente, analista o una mezcla de estos. Poseen el conocimiento de los requerimientos

Aspecto humano del equipo
Tamaño de un equipo (número de componentes)
Comunicación entre los componentes
Distintas políticas a seguir
Espacio físico de trabajo

Crystal Clear
Crystal Yellow
Crystal Orange
Crystal Red
Crystal Maroon

Ventajas
Es apropiada para entornos ligeros
Al estar diseñada para el cambio experimenta reducción de costo.
Presenta una planificación más transparente para los clientes.
Se definen en cada iteración cuales son los objetivos de la siguiente.
Permite tener una muy útil realimentación de los usuarios.
Desventajas
Delimita el alcance del proyecto con el cliente..
Se utilizan políticas diferentes para equipos diferentes
Codificación por colores dependiendo el tamaño del equipo.

Políticas de Equipo
Full transcript