Gestión de Prácticas Laborales

AUTOR: CARLOS RAFAEL GARCÍA SÓÑORA

TUTOR: HILDA LÓPEZ LEÓN
INTRODUCCIÓN

 En la Universidad de Camagüey, una asignatura de vital importancia es la práctica pre-

profesional, que es la encargada de la formación laboral de los estudiantes.
 En la Vicerrectoría de formación y en las Facultades no existe un sistema digital donde se
puedan gestionar dónde los estudiantes pueden realizar estos ejercicios de forma anual;
esta actividad se realiza de forma escrita y en papel por los jefes de disciplina de práctica
profesional con los coordinadores de año, por lo que en ocasiones se vuelve algo
engorroso a partir de que hay que conciliar desde el convenio de los estudiantes en las
entidades laborales o unidades docentes hasta el ejercicio a desarrollar.
OBJETIVO GENERAL

 Diseñar un sistema de gestión del proceso de práctica laboral en la Universidad de

Camagüey en plataforma Web para incrementar la informatización de este centro.
DESCRIPCIÓN DEL NEGOCIO

 Descripción del Negocio

 Cada una de las facultades de la Universidad de Camagüey tiene a su cargo gestionar la realización de las prácticas
laborales de sus estudiantes en las entidades correspondientes que guarden relación con cada carrera para contribuir a
la formación de los mismos como futuros profesionales. En este sentido se firman convenios de colaboración entre El
Decano de la Facultad en cuestión y la entidad los que están encaminados a la realización de actividades que den
cumplimiento a los objetivos propuestos. Dada la cantidad de estudiantes con que cuenta la universidad y la
diversidad de las prácticas laborales resulta engorroso para la vicerrectoría acceder manualmente a toda la
información necesaria lo que provoca pérdida de tiempo en la búsqueda y procesamiento de la información que en
muchos de los casos es incompleta, así como en acceso a ella.
 Procesos del Negocio
 Solicitar Práctica Laboral: La entidad se dirige al jefe de disciplina de la práctica laboral, este se dirige al decano para
verificar que existe un convenio con dicha entidad y, de ser así, establece los objetivos de la práctica laboral y el
responsable de las prácticas laborales se encarga de coordinar todos los detalles de organización antes de dar inicio a
la práctica.
 Consultar Práctica Laboral: La vicerrectoría contacta con el Responsable de la práctica laboral para que busque un
informe acerca de las prácticas realizadas por un estudiante dado en una entidad dada.
VISIÓN DEL PRODUCTO

 Se desea diseñar un software que sea capaz de gestionar las carreras con alumnos activos,
qué ejercicios va a desarrollar cada alumno en esa práctica laboral, quién va a ser el tutor
que lo atenderá en la entidad laboral o la unidad docente, la fecha de inicio y culminación
de las prácticas, entre otros detalles de gestión. Así como una serie de reportes que
brinden información más detallada sobre lo que desea el cliente.
 (Imagen del Sistema)
USUARIOS

Actores del Sistema Justificación

Administrador Es el encargado de la configuración del
sistema y gestionar usuarios.
Usuario Generalización de los demás actores.
Encargado de mostrar los diferentes listados
que brinda el sistema; además de
autenticarse.
Responsable de la Práctica Laboral Encargado de gestionar los detalles de la PL

Jefe de Disciplina Encargado de gestionar los tutores,

estudiantes y entidades.
Vicerrector Encargado de consultar los reportes del
sistema.
REQUISITOS FUNCIONALES

 RF1 Gestionar Entidad  RF3 Gestionar Unidad Docente

 RF1.1 Buscar Entidad  RF3.1 Buscar Unidad Docente
 RF1.2 Actualizar Entidad  RF3.2 Actualizar Unidad Docente
 RF1.3 Eliminar Entidad  RF3.3 Eliminar Unidad Docente
 RF1.4 Mostrar Entidad  RF3.4 Mostrar Unidad Docente

 RF2 Gestionar Estudiante  RF4 Gestionar Práctica Laboral

 RF2.1 Buscar Estudiante  RF4.1 Buscar Práctica Laboral
 RF2.2 Actualizar Estudiante  RF4.2 Actualizar Práctica Laboral
 RF2.3 Eliminar Estudiante  RF4.3 Eliminar Práctica Laboral
 RF2.4 Mostrar Estudiante  RF4.4 Mostrar Práctica Laboral
REQUISITOS FUNCIONALES

 RF5 Gestionar Usuario  RF7 Autenticar Usuario

 RF5.1 Buscar Usuario  RF8 Reporte Estudiante
 RF5.2 Actualizar Usuario  RF9 Reporte Localidad
 RF5.3 Eliminar Usuario
 RF5.4 Mostrar Usuario

 RF6 Gestionar Carrera

 RF6.1 Buscar Carrera
 RF6.2 Actualizar Carrera
 RF6.3 Eliminar Carrera
 RF6.4 Mostrar Carrera
 REQUISITOS NO FUNCIONALES

 Los requerimientos no funcionales son propiedades o cualidades que el producto debe tener. Debe pensarse
en estas propiedades como las características que hacen al producto atractivo, usable, rápido o confiable

 Apariencia o Interfaz Interna: Debe ser legible, amigable y clara, a través de una aplicación Web, con
páginas sencillas, debido a que los usuarios normalmente poseen pocos conocimientos informáticos y
necesitan una interfaz que sea de fácil entendimiento para lograr una buena manipulación de la información.

 Disponibilidad: Se deberá garantizar la disponibilidad del sistema en todo momento para que los usuarios
puedan interactuar con el mismo desde cualquier parte de la universidad posibilitando el acceso a la
información solicitada (si tiene permiso para ello).
 REQUISITOS NO FUNCIONALES

 Rendimiento: El sistema debe ser rápido, preciso y eficiente, estable y confiable en cuanto a la
manipulación de la información y respuesta al usuario como requisito indispensable para mostrar la calidad
del mismo.
 Seguridad: Se deben implementar varios niveles de usuarios, con permisos que correspondan con el rol que
desempeñan en la aplicación. La información manejada por el sistema deberá ser protegida por el acceso no
autorizado. Los usuarios solo accederán a la información correspondiente a cada uno de ellos.
 Requerimientos de Confiabilidad: Las salidas del sistema tienen que ser 100% veraces. Es necesario
evaluar mecanismos de tolerancias a fallas.
DIAGRAMA DE CASO DE USO
 DIAGRAMA DE CLASES

Estudiante Ejercicio
 DIAGRAMA DE COMUNICACIÓN

Añadir Práctica Laboral Añadir Ejercicio

 PLANIFICACIÓN

Tiempo de desarrollo
Actividad % esfuerzo Valor esfuerzo
8 horas-día * 24 días laborales = 192 horas/mes
Análisis 10% 208.3 horas/hombre E (total) = 2083 horas/hombre / 192 horas/mes
Diseño 20% 416.6 horas/hombre E (total) = 10 meses/hombre
Implementación 40% 423.6 horas/hombre
Prueba 15% 833.2 horas/hombre  
Sobrecarga 15% 312.4 horas/hombre
Total 100% 2083 horas/hombre
TDES (total) = E (total) / CH (total)
TDES (total) = 10 meses-hombre / 1 hombre
TDES (total) = 10 meses
CONCLUSIONES

 Este trabajo tenía como objetivo principal optimizar la gestión de la Práctica Laboral en
la Universidad. Como resultado de este trabajo se puede afirmar, que se ha dotado a los
responsables de las prácticas laborales y a la Vicerrectoría, de un sistema totalmente
gratuito que permite gestionar de forma eficiente los procesos básicos que se necesitan.
Como característica de esta aplicación, es de código abierto y puede extenderse para el
uso de diferentes facultades que deseen utilizarlo en un futuro cercano.
 En el diseño e implementación del sistema se utilizaron tecnologías y herramientas de
avanzada, que permitieron la creación de un sistema escalable y que cumple con los
requisitos específicos del cliente.
BIBLIOGRAFÍA

 Postgre SQL 3.0

 NetBeans IDE 8.1
 Navicat Premium 12
 Visual Paradigm for UML 9.0
 Symfony 3.4
¡MUCHAS GRACIAS!

 Especialmente dedicado a las personas que me apoyaron en estos tiempos tan difíciles, en
especial mi familia, amigos y profesores.