Descargar la presentación
La descarga está en progreso. Por favor, espere
Publicada porVincenç Barragan Modificado hace 10 años
1
GRUPO A De Melchor Álvarez, Rodrigo Estremera López, Daniel
Gutiérrez Blesa, Juan Ramón Braojos García, David Míguez Rein, Rodrigo Claudio Ramón Puch, Alejandro Marazuela Ramos, Borja
2
1)GESTIÓN DE RESPONSABILIDADES 1.1.- Responsabilidades
De Melchor Álvarez, Rodrigo →encargado de integración Estremera López, Daniel → programador Gutiérrez Blesa, Juan Ramón → pruebas Braojos García, David → jefe proyecto Míguez Rein, Rodrigo Claudio →programador Ramón Puch, Alejandro →encargado calidad Marazuela Ramos, Borja → analista/diseñador
3
1.2.- Cauces de comunicación
Con el fin de coordinar las tareas y responsabilidades de cada miembro del grupo, hemos utilizado los siguientes medios de comunicación: ►Redes móviles (SMS, WhatsApp). ►Correo Electrónico (Gmail). ►Redes sociales (Tuenti, Facebook).
4
2)GESTIÓN DE CONFIGURACIÓN 2.1.- Repositorio 2.2.- Estándares
El repositorio utilizado es google code, en el cual se pondrán las actualizaciones del proyecto.
5
3)ESTADO DE PLANIFICACIÓN 3.1.- Estimación
La estimación del tiempo que nos esta llevando el proyecto aproximadamente es de unas 5 horas semanales.
6
3)ESTADO DE PLANIFICACIÓN 3.2.- Tareas
De Melchor Álvarez, Rodrigo →integración Estremera López, Daniel → codificación Gutiérrez Blesa, Juan Ramón → pruebas Braojos García, David → liderar Míguez Rein, Rodrigo Claudio →codificación Ramón Puch, Alejandro →control calidad Marazuela Ramos, Borja → diseño
7
4)CASOS DE USO 4.1.- Plantillas modelos
Especificación del cliente. Diagramas de casos de uso, con el programa IBM RSA. Plasmar los casos de uso en la plantilla. Modificación de documentos según las especificaciones del cliente.
8
5)GESTIÓN DE RIESGOS 5.1.- Identificación 5.2.- Medidas
Riesgos encontrados: Dificultad para reunir todo el grupo, solucionado organizando subgrupos. Dificultad de abandono de personal, solucionado contratando más personal.
9
6)PLAN DE PROYECTO El modelo de proceso elegido ha sido el de cascada, por diversas razones: ·Debido a su carácter metódico, asequiblemente implementable. ·Mayor facilidad en cuanto a asignación de tareas se refiere (Poca comunicación entre las fases).
Presentaciones similares
© 2024 SlidePlayer.es Inc.
All rights reserved.