Sistema Web para el control de la fuerza de trabajo de la Empresa Tabaco Torcido Villa Clara

Texto completo

(1)Título: “Sistema Web para el control de la Fuerza de Trabajo de la Empresa Tabaco Torcido Villa Clara”.. Autora: Anneilys de la Caridad Hernández SocarrasDíaz López Tutoras: Tutores: MSc. Ernesto Ing. Ing. Isabel Isabel Gálvez Gálvez Cabrera Cabrera. , junio 2018.

(2) Este documento es Propiedad Patrimonial de la Universidad Central “Marta Abreu” de Las Villas, y se encuentra depositado en los fondos de la Biblioteca Universitaria “Chiqui Gomez Lubian” subordinada a la Direccion de Informacion Científico Tecnica de la mencionada casa de altos estudios. Se autoriza su utilizacion bajo la licencia siguiente: Atribución- No Comercial- Compartir Igual. Para cualquier informacion contacte con: Direccion de Informacion Científico Tecnica. Universidad Central “Marta Abreu” de Las Villas. Carretera a Camajuaní. Km 5½. Santa Clara. Villa Clara. Cuba. CP. 54 830 Telefonos.: +53 01 42281503-1419.

(3) Pensamiento En la tierra hacen falta personas, Que trabajen más y critiquen menos, Que construyan más y destruyan menos, Que prometan menos y resuelvan más Que esperen recibir menos y dar más Que digan: mejor ahora que mañana. Ernesto Guevara de la Serna.

(4) Dedicatoria Le dedico mi primera obra de gran esfuerzo y envergadura a mi abuelo, que donde quiera que esté, fue quien supo ser siempre guía indiscutible y del cual supe tomar sus mejores consejos para llegar a mi meta final. A mis padres por el inmenso amor que siempre me han dado, por confiar cada día en mí, en mis propósitos, en mis sueños, porque siempre han contribuido en mi inspiración profesional. A mi hermana Danneilys y a mis hermanos Yordanys y Yosvanys por su confianza, amor e incondicional apoyo. A mi bisabuela, mi abuela, mis tíos, a mi familia en general por saber siempre que iba a llegar al final a pesar de los obstáculos. A todas mis amistades tanto de la Universidad como las de Remedios porque de una forma u otra me dieron su ayuda y estuvieron pendientes de mí..

(5) Agradecimientos A mis tutores Ernesto e Isabel, por todo su ayuda, apoyo y tiempo dedicado para hacer posible este trabajo. A mis amigas: Virgen, Liliette, Yanet, Ailin, Islen, Elianis y Lorainis, por ser la familia que la vida me regaló, por su paciencia y amor incondicional. A mi compañero Yoelvis por todo su tiempo y a todo el resto del grupo y profesores. Al personal del tribunal por sus grandes consejos. A todos los trabajadores de la Empresa Tabaco Torcido de Villa Clara. A todos los que hicieron posible que mis sueños se hicieran realidad y que de una forma u otra tuvieron que ver con este trabajo..

(6) Resumen La Empresa Tabaco Torcido Villa Clara ha tenido relevancia y significación tanto política, social, económica e histórica por representar dentro del país una industria manufacturera de tradición y hegemonía auténtica revolucionaria. Conocida por su nombre corto oficial como ETT Villa Clara o por sus siglas como ETTVC. Es una empresa cubana dedicada a la producción de tabaco torcido a mano para la exportación y el consumo nacional, por surtidos, según la demanda del Grupo Empresarial de Tabaco de Cuba, formando parte del Ministerio de la Agricultura. En esta empresa el proceso de Gestión del Capital Humano es el responsable de garantizar el capital humano competente para el desempeño de la empresa, en la cual se quiere que en el departamento de Recursos Humanos se informatice los datos del control y caracterización de la Fuerza de Trabajo y su consolidación a nivel de empresa. Para que esto se realice con un nivel de calidad adecuado y validado por el cliente, se desarrolla una aplicación web, que realiza un consolidado que se hace mensual con los datos almacenados en un archivo Excel sobre la Fuerza de Trabajo de la UEB. A dicha aplicación se le incorporan nuevas funcionalidades y cuenta con una base de datos relacional. Se les realizó pruebas al software con el fin de verificar cada una de las funcionalidades, dando como resultado una aplicación con un alto nivel de eficacia y eficiencia..

(7) Abstract The Villa Clara Twisted Tobacco Company has had political, social, economic and historical significance and significance for representing within the country a manufacturing industry of authentic revolutionary tradition and hegemony. Known by its official short name as ETT Villa Clara or by its acronym as ETTVC. It is a Cuban company dedicated to the production of hand-twisted tobacco for export and national consumption, by assortments, according to the demand of the Cuban Business Group of Tobacco, forming part of the Ministry of Agriculture. In this company, the Human Capital Management process is responsible for guaranteeing the competent human capital for the performance of the company, in which it is wanted that in the Human Resources department the data of the control and characterization of the Force of Work and its consolidation at company level. For this to be done with an adequate level of quality and validated by the client, a web application is developed, which performs a consolidation that is done monthly with the data stored in an Excel file on the UEB Workforce. This application is incorporated new features and has a relational database. The software was tested in order to verify each of the functionalities, resulting in an application with a high level of efficiency and effectiveness..

(8) Contenido Introducción ............................................................................................................................ 12 Capítulo I: “Fundamentación Teórica” ............................................................................. 16 1.1 Objetivos estratégicos de la organización ............................................................................16 1.2 Fundamentación de la Metodología utilizada ....................................................................17 1.3. Fundamentación del Entorno de Desarrollo, Lenguaje y Tecnologías utilizadas .18. 1.4. Sistema Gestor de Base de Datos (SGBD) ......................................................................21. Conclusiones parciales del capítulo. ............................................................................................. 22 Capítulo II: “Modelo de negocios y requisitos”...........................................................................23 2.1 Modelo del negocio actual ........................................................................................................23 2.2 Reglas del negocio a considerar .............................................................................................. 24 2.3 Actores del negocio ....................................................................................................................24 2.5 Diagrama de casos de uso del negocio...................................................................................25 2.6 Trabajadores del negocio .........................................................................................................26 2.7 Actores del sistema a automatizar .......................................................................................26 2.8 Definición de los requisitos ......................................................................................................27 2.8.1 Definición de los requisitos funcionales ............................................................................27 2.8.2. Definición de los requisitos no funcionales .................................................................30. 2.9 Diagrama de Casos de Uso del Sistema ................................................................................31 2.10 Casos de uso del Sistema (Significativos) ...........................................................................34 2.11 Estimación por Puntos de casos de uso ...............................................................................39 Conclusiones Parciales del Capítulo ............................................................................................ 44 Capítulo III: “Descripción de la Propuesta de solución” .......................................................... 46 3.1 Arquitectura del Sistema ..........................................................................................................46 3.2 Diagrama de clases de diseño ..................................................................................................50 3.2.1. Diagrama de clases de diseño (Casos de Usos Significativos) ................................ 50. 3.3 Diagrama de secuencia (casos de usos significativos) ........................................................ 52 3.4 Diseño de la base de datos ........................................................................................................53 3.4.1 Modelo conceptual de datos .................................................................................................54 3.4.2. Modelo físico de datos......................................................................................................56. 3.5 Modelo de componentes y diagrama de despliegue ........................................................... 56 Conclusiones Parciales ....................................................................................................................57.

(9) Capítulo IV: “Pruebas de software”............................................................................................... 58 4.1 Casos de Pruebas (caja negra) ................................................................................................ 58 4.2 Pruebas de aceptación...............................................................................................................65 4.3 Plan de pruebas de rendimiento ............................................................................................. 66 4.3.1. Pruebas de carga...............................................................................................................66. 4.3.2 Pruebas de stress .....................................................................................................................67 4.3.3 Pruebas de resistencia............................................................................................................68 Conclusiones Parciales ....................................................................................................................68 Conclusiones ......................................................................................................................................69 Recomendaciones.............................................................................................................................. 70 Bibliografía ........................................................................................................................................71.

(10) Lista de Ilustraciones. Ilustración 1 Diagrama de Casos de Uso del negocio ................................................................................................... 25 Ilustración 2 Diagrama de Casos de Uso del sistema. .................................................................................................. 32 Ilustración 3 Diagrama de Casos de Uso del sistema. .................................................................................................. 32 Ilustración 4 Diagrama de Casos de Uso del sistema. .................................................................................................. 33 Ilustración 5 Diagrama de Casos de Uso del sistema. .................................................................................................. 33 Ilustración 6 Arquitectura del sistema ................................................................................................................................ 47 Ilustración 7 Arquitectura del sistema (Vista) .................................................................................................................. 48 Ilustración 8 Arquitectura del sistema (Controlador) .................................................................................................... 48 Ilustración 9 Arquitectura del sistema (modelo) ............................................................................................................. 49 Ilustración 10 Diagrama de clases de diseño para el caso de uso Importar altas y bajas................................. 51 Ilustración 11 Diagrama de clases de diseño para el caso de uso Generar Reporte altas y bajas................... 52 Ilustración 12 Diagrama de secuencia para el caso de uso Importar altas y bajas .............................................. 53 Ilustración 13 Diagrama de secuencia para el caso de uso Generar Reporte altas y baja ................................. 53 Ilustración 14 Segmento del modelo conceptual de la base de datos para CU Gestionar UEB, Actividades, UEB_Actividades. ..................................................................................................................................................................... 54 Ilustración 15 Segmento del modelo conceptual de la base de datos para CU Importar altas y bajas ......... 55 Ilustración 16 Segmento del modelo conceptual de la base de datos para CU Reporte altas y bajas ........... 55 Ilustración 17 Modelo físico de los datos......................................................................................................................... 56 Ilustración 18 Diagrama de despliegue y Modelo de componentes ......................................................................... 57 Ilustración 19 Formulario de adicionar UEB ................................................................................................................... 59 Ilustración 20 Interfaz CU Adicionar UEB. .................................................................................................................... 60 Ilustración 21 Interfaz CU Adicionar UEB. .................................................................................................................... 60 Ilustración 22 Formulario de importar altas y bajas ..................................................................................................... 61 Ilustración 23 Interfaz CU Importar altas y bajas. ......................................................................................................... 63 Ilustración 24 CU Importar altas y bajas. .......................................................................................................................... 64 Ilustración 25 Interfaz CU Importar altas y bajas. ......................................................................................................... 65 Ilustración 26 Prueba de carga realizada al sistema ..................................................................................................... 66 Ilustración 27 Prueba de stress realizada al sistema ...................................................................................................... 67 Ilustración 28 Prueba de resistencia realizada al sistema............................................................................................. 68.

(11) Lista de Tablas Tabla 1 Actores del Negocio .................................................................................................................................................. 25 Tabla 2 Trabajador del negocio. ............................................................................................................................................ 26 Tabla 3 Actores del Sistema ................................................................................................................................................... 26 Tabla 4 Descripción del Caso de Uso Gestionar Altas y Bajas .................................................................................. 39 Tabla 5 Clasificación de Actores. ......................................................................................................................................... 40 Tabla 6 Clasificación de los Casos de Uso. ...................................................................................................................... 40 Tabla 7 Factores de complejidad técnica. .......................................................................................................................... 42 Tabla 8 Cálculo de los Factores Ambiente ........................................................................................................................ 42 Tabla 9 Clases de equivalencia. ............................................................................................................................................ 59 Tabla 10 Caso de prueba 1 para el CU Adicionar UEB................................................................................................ 59 Tabla 11 Caso de prueba 2 para el CU Adicionar UEB. ............................................................................................... 60 Tabla 12 Clases de equivalencia. .......................................................................................................................................... 62 Tabla 13 Caso de prueba 1 para el CU Importar altas y bajas.................................................................................... 62 Tabla 14 Caso de prueba 2 para el CU Importar altas y bajas.................................................................................... 63 Tabla 15 Caso de prueba 3 para el CU Importar altas y bajas.................................................................................... 64.

(12) Introducción La Empresa Tabaco Torcido Villa Clara ha tenido relevancia y significación tanto política, social, económica e histórica por representar dentro del país una industria manufacturera de tradición y hegemonía auténtica revolucionaria, legados todos de las luchas iniciales argentadas por José Martí. En el año 1990 en el mes de enero, se unen la Empresa Tabaco Torcido con Empresa Acopio y Beneficio Villa Clara adoptando la categoría y el nombre de esta última. Su función social cambia al igual que la económica e histórica, dado que amplía su perfil y se dedica a la producción del Tabaco Torcido para la Exportación, Tabaco Torcido para el Consumo Nacional, Rama Despalillada, Acopio y Beneficio y Contratos con proveedores por el Decreto 107 y 108 en compraventa con el Sector Campesino. Esta fusión hace que se adopte como creación una nueva Empresa con todos los rasgos anteriores mediante la Resolución 209 de fecha 19 de marzo ya bajo la dirección del Ministerio de la Agricultura. Tiene su domicilio legal en Ciclón No. 28 e/ Carretera Central y Padre Chao en el Municipio de Santa Clara, Provincia Villa Clara, cuenta con 20 Unidades Empresariales de Base, dedicadas 6 de ellas a la producción del Tabaco Torcido para la Exportación, 11 a la producción del Tabaco Torcido para el Consumo Nacional, una a la Comercialización , una a prestación de Servicio, y la Oficina Central de la Empresa, dos de ellas, Remedios y Vueltas producen tabaco redondo para ambas actividades, las cuales se encuentran enclavadas en diez de los trece Municipios de la Provincia. En la Empresa Tabaco Torcido Villa Clara, el proceso de Gestión del Capital Humano es el responsable de garantizar el capital humano competente para el desempeño de la empresa .La Gestión de este Proceso está organizada en las siguientes actividades:. 1. Competencias Laborales. 2. Selección e Integración. 3. Evaluación del Desempeño. 4. Estudios de Organización del Trabajo. 5. Capacitación y Desarrollo..

(13) 6. Gestión de Seguridad y Salud en el Trabajo. 7. Administración del Capital Humano.. Dentro de los recursos del Proceso de Gestión del Capital Humanos se encuentran los Sistemas Informáticos que se necesitan para apoyo de las actividades del proceso: . Programa para informatizar datos del control y caracterización de la Fuerza de Trabajo y su consolidación a nivel de empresa.. . Programa para la consolidación y análisis de los pagos por resultados a nivel de empresa.. . Programa para la consolidación de la Estimulación en CUC de la empresa e información al grupo empresarial.. . Programa para la consolidación de normas de trabajo empleadas a nivel de empresa en cada período y su comportamiento.. . Programa para la elaboración de las nóminas de salarios y de otros conceptos de pago.. Planteamiento del problema En la Empresa Tabaco Torcido Villa Clara en el departamento de Recursos Humanos existe un Programa para informatizar datos del control y caracterización de la Fuerza de Trabajo y su consolidación a nivel de empresa. El mismo controla: ·. Altas y Bajas. ·. Interruptos. ·. Fondos de Tiempo. ·. Fuerzas de Trabajos. .. Medidas Disciplinarias. No obstante, este software presenta varias limitaciones, ya que está obsoleto porque se necesita el uso de aplicaciones con nuevas tecnologías, por existir un nuevo compendio estadístico del grupo empresarial Tabacuba; cuenta con varios errores en muchas de las funcionalidades del sistema, como: el consolidado general de las altas y las bajas, los.

(14) fondos de tiempo, y las medidas disciplinarias, por lo que estos reportes se realizan actualmente de forma escrita con el apoyo de un archivo Excel y el mismo no garantiza fácilmente la seguridad del acceso a los datos y su consistencia. La herramienta en la cual se realizó el software es. FoxPro: un lenguaje de programación orientado a. procedimientos, a la vez que un Sistema Gestor de Bases de Datos, y ya no cumple con las expectativas de la información por lo que se hace muy necesario el despliegue de un nuevo software. Debido a la anterior situación problemática se define el siguiente problema científico de la presente investigación a partir de la siguiente interrogante: ¿Cómo lograr el control de la Fuerza de Trabajo de la Empresa Tabaco Torcido Villa Clara, de forma que se realice el consolidado general a nivel de empresa, a partir de los datos del control y caracterización de la Fuerza de Trabajo de cada una de las UEB? Objetivo General Desarrollar un sistema que permita realizar el consolidado general de toda la información de la Fuerza de Trabajo, a través de los datos importados de las UEB de Tabaco en Villa Clara, en el departamento de Recursos Humanos de la Empresa Tabaco Torcido Villa Clara. Objetivos Específicos . Diseñar una base de datos para un control de la Fuerza de Trabajo de la Empresa Tabaco Torcido Villa Clara.. . Implementar las funcionalidades requeridas de la aplicación.. . Realizar mediante la aplicación de pruebas un análisis de validez que permitan comprobar cada una de las funcionalidades.. Estructura del documento: El trabajo consta de cuatro capítulos estructurados de la siguiente manera:. Capítulo I : Realiza el análisis de los objetivos estratégicos y aspectos generales del departamentos de Recursos Humanos de la Empresa de Tabaco Torcido Villa Clara ,.

(15) describe la metodología utilizada, la fundamentación de los lenguajes, gestores y tecnologías utilizadas para la confección de la herramienta y darle una solución óptima al problema existente.. Capítulo II: Describe el modelo de negocio y requisitos de los procesos del sistema; abordando de forma detallada los actores, trabajadores, requisitos funcionales y no funcionales y la reglas del negocio del proceso de consolidado general de la Fuerza de Trabajo de la Empresa Tabaco Torcido en Villa Clara.. Capítulo III: Expone la propuesta de solución de la arquitectura y diseño de la aplicación, clases fundamentales, diseño de la base de datos, tratamiento de errores, entre otras ; que da solución a los métodos empleados por el departamentos de Recursos Humanos de la Empresa de Tabaco Torcido Villa clara.. Capítulo IV: Realización de las pruebas de software y estimación del producto..

(16) Capítulo I: “Fundamentación Teórica” En este capítulo se aborda de manera concreta y general los conceptos necesarios para comprender la problemática expuesta en este trabajo, así como el uso del Entorno de Desarrollo seleccionado, Lenguaje, Gestor de Base de Datos y Tecnologías utilizadas. 1.1 OBJETIVOS ESTRATÉGICOS DE LA ORGANIZACIÓN. Empresa Tabaco Torcido Villa Clara, conocida por su nombre corto oficial como ETT Villa Clara o por sus siglas como ETTVC. Es una empresa cubana dedica a la producción de tabaco torcido a mano para la exportación y el consumo nacional, por surtidos, según la demanda del Grupo Empresarial de Tabaco de Cuba, formando parte del Ministerio de la Agricultura, la cual tiene como Misión : Satisfacer las expectativas más exigentes de los clientes tanto externos como internos en las producciones del Tabaco Torcido para la Exportación, el Consumo Nacional y la Rama Despalillada con un alto grado de calidad de modo que nos permita mantener nuestro liderazgo en el Mercado Mundial, logrando una elevada eficiencia y eficacia en nuestro trabajo. Visión: Lograr producciones altamente aceptadas, con una masa trabajadora calificada y un personal de dirección bien entrenado para el cambio, contar con la certeza de nuestros clientes de que somos necesarios para la producción de un puro de calidad; donde puedan percibir la profesionalidad con que realizamos nuestro trabajo y el espíritu emprendedor de nuestro colectivo, que logramos ser eficientes en el cumplimiento de nuestra misión, donde los valores éticos, profesionales y morales constituyan la más alta expresión de calidad. Valores Compartidos: . Consagración. . Excelencia. . Sentido de Pertenencia.

(17) 1.2 FUNDAMENTACIÓN DE LA METODOLOGÍA UTILIZADA La metodología hace referencia al conjunto de procedimientos racionales utilizados para alcanzar una gama de objetivos que rigen en una investigación científica, una exposición doctrinal o tareas que requieran habilidades, conocimientos o cuidados específicos. Alternativamente puede definirse la metodología como el estudio o elección de un método pertinente para un determinado objetivo. En la actualidad, la utilización de metodologías para el desarrollo de aplicaciones es casi imposible omitirla, debido a la gran necesidad de control de variables que conlleva el mismo desarrollo, y para la ordenada elaboración de las aplicaciones, por lo tanto, seguir metodologías y estándares nos llevan a estar en competitividad en todo momento. Es de suma importancia conocer el modo como se interrelacionan metodologías con estándares y herramientas siguiendo un único propósito, el cual consiste en la elaboración de aplicaciones de manera eficiente, ordenada y con el menor número de defectos.(CHACÓN, 2006). 1.2.2 PROCESO UNIFICADO ÁGIL (AUP). La metodología unificada ágil (Agile Unified process AUP) es una forma simplificada del RUP desarrollada por Scott Ambler. Describe un enfoque simple del desarrollo del software usando técnicas y conceptos ágiles. Algunas técnicas usadas por AUP incluyen el desarrollo orientado a pruebas, modelado y gestión de cambios ágiles y refactorización de base de datos para mejorar la productividad. Se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental. AUP se preocupa especialmente de la gestión de riesgos. Propone que aquellos elementos con alto riesgo obtengan prioridad en el proceso de desarrollo y sean abordados en etapas tempranas del mismo. El proceso AUP establece un Modelo más simple que el que aparece en RUP por lo que reúne en una única disciplina las disciplinas de Modelado de Negocio, Requisitos y Análisis y Diseño. El resto de disciplinas (Implementación, Pruebas, Despliegue, Gestión de Configuración, Gestión y Entorno) coinciden con las restantes de RUP.(Nieves, 2014).

(18) 1.3 FUNDAMENTACIÓN DEL ENTORNO DE DESARROLLO, LENGUAJE Y TECNOLOGÍAS UTILIZADAS. 1.3.1 Lenguaje unificado modelado. El Lenguaje Unificado de Modelado (UML) es un lenguaje de modelado visual que se usa para especificar, visualizar, construir y documentar artefactos de un sistema de software. Captura de decisiones y conocimientos sobre los sistemas que se deben construir. Se usa para entender, diseñar, hojear , configurar, mantener y controlar la información sobre tales sistemas.(James Rumbaugh, 2000) El objetivo de UML es: . Proporcionar a desarrolladores de software, arquitectos de sistemas e ingenieros de software de herramientas para el análisis, diseño e implementación de sistemas basados en software, así como modelar procesos de negocio y similares.. . El modelado captura las partes esenciales del sistema.. . UML es un lenguaje con un alcance muy grande y que cubre diversos conjuntos de dominios arquitectónicos en el diseño de aplicaciones.. . Por ello, no todas sus capacidades de modelados son necesariamente útiles en todos los dominios o aplicaciones.. . UML permite seleccionar sólo aquellas partes del. lenguaje que sean. realmente útiles.(Pinelo, 2009) 1.3.2 Aplicaciones web Una aplicación web son aquellas herramientas que los usuarios pueden utilizar accediendo a un servidor web a través de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicación software que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador. Las aplicaciones web son populares debido a lo práctico del navegador web como cliente ligero, a la independencia del sistema operativo, así como a la facilidad para actualizar y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios potenciales.(Mora, 2001).

(19) 1.3.3 PHP El lenguaje PHP (cuyo nombre es acrónimo de PHP: Hipertexto Preprocessor) es un lenguaje interpretado con una sintaxis similar a la de C++ o JAVA. Aunque el lenguaje se puede usar para realizar cualquier tipo de programa, es en la generación dinámica de páginas web donde ha alcanzado su máxima popularidad. En concreto, suele incluirse incrustado en páginas HTML (o XHTML), siendo el servidor web el encargado de ejecutarlo. PHP corre en casi cualquier plataforma utilizando el mismo código fuente, la sintaxis es similar a la de C, por esto cualquiera con experiencia en lenguajes del estilo C podrá entender rápidamente y es completamente expandible.(Mariño, 2008). 1.3.4 HTML5 HTML, siglas de HyperText Markup Language («lenguaje de marcas de hipertexto»), hace referencia al lenguaje de marcado para la elaboración de páginas web. Es un estándar que, en sus diferentes versiones, define una estructura básica y un código (denominado código HTML) para la definición de contenido de una página web, como texto, imágenes, etc. Es un estándar a cargo de la W3C, organización dedicada a la estandarización de casi todas las tecnologías ligadas a la web, sobre todo en lo referente a su escritura e interpretación. HTML5 provee básicamente tres características: estructura, estilo y funcionalidad. Nunca fue declarado oficialmente pero, incluso cuando algunas APIs (Interface de Programación de Aplicaciones) y la especificación de CSS3 por completo no son parte del mismo, HTML5 es considerado el producto de la combinación de HTML, CSS y JavaScript. Estas tecnologías son altamente dependientes y actúan como una sola unidad organizada bajo la especificación de HTML5. HTML está a cargo de la estructura, CSS presenta esa estructura y su contenido en la pantalla y JavaScript hace el resto que es extremadamente significativo.(Gauchat, 2012b). 1.3.5 CSS Las hojas de estilo en cascada (Cascading Style Sheets, o sus siglas CSS) hacen referencia a un lenguaje de hojas de estilos usado para describir la presentación semántica (el aspecto y formato) de un documento escrito en lenguaje de marcas. Su aplicación más común es dar estilo a páginas webs escritas en lenguaje HTML y XHTML, pero también puede ser aplicado a cualquier tipo de documentos XML, incluyendo SVG y XUL..

(20) CSS es un lenguaje que trabaja junto con HTML para proveer estilos visuales a los elementos del documento, como tamaño, color, fondo, bordes. (Gauchat, 2012c). 1.3.6 JavaScript. JavaScript es un lenguaje interpretado usado para múltiples propósitos pero solo considerado como un complemento hasta ahora. Una de las innovaciones que ayudó a cambiar el modo en que vemos JavaScript fue el desarrollo de nuevos motores de interpretación, creados para acelerar el procesamiento de código. La clave de los motores más exitosos fue transformar el código JavaScript en código máquina para lograr velocidades de ejecución similares a aquellas encontradas en aplicaciones de escritorio. Esta mejorada capacidad permitió superar viejas limitaciones de rendimiento y confirmar el lenguaje JavaScript como la mejor opción para la web. Para aprovechar esta prometedora plataforma de trabajo ofrecida por los nuevos navegadores, JavaScript fue expandido en relación con portabilidad e integración. A la vez, interfaces de programación de aplicaciones (APIs) fueron incorporadas por defecto en cada navegador para asistir al lenguaje en funciones elementales. Estas nuevas APIs (como Web Storage, Canvas, y otras) son interfaces para librerías incluidas en navegadores. La idea es hacer disponible poderosas funciones a través de técnicas de programación sencillas y estándares, expandiendo el alcance del lenguaje y facilitando la creación de programas útiles para la web.(Gauchat, 2012c). 1.3.7 jQuery Esta es la biblioteca web más popular disponible en estos días. La biblioteca jQuery es gratuita y fue diseñada para simplificar la creación de sitios web modernos. Facilita la selección de elementos HTML, la creación de animaciones y efectos y también controla eventos y ayuda a implementar Ajax en nuestras aplicaciones. JQuery tiene la ventaja de proveer soporte para viejos navegadores y vuelve simple tareas cotidianas. Puede ser utilizado junto con HTML5 o como una forma simple de reemplazar funciones de HTML5 en navegadores que no están preparados para esta tecnología.(Gauchat, 2012a).

(21) 1.3.8 Symfony como framework de trabajo Un framework simplifica el desarrollo de una aplicación mediante la automatización de algunos de los patrones utilizados para resolver las tareas comunes. Además, un framework proporciona estructura al código fuente, forzando al desarrollador a crear código más legible y más fácil de mantener. Por último, un framework facilita la programación de aplicaciones, ya que encapsula operaciones complejas en instrucciones sencillas. Symfony es un completo framework diseñado para optimizar, gracias a sus características, el desarrollo de las aplicaciones web. Para empezar, separa la lógica de negocio, la lógica de servidor y la presentación de la aplicación web. Proporciona varias herramientas y clases encaminadas a reducir el tiempo de desarrollo de una aplicación web compleja. Además, automatiza las tareas más comunes, permitiendo al desarrollador dedicarse por completo a los aspectos específicos de cada aplicación. El resultado de todas estas ventajas es que no se debe reinventar la rueda cada vez que se crea una nueva aplicación web. Symfony está desarrollado completamente con PHP 5. Ha sido probado en numerosos proyectos reales y se utiliza en sitios web de comercio electrónico de primer nivel. Symfony es compatible con la mayoría de gestores de bases de datos, como MySQL, PostgreSQL, Oracle y SQL Server de Microsoft. Se puede ejecutar tanto en plataformas *nix (Unix, Linux, etc.) como en plataformas Windows. (Fabien Potencier, 2008) 1.4 SISTEMA GESTOR DE BASE DE DATOS (SGBD). 1.4.1 MySQL MySQL es un sistema gestor de bases de datos muy conocido y ampliamente usado por su simplicidad y notable rendimiento. Aunque carece de algunas características avanzadas disponibles en otros SGBD del mercado, es una opción atractiva tanto para aplicaciones comerciales, como de entretenimiento precisamente por su facilidad de uso y tiempo reducido de puesta en marcha. Esto y su libre distribución en Internet bajo licencia GPL le otorgan como beneficios adicionales (no menos importantes) contar con un alto grado de estabilidad y un rápido desarrollo.(Autores, 2005).

(22) 1.4.2. PhpMyAdmin. PhpMyAdmin es una herramienta que se ofrece desde los paneles de control cPanel de los alojamientos web de HOSTINET con la que se puede manejar y administrar las bases de datos MySQL. Se pueden crear, eliminar, modificar bases de datos así como gestionar las tablas de las mismas. PhpMyAdmin aparte de ser una Herramienta que ofrece una interfaz gráfica para la administración del servidor MySQL, también ofrece: . Configuración del servidor y las bases de datos.. . Gestión (crear, modificar, borrar) de las bases de datos, tablas, campos, relaciones, índices, etc.. . Consultas con SQL.. . Definir usuarios y asignar permisos.. . Realizar copias de seguridad.. . Crear gráficos (PDF) del esquema de la base de datos.. . Exportar a muchos formatos (documentos de texto, hojas de cálculo).(Mestras, 2012-2013). CONCLUSIONES PARCIALES DEL CAPÍTULO.. A partir del estudio de las tecnologías, lenguajes y herramientas utilizadas para el desarrollo del sistema, se determina que se utilizará como gestor de base de datos MySQL y la herramienta PhpMyAdmin, Symfony como framework donde estará soportada la aplicación, AUP como metodología de desarrollo y PHP como lenguaje de programación..

(23) CAPÍTULO II: “MODELO DE NEGOCIOS Y REQUISITOS” En este capítulo se aborda de manera detallada el modelo de negocio y requisitos de los procesos del sistema. Se describen por parte del modelo de negocio las reglas a considerar, así como los actores y trabajadores del mismo y los diagramas y casos de uso. Por parte del sistema se incluye los actores del sistema a automatizar y los diagramas de los casos de uso del sistema así como su descripción. Además se analizan los requisitos funcionales y no funcionales del proceso de consolidado general de la Fuerza de Trabajo de la Empresa Tabaco Torcido Villa Clara. 2.1 MODELO DEL NEGOCIO ACTUAL. La Empresa de Tabaco Torcido Villa Clara destinada a la producción y comercialización, de forma mayorista, de tabaco torcido a mano con destino al Grupo Empresarial TABACUBA; tiene en el departamento de Recursos Humanos un software que controla la Fuerza de Trabajo de las UEB de Villa Clara que pertenecen al grupo TABACUBA. El software realiza un consolidado que se hace mensual con los datos almacenados en un archivo Excel sobre la Fuerza de Trabajo de la UEB que controla: Altas y Bajas, Fondos de Tiempo, Interruptos , entre otras; el personal que atiende Recursos Laborales de cada una de las UEB, envía mensual los datos del control y caracterización de la Fuerza de Trabajo de la UEB correspondiente en ese mes a la Especialista de Gestión de Recursos Humanos de la Empresa de Tabaco Torcido Villa Clara, para que ella a través del software realice el consolidado general de la información de todas las UEB ,utilizando un archivo Excel y envié el reporte a la Especialista de Gestión de Recursos Humanos del Grupo Empresarial TABACUBA..

(24) 2.2 REGLAS DEL NEGOCIO A CONSIDERAR Políticas o condiciones empresariales a ser respetadas y satisfechas en el modelo de negocio que se realiza como parte del proceso de construcción del sistema informático. (Laguna, 2008) A continuación, se describen las reglas del negocio correspondientes al negocio actual: RN1:” Las UEB tienen que reportar solo una vez al mes los datos de la fuerza de trabajo”. RN2:”La Especialista tiene que relacionar el modelo correcto con cada uno de los datos de la fuerza de trabajo”. RN3:” La Especialista tiene que generar solo una vez al mes el reporte del consolidado general de la fuerzas de trabajo a nivel de empresa”. RN4:”Es necesario que cada UEB tenga asociada al menos una Actividad”. RN5:”Es necesario que cada Actividad tenga asociada al menos una UEB” RN6:” La Especialista no puede eliminar una UEB si la misma está presente en la tabla de UEB_Actividades, tiene que eliminar primero la UEB que se encuentre en la misma”. RN7:” La Especialista no puede eliminar una Actividad si la misma está presente en la tabla de UEB_Actividades, tiene que eliminar primero la Actividad que se encuentre en la misma”. 2.3 ACTORES DEL NEGOCIO Los actores son cualquier cosa que interacciona el sistema que se desarrolla, por ejemplo, personas, otros software, hardware, dispositivos, redes, almacenes de datos, etc.. Cada actor define un particular “role”. Cada entidad externa al sistema puede ser representado por uno o mas actores. Así, una persona física puede ser representada por varios actores , debido a que la persona juega diferentes papeles con relación al sistema. O varios objetos físicos pueden estar representados por un mismo actor, porque ellos mantienen una misma interacción en relación con el sistema.(Drake, 2008) En la siguiente tabla se muestran los actores del negocio actual: Actores del Negocio. Descripción.

(25) Especialista de Recursos Es quien realiza el consolidado de los datos del control y Laborales en la UEB.. caracterización de la Fuerza de Trabajo en la UEB.. Especialista de Gestión de Es quien controla el consolidado general de la Fuerza de Recursos. Humanos. Grupo. del Trabajo a nivel de empresa.. Empresarial. TABACUBA Tabla 1 Actores del Negocio. 2.5 DIAGRAMA DE CASOS DE USO DEL NEGOCIO Un caso de uso se define como una secuencia de acciones que realiza un sistema y que conduce a un resultado observable. Los diagramas de casos de uso son un método alternativo y complementario a los diagramas de contexto como medio de especificar los requisitos de una aplicación software. Los casos de uso capturan una vista general de la funcionalidad del sistema con un método muy adecuado para ser interpretado por personas no técnicas como son los usuarios y los expertos de dominio. Suelen interpretarse como una guía de los escenarios de uso del sistema sobre los que se especifican los requerimientos del sistema.(Drake, 2008) En las siguientes figuras se muestran el diagrama de Casos de Uso del negocio:. Ilustración 1 Diagrama de Casos de Uso del negocio.

(26) 2.6 TRABAJADORES DEL NEGOCIO Conocido también como actor interno de negocio, representa a una persona o un grupo de personas que tienen relación directa con el proceso empresarial, su definición depende al caso de uso de negocio que se esté analizando. (Mueras, 2005). En la siguiente tabla se muestra el Trabajador del negocio actual: . Trabajador del negocio. Descripción. Especialista de Gestión de Recursos Persona que realiza el consolidado de los datos del Humanos de la Empresa de Tabaco control y caracterización de la Fuerza de Trabajo en Torcido Villa Clara. la empresa Tabaco Torcido Villa Clara.. Tabla 2 Trabajador del negocio.. 2.7 ACTORES DEL SISTEMA A AUTOMATIZAR Esta notación UML, representa a una persona, conjunto de personas, hardware, software y a cualquier componente que interactúa con la solución informática basado en una necesidad.(Mueras, 2005) En la siguiente tabla se muestran los actores del sistema: . Actor del Sistema. Descripción. Especialista de Gestión de Recursos Persona que realiza el consolidado de los datos del Humanos de la Empresa de Tabaco control y caracterización de la fuerza de trabajo en Torcido Villa Clara. la empresa Tabaco Torcido Villa Clara.. Administrador. Persona encargada de gestionar las cuentas de usuario y los roles del sistema.. Tabla 3 Actores del Sistema.

(27) 2.8 DEFINICIÓN DE LOS REQUISITOS Los requisitos determinan lo que hará el sistema (cómo funcionará) restricciones sobre su operación e implementación. Un requisito es una “condición o capacidad que necesita el usuario para resolver un problema o conseguir un objetivo determinado”. También se aplica a las condiciones que debe cumplir o poseer un sistema o uno de sus componentes para satisfacer un contrato, una norma o una especificación.(Laguna, 2008) 2.8.1 DEFINICIÓN DE LOS REQUISITOS FUNCIONALES Definición de los servicios que el sistema debe proporcionar, cómo debe reaccionar a una entrada particular y cómo se debe comportar ante situaciones particulares. Los Requisitos Funcionales del usuario pueden ser frases muy generales sobre lo que el sistema debería hacer. Se suelen expresar como objetivos del sistema, deben describir los servicios que hay que proporcionar con todo detalle: los casos de uso.(Laguna, 2008) A continuación, se muestran los requisitos funcionales que debe proporcionar el sistema:  RF1: “Gestionar UEB”. El sistema debe brindar la posibilidad de listar todas las UEB que existen para de esta manera realizar la acción correspondiente (adicionar, eliminar, modificar). RF1.1: “Adicionar UEB”. El sistema debe permitir al usuario insertar una nueva UEB con los datos correspondientes. RF1.2: “Eliminar UEB”. El sistema debe permitir al usuario eliminar una UEB. RF1.3: “Modificar UEB”. El sistema debe permitir al usuario modificar una UEB en los campos deseados.  RF2: “Gestionar Actividades”. El sistema debe brindar la posibilidad de listar todas las Actividades que existen para de esta manera realizar la acción correspondiente (adicionar, eliminar, modificar). RF2.1: “Adicionar Actividades”. El sistema debe permitir al usuario insertar una nueva Actividad con los datos correspondientes. RF2.2: “Eliminar Actividades”..

(28) El sistema debe permitir al usuario eliminar una Actividad. RF2.3: “Modificar Actividades”. El sistema debe permitir al usuario modificar una Actividad en los campos deseados.  RF3: “Gestionar UEB_Actividades”. El sistema debe brindar la posibilidad de listar todas las UEB con las Actividades a la cual pertenecen para de esta manera realizar la acción correspondiente (adicionar, eliminar). RF3.1: “Adicionar UEB_Actividades”. El sistema debe permitir al usuario insertar una nueva UEB_Actividades con los datos correspondientes. RF3.2: “Eliminar UEB_Actividades”. El sistema debe permitir al usuario eliminar una UEB_Actividades.  RF4: “Gestionar Usuario”. El sistema debe brindar la posibilidad de listar todas los Usuarios que pertenecen al sistema para de esta manera realizar la acción correspondiente (adicionar, eliminar, modificar). RF4.1: “Adicionar Usuario”. El sistema debe permitir insertar un nuevo usuario con los datos correspondientes. RF4.2: “Eliminar Usuario”. El sistema debe permitir eliminar un usuario. RF4.3: “Modificar Usuario”. El sistema debe permitir modificar un usuario en los campos deseados.  RF5: “Gestionar Altas y Bajas”. RF5.1: “Importar Altas y Bajas”. El sistema debe brindar la posibilidad de importar de un archivo Excel las altas y bajas de la UEB correspondiente. RF5.2: “Ver Información del Importar Altas y Bajas”. El sistema debe brindar la posibilidad de descargar el archivo importado para ver su contenido y borrarlo en caso de equivocación. RF5.3: “Exportar Altas y Bajas”. El sistema debe brindar la posibilidad de realizar un reporte en un archivo Excel del consolidado general de las Altas y Bajas..

(29) RF5.4: “Ver Información del Exportar Altas y Bajas”. El sistema debe brindar la posibilidad de descargar el archivo generado a partir del consolidado para ver su contenido y borrarlo en caso de equivocación.  RF6: “Gestionar Fondos de Tiempo”. RF6.1: “Importar Fondos de Tiempo”. El sistema debe brindar la posibilidad de importar de un archivo Excel el fondo de tiempo de la UEB correspondiente. RF6.2: “Ver Información del Importar Fondos de Tiempo”. El sistema debe brindar la posibilidad de descargar el archivo importado para ver su contenido y borrarlo en caso de equivocación. RF6.3: “Exportar Fondos de Tiempo”. El sistema debe brindar la posibilidad de realizar un reporte en un archivo Excel del consolidado general del fondo de tiempo. RF6.4: “Ver Información del Exportar Fondos de Tiempo”. El sistema debe brindar la posibilidad de descargar el archivo generado a partir del consolidado para ver su contenido y borrarlo en caso de equivocación.  RF7: “Gestionar Fuerz-a de Trabajo”. RF7.1: “Importar Fuerza de Trabajo”. El sistema debe brindar la posibilidad de importar de un archivo Excel la Fuerza de Trabajo de la UEB correspondiente. RF7.2: “Ver Información del Importar Fondos de Tiempo”. El sistema debe brindar la posibilidad de descargar el archivo importado para ver su contenido y borrarlo en caso de equivocación. RF7.3: “Exportar Fuerza de Trabajo”. El sistema debe brindar la posibilidad de un reporte en un archivo Excel del consolidado general de la Fuerza de Trabajo. RF7.4: “Ver Información del Exportar Fuerza de Trabajo”. El sistema debe brindar la posibilidad de descargar el archivo generado a partir del consolidado para ver su contenido y borrarlo en caso de equivocación..

(30)  RF8: “Gestionar Medidas Disciplinarias”. RF8.1: “Importar Medidas Disciplinarias”. El sistema debe brindar la posibilidad de importar de un archivo Excel las Medidas Disciplinarias de la UEB correspondiente. RF8.2: “Ver Información del Importar Fondos de Tiempo”. El sistema debe brindar la posibilidad de descargar el archivo importado para ver su contenido y borrarlo en caso de equivocación. RF8.3: “Exportar Medidas Disciplinarias”. El sistema debe brindar la posibilidad de un reporte en un archivo Excel del consolidado general de las Medidas Disciplinarias. RF8.4: “Ver Información del Importar Medidas Disciplinarias”. El sistema debe brindar la posibilidad de descargar el archivo generado a partir del consolidado para ver su contenido y borrarlo en caso de equivocación.  RF9: “Importar Interruptos”. RF9.1: “Importar Interruptos”. El sistema debe brindar la posibilidad de importar de un archivo Excel los Interruptos de la UEB correspondiente. RF9.2: “Ver Información del Importar de los Interruptos”. El sistema debe brindar la posibilidad de descargar el archivo importado para ver su contenido y borrarlo en caso de equivocación. RF9.3: “Exportar Interruptos”. El sistema debe brindar la posibilidad de un reporte en un archivo Excel del consolidado general de los Interruptos. RF9.4: “Ver Información del Exportar Interruptos”. El sistema debe brindar la posibilidad de descargar el archivo generado a partir del consolidado para ver su contenido y borrarlo en caso de equivocación. 2.8.2 DEFINICIÓN DE LOS REQUISITOS NO FUNCIONALES A continuación, se muestran los requisitos no funcionales que debe proporcionar el sistema: Restricciones que afectan a los servicios o funciones del sistema, tales como restricciones de tiempo, sobre el proceso de desarrollo, estándares, etc. Definen propiedades.

(31) emergentes del sistema, tales como el tiempo de respuesta, las necesidades de almacenamiento, la fiabilidad.(Laguna, 2008)  “Requisitos de Autenticación ”: RNF1: Para poder utilizar la aplicación debe introducir los datos personales correspondientes con el usuario. Los usuarios deben cumplir con los requisitos de identificación si quieren acceder a información confidencial.  “Requisitos de portabilidad”: RFN2: El sistema debe poder ejecutarse en cualquier sistema operativo Windows 95 o superior.  “Requisitos de confiabilidad”: RFN3: El tiempo de respuesta al ejecutar una acción no debe ser mayor que 3s.  “Requisitos de Software”: RNF4: Se tiene que contar con el gestor de bases de datos MySQL. RNF5: Se utilizará el servidor Web Apache.  “Requisitos de Interfaz”: RNF6: La interfaz debe contar con botones y menús desplegables que faciliten su uso.. 2.9 DIAGRAMA DE CASOS DE USO DEL SISTEMA. Un caso de uso describe una interacción entre el sistema y un agente externo que se denomina actor, un caso de uso capta siempre una función visible para el usuario, logra un objetivo concreto y específico para el usuario y puede ser algo simple o algo complejo, en este caso se puede formular en función de otros casos de uso.(Drake, 2008). Los casos de uso del sistema son los siguientes: CU1: Gestionar Usuarios. CU2: Gestionar UEB..

(32) CU3: Gestionar Actividades. CU4: Gestionar UEB_Actividades. CU5: Gestionar Altas y Bajas. CU6: Gestionar Fuerzas de Trabajo. CU7: Gestionar Fondos de Tiempos. CU8: Gestionar Interruptos. CU9: Gestionar Medidas Disciplinarias.. En las siguientes figuras se muestra el diagrama de Casos de Uso del sistema:. Ilustración 2 Diagrama de Casos de Uso del sistema.. Ilustración 3 Diagrama de Casos de Uso del sistema..

(33) Ilustración 4 Diagrama de Casos de Uso del sistema.. Ilustración 5 Diagrama de Casos de Uso del sistema..

(34) 2.10 CASOS DE USO DEL SISTEMA (SIGNIFICATIVOS). El sistema presenta como Casos de Uso significativos el importar y generar reporte de cada uno de los datos de la fuerza de trabajo, en este caso se explicará el de altas y bajas como ejemplo general: Importar Altas y Bajas: Este caso de uso permite a la Especialista de Gestión de Recursos Humanos de la empresa de Tabaco Torcido Villa Clara importar todos los datos del control y caracterización de la Fuerza de Trabajo de cada una de las UEB de Tabaco y guardar cada información en la base de datos. Información Importar Altas y Bajas: Este caso de uso permite a la Especialista de Gestión de Recursos Humanos de la empresa de Tabaco Torcido Villa Clara ver la lista de todos los modelos importados en el año y mes determinado y realizar la acción de descargarlo para ver el contenido o borrarlo. Generar Reporte de Altas y Bajas: Este caso de uso permite a la Especialista de Gestión de Recursos Humanos de la empresa de Tabaco Torcido Villa Clara realizar un reporte de todos los datos del control y caracterización de la fuerza de trabajo a nivel de empresa. Información Generar Reporte de Altas y Bajas: Este caso de uso permite a la Especialista de Gestión de Recursos Humanos de la empresa de Tabaco Torcido Villa Clara ver la lista de todos los modelos generados en el año y mes determinado y realizar la acción de descargarlo para ver el contenido o borrarlo. 2.10.1 Descripción de los casos de uso del Sistema (Significativos) En las siguientes tablas se muestra la descripción de los Casos de Uso del Sistema significativos. Gestionar Altas y Bajas: Caso de uso del sistema. Gestionar Altas y Bajas. Actor. Especialista de Gestión de Recursos Humanos.. Propósito. Gestionar las Altas y Bajas.. Resumen. Inicia cuando el Especialista de Gestión de Recursos Humanos selecciona en la opción “Gestionar Altas y Bajas”,. donde. posteriormente. aparecerá. un.

(35) formulario a llenar para importar el modelo de Altas y Bajas en el mes y año correspondiente. También se muestra una tabla con una lista de todos los modelos importados para realizar las acciones de descargar y ver el contenido o borrarlo.Después de importar todos los datos de la Fuerza de Trabajo del modelo de Altas y Bajas en ese mes y año; se presionará en el botón de Generar Reporte donde aparecerá un formulario a llenar para generar el reporte en el mes y año correspondiente y una tabla con todos los reportes realizados para realizar la acción de descargarlos o borrarlos. El caso de uso finaliza cuando se hayan importado todos los datos del modelo de Altas y Bajas de la Fuerza de Trabajo y se haya generado el reporte del consolidado general a nivel de empresa. Responsabilidades. Gestionar las altas y bajas.. Casos de uso asociados Precondiciones. Antes de iniciar el caso de uso del sistema el Especialista de Gestión de Recursos Humanos debe tener la conexión segura con la base de datos y el sistema corriendo en pleno funcionamiento.. Prototipos de interfaz.

(36) Flujo normal de eventos. Sección A: Importar Altas y Bajas Acción del actor. Respuesta del sistema. 1. El Especialista de Gestión de Recursos Humanos selecciona el Mes, Año y UEBs correspondiente.. 2. El Especialista de Gestión de Recursos Humanos presiona el botón de Importar. 3. El sistema valida que sea el modelo correspondiente y que no se dupliquen los modelos y los envía a la base datos.. 4. El sistema notifica al Especialista de Gestión de Recursos Humanos de la importación correcta.. Flujos alternativos 1 4. El sistema notifica al especialista de algún error.. 5. El Especialista de Gestión de Recursos. Humanos. verifica.

(37) nuevamente. e. importa. los. datos. nuevamente. Flujo normal de los eventos. Sección B: Información del Importar Altas y Bajas Acción del actor. Respuesta del sistema. 1. El Especialista de Gestión de Recursos Humanos selecciona la opción deseada (descargar, eliminar). 2. El sistema notifica al Especialista de Gestión de Recursos Humanos de la eliminación en caso de eliminar o descarga el archivo para verlo o guardarlo.. Flujos alternativos -----------------------------------. --------------------------------------------------------------. Prototipos de interfaz. Flujo normal de eventos. Sección C: Generar Reporte Altas y Bajas Acción del actor 1. El Especialista de Gestión de Recursos Humanos selecciona el Mes, Año correspondiente.. Respuesta del sistema.

(38) 2. El Especialista de Gestión de Recursos 3. El sistema valida que ese reporte en ese mes y año Humanos presiona el botón de Generar no se haya generado. Reporte. 4. El sistema genera el reporte descargándolo para que el Especialista de Gestión de Recursos Humanos lo guarde o lo vea.. Flujos alternativos 1 4. El sistema notifica al especialista de algún error.. 5. El Especialista de Gestión de Recursos. Humanos. verifica. nuevamente los datos y genera el reporte. Flujo normal de los eventos. Sección D: Información del Generar Reporte Altas y Bajas Acción del actor. Respuesta del sistema. 1. El Especialista de Gestión de Recursos Humanos selecciona la opción deseada (descargar, eliminar).. 2. El sistema notifica al Especialista de Gestión de Recursos Humanos de la eliminación en caso de eliminar o descarga el archivo para verlo o guardarlo.. Flujos alternativos ----------------------------------. --------------------------------------------------------------.

(39) Post condiciones. La base de datos debe quedar actualizada de acuerdo a las operaciones realizadas en las secciones A, B, C yD. Tabla 4 Descripción del Caso de Uso Gestionar Altas y Bajas 2.11 ESTIMACIÓN POR PUNTOS DE CASOS DE USO. La estimación de costo y esfuerzo del software nunca será una ciencia exacta. Demasiadas variables (humanas, técnicas, ambientales, políticas) pueden afectar el costo final del software y el esfuerzo aplicado para su desarrollo. Sin embargo, la estimación del proyecto de software puede transformarse de un arte oscuro a una serie de pasos sistemáticos que proporcionen estimaciones con riesgo aceptable. (Pressman, 2010). A continuación se realiza la estimación por puntos de casos de usos:. 2.11.1 Factor de Peso de los Actores sin ajustar (UAW). Para obtener el valor del factor de peso de los actores, se debe calcular la cantidad de actores existentes en el sistema y la complejidad de cada uno de ellos. La complejidad de los actores se establece teniendo el tipo de actor, pudiendo ser éste: simple, medio y complejo; así como también teniendo en cuenta la forma que el mismo interactúa con el sistema, asignando el peso correspondiente asociado a dicha interacción.. Tipo. Descripción. Peso Cantidad. de. de. Actor. de. Tipo. Actores Simple. Otro sistema externo, interactúa con el sistema a desarrollar mediante una interfaz de programación 1. 0. definida y conocida, (API, Application Programming Interface) Medio. Otro sistema externo que interactúa a través de protocolo (conjunto de reglas que especifican el 2. 0.

(40) intercambio. de. datos. u. órdenes. durante. la. comunicación entre las entidades que forman parte de la red). Complejo. Un usuario físico que interactúa a través de una. 3. 1. interfaz gráfica de usuario. Tabla 5 Clasificación de Actores. . Clasificación de los actores. UAW = ∑ (Cantidad TipoActori * Pesoi) Se tienen 2 actores de tipo complejo con un peso de 3 UAW=2*3=6. 2.11.2 Factor de Peso de los Casos de Uso sin ajustar (UUCW). Para obtener el valor del factor de Peso de los casos de uso, se calcula la cantidad de casos de uso presentes en el sistema y la complejidad de cada uno de ellos. Tipo de Descripción. Peso. Cantidad. de. Caso de. Tipo de Casos. Uso. de Uso. Simple. El caso de Uso contiene hasta 3 transacciones. 5. 7. Medio. El caso de Uso contiene de 4 a 7 transacciones. 10. 1. 15. 3. Complejo El caso de uso tiene más de 7 transacciones Tabla 6 Clasificación de los Casos de Uso.. UUCW = ∑ (Tipo de Caso de Usoi* Pesoi) Se tienen 32 casos de uso de tipo simple con un peso de 5 UUCW=32*5=160 2.11.3 Cálculo de los Puntos de Casos de Uso sin ajustar. Este valor, se calcula a partir de la siguiente ecuación:.

(41) UUCP = UAW + UUCW UUCP = 6+160 UUCP = 166 Donde, UUCP: Puntos de Casos de Uso sin ajustar. UAW: Factor de Peso de los Actores sin ajustar. UUCW: Factor de Peso de los Casos de Uso sin ajustar.. 2.11.4 Factor de Complejidad Técnica (TCF). El coeficiente se calcula mediante la cuantificación de un conjunto de factores que determinan la complejidad técnica del sistema. Cada uno de los factores se cuantifica con un valor de 0 al 5, donde: Un valor de 0 significa que el factor es irrelevante. Un valor de 3 significa que el factor es promedio. Un valor de 5 significa que el factor es esencial.. Factor. Descripción. Peso. Influencia Resultado. F1. Sistema Distribuido. 2. 0. 0. F2. Tiempo de Respuesta y Desempeño. 1. 1. 3. F3. Eficiencia respecto al usuario final. 1. 2. 3. F4. Procesamiento interno complejo. 1. 1. 4. F5. Código. otras 1. 1. 5. reutilizable. en. aplicaciones F6. Facilidad en la instalación. 0,5. 1. 1.5. F7. Usabilidad (Fácil de usar). 0,5. 1. 2.5. F8. Portabilidad. 2. 0. 8. F9. Facilidad en mantener. 1. 1. 5. F10. Accesos simultáneos (concurrentes). 1. 0.5. 5. F11. Incluye. 1. 3. seguridad. objetivos. especiales. de 0.5.

(42) F12. Provee acceso directo a terceros. 1. 0. 3. F13. Se requiere facilidades especiales de 1. 1. 2. entrenamiento a usuarios Tabla 7 Factores de complejidad técnica.. TCF=0.6+0.01*∑ (Pesoi+Valor Asignadoi) TCF=0.6+0.01*(0+3+3+4+5+1.5+2.5+8+5+5+3+3+2) TCF=0.6+0.01*(45) TCF=1.05. 2.11.5 Factores de Ambiente (EF). Además de tener en cuenta los factores técnicos para el ajuste de los UUCP (Puntos de Casos de Uso no ajustados), se contabilizan los factores de ambiente. De manera similar al cálculo de los TCF, a cada factor de ambiente definido en la siguiente tabla, se la asignan valores entre el 0 y el 5. Factor Descripción. Peso Valor Asignado. E1. Familiarizado con el proceso de desarrollo. 1,5. 3. E2. Experiencia en la aplicación. 0,5. 3. E3. Experiencia en orientación a objetos. 1. 4. E4. Capacidades de análisis. 0,5. 3. E5. Motivación. 1. 5. E6. Requisitos estables. 2. 4. E7. Trabajadores a tiempo parcial. -1. 0. E8. Lenguaje complejo. -1. 2. Tabla 8 Cálculo de los Factores Ambiente EF=1.4-0.03*∑ (Pesoi+Valor Asignadoi) EF=1.4-0.03*(2.5+ 1.5+ 4+ 1.5+ 5+ 8+0-2) EF=1.4-0.03*20.5 EF=1.4-0.615.

(43) EF=0.785. 2.11.6 Cálculo de Puntos de Casos de Uso ajustados Una vez que se tienen los Puntos de Casos de Uso sin ajustar, se debe ajustar ese valor mediante factores de ajuste, tanto técnicos como de ambiente, haciendo uso de la siguiente ecuación: UCP = UUCP * TCF * EF UCP = 166*1.05*0.785 UCP = 136.8 Donde, UCP: Puntos de Casos de Uso ajustados. UUCP: Puntos de Casos de Uso sin ajustar. TCF: Factor de complejidad técnica. EF: Factor de ambiente.. 2.11.7 Estimación del Esfuerzo de Desarrollo. El esfuerzo en horas-hombre se calcula aplicando la siguiente ecuación: E = UCP * CF E=136.8 *20 E= 2736 horas-hombre Donde, E: esfuerzo estimado en horas-hombre. UCP: Puntos de Casos de Uso ajustados. CF: Factor de conversión (20 horas-hombre por defecto).. 2.11.8 Estimación del esfuerzo del proyecto Teniendo en cuenta que E es el esfuerzo que se requiere para la implementación, este representa un 40 % del esfuerzo total para desarrollar el software, por lo que tenemos que el esfuerzo total es el siguiente:.

(44) Etotal= E / 0.4 Etotal = 2736 / 0.4 Etotal = 6840 Donde: Etotal: Esfuerzo Total. 2.11.9 Cálculo del tiempo de desarrollo. Se calcula mediante la siguiente ecuación: TDT = Etotal / CH TDT = 6840/ 1 TDT = 6840 horas Donde: TDT: Tiempo de Desarrollo Total en horas CH: Cantidad de Hombres que desarrollan el proyecto. 2.11.10 Cálculo del costo. Se calcula mediante la siguiente ecuación: C = Etotal * CH * CHH C = 6840* 1 * 3.75 C= $ 25650 Donde: CH: Cantidad de Hombres CHH: Costo por Hombre Hora Finalmente concluimos que el costo total es de $ 25650.. CONCLUSIONES PARCIALES DEL CAPÍTULO A partir del análisis del negocio, de los procesos y requisitos del sistema, se muestra cómo se realiza el proceso de consolidado a nivel de empresa de la Fuerza de Trabajo. Se describen por parte del modelo de negocio las reglas a considerar, así como los actores y.

(45) trabajadores del mismo y los diagramas y casos de uso. Por parte del sistema se incluye los actores del sistema a automatizar y los diagramas de los casos de uso del sistema. Se realizó la estimación por puntos de casos de uso lo cual permitió predecir el tiempo total de desarrollo de la aplicación..

(46) CAPÍTULO III: “DESCRIPCIÓN DE LA PROPUESTA DE SOLUCIÓN” En este capítulo se expone la propuesta de solución de la arquitectura del sistema, los diagramas de clases de diseño y de secuencia de los casos de usos más significativos. Se presenta el diseño de la Base de Datos con los componentes del sistema y el diagrama de despliegue, que da solución a los métodos empleados por el departamento de Recursos Humanos de la Empresa de Tabaco Torcido Villa Clara.. 3.1 ARQUITECTURA DEL SISTEMA La arquitectura del sistema será descrita a través del patrón arquitectónico Modelo-VistaControlador, es un patrón de arquitectura de las aplicaciones software. Separa la lógica de negocio de la interfaz de usuario. Facilita la evolución por separado de ambos aspectos e incrementa reutilización y flexibilidad.. Vista: La página HTML Controlador: Código que obtiene datos dinámicamente y genera el contenido HTML Modelo:.

(47) La información almacenada en una base de datos o en XML junto con las reglas de negocio que transforman esa información (teniendo en cuenta las acciones de los usuarios).. Flujo de control 1. El usuario realiza una acción en la interfaz 2. El controlador trata el evento de entrada Previamente se ha registrado 3. El controlador notifica al modelo la acción del usuario, lo que puede implicar un cambio del estado del modelo (si no es una mera consulta) 4. Se genera una nueva vista. La vista toma los datos del modelo El modelo no tiene conocimiento directo de la vista 5. La interfaz de usuario espera otra interacción del usuario, que comenzará otro nuevo ciclo.(Mestras, 2008-2009). En la siguiente figura se muestra la arquitectura del sistema:. Ilustración 6 Arquitectura del sistema.

(48) Ilustración 7 Arquitectura del sistema (Vista). Ilustración 8 Arquitectura del sistema (Controlador).

(49) Ilustración 9 Arquitectura del sistema (modelo).

(50) 3.2 DIAGRAMA DE CLASES DE DISEÑO. El diagrama de clases del diseño describe gráficamente las especificaciones de las clases de software y de las interfaces (las de Java, por ejemplo) en una aplicación. Normalmente contiene la siguiente información: . clases, asociaciones y atributos. . interfaces, con sus operaciones y constantes. . métodos. . información sobre los tipos de los atributos. . navegabilidad. . dependencias(Larman, 1999). 3.2.1 DIAGRAMA. DE. CLASES. DE. DISEÑO. (CASOS. DE. SIGNIFICATIVOS). En la siguiente figura se muestra el diagrama de clases de diseño de la aplicación: . Importar altas y bajas. USOS.

(51) Ilustración 10 Diagrama de clases de diseño para el caso de uso Importar altas y bajas . Reporte de altas y bajas.

(52) Ilustración 11 Diagrama de clases de diseño para el caso de uso Generar Reporte altas y bajas 3.3 DIAGRAMA DE SECUENCIA (CASOS DE USOS SIGNIFICATIVOS). El UML provee un medio gráfico para representar la interacción entre los objetos a lo largo del tiempo en los diagramas de secuencia. Éstos muestran típicamente a un usuario o a un actor y los objetos y componentes con los que interactúen durante la ejecución de un Caso de Uso. Un diagrama de secuencia representa típicamente un único escenario de Caso de Uso o flujo de eventos. Los Diagramas de Secuencias muestran la forma en que un grupo de objetos se comunican (interactúan) entre sí a lo largo del tiempo. Un Diagrama de Secuencia consta de objetos, mensajes entre estos objetos y una línea de vida del objeto representada por una línea vertical.(2011, Demián Gutierrez ) En la siguiente figura se muestra el diagrama de secuencias de la aplicación:. . Importar altas y bajas.

(53) Ilustración 12 Diagrama de secuencia para el caso de uso Importar altas y bajas. . Realizar Reportes de altas y bajas. Ilustración 13 Diagrama de secuencia para el caso de uso Generar Reporte altas y baja. 3.4 DISEÑO DE LA BASE DE DATOS. Una base de datos es un conjunto estructurado de datos que representa entidades y sus interrelaciones. La representación será única e integrada, a pesar de que debe permitir utilizaciones varias y simultáneas.(Autores, 2005) Una base de datos se entenderá como una colección de datos relacionados entre sí y que tienen un signiﬁcado implícito. Por datos queremos decir hechos conocidos que pueden registrarse y que tienen un signiﬁcado implícito.(Guevara, 2018).

(54) 3.4.1 MODELO CONCEPTUAL DE DATOS. El objetivo de esta fase del diseño consiste en representar la información obtenida del usuario final y concretado en el E.R.S. mediante estándares para que el resto de la comunidad informática pueda entender y comprender el modelo realizado. El modelo que se utiliza en esta primera fase del diseño tiene un gran poder expresivo para poder comunicarse con el usuario que no es experto en informática y se denomina Modelo Conceptual.(Guevara, 2018). Ilustración 14 Segmento del modelo conceptual de la base de datos para CU Gestionar UEB, Actividades, UEB_Actividades..

(55) Ilustración 15 Segmento del modelo conceptual de la base de datos para CU Importar altas y bajas. Ilustración 16 Segmento del modelo conceptual de la base de datos para CU Reporte altas y bajas.

(56) 3.4.2 MODELO FÍSICO DE DATOS. Es el resultado de aplicar el modelo lógico a un SGBD concreto. Generalmente está expresado en un lenguaje de programación de BBDD tipo SQL. En este módulo, transformaremos el Modelo Relacional en el modelo físico mediante el sublenguaje DDL de SQL.(Guevara, 2018) En la siguiente figura se muestra el modelo físico de los datos:. Ilustración 17 Modelo físico de los datos. 3.5 MODELO DE COMPONENTES Y DIAGRAMA DE DESPLIEGUE. Los diagramas de componentes describen los elementos físicos del sistema y sus relaciones. Un diagrama de componentes representa las dependencias entre componentes.