Diferencia entre revisiones de «Verificación Grupo 2 (Curso 2016-2017)»
(→Actas de reunión) |
(→Actas de reunión) |
||
Línea 53: | Línea 53: | ||
::* [[Acta Reunión III Grupo 2 - Verificación G27 | Acta Reunión III (//2017)]] | ::* [[Acta Reunión III Grupo 2 - Verificación G27 | Acta Reunión III (//2017)]] | ||
::* [[Acta Reunión IV Grupo 2 - Verificación G27 | Acta Reunión IV (//2017)]] | ::* [[Acta Reunión IV Grupo 2 - Verificación G27 | Acta Reunión IV (//2017)]] | ||
− | |||
== Ecosistema de desarrollo == | == Ecosistema de desarrollo == |
Revisión del 01:16 5 sep 2017
Contenido
Miembros
- Hugo Ramos Rico Jefe de Proyecto
- Alberto Castillo Molina Ingeniero Software
- Alejandro García García Ingeniero Software
- Andrés García González Ingeniero Software
- Dylan Moreno Téllez Ingeniero Software
Aspectos Organizativos
Introducción
Punto de partida: en las primeras semanas de clase se explica la composición del sistema de votación online Agora-US y cada uno de los módulos/subsistemas que lo componen. Estos subsistemas han sido desarrollados por alumnos que han cursado la asignatura en años anteriores. Tras conocer cuales van a ser los módulos que componen Agora-US y haber formado los equipos, el profesor David Benavides organiza una reunión para que los alumnos de la asignatura elijan sus subsistemas y empiecen a comunicarse con los grupos cuyos subsistemas están relacionados
Objetivo del proyecto: estudiar el subsitema desarrollado anteriormente, viendo las posibles mejores o posibles bugs que existán en el mismo y realizar una documentación lo más óptima posible para que así quede constancia de la evolución que este subsistema ha sufrido a lo largo del tiempo. Todo ello sin perder de vista la integración con los demás subsistemas de Agora-US
Subsistema de verificación : el módulo de verificación es aquel que se encargará de las siguientes funciones dentro de Agora-US:
* Creación de claves públicas y privadas para las distintas votaciones. * Comprobar si un voto ha sido cifrado correctamente o no. * Comprobar que la votación no ha sido adulterada.
Subsistema relacionados con Verificación :
- Administración de votos
- Cabina de votación
- Almacenamiento
Gestión de tareas
- Para la gestión de tareas se usará TRELLO
https://trello.com/b/RyU5wy2S/trabajo-egc-verificacion
Repositorio de código
- Se utilizará Git como herramienta de gestión de código y se podrá acceder al repositorio desde https://github.com/AgoraUS-G2-1617/G27
Actas de reunión
Primera convocatoria
Segunda convocatoria
Ecosistema de desarrollo
Tecnologías y herramientas
El equipo de trabajo decide crear una máquina virtual para facilitar la gestión del código a futuros compañeros de la asignatura, dicha máquina virtual cuenta con las siguientes tecnologías y herramientas:
- Windows7
- Java7
- Maven 3.3.9
- Tomcat 8.5
- MySQL 5.7
- MySQL Workbench 6.3
- Jenkins
- Github
- Eclipse Neon
*Contraseña Windows7 => desarrollo
*Credenciales MySQL => usuario:root //contraseña:desarrollo
Gestión de código fuente
Introducción
- Para que todos los alumnos de la asignatura tengan acceso al código fuente del sistema AGORA-US se ha creado un grupo en la plataforma Github llamado AgoraUS-G2-1617. En este grupo encontraremos un repositorio git para cada subsistema.
Primeros pasos
- El jefe de proyecto se encargará de crear el repositorio para el subsistema de Verificación dentro del grupo AgoraUS-G2-1617.Justo después de crear el repositorio correspondiente al sistema de Verificación, realizará un fork al repositorio que contiene al subsistema de Verificación desarrollado por los compañeros del Grupo2 del año 15/16.
- El jefe de proyecto añadirá a todo el equipo al repositorio una vez el fork haya sido realizado.
Metodología para subir los cambios
Repositorio código Verifiación G2 16/17
https://github.com/AgoraUS-G2-1617/G27
Repositorio código Verificación G2 15/16
https://github.com/jeparca/EGCVerificacion15
Gestión de conflictos
Introducción : si se diera el caso de un conflicto, el miembro del equipo que se haya topado con el mismo será el responsable de resolverlo. Para ello tendrá que comunicarlo al equipo para ponerse de acuerdo con el miembro o miembros para acordar la versión correcta del código.
Resolución de conflictos : cuando se produce un conflicto Git nos impide realizar el push correspondiente mostrándonos un aviso del mismo. Una vez se ha comunicado el conflicto al miembro o los miembros implicados se resuelve el conflicto manualmente y se vuelve a realizar el push.
Gestión de la integración continua
Gestión de incidencias
Proyecto Opera
La entrega del proyecto se realizará mediante la plataforma Opera, espacio perteneciente proporcionado por la Universidad de Sevilla