P6 - AESM Aclaración: Para mejor legibilidad de los diagramas, descargar el ".pdf" de Scribd.

 Reparto de tareas:

• Generación del documento: Carlos Meca. 
• Diagrama de Casos de Uso: Álvaro Yuste 
• Diagrama de Clases: Carlos Meca y Carlos Sanchís. 
• Diagramas de Colaboración: Carlos Meca y Carlos Sanchís. 
• Diagrama de Estados: Javier Sánchez. 
• Diagramas de Secuencia: Álvaro Yuste y Javier Sánchez. 
• Diagrama de Actividad: Carlos Meca. 
• Por las nubes: Javier Sánchez.

Práctica 5 - AESM - Proyecto Blowish

Proyecto Blowish Javier Sánchez Riquelme Álvaro Yuste Torregrosa Carlos Sanchís Server Carlos Meca López

Glade

En esta entrada vamos a realizar una valoración del programa Glade de programación de interfaces gráficas para Ubuntu, junto con un pequeño tutorial para realizar una calculadora en él.

Los roles de cada integrante del grupo han sido:

- Álvaro Yuste: Descripción de las caracteríticas.

- Carlos Meca: Manual de Usuario.

- Javier Sánchez: Tutorial.

- Carlos Sanchís: Conclusiones.

Descripcion y Tutorial de GLADE (AESM)

Adjuntamos un videotutorial sobre la calculadora: 

http://vimeo.com/38848388
Si el video no carga podrás verlo en la opción de descarga.
Aquí importamos un video temporal

y la plantilla de código en C para embeberla en la interfaz:

mediafire.com/?5p85w33n4orf5kh

Preguntas tipo test: ¿Existe alguna forma de integrar las metodologías ágiles con el proceso unificado de desarrollo?

Hemos elegido este tema complementario para desarrollar las 8 preguntas tipo test. La documentación que hemos consultado para adquirir los conocimientos necesarios se encuentra en las siguientes urls:

• ¿Es RUP un método ágil?
• Metodologias ágiles RUP
• Metodologías ágiles: RUP, XP y FDD
• Agil Unified Process
• Open Unified Process

Las preguntas redactadas son las siguientes (las respuestas están en el GoogleDoc):

25.  RUP (Rational Unified Proyect) como una metodología que evoluciona del UP, puede considerarse una metodología ágil?

a) Si, siempre, porque incluye desarrollo Dirigido por Pruebas (TDD)  

b) Depende del enfoque que se le de por los desarrolladores.  

c) No, es una metodología orientada a objetos como UP.  

d) RUP no existe como metodología, unicamente existe AUP.

26. La metodología AUP (Agile Unified Process) se puede considerar ágil porque añade al proceso unificado:

a) Arquitectura ágil basada en funcionalidades.  

b) Ciclo de vida iterativo y adaptativo.  

c) Modelado y gestion de cambios Ágil. 

d) Tablero con sistema de tarjetas.

27. ¿En qué fase del AUP (Agile Unified Process) se deben desarrollar y/o mejorar los códigos fuente del proyecto?

a) Construcción

b) Inicio

c) Transición

          d) Elaboración

28. ¿Cuál de estos es un entregable MÍNIMO de la metodología AUP (Agile Unified Process)?

       
          a) Plan de despliegue

b) Lista de riesgos

c) Documentación del Sistema

          d) Documentación de Usuario

29. ¿Cuál de estas prácticas es recomendable según la metodología OpenUp?

a) Colaboración y apollo entre los integrantes del grupo. 

b) Dar la misma prioridad a todas las tareas que deben realizarse. 

c) Elaborar temprano la Arquiectura, una vez terminada la organización del desarrollo del proyecto. 

d) Todas las anteriores son correctas. 

30. A la hora de iniciar un proyecto bajo OpenUp:

          a) Evaluar riesgos.

b) Determinar el tamaño del proyecto y de sus iteraciones.

c) Asignar los roles a cada miembro del equipo.

          d) Todas las anteriores son correctas.

31. Cual de estos no es un principio del OpenUp

a)Colaborar para sincronizar intereses y compartir conocimiento 

b)Equilibrar las prioridades para maximizar el beneficio obtenido por los interesados en el proyecto 

c)Dejar de lado la arquitectura de forma temprana para minimizar el riesgo 

d)Desarrollo evolutivo para obtener retroalimentación y mejoramiento continuo

32. Como se organizan los componentes en el OpenUp?

a)Está organizado en dos dimensiones diferentes pero interrelacionadas: el metodo y el proceso 

b)Se centra únicamente en el método 

c)Se centra únicamente en el proceso 

d)Está organizado en dos dimensiones diferentes y sin ningún tipo de realción entre ellas: el método y el proceso

Practica 3: Otras Metodologías Ágiles

Nos hemos dividido las cuatro metodologías, una para cada uno, para poder trabajar independiente y paralelamente con ellas a lo largo de la semana. Al finalizar nos hemos reunido y hemos puesto en común las características de las metodologías estudiadas para realizar entonces una comparativa. La estructuración del trabajo ha sido la siguiente:

• FDD - Feature Driven Development: Alvaro Yuste Torregrosa @AlvYuste
• Crystal Clear: Carlos Meca López @CMeca
• DSDM - Dynamic Systems Development Method: Javier Sánchez Riquelme @Xavis
• AUP - Agile Unified Process: Carlos Sanchís Server.

- Comparativa: Trabajo Conjunto. #AESMBerry Metodologías Ágiles

Practica 2: Simulacro XP

Hemos dividido el contenido de la memoria de la práctica en cuatro partes:

• Rol de desarrollador (ALVARO)
• Rol de Coach y Conclusion (XAVI)
• Rol de Cliente (CARLOS)
• Figura del Coach e Introduccion (MECA)

La fecha límite para tener los apartados redactados por cada miembro del grupo es el miercoles 29 de febrero, en la hora de practicas de AESM. Se trabajó en paralelo mediante Dropbox. El resultado es el siguiente documento: Extreme Programing

Entrega Practica 1 - Proceso Unificado

Proceso Unificado N.Teamberry Nuestro trabajo versión Online.

Memoria del trabajo:

Las tareas de investigación del proyecto se han repartido de forma equitativa quedando de la siguiente manera:
- Álvaro Yuste se ha encargado de las Características.
- Carlos Sanchís se ha encargado de las Disciplinas.
- Javier Sanchez se ha encargado de las Fases y las Especialidades dentro del UP.
- Carlos Meca se ha encargado de la Introducción y los Artefactos.

Además entre todos hemos maquetado el trabajo y subido a Scribd para su presentación en esta misma entrada.