El Instituto Universitario de Tecnología “Dr. Federico Rivero Palacios” cumple con la función principal de contribuir al desarrollo regional e integral mediante la capacitación de recursos humanos en carreras de orientación técnica especializada. Actualmente presenta la necesidad de rediseñar el sistema que utiliza para controlar la permanencia en la institución del personal administrativo y obrero.
De acuerdo a las necesidades actuales es necesario rediseñar el sistema actual de permanencia administrativa y obrera, actualmente bajo plataforma una plataforma propietario a un diseño bajo plataforma GNU, que permita cumplir con las necesidades actuales. Están identificados los requerimientos que deben cubrirse, los cuales son: registrar los horarios de permanencia del personal administrativo y obrero dentro de la institución tanto en horario diurno como nocturno, permitir consultas de la información registrada, generar reportes de permanencia, retardos, permisos, inasistencias y días libres del personal administrativo y obrero, facilitar el cálculo de bonos de alimentación del personal administrativo y obrero, agilizar los tiempos de respuesta.
Es importante destacar que de acuerdo a lo establecido por la ley de la República Bolivariana de Venezuela, toda la administración pública debe trabajar bajo plataforma GNU, por lo cual el rediseño debe estar orientado bajo ésta filosofía.
El Instituto Universitario de Tecnología “Dr. Federico Rivero Palacios” está ubicado en el kilómetro 8 de la Carretera Panamericana, Municipio Libertador, Distrito Capital. Los beneficiarios de éste rediseño serán el personal administrativo y obrero de la institución, el Departamento de Recursos Humanos y demás involucrados en el control de la permanencia administrativa y obrera.
Objetivos del Diseño
- Registrar los horarios de permanencia del personal administrativo y obrero dentro de la institución tanto en horario diurno como nocturno.
- Permitir consultas de la información registrada.
- Generar reportes de permanencia, retardos, permisos, inasistencias y días libres del personal administrativo y obrero.
- Facilitar el cálculo de bonos de alimentación del personal administrativo y obrero.
Arquitectura Propuesta
En base a los objetivos establecidos y las restricciones, buscando satisfacer la totalidad de las funcionalidades y requerimientos de desempeño del sistema, así como también los requerimientos no funcionales se seleccionó una arquitectura de dos niveles, que presenta una especialización de la arquitectura cliente-servidor donde la carga se divide en tres capas con un reparto claro de funciones: una capa para la presentación (interfaz de usuario), otra para el procesamiento de datos (donde se encuentra modelado el negocio) y otra para el almacenamiento (repositorio de datos). Una capa solamente tiene relación con la siguiente. En la arquitectura de dos niveles, los términos "capas" y "niveles" no significan lo mismo. El término "capa" hace referencia a la forma como una solución es segmentada desde el punto de vista lógico: Presentación, Lógica de Negocio y Datos. En cambio, el término "nivel" corresponde a la forma en que las capas lógicas se encuentran distribuidas de forma física. En base a ésta arquitectura el diseño manejará los siguientes subsistemas: Módulo de Marcaje, Módulo de Consulta, Módulo de Administración y Módulo de Reportes. El Módulo de marcaje se encarga de capturar los registros de entrada y salida para el control de acceso. El Módulo de Consulta permite al personal encargado obtener la información del control de acceso en pantalla. El Módulo de Administración es responsable de la parametrización del sistema y finalmente el Módulo de Reportes permite la impresión de la información.
En la topología lógica, la Capa de Datos se encuentra ubicada en un servidor, mientras que la Capa de Presentación y la Capa de Negocios se encuentran en todos los ordenadores establecidos como clientes de la aplicación.
En la topología física, se encuentra el servidor comunicado con las estaciones de trabajo, a través, de una red. Los clientes de esta red son los equipos de marcaje y los equipos del personal administrativo que accede a la información, además tenemos una impresora compartida.
Siendo el sistema de tipo cliente-servidor se requiere tomar decisiones sobre la conectividad de red de los clientes a los servidores y sobre la distribución física de los componentes software del sistema a través de nodos.
Por otra parte se debe contar con un servidor de base de datos. Se aconseja tener un segundo servidor redundante el cual debe estar sincronizado con la base de datos, en caso de fallar el servidor principal se activa el secundario para mantener así el sistema en línea y la persistencia de la data.
En relación a los datos que serán almacenados por el sistema, podemos observar el Diagrama de Base de Datos, describe la estructura de la base de datos, en un lenguaje formal y define sus tablas, campos y las relaciones entre ellos.
En el caso de la seguridad lógica, se mantiene el acceso al sistema mediante contraseñas, adicionalmente se deben considerar perfiles de usuarios, para evitar la manipulación fraudulenta de la data. Por otro lado, se debe establecer un plan de respaldo de la data como medida de seguridad
La aplicación debe minimizar los tiempos de respuesta, asegurándose que los reportes no tarden más de cuarenta segundos en mostrar la data resultante y desplegando barra de estatus durante la carga del reporte. Las interfaces de carga de data o administración del sistema, donde estarán presentes formularios de información, han de almacenar los datos directamente en base de datos en el menor tiempo posible, arrojando respuesta de status del almacenamiento en menos de treinta segundos en el caso de formularios simples y en menos de dos minutos en el caso de cargas de datos masiva.
El “Sistema de Permanencia del Personal Administrativo y Obrero” debe disponer de espacio suficiente en el disco del servidor para almacenar su base de datos, se estima que un total de 4GB disponibles sería suficiente para almacenar la data que alimenta el sistema, realizando los cálculos al momento de mostrar la información, además se debe considerar un crecimiento anual de 1GB aproximadamente.
El rediseño también ofrece una visión de las clases que se han de utilizar en el nuevo sistema, estas clases describen el comportamiento de los datos y la información dentro del sistema, cómo interactúan entre sí y como se relacionan.
El rediseño también ofrece una visión de las clases que se han de utilizar en el nuevo sistema, estas clases describen el comportamiento de los datos y la información dentro del sistema, cómo interactúan entre sí y como se relacionan.
Finalmente, es importante conocer el impacto que este rediseño tendrá en el personal del instituto, viéndolo desde una perspectiva social en lugar de técnica. El rediseño de esta aplicación tiene como finalidad solventar necesidades de la población administrativa y obrera del IUT-RC, brindar confianza sobre el cálculo de sus jornadas laborales, así como cumplir con un lineamiento nacional que establece la transición de software propietario a software libre.
