Práctica 1: Arquitectura del proyecto.

Descripción

Se trata de definir un proyecto entre las diferentes posibilidades que se planteen, explicar su arquitectura y organizar los hitos para el trabajo en el mismo. Lo esencial es entender cuál es la arquitectura y la entidad de lo que se despliega en la nube y quién va a ser el cliente del mismo (uno mismo, alguna empresa con la que se haya contactado, el tutor o tutora del TFM). También es conveniente ir pensando si se va o no a coordinar con otro u otros proyectos, documentar la arquitectura del proyecto elegido y las razones por la que se ha hecho y los pasos que se van a dar en el mismo.

Prerrequisitos

Haber alcanzado los objetivos de las sesiones correspondientes de la asignatura.

Explicación

El proyecto habrá sido descrito en los hitos anteriores, aunque se puede ampliar o alterar la misma, siempre que tenga los siguientes requisitos:

Es importante que tengáis en cuenta que lo que se va a evaluar dentro de la asignatura es la infraestructura, no el proyecto en sí; no se va a valorar si es un proyecto con un montón de líneas de código pero realmente el despliegue y la infraestructura virtual necesaria es demasiado sencilla; realmente en este hito ni siquiera es necesario desplegar ni una línea de código. Aparte de este requisito puede escogerse cualquier proyecto: por ejemplo, infraestructura virtual para el trabajo de fin de grado del año anterior o el trabajo fin de máster, aunque teniendo en cuenta que en enero tiene que estar el proyecto desplegado quizás sea más conveniente sólo abordar una parte del mismo. Se valorará, por otro lado, que el proyecto sea lo más realista posible, así que si, por ejemplo, se hace bajo los requisitos de una empresa externa se valorará también. Cuanto menos “académico” y más útil sea el proyecto, mejor se valorará

Al final, claro, no en este primer hito. En este nos limitamos a que hayáis entendido el concepto de “proyecto desplegable en la nube” y la arquitectura que se usa en el mismo

En este el proyecto será individual. Eso no excluye que el proyecto forme parte de una aplicación mayor creada por varios alumnos de la asignatura o, para el caso, de fuera de la universidad. El caso es que se va a valorar de forma individual y no por el código aportado por el resto de los colaboradores. También se valorará sólo el código (infraestructura como código) relacionado con la asignatura, aunque si se ha tenido que hacer algún código de apoyo para que todo funcione se tendrá en cuenta también.

Este hito será el inicio de despliegue de la infraestructura virtual del proyecto, que eventualmente se tendrá que desplegar completo.

Tendréis que pensar en un cliente potencial que será el que especifique de qué va a ir el proyecto. Podéis ser vosotros mismos, vuestro tutor de TFM/G o una empresa con la que hayáis hablado. Se interaccionará con este cliente a base de entrevistas, que tendrán que explicitarse en los hitos de la asignatura. Si el cliente es sólo imaginario, tendrá que especificarse en todo caso en un documento la infraestructura necesaria y qué ha soliticado tal cliente.

Esta planificación forma, en sí, la esencia de este hito, donde tendrán que planificarse el resto de los hitos del proyecto, que pueden corresponder o no a los hitos de la asignatura; cada hito del proyecto de la asignatura tendrá uno o más hitos que tendrán que ponerse explícitamente en el repositorio de GitHub. Por otro lado, tendrán que empezar a usarse las buenas prácticas explicadas en el anterior hito, especialmente

Entrega de la práctica

Subir los fuentes a GitHub y editar este fichero enlazando el último commit en el que se indique claramente el nombre del alumno y la dirección donde se ha subido el fuente. Si se va a hacer en coordinación con otros proyectos se puede indicar en el mismo README.md.

La explicación del proyecto deberá incluir los criterios usados para elegir el proyecto, una explicación de qué hará la aplicación y de los pasos llevados a cabo para crearla en forma de hitos. Esta documentación se incluirá en ficheros MarkDown en una rama diferente a master.

Valoración

Si el repositorio no existe, tiene algún error, no se ha hecho pull request correctamente o no están los fuentes publicados, la práctica estará suspensa.