Desarrollo de un Sistema de Gestión de Planillas Electrónicas para Mejorar los Procesos Administrativos de la Empresa “Negocios Agrícolas Jayanca” S A con sede en la Ciudad de Chiclayo

Texto completo

(1)UNIVERSIDAD NACIONAL PEDRO RUIZ GALLO FACULTAD DE CIENCIAS FISICAS Y MATEMATICAS Escuela Profesional De Computación E Informática.. TESIS. “DESARROLLO DE UN SISTEMA DE GESTIÓN DE PLANILLAS ELECTRÓNICAS PARA MEJORAR LOS PROCESOS ADMINISTRATIVOS DE LA EMPRESA “NEGOCIOS AGRÍCOLA JAYANCA” S.A. CON SEDE EN LA CIUDAD DE CHICLAYO.. Personal Investigador: Carlos Hernán Guzmán Chávez. Luis Enrique Sevilla Gonzales.. Lambayeque, 25 de Mayo del 2017.. 1.

(2) “DESARROLLO DE UN SISTEMA DE GESTIÓN DE PLANILLAS ELECTRÓNICAS PARA MEJORAR LOS PROCESOS ADMINISTRATIVOS DE LA EMPRESA “NEGOCIOS AGRÍCOLA JAYANCA” S.A. CON SEDE EN LA CIUDAD DE CHICLAYO. TESIS PARA OPTAR EL TITULO DE INGENIERO EN COMPUTACIÓN E INFORMÁTICA, QUE PRESENTAN LOS BACHILLERES:. _________________________ Bach. Carlos Hernán Guzmán Chávez Responsable. __________________________ Bach. Luis Enrique Sevilla Gonzales Responsable. _________________________________ Ing. Franklin Edinson Terán Santacruz Asesor. APROBADO POR: ____________________________ Ing. Luis Alberto Reyes Lescano Presidente. ________________________ Ing. Percy Javier Celis Bravo Jurado. _________________________________ Ing. Denny Jhon Fuentes Adrianzen Jurado. 2.

(3) DEDICATORIA A Dios por ser mi fuente de fortaleza y sabiduría por ayudarme en los momentos difíciles de mi vida, por brindarme salud y bienestar. A mi querida Abuelita Ursulina, tías y tíos por darme su apoyo y tenerme paciencia, en especial a mi tío Armando por quererme siempre como a un hijo, brindarme siempre sus consejos y levantarme la moral cuando las cosas no salen como yo las quiero. A mis pequeños primos Leonardo y Wendy que con sus travesuras y sonrisas alegran siempre mi vida. A mis queridos padres y hermanos por brindarme su amor y comprensión.. 3.

(4) AGRADECIMIENTO A mi Dios creador del Universo por estar siempre a mi lado en los buenos y malos momentos de vida y demostrarme que con FÉ, perseverancia y esfuerzo todo se puede lograr en la vida . Gracias querida familia por ser siempre el impulso de mi vida para superarme y cumplir mis metas. A mis estimados docentes de la Universidad Nacional Pedro Ruiz Gallo por brindarme sus valiosos conocimientos. Luis Enrique Sevilla Gonzales Carlos Hernán Guzmán Chávez. 4.

(5) ÍNDICE. DEDICATORIA ............................................................................................................... 3 AGRADECIMIENTO ...................................................................................................... 4 ÍNDICE............................................................................................................................. 5 RESUMEN ...................................................................................................................... 8 ABSTRACT ..................................................................................................................... 9 I.. CAPITULO 1: GENERALIDADES..................................................................... 10. INTRODUCCION ......................................................................................................... 11 I. CAPITULO 1: GENERALIDADES ........................................................................ 12 1.1. DESCRIPCION DE LA REALIDAD PROBLEMATICA: ................................ 12 1.2. JUSTIFICACION E IMPORTANCIA .............................................................. 13 1.2 DESCRIPCION DEL PROYECTO ..................................................................... 15 1.1. DISEÑO DE LA INVESTIGACION ............................................................. 16. 1.1.1. Diseño de investigación. ....................................................................... 16. 1.4.2 FORMULACION DE LA PREGUNTA DE INVESTIGACION ............. 17 1.4.3. Hipótesis:................................................................................................. 17. 1.4.4. Contrastación de Hipótesis .................................................................. 17. 1.5. OBJETIVOS ................................................................................................... 17. 1.4.1. OBJETIVOS GENERAL ....................................................................... 17. 1.4.2 OBJETIVOS ESPECIFICOS................................................................... 17 1.5. MARCO TEORICO ............................................................................................ 19 1.5.1. Antecedentes .......................................................................................... 19. 1.5.2 BASE TEÓRICA......................................................................................... 21 1.6 Definición de términos y Conceptos .................................................................... 35 1.6.1. Sistemas de Información Gerencial (SIG) ......................................... 35 1.6.2. Base de Datos ........................................................................................ 36 1.6.3. Ordenadores o Computadora .............................................................. 37 1.6.4. Servidor ................................................................................................... 37 1.6.5. Lenguaje Visual ...................................................................................... 37 1.6.6. Acceso ..................................................................................................... 37 1.6.7. Memoria................................................................................................... 38 1.6.8. Interface del Usuario ............................................................................. 38 1.6.9. Lenguajes ................................................................................................ 38 1.7. PLAN DEL PROYECTO............................................................................... 38 1.7.1 Procesos del plan de proyecto ............................................................... 39 5.

(6) 1.7.2 Diagrama de Gantt ................................................................................... 41 1.8. DESCRIPCION Y SUSTENTACION DE LA SOLUCION ....................... 41 CAPITULO 2 :ANALISIS DE REQUISITOS ............................................................ 45 2.1. ANALISIS DE REQUISITOS. ........................................................................... 46 2.1.1. PREFACIO................................................................................................. 46 2.2. OBTENCION Y ANALIS DE REQUERIMIENTOS ........................................ 47 2.2.1 DESCRIPCION TEXTUAL ....................................................................... 48 2.2.2 Metodología a utilizar ................................................................................ 48 2.2 Identificación de requerimientos .......................................................................... 50 2.2.1 Visión del proyecto ................................................................................... 50 2.2.2 Requerimientos funcionales .................................................................... 53 2.2.1 Requerimientos no funcionales ............................................................. 54 2.3. CASOS DE USO ................................................................................................. 55 2.3.1. CASOS DE USO DEL EMPLEADOR CU001 ...................................... 56 2.3.2. CASOS DE USO DEL TRABAJADOR CU002 ......................................... 58 2.3.3. CASOS DE USO HORARIO DEL TRABAJADOR CU003 ............. 60 2.3.4 CASOS DE USO GENERAR BOLETA DE PAGO CU004 ....................... 61 2.3.5.. CASOS DE USO TRABAJADOR EN ACTIVIDAD CU005 ............... 63. 2.3.6. CASOS DE USO REPORTAR TRABAJADOR CU006 ............................ 64 2.3.7 CASOS DE USO IMPORTAR DATOS TRABAJADOR CU007 ............... 66 2.4. DIAGRAMA DE CLASES ................................................................................. 68 2.5 DIAGRAMA DE ACTIVIDADES ..................................................................... 71 2.5.1 DIAGRAMA DE ACTIVIDAD DEL EMPLEADOR................................. 71 2.5.2DIAGRAMA DE ACTIVIDAD DEL REGISTRO DEL TRABAJADOR 72 2.5.3. DIAGRAMA DE ACTIVIDAD REGISTRAR HORARIO ................... 73. CAPITULO 3. DISEÑO Y ARQUITECTURA DEL SISTEMA ............................... 74 3.1 Arquitectura WEB ............................................................................................... 75 3.1.2 Patrón de diseño ....................................................................................... 76 3.1.3 Diagrama de componentes ..................................................................... 76 3.1 3.2. INTERFACE PARA EL INGRESO AL SISTEMA ................................. 78 Implementación del Sistema ....................................................................... 85. 3.2.1 Módulos del sistema................................................................................. 85 3.3.2 Herramientas de Desarrollo .................................................................... 88 3.4 Plan de pruebas .................................................................................................... 89 CAPITULO 4. Observaciones, Conclusiones y Recomendaciones .................... 90 4.1 OBSERVACIONES ............................................................................................. 91 4.2 CONCLUSIONES ................................................................................................ 93 6.

(7) 4.3 Recomendaciones ................................................................................................ 95 Bibliografía .................................................................................................................. 977 Fuentes electrónicas ................................................................................................. 977 ANEXOS ..................................................................................................................... 988 1). CODIGOS FUENTE ................................................................................... 988. 2). MANUAL DE USUARIO DE PLANILLAS ELECTRONICAS ............... 1133. 7.

(8) RESUMEN En esta tesis se propone el análisis, diseño e implementación de un posible sistema de Planilla Electrónica de remuneraciones para la empresa " Negocios Agrícolas Jayanca S.A.” Esta aplicación estará disponible para el personal de la Oficina de Presupuesto y sección de Planillas que tengan los derechos de acceso necesarios. Esta tesis se divide en capítulos, y en cada capítulo se explican las actividades desarrolladas durante las fases de análisis, diseño e implementación del sistema propuesto. En el primer capítulo de esta tesis se plantean la definición y estructura conceptual del problema, describiéndose y sustentando la alternativa que se presenta. En el segundo capítulo se explica y justifica la metodología utilizada. Identifica y explica los requisitos del sistema también. En el tercer capítulo se da la propuesta de diseño de la solución que se presenta, también se describe y explica las herramientas utilizadas en la fase de implementación de la solución y el plan de pruebas que se ha realizado en el sistema. En el cuarto capítulo se presentan las observaciones, conclusiones y recomendaciones para el trabajo futuro en relación con la cuestión planteada en esta tesis. Y, por último se presenta la bibliografía y Anexos, en los anexos van los códigos fuentes y el Manual de usuario del Ministerio de Trabajo.. 8.

(9) ABSTRACT The present thesis proposes the analysis, design and implementation of a system of requests for payment of additional remuneration via an Intranet for the company "Negocios Agrícolas Jayanca S.A.” This application will be available to the staffs of the units, the Budget Office and the Payroll section that have the necessary access permissions. Among the main functionalities of the proposed system are: The authorized personnel of the units may create requests for payment of additional remuneration. The system will allow comparisons and validations between the amount requested for payment of eventual additional remunerations and the budgeted. Users of the units, such as the Budgets office and the Payroll section can consult, edit, approve, cancel and return pay stubs of additional remuneration. Users of the units, such as the Office of Budgets and the section Payroll can search for applications and export the information to files in Excel format. The staff of the Payroll section will be able to carry out payment schedules of eventual additional remuneration. The system will allow sending notifications by email of the change of status of payment requests for additional remuneration. 9.

(10) I.. CAPITULO 1: GENERALIDADES. 10.

(11) INTRODUCCION En la actualidad las empresas son conscientes de la importancia de gestionar de manera adecuada sus recursos económicos. Asimismo, se preocupan por invertir en tecnologías existentes en el mercado y en nuevos desarrollos de software para automatizar sus procesos más importantes. Todo esto con el fin de realizar sus actividades de manera eficiente y contribuir al logro de sus objetivos. Uno de los procesos más importantes en todas las empresas de cualquier rubro es el proceso de pago de remuneraciones. El cual, dependiendo de la cantidad de personal con que la empresa cuente, puede volverse un proceso difícil de controlar, que demanda varios controles y tiempo al área encargada de realizar los pagos. Por lo general en las empresas organizadas en unidades, se maneja un presupuesto individual por cada una de las unidades. Es por ello que cuando una unidad necesita realizar algún gasto y en particular algún pago a su personal debe considerar que tenga dinero en su presupuesto para cubrir el pago. Es decir cuando una unidad solicita un gasto debe comprometer de su presupuesto el monto requerido. Debido a la importancia que tiene el proceso de pago de remuneraciones y su relación con el presupuesto de la empresa, cada vez que se desea hacer uso del dinero presupuestado se debe de presentar una solicitud que justifique dicha salida de dinero. Posteriormente el personal competente deberá revisar y aprobar dicha la solicitud para que finalmente se programe el pago a un proceso de pago de haberes. Sin embargo, a pesar de la importancia que tiene el proceso de pago de remuneraciones en las empresas, en la mayoría de ellas este proceso es parcialmente automatizado o muchas veces totalmente manual. Motivo por el cual muchas veces se generan retrasos en la revisión y la aprobación de las solicitudes de pago o, en el peor de los casos, demoras en los pagos. Situación que finalmente genera descontento en el personal de la empresa.. 11.

(12) I. CAPITULO 1: GENERALIDADES. 1.1. DESCRIPCION DE LA REALIDAD PROBLEMATICA: La Empresa Agrícola Jayanca S.A. con sede en la ciudad de Chiclayo, ubicado en la Calle Colón Nº 686 Int. 502, distrito y provincia de Chiclayo, departamento de Lambayeque, con número telefónico 608065, la cual se constituyó por escritura pública otorgada por el Notario Abogado Dr. Alfredo Paino Scarpati, el 15 de noviembre de 2001. Desde su creación a la fecha, la empresa se dedica al desarrollo de proyectos y gestión empresarial destinados a las. actividades. agropecuaria. e. industrial,. así. como. a. la. comercialización de los productos originados en dichas actividades.. En la actualidad la Empresa Agrícola cuenta con un Directorio conformado por: El Ing. Javier Cillóniz y el Dr. Miguel Callox. Un Gran. Personal. de. Administradores,. Contadores. y. Auditores. netamente Profesionales. La Empresa cuenta con dos horarios de trabajo: mañana y tarde, y con 6 personas en oficina. Se encontró con muchas dificultades siendo la más notoria la carencia de un sistema informático que le permita al directorio y las demás áreas una oportuna y correcta toma de decisiones en el tema de planillas de trabajadores. Actualmente posee el Sistema Contable llamado “SistContab2000”, el cual no se ajusta a las necesidades de planillas de trabajadores que la empresa requiere, puesto que es un sistema que me permite presentar balance general, el estado de ganancias y pérdidas, el análisis de cuentas contables. Más no las necesidades de información de planillas de los trabajadores. Este sistema está desarrollado en Visual FoxPro versión 6.0 con una base de datos en Visual FoxPro versión 6.0 Además este software es solo de uso interno de la empresa y es manejado en la actualidad por dos personas, la secretaria de la empresa de dicha empresa quien está encargada de registrar los 12.

(13) datos de compras y ventas, y el contador que es el encargado del análisis de éstas transacciones comerciales. Por otra parte las personas tanto que conforman el directorio y como los. empleados. de. la. empresa,. para. saber. cómo. va. el. desenvolvimiento de sus trabajadores recurren a las entrevista personales o reuniones con los mismos. Lo cual es algo muy tedioso y hasta casi imposible para aquellos trabajadores que se encuentran en campo o aquellos que ya no laboran en la empresa. De acuerdo a esto es necesaria la realización de un software que se ajuste a sus requerimientos, necesidades y así poder optimizar sus procesos y por ende brindar una mejor atención rápida, organizada y actualizada al directorio y los empleados de la empresa.. 1.2. JUSTIFICACION E IMPORTANCIA La Empresa “Negocios Agrícolas Jayanca SA”, es una empresa de importante trayectoria en el medio, que realiza actividades agropecuaria e industrial, así como la comercialización de los productos originados de dichas actividades, tanto en el ámbito local, regional e internacional, siendo. estos. últimos. lo. de. mayor. demanda. actualmente,. y. convirtiéndose en su caballito de batalla de la empresa. Por lo que requiere asegurar de un buen desempeño en el desarrollo de la administración de las planillas electrónicas de los trabajadores, y así poder determinar la confiabilidad y veracidad de la información generada por Estos; y así consecuentemente poder optimizar los demás procesos de la Empresa. Todo esto se va a ver reflejado en la minimización de tiempos de atención de los trabajadores, como en relevancia y confiabilidad de la información y en la maximización de utilidades de la empresa. El proyecto se justifica ya que brinda un conjunto de herramientas importantes que ayudan a automatizar las actividades de la empresa y a la mejor toma de decisiones. 13.

(14) Justificación del Sistema Aspecto Tecnológico Disminuir el tiempo de ingreso de información de los diferentes procesos como llenado de planillas de trabajadores que se realizan en la empresa. Proporcionará información rápida, confiable y oportuna, la cuál será necesaria para un manejo adecuado de la administración de la información. Disminuir el tiempo para la generación de reportes que se utiliza actualmente en la empresa agrícola. Mantener una base de Datos actualizada de los pagos hechos a los trabajadores, para fines diversos. Controlar los descuentos a los trabajadores con la mayor exactitud. Acortar lo máximo posible las demoras por diferentes motivos en este proceso. Aspecto Económico. El sistema de información tiene una alta probabilidad de justificarse económicamente a posteriori según lo siguiente: Reducirá los costos por la flexibilidad y consistencia entre sus actividades de negocios, así como por la correcta determinación de los requerimientos y necesidades de la empresa. La automatización de los procesos de negocios originará su simplificación,. ocasionando. el. incremento. de. los. procesos. administrativos de proyecto. Permitirá llevar un control riguroso de los trabajadores, para mediante esto tener mayor transparencia ante el organismo SUNAT e Ministerio de Trabajo; y no tener riesgo a penalidades o multas que puedan afectar la economía de la Empresa. Aspecto Operativo Permitirá evaluar el trabajo realizado por cada uno de los trabajadores de la empresa y a la vez elevar los reportes oportunos para una adecuada toma de decisiones.. 14.

(15) Ayudará al personal de la empresa a desenvolverse mejor en cada una de sus actividades y conocer el desenvolvimiento del sistema, mejorando la gestión de la planilla de los trabajadores en la mejora de los procesos administrativos. Aspecto Académico – Informático Permitirá evaluar el trabajo realizado por cada uno de los trabajadores de la empresa y a la vez elevar los reportes oportunos para una adecuada toma de decisiones.. Ayudará al personal de la empresa a desenvolverse mejor en cada una de sus actividades y conocer el desenvolvimiento del sistema incrementando así la productividad y competitividad de la empresa.. 1.2 DESCRIPCION DEL PROYECTO El proyecto que presentamos a continuación va a registrar al empleador y a los trabajadores de dicha empresa. Entre las principales funcionalidades del sistema propuesto se tiene: • Las unidades de personal autorizados pueden crear aplicaciones para el pago de una posible compensación adicional. • El sistema permitirá comparaciones y validaciones entre la cantidad solicitada para el pago de ninguna compensación y presupuesto suplementario. • Los usuarios de las unidades y los presupuestos de las oficinas y la sección planillas pueden ver, editar, aprobar, cancelar y volver solicitudes de pago de una compensación adicional posible. • Los usuarios de las unidades y los presupuestos de las oficinas y las planillas sección puede buscar aplicaciones y exportar la información a los archivos de Excel. • Sección de Hora del personal de nómina puede hacer el pago de una posible compensación adicional. 15.

(16) • El sistema envía notificaciones por correo electrónico sobre el estado de las solicitudes de cambio de pago de una compensación adicional posible.. 1.1. DISEÑO DE LA INVESTIGACION. 1.1.1 Diseño de investigación. El presente proyecto de investigación se desarrolló bajo el diseño no experimental descriptivo y transversal que permite identificar resultados de un estudio descriptivo. El esquema es:. M ----->O M: X -----> Y. Dónde: M = Muestra O= Observación de las variables Variable dependiente: (Y): Procesos Administrativos del Sistema de Gestión de Planillas Electrónicas. Variable Independiente: (X): Tecnología Visual Basic 2005 y Sql Server 2000. El esquema puede graficarse de la siguiente manera: Tecnología Visual Basic 2005 y Sql Server 2000. Procesos Administrativos del Sistema de Gestión de Planillas Electrónicas. 16.

(17) 1.4.2 FORMULACION DE LA PREGUNTA DE INVESTIGACION ¿La implementación de Un Sistema de Gestión de Planillas Electrónicas contribuirá a mejorar los procesos administrativos de la empresa “Negocios Agrícola Jayanca” S.A. – con sede en la ciudad de Chiclayo? 1.4.3. Hipótesis:. La implementación de Un Sistema de Gestión de Planillas electrónicas de la empresa “Negocios Agrícola Jayanca” S.A. – con sede en la ciudad de Chiclayo, que será desarrollada con tecnología Visual Basic 2005 y Sql Server 2000, contribuirá a mejorar el desempeño de los procesos administrativos en dicha Empresa. 1.4.4. Contrastación de Hipótesis. En la implementación del Sistema en la etapa de pruebas se verificara su eficiencia y efectividad, lo cual servirá de contrastación de la Hipótesis.. 1.5 OBJETIVOS. 1.4.1 OBJETIVOS GENERAL Implementar. Un. Sistema. de. Gestión. de. Planillas. electrónicas en la empresa “Negocios Agrícola Jayanca” S.A. – con sede en la ciudad de Chiclayo, utilizando tecnologías Visual Basic 2005 y Sql Server 2000.. 1.4.2 OBJETIVOS ESPECIFICOS . Recopilación. de. información. de. los. procesos. administrativos de la Empresa para el Análisis del Sistema de Gestión de Planillas. . Diseño del Sistema de Gestión de Planillas a proponer.. 17.

(18) . Desarrollo de los módulos: Registro de solicitudes de pagos de remuneración. Registro de solicitudes de pagos de remuneración. Aprobación de solicitudes de pagos de remuneración para la oficina de Presupuestos. Aprobación de solicitudes de pagos de remuneración para la sección Planillas. Establecimiento. del. proceso. de. pago. de. haberes para el pago de remuneración. . Integración del Sistema de Gestión de Planillas.. . Puesta a prueba del Sistema de Gestión de Planillas Electrónicas utilizando tecnología Visual Basic 2005 y Sql Server 2000.. 18.

(19) 1.5. MARCO TEORICO. 1.5.1 Antecedentes En la. Empresa “Negocios Agrícolas Jayanca S.A” no. se ha. desarrollado hasta el momento ningún proyecto que me permita implementar algún sistema de gestión de planillas electrónicas, sin embargo podemos mencionar los siguientes proyectos efectuados: A nivel local: Empresa Agroindustrial Gandules INC. SAC. Autores: Ing.Cruz Niquin, Edward Enrique;Ing.Hernandez Montero, Edgard Jaime. Lugar: Departamento La Libertad, Provincia de Trujillo.. A nivel Nacional: Desarrollo de un sistema web para la elaboración de planillas, para mejorar la productividad de la gestión del área de recursos humanos, en la empresa. En el. trabajo. de investigación. se. identificó los procesos críticos de la empresa sobre los cuales se diseñó y implemento un sistema informático el cual permitió y facilito un mejoramiento en la administración de la planilla de los trabajadores , reduciendo los tiempos de generación de reporte , obteniendo la información rápida y oportuna del personal. CARLOS ENRIQUE CHIRA MORA Y FRANCISCO JAVIER LIMAY. PÉREZ. (LIMA–PERÚ). 2014. “REDISEÑO. DE. PROCESOS DE RECURSOS HUMANOS PARA ACCESO CREDITICIO EDPYME. LA IMPLEMENTACIÓN DE UN ERP APLICADO A UNA MYPE” Como objetivo principal se plantea rediseñar los procesos de recursos humanos para. lograr. una. adecuada gestión. de. planillas en el área de administración de personal de la empresa CSC InnovAcción S.A. Conclusiones: Se realizó un análisis a profundidad al proceso de administración de planillas con el propósito de identificar 19.

(20) sus principales debilidades y las posibles oportunidades de mejora. Se logró reducir en 22% el tiempo del proceso de administración de personal y en 25% el número de reclamos e inconsistencias por pago a colaboradores en la empresa. Se logró rediseñar los procesos de recursos humanos para lograr una adecuada gestión de planillas en el área de administración de personal de la empresa CSC InnovAcción S.A. A nivel Internacional: Autores: Instituto Guatemalteco de Seguridad Social. Lugar: Ciudad Capital Guatemala, país de Guatemala. Podemos mencionar la División De Registro De Patronos Y Trabajadores, como parte. de los esfuerzos institucionales de. modernización que ha implementado una serie de mejoras entre estos el Sistema. De Pago Electrónico De La Planilla De. Seguridad Social. En el trabajo de investigación brinda a los usuarios el servicio procesamiento de datos. automatizados de manera eficaz y. eficiente logrando reducir los tiempos en las transacciones de pagos al personal y mejorando los servicios de encriptación que protegen la información privada del personal. CESAR BERNARDO SOTO ALARCON (PUERTO MONTT – CHILE),. 2008:“SISTEMA. DE. CONTROL. DE. SUELDOS. AGRÍCOLA” Tesis cuyo objetivo fue: Desarrollar una aplicación Web. que. permita. registrar,. procesar y exportar. la. información de la cosecha que se traspasará al sistema de remuneraciones para la emisión de las liquidaciones y finiquitos. Las conclusiones fueron: El. Desarrollo. del. sistema. abarcó. tres puntos importantes de la informática los cuales fueron: Base. de datos, Redes Computacionales e Ingeniería de. Software. El desarrollo de la Base de Datos a través de la metodología comunicar. aplicada, el. Redes. capturador con. el. Computacionales, sistema. y. por. para último 20.

(21) Ingeniería. de. Software. para. el. desarrollo. completo del. sistema. El “Sistema Control de Sueldos Agrícola” es una herramienta muy potente que. optimiza. los. tiempos. en. los. procesos. administrativos tanto para el huerto como el trabajo enorme que se realiza en la casa matriz para la generación de liquidaciones y finiquitos en el departamento de. Remuneraciones.. En. este. sistema se ha incluido todo un proceso de pagos que sirve tanto para la temporada baja donde existe una cantidad importante de trabajadores en la empresa, como en la alta donde la cantidad de personas es mucho mayor y si este proceso es apoyado de un sistema que permita acelerar. la. generación de información,. la. entonces. quiere. decir. que. empresa comienza a crecer y a ser competitivo con el resto de sus pares.. 1.5.2 BASE TEÓRICA 1.5.2.1 Visual Basic 2005 Es un lenguaje de programación Visual que pertenece a Microsoft, el lenguaje pasa a denominarse Visual Basic 2005. La palabra .NET ya no acompaña al lenguaje Visual Basic como ha ocurrido con las versiones 2002 y 2003 de Visual Studio.. 21.

(22) 1.5.2.2. SQL 2000. SQL Server 2000 es un sistema de gestión de bases de datos relacionales (SGDBR o RDBMS: Relational Database Management System) diseñado para trabajar con grandes cantidades de información y la capacidad de cumplir con los requerimientos de proceso de información para aplicaciones comerciales y sitios Web. 1.5.2.3. SIG. Un sistema de información gerencial es un sistema integrado que proporciona información con el objeto de apoyar la planeación, control y las operaciones de una organización con el fin de desarrollar información útil en la administración. Implica personal, procedimientos, equipos, modelos y otros. 1.5.2.4 RUP. 22.

(23) Es un Modelado Visual de Software, centrado en procesos basados en objetos y es un proceso de desarrollo de software, flexible. Iterativo, incremental y centrado en la arquitectura.. 1.5.2.5 PLANILLA ELECTRÓNICA Es un software Informático de La SUNAT conformado por dos componentes el TREGISTRO Y EL PLAME.. 23.

(24) A.T-REGISTRO PRIMER COMPONENTE DE LA PLANILLA ELECTRÓNICA. ¿A qué se denomina T-REGISTRO? Es. el. Registro. trabajadores,. de. Información. pensionistas,. Laboral. prestadores de. de. los. servicios,. personal en formación – modalidad formativa laboral y otros. (practicantes),. personal. de. terceros. y. derechohabientes. Comprende información laboral, de seguridad social y otros 24.

(25) datos. sobre. el. tipo. de. ingresos. de. los. sujetos. registrados.. OBLIGACIONES. ASOCIADAS. AL. T-REGISTRO. Y. PLAME. D.S. N.° 015-2010-TR, D.S. N.° 008-2011-TR y R.M. N.° 121-2011-TR . Verificar la información de carga inicial realizada por. SUNAT al T-REGISTRO. . El Empleador debe verificar la carga inicial, a. fin de que proceda a la baja, modificación/actualización o de ser necesario, a completar algún dato faltante.. Asimismo, dará de alta (antes del venc. o presentación del PDT PLAME) a aquellos sujetos cuyo vínculo se haya iniciado antes del 01.08.2011 y no hayan sido inscritos en el registro, siempre que el vínculo se mantenga vigente al 01.08.2011.. Casos en que pudieran no haberse inscritos: 1. El N.° del DNI y la Fecha de Nacimiento. no coinciden con los datos de RENIEC. 2. El empleador no presentó los PDT 601 de marzo, abril o mayo de 2011, o los presentó después del 30.06.2011. 3. Vínculos que se hayan iniciado en los meses de junio de 2011 y en adelante.. Inscripción del empleador y sujetos a cargo del empleador. El Art. 4-A del D.S. N.° 018-2007-TR señala los plazos en que el empleador. (Ver Tabla 1). 25.

(26) Infracciones laborales (D.S.N.° 019-2006-TR, modificado por D.S. N.°008-2011-TR). Son infracciones graves, los siguientes incumplimientos: Ver Tabla 2.. Actualizar los datos de empleador en el RUC El Art. 3° de la R.M. N.° 121-2011-TR, establece que los empleadores deben mantener actualizada su información en. el. RUC,. con. la. finalidad. de garantizar el. cumplimiento de las obligaciones relacionadas con el D.S. N°18-2007-TR y normas modificatorias. Los datos tomados del RUC son:. domicilio fiscal,. establecimientos anexos y nombre o razón social. Ver Tabla 3.. Optimización de información para el S. Privado Para empleadores del S. Privado se presentan, entre otros, los siguientes cambios: . A nivel de empleador se debe registrar el número de. teléfono e identificarse los . establecimientos en los que desarrolle actividades. de riesgo SCTR. . A todos los trabajadores y personal en formación se. les debe asignar a un lugar de trabajo o formación. . En. trabajadores,. se. incorpora. el. tipo. de. trabajador 71: Conductor de microempresa. (Tabla 8). . Se. incorporan. nuevos. Tipos. de. contrato. de. trabajo o condición laboral. 26.

(27) . Nuevos motivos de Baja del Registro.. . Se incorpora como dato del trabajador el régimen de aseguramiento de salud.. . Para los vínculos laborales que se inicien a partir del 01.08.2011, deberá ingresarse el Monto de la remuneración básica inicial acordada. (Solo. para trabajadores del. régimen laboral privado). . Se. incorporan. como. nuevos. Tipos. de. Suspensión de la relación laboral a declarar en el PDT Planilla Electrónica – PLAME a los tipos 28: S.I. Días licencia por paternidad y 29: S.I. Días licencia por adopción.. 27.

(28) . I n g r e s o del régimen laboral de los trabajadores.. Optimización de información para el S. Público (1) Para. empleadores. del. Sector. Público. se. presentan, entre otros, los siguientes cambios: . A nivel de empleador debe registrar el pliego. presupuestal (Tabla31)* que le Corresponde. . En. tipos. trabajadores, de. se. trabajador:. 89:. incorporan. nuevos. Personal. de las. Fuerzas Armadas y Policiales; 90: Gerentes Públicos – D. Leg. 1024 y 91; Miembros de otros regímenes especiales – S. Público. . No. podrán. seleccionarse. los. tipos. de. trabajador: 19: Ejecutivo, 21: Empleado, 22: Trabajador Portuario, 23: Pract. SENATI, 28: Piloto. y. Copiloto. de. Aviación Com.,. 29:. Marítimo, Fluvial o Lacustre, 30: Periodista, 31: Trabajador de la Ind.de Cuero,. 32: Minero de. Socavón, 36: Pescador Ley 28320, 37: Minero de tajo abierto,. 38:. Minero. de. la. Industria 28.

(29) Metalúrg. 56: Artista, 66: Pescador y proc. Artes.. independiente. y. 71:. Conductor. de. microempresa. Se incorporan nuevos Tipos trabajo o condición laboral.. de contrato de. Nuevos motivos de Baja del Registro.. Optimización de información para el S. Público (3) Se habilitan nuevas “Categorías Ocupacionales” (Tabla. 4). propias. para. el. S.Público: 29.

(30) 11:Funcionario, 12:Profesional, 13:Técnico y 14:Auxiliar. Este es un dato que deberá ser incorporado en el T-REGISTRO.. Se incorporan las siguientes Tablas N.° 26: País emisor del documento que será habilitada cuando. el. prestador. trabajador, de. servicios. pensionista se. u. otro. identifique. con. pasaporte; N.° 28 – Ubigeo (se utilizará el ubigeo de RENIEC y N.° 29 – Código Larga Distancia Nacional a fin de registrar el número de teléfono del. empleador,. trabajador. o. prestador. de. servicios. Se incorpora al Secigrista en la categoría “Personal en formación – Modalidad Formativa”, modalidad propia del Sector Público. El registro de los Secigristas debió efectuarse hasta el 31.08.2011. Se incorporan nuevos “Regímenes Laborales” para el S. Público.. 30.

(31) Utilización del PDT Planilla Electrónica Versión 1.94 Está versión fue puesta a disposición el 26/10/2012 y podrá ser utilizada desde el 01/11/2012 por período hasta 12/2012. Esta versión también será utilizada en la etapa de uso opcional del PDT PLAME. Para cumplir con la presentación del PDT Planilla Electrónica (omisos y rectificatorias) por los períodos comprendidos entre enero de 2008 a octubre de 2011. Esta versión fue puesta a disposición el 01/09/2012 y podrá ser utilizada desde el 01/09/2012. Para cumplir con la presentación del PDT Planilla. Electrónica-PLAME. (omisos. y. rectificatorias) a partir del período Noviembre de 2011.. 31.

(32) IMPLEMENTACION DEL PDT PLAME. Tratándose. de. empleadores. que. tengan. exclusivamente prestadores de servicios de cuarta categoría es obligatorio el uso del PDT PLAME, a partir del período 11/2011. En caso de empleadores que deban declarar trabajadores, pensionistas, personal en formación y/o personal de terceros, el uso obligatorio se realizará gradualmente teniendo en cuenta el sector al que corresponde el empleador y en función de la cantidad de personas que deban incluirse en la declaración, según lo siguiente:. a) Para empleadores del sector público, el uso será obligatorio a partir del período enero de 2013. b) Resto de empleadores:. 32.

(33) Tratándose de empleadores que tengan exclusivamente prestadores de servicios de cuarta categoría es obligatorio el uso del PDT PLAME, a partir del período 11/2011.. Base Legal: Normas Aplicables a la Planilla Electrónica. 33.

(34) 34.

(35) 1.6 Definición de términos y Conceptos 1.6.1. Sistemas de Información Gerencial (SIG) En. la. actualidad. SIG. es. un. concepto. que. está. evolucionando y que cubre una gran variedad de sistemas, SIG es un concepto que incorpora SPT, SAR, SSD, SIO, sistemas basados en conocimientos entre otros. 35.

(36) Un sistema de información gerencial es un sistema integrado que proporciona información con el objeto de apoyar la planeación, control y las operaciones de una organización con el fin de desarrollar información útil en la administración. Implica personal, procedimientos, equipos, modelos y otros. Los sistemas de información gerencial se distinguen de los sistemas de procesamiento de datos y de transacciones porque destacan la toma de decisiones administrativas El procesamiento de transacciones proporciona algunos datos necesarios, si bien no todos, para generar la información que necesita la gerencia generalmente para el uso de una única organización, que obedecen a la misma filosofía de interconexión. 1.6.2. Base de Datos Una base. de. interrelacionados. datos. es. un. almacenados. colección en. de. conjunto. datos sin. redundancias perjudiciales e innecesarias; su finalidad es la de servir a una aplicación o más, de la mejor manera posible; los datos se almacenan de modo que resultan independientes de los programas que los usan; se emplean métodos bien determinados para incluir datos nuevos y para modificar o extraer los datos almacenados.. .. 36.

(37) 1.6.3. Ordenadores o Computadora Dispositivo electrónico capaz de recibir un conjunto de instrucciones y ejecutarlas realizando cálculos sobre los datos numéricos, o bien compilando y correlacionando otros tipos de información. 1.6.4. Servidor Computadora conectada a una red que pone sus recursos a disposición del resto de los integrantes de la red. Suele utilizarse para mantener datos centralizados o para gestionar recursos compartidos. El último término un conjunto de servidores que proporcionan servicios de transferencia de ficheros, correo electrónico o páginas WEB, entre otros es Internet. 1.6.5. Lenguaje Visual El lenguaje visual hace referencia al conjunto de elementos gramaticales y sintácticos que operan en cualquier imagen visual. Podríamos entender por lenguaje visual, al conjunto de principios que rigen las imágenes y que pueden ser de gran utilidad a quienes las producen. 1.6.6. Acceso Localizar, cargar en la memoria o preparar para su ejecución alguna operación. El término “acceso” se utiliza también para expresar el permiso que tiene un usuario en relación con discos, archivos, registros y procedimientos de entrada en una red. El acceso puede ser total, para ver y modificar la información (acceso de lectura y escritura), o parcial, sólo para verla (acceso de lectura).. 37.

(38) 1.6.7. Memoria Los circuitos que permiten almacenar y recuperar la información. En un sentido más amplio, puede referirse también a sistemas externos de almacenamiento, como las unidades de disco o de cinta. Por lo general se refiere sólo al semiconductor rápido de almacenaje (RAM) conectado directamente al procesador. 1.6.8. Interface del Usuario La plataforma soporta 3 interfaces de usuario: consola de comando, formularios Windows y formularios Web. 1.6.9. Lenguajes Cualquier. lenguaje. que. sea. compatible. con. la. Especificación de Lenguaje Común puede ser utilizado en la plataforma .NET. Además de los lenguajes nativos de Visual Studio hay muchos otros, por ejemplo PERL, Cobol o RPG 1.7.. PLAN DEL PROYECTO. Según el PMBOOK (Material de curso - Gerencia de proyectos de tecnologías de información. ESAN 2010): “Para que se pueda decir que un proyecto es exitoso se debe cumplir que el producto realizado es de calidad. Que sea de calidad quiere decir que el producto cumple con los requisitos de calidad asociados a las características del sistema, su capacidad para soportar cambios y su adaptabilidad a nuevos entornos. Asimismo, debe ser un sistema útil para los usuarios.” Este proyecto ha seguido los procesos propuestos por el PMI en su libro PMBOK, en donde se establecen las mejores prácticas para la dirección de proyectos. Los procesos de administración de proyectos se pueden dividir en cinco grupos: •. Procesos inicializadores.. •. Procesos de planificación.. •. Procesos de ejecución 38.

(39) •. Procesos de seguimiento y control.. •. Procesos de cierre.. 1.7.1 Procesos del plan de proyecto 1.7.1.1 Inicialización El proceso de inicialización sirve para plantear y definir qué clase de proyecto se realizará, cuáles serán sus objetivos, alcances y limitaciones. Las actividades a realizarse para diseñar y desarrollar el presente plan de tesis son las siguientes: • Identificación. del. problema:. la. empresa. cuenta. doscientas setenta y un unidades. y sub unidades,. de. presentan solicitudes. actividades,. las. cuales. con. además de. remuneración adicional eventual por un monto aproximado de dos millones de soles (2’000,000), lo que genera una gran cantidad de carga manual a la oficina de Presupuestos como a la sección Planillas que son los responsables de tramitar dichas solicitudes de pago. • Selección. del tema: una vez identificado. el problema. se. realizaron reuniones con personal de la oficina de Presupuestos y de la sección Planillas quienes manifestaron la necesidad de que se. desarrolle. un. sistema. para. la. Intranet institucional que. mejore el proceso que siguen las solicitudes de remuneración adicional eventual. • Definición de objetivos generales y específicos: se definió el objetivo general de este proyecto y de igual manera los objetivos específicos que se desprenderán del objetivo general. • Definición esperados. de. resultados. esperados:. los. resultados. serán consecuencia de los objetivos específicos.. • Descripción del estado del arte: en la descripción del estado del. arte. se explican. algunas. alternativas. de. solución. existentes para solucionar el problema planteado. • Métodos y procedimientos: es la descripción de los métodos y procedimientos que se van a seguir para la realización del proyecto.. 39.

(40) Estos métodos y el procedimiento a seguir serán explicados en la fase de ejecución del proyecto. 1.7.1.2 Planificación En esta fase del proceso se realiza la especificación de las actividades que se van a realizar para lograr los objetivos propuestos, los cuales, han sido especificados en este plan de tesis en la sección correspondiente a descripción de la solución. En este proceso se deben incluir las personas que están involucradas. Las actividades del proceso de planificación de este proyecto de tesis incluyen: • Planificación del alcance: se planificará las actividades necesarias para cumplir con el alcance del proyecto. • Definición de las actividades: se definen específicamente las actividades que se realizarán en cada proceso. • Estimación de la duración de las actividades: Se realizará una aproximación del tiempo en horas que tomará la realización de la tesis.. Se incluye. el tiempo dedicado a la investigación,. levantamiento de información, análisis e implementación del sistema propuesto. • Desarrollo del cronograma del proyecto: Este cronograma servirá de guía para asegurar que se han elegido una solución realista y con el alcance bien definido, teniendo en cuenta el tiempo disponible. 1.7.1.3 Ejecución El proceso necesarias. de ejecución para. engloba. a todas. las actividades. poder llevar a cabo el desarrollo correcto del. sistema propuesto en este plan de tesis. Se utilizará metodología. orientada. a. objetos. (OO),. basándose. una en. el. Proceso Unificado de Desarrollo de Software (Rational Unified Process. RUP). la. cual. se explicará con mayor detalle en el. siguiente capítulo. 1.7.1.4 Cierre En este proceso se entregará el proyecto terminado y de acuerdo a las especificaciones planteadas. Se debe verificar 40.

(41) el. cumplimiento. consecuentemente. de. todos. los objetivos específicos y. del objetivo final. Esto se podrá verificar. mediante la medición de los resultados esperados propuestos. 1.7.2 Diagrama de Gantt Para. estimar. el. tiempo. de. dedicación. previsto. para. la. realización del sistema propuesto se ha desarrollo un diagrama de Gantt. El diagrama se ha dividió en tres actividades: análisis, diseño y desarrollo, y pruebas, las cuales se han divido en tareas y a las que se ha asignado los recursos de personal necesarios. En la estimación de los tiempos se ha considerado que se trabajará en el proyecto el 70% de las ocho horas que se trabaja a la semana. Debido a que existen otras obligaciones laborales. A continuación se presenta el diagrama de Gantt realizado y en cual se estima un plazo de ocho meses para la entrega del sistema a los usuarios.. 1.8.. DESCRIPCION Y SUSTENTACION DE LA SOLUCION. Proporcionar un Sistema que realice eficientemente los procesos críticos de la empresa, tales como llenado de planilla de trabajadores, minorizando tiempos de respuesta y hará más eficiente el trabajo administrativo. Y a la vez contar con un sistema 41.

(42) de fácil operabilidad, capaz de generar consultas y emitir reportes personalizados, contando con una interfaz amigable y de fácil uso para el usuario. Un caso particular es el que se presenta en la empresa, institución que cuenta con unidades y sub unidades (áreas), las cuales pueden solicitar el pago a su personal por el concepto de remuneración adicional eventual, siempre que cuenten con el presupuesto necesario para realizar dichos pagos. Actualmente,. esta institución. maneja un monto considerable. (el 15% de. los conceptos. de ganancias. regular). por solicitudes. de la. planilla. de pago de remuneración adicional. eventual de las diferentes unidades para pagar a un aproximado de mil quinientas personas. El proceso de pago de remuneración adicional eventual es controlado por la oficina de Presupuestos y la sección Planillas. Proceso que incluye diversas actividades y que les representa gran cantidad de carga laboral, teniendo en cuenta que tienen que realizar todas las verificaciones de los datos registrados en las solicitudes por las unidades, así como la programación de los pagos.. Es por ello que se considera. necesario hacer una. automatización del proceso de pago de remuneración adicional eventual, de tal manera que las unidades tengan mayor facilidad para registrar sus solicitudes. Asimismo, se buscará que la oficina de Presupuestos y la sección Planillas realicen sus actividades de manera más eficiente. La oficina de Presupuestos propone que las unidades sean las responsables. de realizar. las validaciones. presupuestales. al. momento de registrar sus solicitudes, para que de esta manera registren sólo solicitudes que su presupuesto puede cubrir o en su defecto realicen los ajustes necesarios a sus presupuestos. Además proponen que las unidades verifiquen que los pagos solicitados se realicen a personas con puestos activos a la fecha 42.

(43) de pago solicitada. Todo ello con el fin de que a la oficina de Presupuestos únicamente lleguen solicitudes que cubran los requerimientos básicos para que el pago sea aprobado, y de esta manera no sólo disminuir su carga sino también agilizar el proceso que siguen las solicitudes. de pagos de remuneración adicional. eventual. Por otro lado, los requerimientos de la sección de Planillas no sólo están orientados a las validaciones presupuestales, sino también a las facilidades para realizar las programaciones de pagos por el. concepto. de. remuneración. adicional. eventual, hacia los. procesos de pagos de haberes. Dichos procesos de pagos son realizados en lote, es decir, se correrá el proceso de pagos de remuneración adicional eventual junto a los demás conceptos de pago del personal. También, se ha visto conveniente, que sería de gran utilidad aprovechar la Intranet de la empresa por la disponibilidad de acceso que tendrían los usuarios y por las facilidades de integración con la aplicación web de análisis presupuestales. Y Finalmente, con el fin de agilizar el proceso y la comunicación entre la unidad que solicita los pago, la oficina de Presupuestos y la sección Planillas, se hará uso del servidor de correos de la empresa. En tal sentido, se notificará a las personas competentes de las áreas que participan en este proceso, de las aprobaciones, devoluciones, anulaciones o programación que podría tener una solicitud de pago de remuneración adicional eventual. En el proceso actual que siguen las solicitudes de pagos de remuneración adicional eventual se han detectado las siguientes deficiencias:. 43.

(44) Tabla 1-1: Deficiencias en el proceso de pago de remuneración adicional eventual Deficiencia. Descripción. Confidencialidad. No se garantiza la confidencialidad de la información contenida en las solicitudes, ya que estos documentos son manipulados por el personal operativo antes de llegar las oficinas de Presupuestos y Planillas para su respectiva revisión y aprobación.. Administración recursos. de. Tiempo: el tiempo de trámite para la aprobación de las solicitudes de remuneración adicional eventual y su programación en un proceso de pagos de haberes, no sólo depende del tiempo que le tome a las unidades registrar y realizar las aprobaciones sino también del tiempo que le demande al personal de la oficina de Presupuestos y de la sección Planillas realizar sus revisiones y aprobaciones. Además si en alguna de las oficinas se decide devolver o anular la solicitud, porque no cumple con los criterios necesarios para que sea aprobada, está tiene que ser devuelta a las unidades para que modifiquen sus solicitudes. Lo cual también incrementa el tiempo de trámite. Personal: existen muchas personas de las diversas áreas involucradas en el proceso, cuando podrían estar realizando alguna otra actividad. Papel: como se mencionó la empresa cuenta unidades que registran en un documento físico las solicitudes lo cual representa un alto uso de papel. No se lleva un control en paralelo de los montos solicitados con el monto total real con el que cuentan las unidades en sus presupuestos. Por lo tanto es posible que las unidades registren solicitudes de pago de remuneraciones adicionales eventuales y que su presupuesto no le permita cubrir dicho gasto. Es recién, cuando la oficina de Presupuestos realiza sus verificaciones que la solicitud es rechazada y devuelta a las respectivas unidades.. Disponibilidad de las solicitudes. Debido a que la solicitud de pago de remuneración adicional eventual, es un documento físico, cuando las unidades o presupuestos desean consultar alguna solicitud deben pedirla a la sección de Planillas para que se las envíe.. Demoras en los en pagos. Generalmente si el flujo se realiza sin devoluciones de solicitudes no se registran demoras en los pagos. Pero, algunas veces cuando el personal de la oficina de Presupuestos o de la sección de Planillas rechaza una solicitud, puede darse el caso que llegue a las unidades en una fecha cercana a la fecha de pago y por lo tanto el pago solicitado no se realice en el mes. Validaciones presupuestales. 44.

(45) CAPITULO 2 :ANALISIS DE REQUISITOS. 45.

(46) II. CAPITULO 2: ANALISIS DE REQUISITOS 2.1. ANALISIS DE REQUISITOS. 2.1.1. PREFACIO Los documentos de requerimiento. de software son la. declaración acordado de los requerimientos del sistema, se estructuran de tal forma que puedan ser utilizados por: -. Usuarios del Sistema: Especifican los requerimientos y los lee para verificar que cumples sus necesidades.. -. Empleador: Planean el proceso de desarrollo del sistema.. -. Ingenieros. Probadores:. Desarrollan. la. pruebas. de. validación para el sistema. -. Ingenieros Mantenedores: Ayudan a comprender el sistema y las relaciones entre las partes.. Por lo tanto la especificación del diseño de software es un documento orientando a la implementación. Para el desarrollo del mismo le daremos un enfoque en que se captan las ideas las mismas que se obtendrán de una manera muy sencilla e informal mediante una entrevista con las personas involucradas del posible sistema. Para un mejor entendimiento de los requerimiento obtenidos se utilizara un lenguaje natural estructurado el mismo que debe ser completamente claro tanto para los usuarios, como para el desarrollador del software, programador. Una vez que se tenga la información por parte del usuario se obtendrán los requerimientos del sistema y luego se podrá diferenciar los diferentes requerimientos del usuario y por ultimo identificar con los requerimientos de los diferentes módulos. Una vez bien definidas las etapas anteriores y que se tenga claro la funcionalidad de cada uno de ellas se podrá ir observando las necesidades del sistema así como los problemas que irán surgiendo en el desarrollo y con la ayuda de herramientas se podrá ir planteando soluciones. 46.

(47) 2.2. OBTENCION Y ANALIS DE REQUERIMIENTOS La necesidad de crear este sistema es por la problemática que afecta a la administración de planilla electrónica de la Empresa Agrícola Jayanca, desde sus trabajadores y empleador, para llevar un control adecuado y asi brindarle una mejor logística de sus sueldos de planillas. Para ello se pretende hacer un análisis del sistema tomando en cuenta todos los requerimientos y necesidades de los usuarios y así ofrecer unan solución factible. Para esto el sistema debe realizar funciones como las que se indican: . Llevar un registro completos de todo el personal.. . Permitir el ingreso de información perteneciente a cada usuario.. . Consultar al personal de acuerdo a su seguro de pensiones.. . Asignar descuentos y aumentos al personal según sea el caso.. . Mantenimiento de la información del trabajador.. . Presentar reportes por cada trabajador o trabajadores según lo requiera el empleador y/o empleado.. El propósito de este documento es presentar un método del desarrollo de software basado en especificación de requerimiento, análisis, planificación, diseño y documentación que están constituidos por un conjunto de procesos que van desde la identificación de las necesidades del usuario hasta la entrega del producto final. Este método se fundamenta en modelos de desarrollo, métodos y técnicas de la ingeniería del software por su significativa contribución a la contribución y mejoramiento de calidad de los productos, software y gestión de proyectos.. 47.

(48) 2.2.1 DESCRIPCION TEXTUAL Los servicios que el sistema deberá proveer constan de los siguientes puntos: -. Llevar un registro completo de todo los trabajadores como nombre, apellido paterno, apellido materno, email, fecha de nacimiento, teléfono, sexo.. -. Identificar a cada personal por medio de su DNI.. -. Permitir cualquier tipo de actualización en la información personal de cada usuario registrado.. -. Proveer. información. clasificándolos. por. el. rol. que. desempeñan. -. Asignar los permisos al personal.. -. Generar los reportes de boletas de pago y archivos de exportación.. -. Generar información del personal, basándose en los atributos de estos. -. Permitir el registro de la hora de ingreso y salida del sistema de cada personal y usuarios.. 2.2.2 Metodología a utilizar Durante el desarrollo del software propuesto en este tema de tesis se siguió una metodología. orientada a objetos basada en el Proceso. Unificado de Desarrollo de Software (RUP) Según (LARMAN, 2005) : RUP es una metodología de desarrollo de software iterativo y cuyo proceso de modelamiento está basado en UML. (Unified. Modeling. Language). que. es un lenguaje de. modelamiento estándar. Según (RUMBAUGH, 1999) RUP tiene dos estructuras o dimensiones. •. Estructura dinámica o dimensión tiempo del proceso muestran. como el proceso se expresa en términos de ciclos, fases, iteraciones e hitos que se despliegan a través del ciclo de vida del proyecto.. La. estructura dinámica del proyecto en cuatro fases: 48.

(49) 1.. Incepción: establece un claro conocimiento del proyecto a realizar. así como de los requisitos y se establece el alcance del proyecto. 2.. Elaboración: se preocupa de las tareas técnicas como diseño,. implementación, pruebas y la arquitectura 3.. Construcción:. hace más que la implementación,. pasa de una. arquitectura a la primera versión operacional del sistema. 4. Transición: Se asegura que el sistema cubra las necesidades de los usuarios. En este punto del ciclo de vida se enfoca en el funcionamiento del producto, la configuración y la instalación. •. Estructura. proceso,. estática. describe. cómo. los. elementos. del. actividades, disciplinas, artefactos y roles, son lógicamente. agrupados dentro del flujo básico de trabajo. Según (LARMAN, 2005) : Artefacto es un producto final o parcial que es producido y utilizado durante el proyecto. Un artefacto puede ser un documento, un modelo o un elemento del modelo. A continuación se muestran los artefactos que se van a obtener por flujo de trabajo propuesto por la metodología: Tabla 2-1 Artefactos por flujo de trabajo del Proceso Unificado aplicado al proyecto Flujo de trabajo del proceso. Artefactos. Modelado del negocio.  . Requerimientos.  Visión del proyecto  Diagrama y especificación de casos de uso. Análisis.   . Diagrama de clases Diagramas de secuencia Diagramas de estado. Diseño.   . Diagrama de componentes Modelo entidad relación Prototipo. Procesos de negocio Diagrama de actividades. 49.

(50) Implementación. . Código ejecutable. Pruebas. . Documento de pruebas. Está metodología fue seleccionada para el desarrollo de la solución propuesta por los siguientes motivos: •. Permite desarrollar un marco de trabajo para el desarrollo exitoso. de grandes proyectos de software. •. RUP promueve el desarrollo de software iterativo y se. adecua al tipo de proyecto propuesto. •. Esta metodología es utilizada por la Dirección de Informática. de la empresa (DIRINFO) para el desarrollo de proyectos.. 2.2 Identificación de requerimientos A continuación se explicará la visión del proyecto y los requerimientos funcionales y no funcionales del sistema. Los. requerimientos. han. sido. obtenidos. de. las. reuniones. de. levantamiento de información con los usuarios de la oficina de Presupuestos y de la sección Planillas. Ambos usuarios han revisado y validado los requerimientos.. 2.2.1 Visión del proyecto 2.2.1.1 Introducción Se implementará un sistema que facilite y automatice la elaboración de las solicitudes de remuneración adicional eventual y su procesamiento. 2.2.1.2 Posicionamiento 2.2.1.2.1 Definición del problema. Los problemas encontrados en el proceso actual son los siguientes: falta de confidencialidad de la información, ineficiente administración de 50.

(51) recursos,. poco control presupuestal,. información,. baja disponibilidad. de la. demoras en los pagos, falta de seguridad e inexistente. respaldo de la información. 2.2.1.2.2 Declaración del posicionamiento del producto El sistema propuesto reemplazará los procedimientos utilizados que actualmente se realizan manualmente,. salvo algunas verificaciones. que por su naturaleza no puedan ser automatizados. 2.2.1.3 Descripción de los usuarios 2.2.1.3.1 Perfiles de usuario Los. usuarios. del. sistema. de. pagos. de. remuneración. se. clasificarán en cuatro perfiles: •. Registrador. •. Aprobador de la unidad. •. Personal de la oficina de Presupuestos. •. Personal de la sección Planillas. 2.2.1.3.2 Demografía del mercado Los usuarios podrán acceder al sistema desde dentro o fuera de la empresa. El único requisito conexión. es contar con una computadora. con. a la red local LAN (Local Area Network) de la empresa o. conexión a Internet. 2.2.1.4 Vista general del sistema 2.2.1.4.1 Perspectivas del sistema El sistema propuesto en el presente tema de tesis permitirá automatizar el proceso que siguen las solicitudes de pago de remuneración en la empresa.. 51.

(52) La arquitectura sobre la cual funcionará el sistema está compuesta por tres capas, las cuales se mencionan brevemente a continuación y que serán explicadas con mayor detalle en el siguiente capítulo: 1.- Front-end: con aplicaciones livianas para cualquier tipo de dispositivo. (PC, PDAs, teléfonos 3G) sobre diversos sistemas. operativos. 2.- Middle-tier: corresponde a los servidores de aplicaciones que corren en sistema operativo Windows. 3.- Back-end: es un servidor de base de datos con sistema operativo AIX (IBM) sobre el que corre el DBMS (sistema de administración de base de datos) ORACLE versión 10. 2.2.1.4.2 Beneficios del sistema •. El sistema permitirá un mejor control de pagos dentro de las. unidades. •. El sistema permitirá ahorro de papel.. •. El sistema permitirá ahorro de tiempo en la verificación de los. presupuestos. •. El sistema permitirá ahorro de tiempo en la programación de los. pagos. •. El sistema facilitará el acceso a documentos históricos.. •. El sistema. permitirá. a los usuarios. acceder. desde. cualquier. computador con acceso a Internet, en cualquier momento y en cualquier lugar. 2.2.1.4.3 Dependencias del sistema. 52.

(53) •. La disponibilidad del sistema dependerá de la disponibilidad de. los servidores y de la disponibilidad del servidor de base de datos de la empresa. •. Los usuarios podrán acceder al sistema desde cualquier. navegador WEB que sea soportado sin importar el sistema operativo del computador. •. El tiempo de conexión dependerá del tipo de conexión del usuario. y del tráfico que existente en la red.. 2.2.2 Requerimientos funcionales Tabla 2-2 Requerimientos funcionales Referencia. Requerimiento. RF01. Los asistentes, coordinadores y jefes de unidad podrán crear nuevas solicitudes de pago de remuneración adicional eventual en las unidades a las cuales tienen permisos. Asimismo, podrán terminar y eliminar una o varias solicitudes de pago de remuneración adicional eventual a la vez.. RF02. La creación de solicitudes de pago de remuneración adicional eventual se realizará sólo para actividades no ordinarias y en las partidas de personal estable y eventual.. RF03. Al momento de crear una solicitud de pago de remuneración adicional eventual el usuario podrá guardar la información general de la solicitud como valores por defecto. Dichos valores se cargarán automáticamente cada vez que el usuario desee registrar una nueva solicitud. La creación de solicitudes de pago podrá realizarse en dos monedas: Nuevos Soles y Dólares.. RF04 RF05. RF06. RF07. El sistema permitirá la consulta y edición de solicitudes de pago de remuneración adicional eventual a todos los usuarios y teniendo en consideración lo siguiente: Los asistentes, jefes y coordinadores de unidad podrán consultar y editar todos los datos de las solicitudes que estén en estado “Registrado” y que hayan sido registrados por ellos. CuandoLos sejefes registre una nueva solicitud o se editeconsultar el importey editar a pagar se y coordinadores de unidad podrán todos deberá validar los siguientes datos: los datos de las solicitudes de la unidad a las que tienen permisos y que La unidad debe estar vigente para el año y mes al que se está solicitando el estén en estado “Terminado”. pago. El personal de la oficina de Presupuestos podrán consultar Cuando terminen solicitudes de pagoen desu remuneración adicional eventual Laseunidad debe tener saldo presupuesto en la actividad las solicitudes de todas las unidades que estén en estado “Aprobado por se deberá validar lo registrada y para lassiguiente: y no docentes juntas, para cubrir el unidad” y editar sólo lapartidas tarifa dedocentes presupuestos. La unidad debe estardeactiva para el año y mespodrá de pago registrados. importe Elsolicitado. personal la sección Planillas consultar las solicitudes El dellas importe solicitado no exceda el presupuesto lapresupuestos”. actividad El personal registrado como beneficiario del pago en de de total todas unidades que estén en estado “Aprobadode por las partidaspodrán remuneración de personal estable juntas. remuneración adicional debe tener un ypuesto activo, que no sea de Asimismo, editareventual la partida presupuestal y eventual la tarifa de Planillas. Si falla en alalavalidación se deberá enviar un mensaje por cada error practicante, fecha de pago. encontrado y no se terminará ninguna solicitud seleccionada. Caso contrario, deberá realizarse el compromiso presupuestal en la actividad y partida registrada de cada una de las solicitudes seleccionadas.. 53.

(54) RF08. Cuando se terminen solicitudes de pago de remuneración adicional eventual se enviará un correo a los responsables de la aprobación de las solicitudes de las unidades correspondientes.. 2.2.1 Requerimientos no funcionales Tabla 2-3 Requerimientos no funcionales Referencia. Requerimiento. RNF01. La interfaz gráfica del sistema intuitiva y fácil de usar para los usuarios.. RNF02. La aplicación podrá ser soportada por cualquier sistema operativo y versiones del navegador web.. RNF03. El tiempo de respuesta del sistema no debe exceder el time- out que el navegador web tiene para las respuestas HTML.. RNF04. El sistema mostrará mensajes de errores fáciles de entender.. 54.

(55) 2.3. CASOS DE USO. Según (RUMBAUGH, 1999) Los casos de uso son una manera formal de capturar y expresar la interacción y el diálogo entre los usuarios del sistema, llamados actores, y el propio sistema. Según (CONALLEN, 2003) Los casos de uso expresan lo que el sistema debería hacer, sin preocuparse en el cómo lo hará.. 2.3.1.1 Actores Según (KENDALL, 2001) Un actor representa un rol de un usuario que interactúa con el sistema. A continuación se describe a los actores del sistema propuesto: Tabla 2-3 Actores del sistema Actor. Descripción. Registrador. Es el encargado del registro y terminación de solicitudes de pago de remuneración adicional eventual.. Aprobador de unidad. Es el encargado de aprobar solicitudes de pago de remuneración adicional eventual en la unidad.. Personal de la Oficina de Presupuestos. Es el encargado de revisar, aprobar, anular o devolver solicitudes de pago de remuneración adicional en la oficina de Presupuestos.. Personal de la Sección Planillas. Es el encargado de revisar, aprobar, anular o devolver solicitudes de pago de remuneración adicional en la sección Planillas.. Tiempo. Es la representación del sistema cuando realice en determinados momentos operaciones automáticas. Es decir, sin intervención directa de los usuarios.. 55.

(56) 2.3.1. CASOS DE USO DEL EMPLEADOR CU001. Ingresar Datos del Empleador. Enviar Datos Validar Datos. Empleador Asignar Privilegios de Cuenta. Ingresar Usuarios y Contraseña de Empleador. Enviar Datos y abrir Menu Principal. 56.

(57) DESCRIPCION: Este caso de uso modela el registro del empleador del sistema y representa sus funcionalidades. ACTOR:. Empleador del Sistema. DESCRIPCION: Ingresa contraseña y usuario del Empleador, Envía y modifica los datos. PRECONDICION: Verificar datos y Contraseñas. ACCION DE LOS ACTORES: Respuesta del Sistema. FALLOS POSIBLES: Solución. FALLOS DE CONEXIÓN: Revisar las conexiones. FLUJO NORMAL: 1.. Ingresar los datos del Empleador del sistema.. 2.. Enviar Datos.. 3.. Validar Datos.. 4.. Asignar roles y permisos del sistema.. 5.. Ingresar usuario y contraseña del Empleador.. 6.. Enviar Datos y abrir el menú principal del sistema.. FLUJO ALTERNATIVO: 1. Si al ingresar información al sistema se digita una información errónea no se permitirá ingresar al sistema y se le notificara a través de un mensaje de advertencia.. POSCONDICIONES: La información registrada en la base de datos se actualiza.. 57.

(58) 2.3.2. CASOS DE USO DEL TRABAJADOR CU002. Ingresar Usuarios y Contraseña Reportar Datos Trabajador. Verificar Datos. Registrar Datos. Trabajador. Empleador. Modificar Datos Trabajador. Buscar Trabajador. Consultar datos Trabajador. 58.

(59) DESCRIPCION: Este caso de uso modela el registro del Trabajador del Sistema y representar sus funcionalidades.. ACTOR:. Trabajador del Sistema. DESCRIPCION: Ingresa contraseña y usuario del Trabajador, Registrar, Modificar y buscar los datos.. PRECONDICION: Verificar datos y Contraseñas.. ACCION DE LOS ACTORES: Respuesta del Sistema.. FALLOS POSIBLES: Solución. FALLOS DE CONEXIÓN: Revisar las conexiones. FLUJO NORMAL: 1.. Ingresar los datos del Trabajador del sistema.. 2.. Enviar Datos.. 3.. Validar Datos.. 4.. Asignar roles y permisos del sistema.. 5.. Ingresar usuario y contraseña del Trabajador.. 6.. Enviar Datos y abrir el menú principal del sistema.. 7.. Reportar Datos del Trabajador. FLUJO ALTERNATIVO: 2. Si al ingresar información al sistema se digita una información errónea no se permitirá ingresar al sistema y se le notificara a través de un mensaje de advertencia.. POSCONDICIONES: La información registrada en la base de datos se actualiza.. 59.

(60) 2.3.3. CASOS DE USO HORARIO DEL TRABAJADOR CU003. Registrar Horarios Trabajador. Modificar Horiario Trabajador. Empleador. Registar Asistencia Trabajador. Registrar Inasistencia Trabajador. Consultar Asistencia Trabajador Consultar Inasistencia Trabajador Consultar Horario de trabajo. DESCRIPCION: Este caso de uso pretende modelar el registro de los horarios de los trabajadores y sus características.. ACTOR: Empleador. DESCRIPCION: Registrar los horarios, verificar asistencias, consultar horarios, inasistencias, verificar tardanzas.. 60.