Ingeniería del Software 2013/2014

 Integrantes del proyecto  Ámbito del proyecto  Arquitectura adoptada  Principal trabajo realizado en el proyecto  Planificación final del proyecto  Principales conocimientos adquiridos  Principales problemas encontrados

 Andrés Manuel Gamboa Meléndez(Jefe de proyecto)  Alejandro Magdaleno(Profesional)  David Garcia(Profesional, Secretario)  Ignacio Sancho(Profesional, Diseño)  Lorena Costa López(Profesional, Revisor)  Javier Benavides Saavedra(Supervisor)  Patricia Motoso González(Supervisor)

ÁMBITO DEL PROYECTO

 Que debe hacer el proyecto

ARQUITECTURA ADOPTADA

 Arquitectura Multicapa ◦ Presentación Presenta la información y de interactuar directamente con los usuarios o empleados del banco ◦ Negocio Lógica de la aplicación del GIC Bank, es la encargada de implementar las operaciones solicitadas por los usuarios ◦ Integración Acceso a datos o recursos, es la responsable de gestionar todos los elementos de información del sistema de información distribuida

 Diagrama de Secuencia a nivel multicapa ◦ Crear una cuenta

 Modelo Vista Controlador ◦ Modelo Pasivo

 Patrones Aplicados (1) ◦ Fachada, Factoría, Singleton, Servicio de aplicación

 Patrones aplicados (2) ◦ Data Access Object

PRINCIPAL TRABAJO REALIZADO EN EL PROYECTO

En este proyecto comenzamos 8 miembros y antes de la primera entrega uno de ellos decidió dejarlo y tuvimos que reorganizarnos a pocos días de la entrega, de hacer todo su trabajo entre todos. Desde el primer momento decidimos que el trabajo íbamos a asignarlo en partes equitativas para ser justos, pero que se podría ayudar o reasignar roles según las necesidades de cada momento. Principal trabajo realizado en el proyecto (1/5)

Nuestro jefe de grupo, Andrés Gamboa nos ha ido gestionando los tickets tras las reuniones organizadas, donde hemos asignado los trabajos a realizar. También colaboro en el Diagrama de clases modificándolo hasta adaptarlo al final. Patricia Motoso ha sido gran participe en la adaptación al formato de la plantilla de todos y cada uno de los documentos que hemos ido subiendo a Assembla. También contribuyo a la gestión del proyecto. Principal trabajo realizado en el proyecto (2/5)

Ignacio Sancho se encargo de la codificación, las pruebas de nuestro proyecto y como todos de las tareas comunes del proyecto. Alex Magdaleno y Javier Benavides fueron los encargados principales del diseño y arquitectura del proyecto. También contribuyeron a todas las tareas comunes. David García y Lorena Costa han sido los encargados del análisis y diseño del proyecto, a parte de la colaboración común de todas las tareas asignadas. Principal trabajo realizado en el proyecto (3/5)

En, mayor o menor medida, todos hemos ido revisando los archivos, viendo los posibles errores y como poder solucionarlos. El trabajo con más volumen y más laborioso, como puede ser el de los casos de usos, se repartió por partes y a cada uno se le repartieron un numero de casos de usos a realizar. También, en el caso de los patrones de diseño, nos repartimos el trabajo, y cada uno fue el encargado de un patrón de diseño, de su desarrollo, de su explicación y como ha sido utilizado en nuestro proyecto. Principal trabajo realizado en el proyecto (4/5)

Queremos recalcar, que nos hemos ayudado unos a otros, porque ha sido difícil cuadrar horarios y mucho más en momentos claves del curso donde se nos acumulaban tareas. En definitiva todos hemos intentado hacer el trabajo lo mejor posible, proponiendo ideas, trabajando e implicándonos para poder llevar a cabo todo este proyecto del año. Principal trabajo realizado en el proyecto (5/5)

PLANIFICACIÓN FINAL DEL PROYECTO

PRINCIPALES CONOCIMIENTOS ADQUIRIDOS

PRINCIPALES PROBLEMAS ENCONTRADOS

 Vamos a dividir los problemas surgidos en el proyecto según el tipo de riesgo que conlleva:  PROBLEMAS EN EL PERSONAL ◦ Abandono definitivo de uno de los miembros del equipo a finales de Diciembre que supuso una nueva redistribución de las tareas entre el resto de integrantes y por lo tanto más trabajo para cada uno de ellos. Debido a esto se produjo un retraso en la fecha limite propuesta en la planificación inicial. ◦ Equipo con poca experiencia a la hora de trabajar en un proyecto con un elevado número de integrantes.

◦ Escaso conocimiento del software y falta de experiencia programando en lenguajes con los que se desarrollará la aplicación. Para ello hicimos uso de tutoriales encontrados tanto en libros como en internet. ◦ Conflictos de horarios entre los miembros del proyecto, tanto por responsabilidades profesionales, ya que algunos integrantes tenían horario limitado al tener que trabajar fuera del proyecto, como por incompatibilidad en los horarios académicos.  Debido a esto se organizaban reuniones en los que participaran un mayor número de personas, y aquellas que no pudieran acudir eran informados del trabajo que tenían que realizar a través de la aplicación Assembla o por dispositivos móviles

◦ Se ha producido una mala organización entre los miembros del equipo, teniendo que sacar la mayor parte del trabajo en las 3 últimas semanas antes de la fecha límite de entrega.  Se organizó en una reunión varias fechas para ir entregando, por cada miembro distintas partes del proyecto repartido de forma equitativa que había que ir acabando para poder empezar otras.  Por motivos ajenos al proyecto, aparte de los problemas anteriormente descritos, se fueron produciendo retrasos en todas las entregas por algún integrante del equipo y esto generó nuevos retrasos en las sucesivas entregas propuestas en la planificación inicial.  Debido a todo esto se ha tenido que llevar a cabo una gran cantidad de trabajo en las últimas semanas para poder sacar el proyecto adelante y tenerlo preparado para la entrega, de forma que todos los integrantes, al final, han llegado a organizarse como un equipo.

 PROBLEMAS EN GESTIÓN DEL PROYECTO ◦ Se han producido cambios en el proyecto con respecto a las ideas iniciales principalmente por falta de tiempo debido a todos los motivos anteriormente descritos.  PROBLEMAS TÉCNICOS ◦ Se han producido fallos técnicos, muy normales en aplicaciones informáticas, como por ejemplo, dejar de funcionar temporalmente la página desde la cual se hacía uso de la documentación como ayuda para realizar el proyecto.