Proyecto - 23/24
Contenido
Material y enlaces relacionados con el proyecto
Documentación general
- Documento de descripción general del proyecto (bajar el archivo PDF): Guía general del proyecto en equipo
- Plantillas para los documentos del proyecto: https://github.com/EGCETSII/Entregables/wiki
- Inscripción de los equipos (leer instrucciones más abajo sobre el M0)
Tipos de proyectos según nota a la que aspira
Tipos de proyectos | Máxima nota a la que aspira | Necesita coordinación |
---|---|---|
Decide single | 7 | NO |
Decide part | 8/9 | SI, 2 o 3 equipos |
Decide full | 10 | SI, al menos 4 equipos |
Innosoft | 10 | NO, pero podría hacerse |
Investigación | 10 | NO, pero podría hacerse |
Se podrá elegir entre los siguientes tipos de proyectos:
Proyectos "Decide
- Portal de Github con el código: https://github.com/EGCETSII/decide
- Presentación de "decide" de cursos pasados Archivo:00-Decide1920.pdf
- Subsistemas de los que se compone: https://github.com/EGCETSII/decide/blob/master/doc/subsistemas.md
- Algunas ideas de cambios que se pueden introducir: https://github.com/EGCETSII/decide/blob/master/doc/issues.md
- Subtipos de proyectos Decide:
- Decide-single: un proyecto de un solo equipo derivado de Decide en el que no haya integración con otros equipos, más información.
- Decide-part: Un proyecto de menos de 4 equipos derivado de Decide en el que todos los equipos estén integrados entre sí, más información.
- Decide-full: Un proyecto de al menos 4 equipos derivado de Decide en el que todos los equipos estén integrados entre sí, más información.
¿Qué cambios se le puede hacer a Decide?
- Se pueden plantear todo tipo de cambios, desde incrementar alguna funcionalidad hasta cambiar alguna tecnología.
- Lo importante es tener claro que cada persona debe ser responsable clara de al menos uno de esos cambios y algunos otros cambios podrán recaer en el equipo en su conjunto.
- El tipo de cambios que podéis hacerle al sistema pueden estar basados en las sugerencias que están publicadas en el portal de Decide, pero no tienen por qué ser esos cambios.
- Si sois un proyecto de más de un equipo, os podéis repartir los subsistemas, pero tampoco es obligatorio hacerlo así si pensáis que puede haber alguna forma mejor de organizaros.
- Un equipo podrá modificar más de un subsistema.
Proyectos "InnoSoft"
- Un proyecto de uno o varios equipos relacionados con la automatización de las jornadas (InnoSoft), más información.
Proyectos "Investigación"
- Un proyecto de uno o varios equipos relacionados con investigación, más información.
Equipos y proyectos
M0: Este es el listado de proyectos y personas inscritas con la fecha límite establecida. Se señalan cuatro casos especiales según el color de algunas celdas.
Si algún proyecto no se ha inscrito a tiempo podrá continuar con el proyecto pero no podrá presentarse a M1. Debe estar antento para una inscripción una vez haya pasado M1. Si alguna persona todavía no tiene proyecto, debe ponerse urgentemente en contacto con alguno de los proyectos que todavía tienen plazas libres/vacantes o, en su defecto, ponerse en contacto con el coordinador de proyectos (David Benavides) para solucionar la incidencia.
Cualquier otra duda, puede dirigirse al coordinador de proyectos de la asignatura.
Fechas Importantes
Seguimientos
- Seguimiento de gestión del código fuente (+info)
- Seguimiento de pruebas (+info)
- Seguimiento de integración/despliegue (+info)
Milestones
- M0: Inscripción de los equipos (+info)
- V 6 Octubre
- M1: Sistema funcionando y pruebas (+info)
- X-J 25 y 26 Octubre
- M2: Seguimiento de proyectos (+info)
- X-J 15 y 16 Noviembre
- M3: Entrega de proyectos y defensas (+info)
- X-J 20 y 21 Diciembre
Calificaciones de los proyectos y los equipos
Indicaciones sobre requisitos mínimos para superar el proyecto
Cálculo de la nota del proyecto
El proyecto es parte de la evaluación continua de la asignatura y tiene el peso indicado en la guía docente de la asignatura. Para calcular la nota del proyecto se tienen en cuenta varios aspectos:
- La inscripción del proyecto a tiempo (M0)
- La asistencia a las clases de seguimiento (seguimiento de proyectos en gestión del código fuente, en pruebas, en integración/despliegue)
- Las entregas y desempeño en los distintos milestones (M1, M2, M3)
El total de la nota se calculará de la siguiente manera:
Nota parcial del proyecto:
- El M3 tendrá una nota para cada integrante del proyecto
- El M2 podrá penalizar hasta en 1 punto dicha nota. Si todo sale bien, no habrá penalización.
- El M1 podrá penalizar hasta en 1 punto dicha nota. Si todo sale bien, no habrá penalización.
Ejemplo: si una persona saca un 8 en M3 pero en M2 y M1 todo fue bien, su nota se quedará en un 8. Sin embargo, si la misma persona tuvo algún percance en M1 o M2, podría sacar hasta un 6 en esta nota parcial
Penalizaciones por ausencias a seguimiento y puntualidad:
- La no asistencia a las sesiones de seguimiento penalizará un 5% cada una sobre la nota parcial del proyecto (hasta un máximo de un 15%). ¡OJO!, eso se refiere a las sesiones de seguimiento, no a los milestones que tienen su impacto en la nota parcial del proyecto como se ha descrito en el punto anterior.
- La no inscripción a tiempo del equipo del proyecto penalizará un 5% sobre la nota parcial del proyecto.
Nota final del proyecto:
- La nota final del proyecto se calculará con la fórmula: NOTA FINAL DEL PROYECTO = Nota parcial del proyecto * [(100 - suma(penalizaciones_por_ausencia_y_puntualidad))/100]
Por ejemplo, si una persona tiene una nota parcial del proyecto de 9 y no ha tenido ningún tipo de penalización por ausencia y puntualidad, su nota final del proyecto se quedará en un 9. Si la misma persona con una nota de un 9 ha tenido alguna penalización por ausencia o puntualidad, su nota podrá bajar hasta en un 20%, es decir, hasta un 7,2.
Tenga en cuenta que esta nota es la que se calcula para el proyecto pero después, dependiendo del proyecto, esta nota puede tener un límite (por ejemplo, de un 7 en el caso de proyectos decide-single).