Saltar navegación

Defensa David Martin_Isis Torres_Raquel Molina - Contenido educativo

Ajuste de pantalla

El ajuste de pantalla se aprecia al ver el vídeo en pantalla completa. Elige la presentación que más te guste:

Subido el 22 de mayo de 2025 por Manuela L.

1 visualizaciones

Más información Transcripción

Descargar la transcripción

Buenas tardes. Hoy, día 21 de mayo, a las 19 horas, estamos convocados a través de Jefatura del Departamento para la defensa del Módulo Profesional de Proyecto de Ciclo Formativo de Grado Superior de Desarrollo de Aplicaciones Web. 00:00:01
Os informo de que esta defensa está siendo grabada y que esta grabación se usará en el entorno cerrado de EducaMadrid con fines educativos 00:00:14
y sólo estará a disposición de los profesores evaluadores en el aula virtual para llevar a cabo la evaluación y calificación de la defensa del proyecto 00:00:22
En el aula virtual de proyectos habéis sido informado de los criterios y rúbrica de calificación 00:00:31
El orden de la presentación del proyecto es el siguiente, 15 minutos máximo para defender el proyecto y 5 minutos para preguntas por parte del tribunal. 00:00:37
Dicho esto, vuestro tiempo de exposición comienza a partir de este momento. Adelante y mucha suerte. 00:00:49
Gracias. 00:00:56
Comparto pantalla. Confirmadme que estoy comprando pantalla. 00:01:03
Sí, vemos. 00:01:15
Super, bueno, buenas tardes, hoy vengo a presentar nuestro proyecto de fin de ciclo 00:01:16
titulado reconocimiento facial para el control horario 00:01:24
Esta presentación está dividida en 18 partes para explicar de forma clara nuestro proyecto 00:01:27
Nuestro equipo de trabajo está conformado por David Martín Prado, Raquel Molina Serrano 00:01:35
y mi persona Isis Torres Gómez, nuestra tutora Manuela López Mancilla 00:01:43
Nuestra introducción. Nuestro proyecto surge con la reforma laboral del 2025, que obliga a todas las empresas en España a llevar un registro digital de la jornada laboral. 00:01:47
Actualmente, entre el 72% y el 90% de los PINES, que son pequeñas empresas, aún usan fichajes en papel. 00:02:00
Esto no solo genera errores y fraudes, sino que también posibles sanciones por no cumplir la normativa. 00:02:08
Por eso, decidimos desarrollar una solución moderna, automática y segura, que es una aplicación web de control horario mediante reconocimiento facial que permita a las empresas cumplir de forma eficiente y fiable cumplir la ley. 00:02:13
¿En qué consiste nuestro proyecto y cuál es nuestra solución? 00:02:31
La aplicación permite registrar la entrada y salida de los empleados mediante reconocimiento facial. 00:02:35
Este sistema incluye tres interfaces, la interfaz de empleado, la interfaz de administración y la interfaz que está en la tablet 00:02:44
¿Cuál es la necesidad? 00:02:54
Como ya dije anteriormente, muchas empresas pequeñas todavía hacen este fichaje de manera con papel 00:02:55
Lo cual, usan los registros en papel, lo que implica errores y fraudes y pérdida de tiempo 00:03:04
Por lo cual nosotros decidimos implementar esto porque es urgente adoptar sistemas automáticos y seguros y eficientes. 00:03:11
¿Por qué nuestra solución? 00:03:21
Nuestra solución cumple con la normativa vigente. 00:03:23
Integra fácilmente con sistemas existentes, ya que solamente necesitamos un dispositivo que cuente con navegador y cámara para poder hacer uso de este sistema. 00:03:26
Reduce errores y ahorra tiempo. 00:03:36
Nuestro sistema de reconocimiento facial tarda entre 10 y 15 segundos en reconocer el rostro 00:03:38
Es segura, escalable, rápida y fácil de usar 00:03:46
Y si una persona no quiere utilizar el reconocimiento facial, tenemos la opción de QR o PIN 00:03:50
Fundamentos del proyecto 00:03:54
Los objetivos generales 00:03:59
En primer lugar, nuestra aplicación busca digitalizar completamente el registro horario 00:04:01
Eliminando la información de papel y centrándola en una base de datos que sea más segura 00:04:07
Para eso creamos el portal de empleado, donde cada trabajador puede consultar y exportar su fichaje 00:04:12
Nuestra aplicación permite reducir costos operativos 00:04:18
Ya que no necesitamos a una persona que esté en la entrada o llevando los datos de cada empleado 00:04:23
sino que lo resuelve el portal de reconocimiento instalado en la entrada de la empresa con una tablet. 00:04:29
El sistema permite ampliar el control de información de recursos humanos, 00:04:38
ya que ellos tendrán en el portal de administración, podrán administrar toda la información, 00:04:42
ofrecer estadísticas, ver la gestión de empleado, consultar datos, etc. 00:04:47
Nuestros objetivos específicos a nivel técnico fueron muy claros. 00:04:52
Necesitábamos un sistema de reconocimiento facial donde implementáramos en un sistema fiable los datos biométricos. 00:05:01
El portal de empleado lo desarrollamos para que cada usuario pudiera ver su información y el portal de administración está creado con un CRUD restringido con roles para que el administrador pueda agregárselos a cualquier usuario. 00:05:09
Nuestro servidor, nuestra aplicación está instalada en un servidor LAMP, la cual tiene Linux, Apache, MySQL y PHP. 00:05:28
Nuestra base de datos diseñada en MySQL y usamos como gestor PHP MyAdmin. 00:05:40
Como vale un añadido, nuestra aplicación garantiza la protección de datos porque los datos están cifrados. 00:05:50
Todo se almacena fuera del espacio web y usamos tecnologías de código abierto. 00:05:58
Como mencioné antes, nuestro fichaje tarda menos de 15 a 10 segundos. 00:06:04
La metodología del desarrollo. 00:06:12
Se ha seguido una metodología híbrida que combina enfoques tradicionales con metodologías ágiles como Scrum. 00:06:13
Y este trabajo se dividió en varias fases. 00:06:21
Nuestras fases fueron... 00:06:23
Siguiente. 00:06:25
Nuestras fases fueron análisis, diseño, implementación, integración y pruebas, despliegue y mantenimiento 00:06:27
El funcionamiento de la aplicación es muy sencillo 00:06:36
El reconocimiento facial empieza cuando el empleado se para frente a la tablet 00:06:42
Inicia el reconocimiento facial y esta confirmará la identidad 00:06:48
La tablet va a reconocer si es entrada o salida 00:06:52
Una vez logueado, el empleado puede ir al portal de empleado donde verá su información, puede ver sus incidencias, resumen de actividades, sus últimos accesos y sus históricos de registro. 00:06:59
El portal de administración es uno de los más importantes ya que es el cual que Recursos Humanos podrá usar para llevar control de sus empleados, ya que puede ver el control de la plantilla en el centro de trabajo, puede hacer la gestión de usuarios, gestión de empleados, exportación de registros, configuración de roles y ajustes. 00:07:10
Todo esto está sincronizado, nuestra sincronización con Frontend y Backend fue hecha con PHP y Aja, ya que esto hace que nuestra aplicación sea muy fluida y se actualice en tiempo real. 00:07:30
Las vistas y el acceso de la información desde el portal de empleado y el panel de administración son muy fluidas gracias a esto. 00:07:43
Flujo típico de trabajo. Un día normal usando nuestra aplicación en el trabajo sería la siguiente. 00:07:52
El empleado llega a la puerta del trabajo y estaría a la tabla. Realizaría su fichado, entrada, trabajaría su horario normal y luego volvería a ficharse a su salida. El empleado puede declarar incidencias. Si ve alguna en su portal de usuario, eso le llegaría al portal de administrador y en su informe mensual podría ver todas sus horas trabajadas y filtrarla mediante registro. 00:07:58
Nuestra planificación y costos, estimamos horas estimadas 250 horas y costos total 9,700. 00:08:31
En licencias no gastamos nada ya que hicimos uso de software libre. 00:08:37
Para trabajar en equipo usamos herramientas como GitHub, Jira y Visual Studio Code. 00:08:44
El panel de empleado y el panel de administración están incluidos en la planificación y costos. 00:08:50
Y ahora los dejo con David que les hablará de los requisitos. 00:08:58
Muchas gracias Isis. Continuando con la exposición de nuestro proyecto, vamos a explicar cómo está construido desde el punto de vista del diseño e implementación del mismo. 00:09:01
Para lograr los objetivos que hemos anunciado, hemos desarrollado unos requisitos funcionales de los cuales hemos alcanzado los siguientes logros. 00:09:10
La autentificación de usuarios, el control de asistencia automático, la gestión eficaz de los datos del sistema y la gestión de incidencias para los empleados. 00:09:16
No solo nos hemos centrado en qué hace nuestra aplicación, sino en cómo lo hace. Para ello hemos establecido unos requisitos esenciales como son la seguridad con la encriptación y comunicaciones seguras, la disponibilidad para ser múltiples, la precisión y velocidad con un 99% de aciertos en menos de 10 segundos y gracias al sistema modular, la integración con otros sistemas y bases de datos. 00:09:23
Para que toda esta funcionalidad sea posible, hemos establecido unos requisitos técnicos, como son las cámaras con una resolución mínima de 640 x 480 en los equipos de reconocimiento, un servidor web que puede estar alojado de forma local o en la nube y que debe de contar con PHP, Node.js y una base de datos. 00:09:47
Para los clientes hay un navegador, o sea, necesitan un navegador moderno que soporte Javascript. 00:10:06
El diseño de la estructura de datos ha sido fundamental en nuestro desarrollo, del cual hemos establecido las entidades necesarias, sus propiedades y sus relaciones. De allí hemos podido obtener las clases de las distintas clases y las tablas de los avances de datos. 00:10:11
Como tablas principales tenemos la tabla de empleado que cuenta con datos del mismo empleado, la tabla de usuario que guarda los hashtags y contraseñas, la tabla de marcaje que guarda los registros de entradas y salidas, la tabla bio que guarda encriptados los datos biométricos de los empleados y la tabla root que guarda todos los privilegios de los mismos. 00:10:27
Hemos modelado cuidadosamente los casos de uso de los distintos roles. El rol de conserje, que sirve para hacer el fichaje y registrar las entradas y salidas. El rol de empleado, que cuenta con su propio portal para poder revisar sus registros y declarar sus incidencias. Y el rol de administración, que realiza el cruce sobre empleados y usuarios, la generación de informes y el restablecimiento de contraseñas, entre otras funciones. 00:10:48
La estructura lógica del proyecto se ha organizado de forma clara, utilizando para ello tecnologías y lenguajes probados. Por ejemplo, para el frontend se han usado HTML, Javascript y JS. Para la lógica del servidor se han empleado PHP y Javascript en Node.js. 00:11:12
Para el sistema de gestión de base de datos se han usado MySQL usando el administrador PHP MyAdmin, una plataforma LAN para el servidor y herramientas como Composer, Visual Studio Code, Jira o GitHub. 00:11:33
La estructura de carpetas del servidor se han organizado separando la presentación, la lógica y la estética. 00:11:46
En la carpeta SRC se han guardado todas las clases principales, en la carpeta public toda la estructura de presentación de cada usuario, en la carpeta JS todo el código de JavaScript, en la carpeta CSS todas las hojas de estilo y en la carpeta lógica todo el código PHP que realiza la conexión con el cliente, la base de datos y la respuesta de AJAX. 00:11:58
un pilar importante durante el desarrollo 00:12:20
es el compromiso con la protección de datos 00:12:23
nos hemos asegurado de cumplir con privacidad 00:12:25
garantizando la seguridad y transparencia 00:12:27
y minimizando los datos 00:12:29
la exclusividad de no emplear los datos 00:12:30
para otro fin que no sea el de la aplicación 00:12:33
hemos ofrecido también el consentimiento 00:12:35
explícito entre las partes para 00:12:38
el uso de la aplicación 00:12:39
y gracias a nuestra estructura 00:12:41
modular podemos ofrecer 00:12:43
alternativas de implementación para otros medios 00:12:45
de reconocimiento distintos 00:12:47
La colaboración en el control de versiones ha sido muy importante en nuestro proyecto 00:12:48
Y usando GitHub como herramienta hemos podido tener el código actualizado entre todos los programadores 00:12:53
Hemos podido compartir también documentos y diagramas 00:12:59
Hemos podido trabajar en distintas ramas sin que eso afectase al flujo de trabajo 00:13:03
Y durante todo el proceso hemos realizado más de 137 códigos 00:13:08
La puesta en marcha en el servidor se ha realizado con una serie de pasos sistemáticos 00:13:11
que es la instalación del servidor LAN, la configuración de Apache para que tuviese un servidor SSL 00:13:18
y un proceso inverso para Node.js, la creación de carpetas donde pudiera alojar fuera del entorno web 00:13:23
todos los datos comprometidos, hemos volcado todo el código desde GitHub de la aplicación, 00:13:28
actualizado sus dependencias con Composer, creando la arquitectura de la base de datos 00:13:36
y los datos básicos a través de PHP MyAdmin y ejecutando el servidor Node con el fichero server.js 00:13:40
para que haga el reconocimiento facial. 00:13:48
Para asegurar la calidad hemos seguido un riguroso proceso de pruebas. 00:13:53
Usando PHP Unit hemos realizado pruebas unitarias de forma aislada 00:13:58
de cada uno de los módulos de la aplicación y la interacción entre ellos. 00:14:02
Además, hemos documentado las pruebas de casos de uso 00:14:07
mediante plantillas en las que hemos establecido requisitos, pasos 00:14:10
Y hemos comparado el resultado obtenido con el esperado. Y todo ello ha quedado perfectamente documentado. Os dejo ahora con Raquel que va a hacer un paseo por la aplicación. 00:14:13
En la aplicación. Muchas gracias, David. A ver, para empezar, vamos a entrar en la aplicación con el usuario Admon, que es el usuario que tiene el perfil de conserje. 00:14:26
Y podemos iniciar el reconocimiento facial. Autorizo la cámara y iniciamos el reconocimiento facial. Me identifica rápidamente, le digo que soy yo y ahora sí que vamos a entrar en la aplicación con mi usuario que tiene perfil tanto de empleada como de administradora de la aplicación. 00:14:55
Estamos ahora en el portal de empleado, desde aquí podemos acceder a mi perfil, desde aquí puedo ver mis datos, mi horario, mi correo electrónico 00:15:18
si tengo alguna incidencia pendiente o si tengo alguna resuelta, podemos ver mis actividades que desde aquí de un solo vistazo podemos ver todo el progreso de la jornada 00:15:27
las horas que he trabajado hoy, durante la semana, durante el mes, el mes anterior, si he trabajado alguna hora extra y la bolsa de horas acumuladas que pudiera tener si fuera así 00:15:36
Podemos acceder a los últimos accesos que he realizado, los últimos cinco accesos de fichajes de entrada y de salida y podemos filtrar registros. 00:15:48
Por ejemplo, del mes actual se puede filtrar, veríamos todos y aquí accederíamos a la tabla con el detalle de todos estos registros que se podrían exportar a un fichero CSV, a un fichero Excel o a un fichero PDF para imprimirlo. 00:15:56
imprimirlo. Podemos también cambiar la contraseña y estas son las opciones que tiene cualquier 00:16:10
empleado de la empresa. Como también tengo perfil de administradora, vamos a entrar en el panel de 00:16:16
administración. Desde aquí podemos entrar en la ventana principal, desde donde tendríamos acceso 00:16:21
a todos los empleados que hay en la empresa en este momento. Los que todavía no han entrado, 00:16:27
los que ya están trabajando porque han marcado un fichaje de entrada y los que hubieran marcado 00:16:32
un fichaje de salida, que no es el caso. También podemos ver todas las incidencias que quedan pendientes de resolver 00:16:37
o las que ya se han resuelto. Desde la pestaña de admin podemos gestionar los empleados, tanto dar de alta 00:16:42
a nuevos empleados como modificarlos ya existentes. Estas modificaciones consisten, aparte de darlos de baja, 00:16:53
en cambiar cualquier campo, recalcular la bolsa de horas extras si se hubiera recalculado desde la última vez 00:17:00
que se entró y los datos biométricos. De esta ventana podríamos ver todos los datos 00:17:06
biométricos que tuvieras empleado, podríamos eliminar registros antiguos o dar de alta 00:17:11
nuevos datos biométricos guardando el rostro aquí y se añadiría un nuevo dato biométrico. 00:17:16
También podemos acceder a la pestaña de mantenimiento de los usuarios. Vemos los distintos usuarios, 00:17:23
Podemos dar de alta nuevos usuarios, podríamos cambiar algún dato o generar una nueva password que se enviará automáticamente al correo del usuario. 00:17:31
Desde los marcajes podemos filtrar marcajes, pues desde las fechas que queramos o por empleado se filtrarían, accederíamos a la tabla que también tiene posibilidad de exportarse. 00:17:42
Y por último tendríamos acceso a las transacciones que sería como un registro histórico de todas las operaciones realizadas dentro de la aplicación. 00:17:53
Luego desde la pestaña de configuración podemos acceder a los roles, que es un mantenimiento de los distintos roles que hay y sus permisos, pues aquí vemos por ejemplo el administrador y todos los permisos que tiene, se podrían añadir otros o eliminar algunos o el perfil del conserje o cualquier otro usuario tendría aquí sus roles, que esto lo veríamos y lo podríamos mantener desde usuarios y roles. 00:18:03
Aquí vemos cómo cada usuario tiene asignados los roles, por ejemplo, en mi caso, que mi usuario tiene asignado los roles de administrador y de empleada y tendría disponible que esto se podría modificar y añadir o quitar. 00:18:29
Y por último tenemos los ajustes. Desde aquí podríamos parametrizar cualquier ajuste de configuración de la aplicación. 00:18:43
Hemos añadido solamente uno, que es el número máximo de intentos de acceso, pero se podrían añadir los que se quisiera. 00:18:51
Y cerramos la sesión porque ya hemos hecho un recorrido por toda la aplicación y volveríamos a la pestaña de inicio. Por último, como he fichado entrada, voy a fichar la salida. Me identifico y nada, pues que tengamos un buen día. 00:18:57
Para terminar, como conclusiones del proyecto, hemos obtenido que la implementación se ha realizado sin ningún problema con las herramientas elegidas. 00:19:14
Finalmente, hemos desarrollado más funcionalidades de las que planteamos al inicio del proyecto. 00:19:27
Hemos dividido el trabajo en tres partes, al ser tres personas, por un lado el análisis y la documentación, por otro lado el estilo y por otro lado el desarrollo, la implementación y las pruebas. 00:19:33
Ha sido importante marcarnos hitos para conseguir coordinarnos y llevar el proyecto a su finalización en fecha y concluimos que el proyecto desarrollado es útil y pertinente para cualquier empresa que lo quisiera implantar, cumple con los requisitos legislativos, tanto a nivel de normativa laboral como de ley orgánica de protección de datos y es eficaz ya que logra los resultados que planificamos. 00:19:42
A futuro planteamos la posibilidad de implementar otros datos biométricos, como podría ser la huella digital. Se podrían estudiar nuevas vías de almacenamiento para estos datos sensibles. Otra aplicación también podría ser para los fichajes en teletrabajo mediante geolocalización. Y bueno, pues hemos pensado en estas vías futuras, pero nuestro proyecto puede seguir creciendo. El techo lo pondrá la imaginación. Y muchas gracias. 00:20:04
Perfecto. Bien, voy a pasar a hacer algunas preguntas y la primera va a ser para ti, Raquel. 00:20:31
Una de las virtudes que estáis diciendo de la aplicación, según he visto en la documentación, 00:20:42
es que la aplicación se puede utilizar desde la tablet, cualquier móvil, un ordenador, es muy versátil. 00:20:48
Pregunta, ¿cómo se puede garantizar que el empleado está dentro del centro de trabajo? 00:20:56
Si ha fichado, o sea, si ya tiene un fichaje de entrada, sabemos que está dentro porque no ha fichado salida 00:21:03
Sabemos que desde su móvil, estando en el bar, puede haber dicho, o estando de vacaciones, puede haber dicho que está dentro 00:21:11
No, vamos a ver, tal y como nosotros lo hemos planteado, la idea es que hay una tablet en la entrada de la empresa 00:21:17
Por eso está como vía futura lo de la geolocalización. Ahora mismo, tal y como está desarrollado el proyecto, sería para que hubiera una tablet en la entrada del centro de trabajo y ahí cualquier empleado que entrara, él no ficha con su usuario. 00:21:24
O sea, porque el usuario que abre la tablet es el que tiene perfil de conserje. Entonces, esa aplicación va a estar abierta y todos los empleados que entren van a fichar o bien entrada o bien salida. La aplicación lo distingue porque si no has entrado todavía, estás fichando una entrada y si tú ya tienes marcado un fichaje de entrada, lo que te está marcando va a ser un fichaje de salida. 00:21:43
No sé si respondo con eso a tu pregunta. 00:22:06
Perfecto. Ahora solamente está para que se fiche en empresa. O sea, que esa versatilidad de móvil o desde cualquier sitio no está contemplada ahora mismo. 00:22:09
No, porque tendría que incluirse la geolocalización, por eso mismo que dices, para que no haya un fraude y que no pues eso, que estés fichando y que estés en el bar. 00:22:18
Perfecto. Isis, esta pregunta es para ti. Según he visto y según habéis dicho también en la presentación, estáis utilizando una metodología que es híbrida entre una metodología clásica y una metodología ágil. 00:22:26
He visto que habéis nombrado alguna vez Scrum, pero en la bibliografía tenéis puesto métrica V3 00:22:43
¿Qué características de una metodología y otra habéis aplicado en el proyecto? 00:22:52
Pues yo creo que más que todo híbrida porque nos dividimos todo en fases 00:23:01
y fuimos como poco a poco viendo a ver qué se podía mejorar 00:23:06
entre error y qué podíamos ir mejorando 00:23:11
porque en realidad la aplicación comenzó siendo muy pequeña 00:23:14
y luego fuimos como viendo qué era lo que podíamos continuar y agregar 00:23:17
y entonces para mí, por lo que yo creo, creo que fue más híbrida 00:23:22
porque fuimos como poco a poco viendo qué era lo que se podía hacer 00:23:28
cómo se podía mejorar e implementando eso poco a poco. 00:23:32
O sea, que empezasteis con una metodología clásica donde se tenía que, según las metodologías clásicas y según, por ejemplo, Métrica V3, 00:23:37
que es la que utiliza la Administración Pública Española, 00:23:45
utilizáis una clásica para definir exactamente todas las cosas que vais a hacer. 00:23:49
no pasáis de una fase a otra 00:23:55
hasta que nace todo documentado 00:23:59
y todo realizado 00:24:01
y los desarrollos se hacen 00:24:03
después de la fase de diseño 00:24:05
y no hacéis ninguna prueba 00:24:07
hasta que no esté hecho todo el desarrollo 00:24:08
pero de repente os dais cuenta 00:24:11
de que vais variando las cosas 00:24:13
y pasáis a una ágil 00:24:15
Pues las pruebas sí las hicimos al final 00:24:16
luego de todo 00:24:22
Vale 00:24:23
David, esta pregunta es para ti 00:24:25
¿Crees que el proyecto tal como está ahora 00:24:27
se podría poner en producción y comercializar? 00:24:31
Bueno, ahora mismo tal cual está el proyecto 00:24:35
necesitaría para entrar en producción 00:24:38
unos requisitos que pudiese dar el cliente 00:24:41
más fieles a su entorno laboral 00:24:44
aunque es funcional y todo lo que hemos diseñado 00:24:46
es correcto, lo realiza y no tiene fallos 00:24:50
en ese sentido, sí que es cierto que 00:24:53
Porque al no haber un cliente real que te especifique las necesidades que él tiene, sería difícil que pudiese encajar con una empresa. Si la empresa, por ejemplo, necesita que no tenga una base de datos y requiere que pueda añadir, por ejemplo, vacaciones de los empleados o establecer turnos, son implementaciones que no están a la misma y que eso, para que pudiese encajar en una venta real, tendría que añadirse. 00:24:56
Pero si una persona no tiene nada y le encaja tal como está puesta, ¿estaría para comercializar? 00:25:22
Sí 00:25:32
¿No necesitaría ninguna prueba, ningún repaso, ningún decir, ups, esto no nos va a funcionar? 00:25:32
esto? Siempre las instalaciones llevan su miga, siempre hay que probar todo en el entorno 00:25:40
cliente, pero hemos testeado una gran cantidad de cosas de él, no solamente de las clases 00:25:47
y del código, sino del propio servidor, de la funcionalidad, detectado hasta el día 00:25:55
de ayer un sinfín de cosas que hemos ido puliendo, como por ejemplo el estado del servidor, 00:26:01
la reposación de node, depuración de ese estilo, lo hemos realizado muchísimas. 00:26:06
Creo que se pueden realizar muchas más, pero bueno, es hasta donde se puede llegar. 00:26:14
Perfecto. Ya sabéis que en una planificación de un proyecto, o sea, el ciclo de desarrollo de un proyecto, 00:26:19
tiene una serie de fases. Las fases están definidas como una toma de requisitos, 00:26:25
un análisis de esos requisitos, una planificación, un estudio de viabilidad, como habéis puesto, el diseño, etcétera, etcétera. 00:26:31
Y que después, según cómo se lleven a cabo esas fases, pues es cuando se aplica una metodología. 00:26:42
Entonces, una de las cosas para planificar bien un proyecto es el diagrama de Gantt, 00:26:49
¿Dónde habéis reflejado las tareas y por lo menos que hay dos personas que las han llevado a cabo? Porque de una persona no habéis metido datos. 00:26:55
No, bueno, ahí Manuela es un problema de Jira. En Jira estableces una persona que se encarga de, como el manager de esas tareas, de ese grupo de tareas, las intentamos juntar todas en grupos para poder distinguir qué fase era. 00:27:05
No te preocupes David, que la pregunta viene ahora. Habéis indicado que habéis establecido una serie de hitos para poder ir avanzando. Esos hitos no los habéis dejado reflejados en el diagrama de Gantt por algún motivo y habéis cumplido todo el diagrama de Gantt con las tareas que habéis puesto. 00:27:24
no habéis tenido que replanificar nada, habéis mantenido la secuencia de las cosas, es decir, el diagrama de Gantt refleja la realidad o una primera iniciativa de decir vamos a hacer el diagrama de Gantt, lo vamos a poner así, pero luego no se ha ido actualizando. 00:27:46
en ese caso 00:28:03
eso es, el diagrama de GAN 00:28:06
ha sido haciendo según íbamos 00:28:08
acomodando las tareas, es decir 00:28:11
desde un primer momento se establecieron 00:28:12
unas pautas o unas tareas que había que realizar 00:28:15
pero los tiempos no eran realistas 00:28:16
no conocíamos realmente el tiempo que nos 00:28:19
llevaría, según hemos ido 00:28:21
avanzando y cada uno se ha ido encargando de las 00:28:23
tareas que nos íbamos repartiendo 00:28:24
hemos ido modificando esa 00:28:26
esa línea, o sea que habéis modificado 00:28:28
el diagrama de GAN con lo cual 00:28:30
el diagrama de Gansi, el jefe de proyecto, que no sé si lo habéis ido compartiendo la cosa, 00:28:32
para él siempre iba bien el diagrama porque siempre se iba cumpliendo. 00:28:39
Entonces, ¿no ha habido una replanificación de poner algún punto en rojo, no se ha cumplido? 00:28:43
Sí, sí ha habido tareas que iban caducando, lo que pasa que luego se fueron replanificando 00:28:49
y ya fue cuando se fueron cumpliendo, pues ahí es donde aparecía. 00:28:55
También que lo habíamos hecho en una aplicación diferente y como era gratuita hubo muchas cosas que no nos dejó hacer, entonces tuvimos que cambiar todo como a mitad del proyecto, todo lo que ya teníamos hecho, ponerlo ahí, entonces como que no muestralo de verdad. 00:28:59
Vale, perfecto. Y por último pregunta que quería hacer, bueno, un par de ellas. ¿Qué pasa si un empleado no ficha o bien a la entrada o bien a la salida? 00:29:13
Vale, si el empleado no ficha 00:29:23
a las salidas 00:29:26
que si no ha fichado en la entrada 00:29:29
cuando vaya a fichar a la salida le va a decir que acaba de ir 00:29:30
No, me refiero a si alguno de los fichajes 00:29:32
no los hace, es decir 00:29:35
conseje 00:29:36
para otro sitio 00:29:38
y pasa de largo 00:29:39
o está dentro y sale por otra puerta 00:29:42
Claro, ahí él cuando realice el fichaje 00:29:44
al día siguiente, porque ha pasado de largo y no lo ha realizado 00:29:47
le va a fichar la salida 00:29:49
le va a decir que ha salido 00:29:50
oye, que ha estado trabajando 12 horas. 00:29:52
Y le contabilizaría todas las horas, ¿no? 00:29:54
Eso es. 00:29:56
Entonces, ahí que en la tabla donde se han enseñado los registros, Raquel, del empleado, 00:29:57
donde él ve no los últimos registros, sino los registros por fechas, 00:30:03
si él hace clic en cualquiera de esos registros, puede revisar las fotos de ese registro 00:30:07
y además puede solicitar una incidencia, especifica qué ha pasado y eso llega a la gestión de incidencias. 00:30:12
Cuando tú vas a la gestión de incidencias le puedes cambiar la fecha hora de la entrada que ha tenido el empleado y de esa manera corregirlo. Yo creo que tenía que tener muchos más medios para poder modificar. O sea, no nos hemos dado al administrador los medios suficientes para administrar la base de datos y acomodarlo como lo podrías hacer directamente con la base de datos. 00:30:20
Pero claro, queríamos simplificarlo y que no tuviesen tanto poder a la hora de gestionar las entradas y salidas de los empleados. 00:30:44
Llegó un punto en que nos hicimos muchas preguntas de qué podría ser esto, qué pasa si hace esto, qué pasa si se enferma, qué pasa si se fractura una pierna y lo sacan en una camilla y no le pueden poner la cara. 00:30:52
Pero en mi empresa, que al final es lo que yo conozco, también se hace así. O sea, pasa lo mismo. 00:31:03
O sea, si un día no ficho salida, cuando entro al día siguiente, pues es como si no hubiera salido y tengo que marcar una incidencia. 00:31:09
Vale, perfecto. Y por último, y que seáis breves para no irnos mucho de tiempo, cada uno que me vayáis diciendo qué tal la experiencia de este trabajo en grupo, qué aspectos positivos y negativos habéis encontrado y si volveríais a repetir un trabajo en grupo. 00:31:16
y si estamos empezamos a ver empezamos por díaz bueno yo estoy súper feliz la verdad porque 00:31:34
obviamente david y raquel tenía mucha más experiencia que yo esta es mi primera vez 00:31:44
haciendo un proyecto en equipo como de verdad real algo así y estoy súper feliz de que me 00:31:49
tocaron ellos dos porque aprendí demasiado todo lo que david raquel tienen una paciencia infinita 00:31:55
para explicarme todas mis preguntas y yo creo que tres veces más, cinco, haría el proyecto con ellos. 00:32:00
Al principio mi proyecto era diferente y la idea fue de David, pero empezó como algo muy pequeño 00:32:08
y se fue agrandando entre las ideas de los tres y creo que terminó muy bien. 00:32:15
Perfecto. Raquel. 00:32:20
Yo para mí la experiencia ha sido muy buena. 00:32:22
siempre trabajar en grupo es complicado 00:32:26
porque no todo el mundo llevamos los mismos tiempos 00:32:29
y además porque tenemos otras asignaturas 00:32:32
y trabajo, etcétera, porque somos adultos 00:32:36
y tenemos que compaginar muchas cosas 00:32:39
pero la experiencia en general ha sido muy buena 00:32:41
yo también he aprendido mucho, David es un crack 00:32:43
he aprendido muchísimo de él 00:32:46
y bueno, me hubiera gustado llegar más allá 00:32:49
pero a David es difícil seguirle 00:32:54
Porque lo tiene todo en la cabeza, impresionante. Y bueno, el coordinarnos al final, pues, que ya con el agobio del tiempo y todo eso, pues, no hemos perdido los nervios en ningún momento y ha sido muy satisfactorio. Repetiría. 00:32:56
Muy bien, David. 00:33:14
Bueno, yo sabía desde el principio que hacer el proyecto yo solo era el camino más fácil, porque te marcaban los tiempos, no discutías, no tenías que aprender a organizarte. 00:33:16
Pero realmente el reto era el saber que eras capaz de trabajar en equipo y tuve la suerte de ir con ellas, que hacemos una piña maravillosa, que hemos sabido trabajar, compaginar. 00:33:28
yo he aprendido mucho de cómo 00:33:39
hablar, cómo organizarnos 00:33:42
cómo hacerte entender 00:33:45
y sobre todo cómo 00:33:47
unir las ideas de unos y de otros 00:33:48
que eso parece fácil pero cuesta 00:33:50
y vamos, desde luego 00:33:53
la experiencia ha sido súper positiva 00:33:55
o sea, me llevo una gran 00:33:57
experiencia de todo esto y por supuesto 00:33:59
que repetiría. Muy bien 00:34:01
muchas gracias chicos, pues aquí 00:34:02
finaliza la defensa de vuestro 00:34:05
proyecto, ha estado muy bien 00:34:07
Uff 00:34:09
Materias:
Administración de Sistemas Informáticos en Red
Niveles educativos:
▼ Mostrar / ocultar niveles
  • Formación Profesional
    • Ciclo formativo de grado superior
      • Primer Curso
      • Segundo Curso
Autor/es:
Manuela Lopez Mansilla
Subido por:
Manuela L.
Licencia:
Todos los derechos reservados
Visualizaciones:
1
Fecha:
22 de mayo de 2025 - 10:00
Visibilidad:
Clave
Centro:
IES CIFP a Distancia Ignacio Ellacuría
Duración:
34′ 10″
Relación de aspecto:
1.78:1
Resolución:
1920x1080 píxeles
Tamaño:
357.95 MBytes

Del mismo autor…

Ver más del mismo autor

EducaMadrid, Plataforma Educativa de la Comunidad de Madrid

Plataforma Educativa EducaMadrid