1. Propuesta de Proyectos de Sistemas (ASIR)

1.1. Requisitos

1.1.1. Técnicos

Depende de tu centro el criterio de mínimos y opcionales. En mi caso, te propongo, si quieres hacer algo potente:

  1. Uso de sistemas cloud con url público

  2. Aplicación y/o integración de Servidios (mezcla de servicio y aplicación web básica)

  3. Servicios que respondan a necesidades concretas (por ejemplo en tu centro educativo)

Además, lo ideal es que hagas un proyecto, y que puedas poner el url en tu currículum. Si ya eres capaz de tener un servicio en marcha un tiempo, te ayudará mucho a encontrar trabajo.

Más abajo te doy alguna propuesta de ideas para hacer un proyecto (algo sencillo para los mínimos o algo más potente)

1.1.2. Negocio

Muchas veces los proyectos de sistemas no están tan enfocados en el usuario sino en la infraestructura que usan las aplicaciones que utilizarán los usuarios. Porque al final lo importante es que tu producto/servicio le facilite la vida al usuario (y hasta a lo mejor te paga por hacerlo). Lo ideal es que describas los casos de uso del problema que quieres resolver. La estrategia suele ser la misma:

  1. Investigar si ya existe (muy probable) y qué funcionalidad ofrecen

  2. Diseña tu propuesta y define tus casos de uso, para una versión inicial (prototipo) y las siguientes fases

  3. Implementa tu prototipo (lo antes posible y con la funcionalidad mínima) y sigue desarrollando de forma iterativa desde ahí.

En todos estos pasos, realmente deberías definir cuántas horas te va a llevar, que te dará una medida de los costes de tu proyecto

Y, por otra parte, tendrás que analizar de donde podrían venir los ingresos. En el caso de proyectos de sistemas es difícil encontrar el modelo de negocio.

El objetivo, para tu PFC, podría ser enseñar la propuesta de trabajo a un posible inversor para que te financie, al menos durante un año. Así lo aterrizas en números concretos, que te ayudará a ver que no es tan fácil. Puede ser una buena estrategia porque tendrías un prototipo disponible.

1.1.3. Documentación

En el caso del Proyecto de Fin de Ciclo (FAQ PFC) el currículum está muy orientado a una documentación extensa, generalmente burocrática y muy poco útil, de las fases típicas de un proyecto:

  • Diagnóstico. Encuentras un problema para el que propones una solución (tecnológica)

  • Análisis. Investigas las posibles alternativas que existen para resolver tu problema.

  • Diseño. Planteas un sistema informático que da una solución a tu problema

  • Implementación. Creas un prototipo y le vas añadiendo funcionalidad poco a poco

  • Pruebas. Ideal si lo pruebas con usuarios, monitoreas y vuelves a empezar

En la práctica, depende mucho del enfoque en tu centro educativo y quizá tengas algún tipo de guía. Pero podrías seguir esas fases con un enfoque práctico:

  • Define los requisitos del sistema. Por ejemplo los casos de uso que quieres resolver o las necesidades concretas del usuario

  • Analiza qué alternativas hay en el mercado. Es 99,9% probable que exista ya una solución y te sirve para comparar

  • Diseña la arquitectura de tu sistema

  • Implementa un prototipo (lo antes posible)

  • Pruebas, Mides, Rehaces y evolucionas de forma iterativa (según tu tiempo disponible).

Sobre estas ideas, quizá haya una guía en tu centro porque se puede enfocar de muchas maneras.

1.2. Ideas de proyectos ASIR

Este es un listado de proyectos orientados a estudiantes de FP ASIR. Son proyectos que un estudiante de FP debería hacer en un esfuerzo estimado de unas 125 horas (el esfuerzo estimado del módulo). O un profesor (depende del profesor, claro) en menos de 25. Se supone que los profesores deberíamos ser muchos más productivos que un estudiante (hacerlo en menos tiempo). Son proyectos que ya he hecho o que me gustaría hacer si tuviera una semana sabática ;-). Porque aunque una semana pueda tener 40 horas de trabajo, no es tan fácil tener 25 horas de trabajo real y trabajando con concentración.