Propuesta para Trabajo de Grado - pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1610AP08/PropuestaTG-Ruge-Bustos.pdf · tivo de un negocio, los recursos tanto humanos como

Ingeniería de Sistemas

5/24/2016

PROPUESTA PARA TRABAJO DE GRADO Sistema de asignación de turnos y cálculo de nómina para los empleados de una empresa prestadora de

servicios temporales

Proyecto de Aplicación Práctica

OBJETIVO GENERAL

Implementar una solución de software hecho a la medida que le permita a los usuarios administrativos asignar de

forma eficiente los turnos de empleados operarios y calcular la nómina en una empresa prestadora de servicios

temporales

ESTUDIANTE(S)

Daniel Ruge __________________________________________ Documento Celular Teléfono fijo Correo Javeriano

cc.

1.098.736.587

3003103939 3225856 [email protected]

Juan Sebastián Bustos García Documento Celular Teléfono fijo Correo Javeriano

cc.

1.032.444.432

319-318-8235 3691998 [email protected]

DIRECTOR

Ing. María Consuelo Franky.

Documento Celular Teléfono fijo Correo Javeriano

cc. 4.162.9011 3153504483 3208320 [email protected]

mailto:[email protected]



Pontificia Universidad Javeriana Propuesta para Trabajo de Grado - <Aplicación práctica>

Página 1

Contenido

1 OPORTUNIDAD O PROBLEMÁTICA .............................................................................3

1.1 DESCRIPCIÓN DE LA OPORTUNIDAD O PROBLEMÁTICA ..............................................3 1.2 FORMULACIÓN ..........................................................................................................4 1.3 JUSTIFICACIÓN ..........................................................................................................4

1.4 IMPACTO ESPERADO DEL PROYECTO ..........................................................................4

2 DESCRIPCIÓN DEL PROYECTO ...................................................................................6

2.1 OBJETIVO GENERAL ..................................................................................................6

IMPLEMENTAR UNA SOLUCIÓN DE SOFTWARE HECHO A LA MEDIDA QUE LE PERMITA A

LOS USUARIOS ADMINISTRATIVOS ASIGNAR ÓPTIMAMENTE LOS TURNOS DE EMPLEADOS

OPERARIOS Y CALCULAR LA NÓMINA EN UNA EMPRESA PRESTADORA DE SERVICIOS

TEMPORALES ...................................................................................................................6 2.2 OBJETIVOS ESPECÍFICOS ............................................................................................6

2.3 ENTREGABLES O RESULTADOS ESPERADOS ...............................................................6

3 PROCESO .....................................................................................................................8

3.1 FASE DE EXPLORACIÓN .............................................................................................9 3.1.1 Método ........................................................................................................................ 9 3.1.2 Actividades ................................................................................................................. 9 3.1.3 Resultados esperados ................................................................................................. 9

3.2 FASE PLANIFICACIÓN DE LA ENTREGA .......................................................................9 3.2.1 Método ........................................................................................................................ 9 3.2.2 Actividades ................................................................................................................. 9 3.2.3 Resultados esperados ............................................................................................... 10

3.3 FASE DE DESARROLLO DE ITERACIONES .................................................................10 3.3.1 Método ...................................................................................................................... 10 3.3.2 Actividades ............................................................................................................... 10 3.3.3 Resultados esperados ............................................................................................... 11

3.4 FASE DE PRODUCCIÓN .............................................................................................11 3.4.1 Método ...................................................................................................................... 11 3.4.2 Actividades ............................................................................................................... 11 3.4.3 Resultados esperados ............................................................................................... 11

4 GESTIÓN DEL PROYECTO .........................................................................................12

4.1 CALENDARIZACIÓN .................................................................................................12

4.2 PRESUPUESTO .........................................................................................................12 4.3 ANÁLISIS DE RIESGOS ..............................................................................................13

4.3.1 Escala prioridad: ..................................................................................................... 13 4.3.2 Probabilidad de ocurrencia: .................................................................................... 13 4.3.3 Tabla de riesgos: ...................................................................................................... 13


Página 2

4.4 COMPROMISO DE APOYO DE LA INSTITUCIÓN ..........................................................14 4.5 DERECHOS PATRIMONIALES ....................................................................................14

5 MARCO CONTEXTUAL ..............................................................................................16

5.1 CONTEXTO DEL TRABAJO DE GRADO .......................................................................16 5.1.1 Proceso de nómina y gestión de turnos .................................................................... 16

6 MARCO TEÓRICO / ESTADO DEL ARTE ....................................................................17

6.1 FUNDAMENTOS Y CONCEPTOS RELEVANTES PARA EL PROYECTO. ...........................17 6.1.1 Software a la medida ................................................................................................ 17 6.1.2 Arquitectura multi-capa ........................................................................................... 17 6.1.3 Protocolo HTTP ....................................................................................................... 17 6.1.4 Programación orientada a objetos ........................................................................... 16 6.1.5 Java Enterprise Edition ............................................................................................ 18

6.2 TRABAJOS IMPORTANTES EN EL ÁREA .....................................................................18 6.2.1 ADempiere ................................................................................................................ 18 6.2.2 SAP ........................................................................................................................... 19 6.2.3 Odoo ......................................................................................................................... 20

6.3 GLOSARIO ...............................................................................................................21

7 REFERENCIAS Y BIBLIOGRAFÍA ...............................................................................22

7.1 REFERENCIAS ..........................................................................................................22

7.2 BIBLIOGRAFÍA PROPUESTA PARA EL DESARROLLO DEL TRABAJO DE GRADO ...........23


Página 3

1 Oportunidad o Problemática

1.1 Descripción de la oportunidad o problemática

En Colombia hay un importante y creciente interés en el desarrollo e industrialización de

pequeñas y medianas empresas [1], las cuales en su gran mayoría llevan a cabo algunos pro-

cesos de manera manual, hasta cierto punto y bajo ciertas consideraciones. Si bien dichas

empresas han evolucionado desde la contabilidad y manejo de inventarios por medio de

cálculos y registros manuales, hoy en día la herramienta predominante es Microsoft Excel, la

cual empieza a demostrar rezago [2] cuando la cantidad de datos a manejar se incrementa

notoriamente o cuando se necesita una especie de sistema de validación.

Este problema no es trivial y es muy repetitivo en el entorno de las pymes colombianas que

deben organizar recursos para ofrecer variedades de servicios con requisitos, los cuales pue-

den complicar y rezagar un proceso de asignación y gestión de dichos recursos. Resolver un

problema de esta magnitud de una manera que pudiera beneficiar empresas con esta falencia,

podría aumentar significativamente sus procesos de negocio y manejo de recursos. Tales

cambios, en una empresa próspera, se vuelven más urgentes cuando dentro del proceso evolu-

tivo de un negocio, los recursos tanto humanos como materiales de dicha empresa tenderán al

constante aumento. Si no se controla ni gestiona de manera adecuada tales recursos, el pro-

blema puede llegar causar un detrimento en esta evolución hasta el punto de no solo frenarlo

sino hasta llegar un punto trágico de retroceso.

Tales incrementos emiten una señal de advertencia del posible desbordamiento de informa-

ción e ineficiencia que se podría tener [3] si una empresa no moderniza sus sistemas de in-

formación. Si una empresa desea mantener o hasta acelerar su crecimiento, será necesario

contemplar la posibilidad de extender o incluso adquirir sistemas que manejen un flujo de

datos voluminoso

Basándose en la necesidad de conseguir un nuevo software que almacene, procese, administre

y muestre dicha información de manera organizada, y acorde con ciertos requerimientos de

los potenciales usuarios del sistema, se ha encontrado un posible campo de investigación y

aplicación para implementar un software capaz de lidiar con los nuevos retos que puede

afrontar una empresa en vía de desarrollo en términos de administración de la información

que crece aceleradamente. Tan urgente y necesario como optimizar la asignación de turnos de

dicho recurso humano para servicios temporales donde se debe cumplir con ciertos requisitos

y a la vez tener en cuenta la mejor manera de resolver rápidamente este problema.

El primer paso siempre es realizar diagnósticos para encontrar falencias en la manera como se

llevan a cabo procesos de una empresa. Pero resulta aún más difícil cuando se traslada el

mismo problema a una pyme, la cual probablemente presentará una mayor necesidad en prác-

ticamente todos sus procesos, sin mencionar la urgencia de encontrar soluciones a dichas

necesidades para poder competir en el mercado [4].

Aunque una empresa venga modernizando sus sistemas, la administración del personal opera-

rio desde sus turnos hasta el cálculo de la nómina vienen siendo procesos que requieren ur-

gentemente un sistema de información que se adecúe al funcionamiento de los mismos, ceñi-

do a unos requerimientos que los potenciales usuarios distingan[5].


Página 4

1.2 Formulación

¿Cómo resolver de manera eficiente la asignación de turnos y cálculo de nómina según la

legislación colombiana para las pymes que ofrecen servicios temporales?

1.3 Justificación

En el creciente sector económico colombiano, prevalecen las pymes[6] donde hay infinidad

de necesidades. Se desea lograr lo más posible utilizando la menor cantidad de recursos y

aunque esto aplica para cualquier industria que desea optimizar procesos, esto resulta aún

más crucial para las pymes donde los recursos de los que se disponen son limitados.

Además, no solo basta con asegurar un buen inicio, es igual de importante mantenerse en

evolución y crecimiento. Sin embargo, no siempre es tan sencillo como se espera, pues la

mayor cantidad de activos requerirá un proceso más formal y riguroso de gestión de las acti-

vidades (turnos) de los operarios de la empresa y el cálculo de sus respectivas nóminas.

Por consiguiente, se tiene como propósito implementar un sistema que gestione los turnos de

dichos empleados contratados temporalmente por las pymes, proveyendo una posibilidad de

preservar el crecimiento y mejorar la calidad en los procesos de las empresas objetivo. Tal

sistema de información deberá mejorar los tiempos del proceso de cálculo de la nómina y

asignación de turnos, que actualmente podría tardar varios días en realizarse.

Con base en un proceso de ingeniería de requerimientos, se espera un software altamente

personalizado donde la información que maneje pueda ser visualizada por parte de los traba-

jadores al ingresar a la página web de la empresa, lo que genera un ahorro de costos de pape-

lería debido a que, en la actualidad, la mayoría de pymes presentan esta información de forma

física[7].

1.4 Impacto esperado del proyecto

Teniendo en cuenta que se espera lograr a cabalidad el proyecto en las 17 semanas que se

predispusieron, los resultados buscan lograr resolver aquella falencia de las pymes en cuanto

a la gestión de turnos y el cálculo de la nómina de los empleados operativos. Si bien las py-

mes recurren a herramientas como Microsoft Excel, no se cuenta con un paquete de gestión

de turnos ni del cálculo de nómina que se acerque a la solución óptima y adaptable para suplir

esta necesidad. En otras palabras, si bien una empresa puede tener una solución ya impuesta,

el objetivo del trabajo de grado es construir una nueva solución que resuelva de mejor manera

el problema, optimizando y enlazando la asignación de turnos con el cálculo de sus respecti-

vas nóminas

Al cabo de las 17 semanas, se espera tener un sistema que automatice este proceso de negocio

de asignación de turnos y el respectivo cálculo de nómina, de forma que efectivamente se

mejore la eficiencia del mismo de la siguiente manera:

Realizar una asignación eficiente de turnos.


Página 5

Reducir el tiempo el tiempo que toma reflejar la disposición de turnos en un archivo

digital. El proyecto busca lograr proyectar tal distribución a través de la página web

de la empresa que adquiera la solución propuesta

Proveer una manera fácil para llevar a cabo algún cambio en la disposición de turnos.

Si algún operario presenta alguna dificultad o imprevisto, o simplemente por decisión

gerencial se necesita modificar algún(os) turnos, tal cambio incurrirá en la modifica-

ción de la página web incluyendo tales cambios para que todos los empleados opera-

tivos que les incumbe el cambio se informen

Mejorar la comunicación empresa-operario en cuanto a los turnos que se le asignen y

su sueldo dado el contrato que se estableció con el mismo, para efectos de que no sea

necesario establecer una cita con algún operario o una llamada telefónica a no ser que

sea estrictamente necesario. De esta forma, tanto el operario como el personal de re-

cursos humanos y contabilidad de la empresa puede reinvertir tiempo que antes utili-

zaba en resolver preguntas o reacomodamientos en cuanto a la asignación de turnos o

la liquidación de la nómina.

Al cabo del mes o dependiendo de la duración del contrato o imprevistos durante el

mismo, es necesario liquidar la nómina de los operarios teniendo en cuenta el registro

de turnos e incluyendo adicionales que figuran en el código laboral de la legislación

colombiana y explicado por el código sustantivo del trabajo con detalle en el título V

“salarios” [8]. Todo esto se puede registrar en el sistema en el módulo de recursos

humanos a lo largo del mes, para que al final del mismo, el cálculo de la nómina re-

sulte un proceso trivial y, sobretodo, más rápido. El proyecto busca asistir este proce-

dimiento reduciendo este tiempo.

Si bien estos 4 puntos benefician a una pyme en el corto y mediano plazo, hay que tener en

cuenta que al principio puede haber resistencia al cambio o los operarios seguirán contactan-

do directamente al personal de contabilidad. Sin embargo, es cuestión de dicha pyme que

adquiere el software incentivar la consulta del sistema para efectos consulta de turnos de los

operarios. En cuanto al cálculo de la nómina, el paso desde un sistema anterior (en el caso de

que lo haya) al nuevo sistema que promete el proyecto será bastante más.

En cuanto al largo plazo, se espera que la empresa esté acostumbrada al sistema y, en el caso

de que haya un sistema anteriormente, se reemplace tal solución anterior y no sea necesario

recurrir a la misma.


Página 6

2 Descripción del Proyecto

2.1 Objetivo general

Implementar una solución de software hecho a la medida que le permita a los usuarios admi-

nistrativos asignar de manera eficiente los turnos de empleados operarios y calcular la nómi-

na en una empresa prestadora de servicios temporales

2.2 Objetivos específicos

Hacer una investigación y estudio de la manera actual como se asignan los turnos en

pymes que ofrezcan servicios temporales y proponer una solución eficiente para este

problema

Especificar los requerimientos del sistema de gestión de turnos y cálculo de nómina.

Diseñar e implementar un sistema en la web considerando tanto implicaciones arqui-

tecturales como de interfaz gráfica.

Validar el sistema considerando como caso de estudio la empresa Outsourcing Seasin

La empresa Outsourcing Seasin será el caso de estudio sobre el cual se trabajará para crear el

sistema que propone el trabajo de grado. Más detalle sobre esta empresa se explicará en la

metodología y las fases del proyecto

2.3 Entregables o resultados esperados

Guiándose por tipo de trabajo de grado, al finalizar el proyecto, se espera contar con una serie

de entregables destinados a proveer, más allá del evidente código ejecutable, la documenta-

ción del sistema basándose en los requerimientos. Además, también se proveerá otros entre-

gables como manuales. En esta sección se definirán y detallarán dichos entregables.

Dado que el trabajo de grado provee un producto de software, es necesario contar con los

siguientes entregables:

Documento de levantamiento de requerimientos. Dicho entregable busca definir, do-

cumentar y describir el software a construir, diferenciando y enunciado tanto los re-

querimientos funcionales como los no funcionales. El objetivo de este entregable es a

manera de contrato, donde se extraen dichos requerimientos a partir de una serie de

reuniones que se llevarán a cabo con la empresa

Documento de diseño del sistema. Este documento tiene como objetivo dar una des-

cripción detallada del diseño del sistema a entregar. Dicho documento servirá de guía

no únicamente al equipo de trabajo sino también al equipo de tecnología de una em-

presa para que de ser necesario, en un futuro se retome dicho documento para enten-

der cómo está construido el sistema. Adicionalmente, este documento también con-

tiene información respecto a la arquitectura que define el código fuente, describiendo

los componentes y la forma como trabajan conjuntamente.


Página 7

Código fuente ejecutable. Este es el entregable que más desea una empresa que re-

quiere el sistema, puesto que es el software objetivo en toda su extensión. Este será el

producto final del proyecto que se utilizará para lograr todos los resultados esperados,

es el sistema de asignación de turnos y cálculo de nómina.

Manuales. Entregar el código ejecutable por sí solo podría resultar confuso para una

empresa puesto que no se le estaría informando la manera cómo se utiliza dicho có-

digo ejecutable. Por lo tanto, la entrega del código viene acompañada de 3 manuales

explicados a continuación

o Manual de instalación: como su nombre lo indica, dicho manual tiene como

objetivo detallar la instalación y enunciarla como una serie de pasos necesa-

rios para desplegar el sistema en la empresa que lo adquiera

o Manual de usuario: busca ejemplificar el uso del sistema, enunciar la manera

cómo y para qué se usa cada una de sus funcionalidades, contrastando con la

especificación de requerimientos qué se usa cada una de sus funcionalidades,

contrastando con la especificación de requerimientos

o Manual de mantenimiento: el equipo de trabajo entregará el sistema y para

efectos de la validación del mismo, se instalará dentro de la empresa que sir-

ve como caso de estudio. Sin embargo, el grupo de trabajo no se comprome-

terá a mantener la solución. Este manual sirve como guía para que el sistema

pueda ser mantenido por la misma empresa, es decir, sepa cómo manejarlo

en caso de que se presente alguna eventualidad que comprometa el funcio-

namiento del mismo


Página 8

3 Proceso

Para la elaboración del trabajo de grado se definió usar la metodología XP (extreme progra-

mming), teniendo como base las cuatro fases usadas por esta metodología (exploración, pla-

nificación de la entrega, iteraciones y la fase de producción), se realizara una adaptación de la

misma con el fin de implementarla en el desarrollo del proyecto. El uso de XP se llevará a

cabo sin completar la fase de mantenimiento y fin del proyecto debido a que el sistema no se

implantará completamente por cuestiones de tiempo.

“La programación extrema es una metodología de desarrollo ligera (o ágil) basada en una

serie de valores y de prácticas de buenas maneras que persigue el objetivo de aumentar la

productividad a la hora de desarrollar programas.”[9]. Se contará con una planeación que

beneficie al cliente y entregue un software de alta calidad, además de permitir tener control

en las actividades que se realizarán, lo que garantiza poder tener entregables parciales con el

cliente y así recibir retroalimentación constante.

La siguiente grafica (Ilustración 1: Metodología XP) muestra la adaptación que se le realizara

a la metodología XP

Para tener una mejor ejecución de las fases de la metodología escogida, estas se validarán con

un caso de estudio, el cual será la empresa Outsorsing Seasin, empresa que se ha desenvuelto

en el área de prestación de servicios de aseo y cafetería a entidades industriales tanto privadas

como públicas (3), con la cual un integrante del equipo ha tenido experiencia laboral en el

área de sistemas, diseñando y construyendo el sistema de inventarios que actualmente maneja

la empresa. Esta empresa es un excelente ejemplo de mipymes donde sus procesos dependen

de Microsoft Excel.

Ilustración 1: Metodología XP


Página 9

3.1 Fase de exploración

En esta fase la prioridad es conocer las empresas que tienen la problemática de asignación de

turnos de empleados y cálculo de sus salarios, además se realizará el documento (propuesta de

trabajo de grado)

3.1.1 Método

Se conducirán entrevistas no formales con el cliente del caso de estudio para conocer el pro-

ceso de gestión de turnos y cálculo de nómina, de manera que se determine los problemas con

los que cuenta dicho proceso.

3.1.2 Actividades

Teniendo en cuenta la primera fase de la metodología escogida, las actividades derivadas son

las siguientes:

Realizar entrevistas con el cliente.

Creación del documento de la propuesta de trabajo de grado.

3.1.3 Resultados esperados

Finalizar el documento de la propuesta de trabajo de grado

Recolectar archivos audio de las diferentes entrevistas que se realizaron con el clien-

te.

3.2 Fase planificación de la entrega

En esta fase definirá de manera preliminar los requerimientos del cliente obteniendo dicha

información del caso de estudio. De esta forma, se pretende tener presentes todas las funcio-

nalidades necesarias para el proceso de cálculo de nómina y asignación de los turnos.

Se realizara una investigación de algoritmos o procedimientos para lograr una asignación

óptima de turnos, además se realizara el debido estudio de la legislación colombiana para

cálculo de salarios de empleados temporales.

3.2.1 Método

Metodología DoRCU [10] (Documentación de Requerimientos Centrada en el Usuario): Se

tendrá en cuenta parte de esta metodología para la recolección de requerimientos de definir

las funcionalidades necesarias que debe realizar el sistema a implementar.

Es necesario realizar una investigación de algoritmos que permitan mejorar el procedimiento

de asignación de turnos para lograr optimizar dicho proceso, también es beneficioso conocer

la legislación colombiana para el proceso de cálculo de salarios.

3.2.2 Actividades

Teniendo en cuenta la segunda fase de la metodología escogida, las actividades derivadas son

las siguientes:


Página 10

Llevar a cabo entrevistas con el cliente con el fin de conocer los procesos de negocio

relativos a la asignación de turnos y cálculo de salarios.

Iniciar la creación de documento de especificación de requerimientos.

Iniciar la creación del documento de priorización de requerimientos mediante un

DAR (detección y análisis de requerimientos). Realizar una investigación de algoritmos o procedimientos para lograr una asigna-

ción eficiente de turnos.

Realizar un estudio de la legislación colombiana para cálculo de salarios de emplea-dos temporales.


El documento de levantamiento priorización de requerimientos parcialmente termi-

nados

Inventario de módulos y casos de uso.

Diagrama de casos de uso y roles asociados.

DAR de selección de requerimientos.

Archivos audio de las diferentes entrevistas que se realizaron con la empresa escogi-

da para realizar el caso de estudio.

3.3 Fase de desarrollo de iteraciones

En esta fase se realizará el diagrama de los casos de uso acorde a los requerimientos previa-

mente suministrados por el caso de estudio y analizados por el equipo de trabajo. El desarro-

llo de este diagrama se hará en conjunto con el cliente, asegurando así la aceptación por parte

del mismo y el cumplimiento del objetivo general que es la realización de un software hecho

a la medida. Además de esto, se desarrollarán las implementaciones de los casos de uso con

sus respectivas pruebas. Al final de realizar las funcionalidades importantes del programa, se

entregarán versiones incrementales del sistema al cliente con el fin de verificar el cumpli-

miento de los requerimientos.

Cada vez que un módulo (conjunto de casos de uso) o un subconjunto de casos de uso han

sido diseñados, programados y probados, se le entregarán al cliente y dichas entregas serán

incrementales.

3.3.1 Método

Se construirán los diferentes diagramas y documentos necesarios para desarrollar la imple-

mentación del sistema. Estos documentos se harán teniendo en cuenta la opinión del cliente.

Se desarrollarán las diferentes versiones incrementales del sistema que serán mostrados al

cliente debidamente probados antes de su entrega. Esto servirá para verificar las funcionali-

dades del sistema.

3.3.2 Actividades

Teniendo en cuenta la tercera fase de la metodología escogida, las actividades derivadas son

las siguientes:


Página 11

Implementar versiones incrementales del sistema, incluyendo para cada iteración di-

seño destallado de casos de usos, programación, pruebas unitarias, pruebas funciona-

les


Los documentos de casos de uso y levantamiento de requerimientos completamente

terminados.

Parte del documento de diseño.

Versiones incrementales del sistema.

3.4 Fase de producción

En esta fase se desarrollarán pruebas a las versiones incrementales del sistema, estas pruebas

se realizaran junto con la empresa escogida para realizar el caso de estudio, para que de este

modo se logre la aceptación por parte de la misma.

Se realizarán validaciones en la empresa caso de estudio cada vez que se realicen entregas

incrementales del sistema.

3.4.1 Método

Se desarrollarán las diferentes pruebas a las versiones que serán mostradas a la empresa esco-

gida para realizar el caso de estudio, además de pruebas y encuestas de satisfacción con el fin

de verificar el sistema antes de su entrega definitiva. Esto servirá para verificar las funciona-

lidades del mismo.

3.4.2 Actividades

Teniendo en cuenta la cuarta fase de la metodología escogida, las actividades derivadas son

las siguientes:

Realizar pruebas a las versiones incrementales del sistema.

Finalización del documento de diseño del sistema.

Encuestar a los usuario con base en las pruebas hechas a versiones incrementales del

sistema,

Realizar una validación final con encuestas que serán diligenciadas por los usuarios

del sistema.


Documento de diseño del sistema completamente terminado.

Resultado de las pruebas realizadas al prototipo en conjunto con la empresa escogida

para realizar el caso de estudio.


Página 12

4 Gestión del Proyecto

4.1 Calendarización

La calendarización está pensada de forma que se dé un detalle de alto nivel de alto nivel de la

estimación de duración de las fases del proyecto. Tal estimación viene a manera de gráfica

Gantt donde se expresa las fases del proyecto junto con sus actividades precursoras, duración

y fechas tanto de inicio como de finalización. Tal diagrama se puede encontrar en el anexo

calendarización.pdf adjunto a este documento.

4.2 Presupuesto

Si bien el trabajo de grado no incurre en costos de herramientas a utilizar como servidor web

o base de datos, si sobresalen ciertos costos que no pueden ser despreciados. Dichos costos

hacen referencia a 3 áreas principales: Servicios públicos que se consumirán durante la im-

plementación del trabajo de grado, recursos de desarrollo haciendo alusión al material necesa-

rio para tal implementación y finalmente el recurso humano, en otras palabras, el tiempo in-

vertido por parte de los estudiantes y de la directora de trabajo de grado. La siguiente tabla

contiene la información del monto presupuestado para el trabajo de grado

Ítem Costo Unitario Unidades Cantidad Total

Internet $100.000,00 Mes 4 $400.000,00

Luz $40.000,00 Mes 4 $160.000,00

Transporte $1.800,00 Pasaje 160 $288.000,00

Comunicación $60.000,00 Mes 4 $240.000,00

Servicios Públicos

$1.088.000,00

Computador Lenovo Intel-Core i7, 8 GB RAM $1.900.000,00 Unidad 1 $1.900.000,00

Computador Dell Intel-Core i7, 8 GB RAM $1.700.000,00 Unidad 1 $1.700.000,00

Impresiones $15.000,00 Total 1 $15.000,00

Recursos de desarrollo

$3.615.000,00

Honorarios de estudiante $11.200,00 Hora 960 $10.752.000,00

Honorarios de director de trabajo de grado $120.000,00 Hora 64 $7.680.000,00

Recurso humano

$18.432.000,00

Total

$23.135.000,00

Tabla 1: Presupuesto

Para efectos de ciertos cálculos, se consideró que el desarrollo del trabajo de grado serán 4

meses (17 semanas en total)


Página 13

4.3 Análisis de riesgos

Se realizará un proceso de identificación y gestión del riesgo, este permitirá conocer a lo lar-

go del proyecto cuáles pueden llegar a ser los riesgos que afecten el mismo.

4.3.1 Escala prioridad:

Escala de prioridad

Alta 5

Media alta 4

Media 3

Media Baja 2

Baja 1

Tabla 2: Escala de prioridad

4.3.2 Probabilidad de ocurrencia:

Se estimó la probabilidad de ocurrencia de los riesgos, teniendo en cuenta el número de veces

que posiblemente ocurran a lo largo del proyecto.

Nivel Descripción

Muy alta Más de 5 veces.

Alta 4 o 5 veces

Media 3 veces

Baja 2 veces

Muy baja 1 vez

Tabla 3: Probabilidad de ocurrencia

4.3.3 Tabla de riesgos:

Riesgo prioridad probabilidad

de ocurrencia

mitigación

Tiempo insuficiente 5 Muy baja Cumplir el cronograma establecido

con el fin de evitar inconvenientes

con respecto al tiempo.

Problemas de pro-

gramación

3 Media Realizar aprendizaje constante, al

tiempo que se realiza el proyecto.


Página 14

Insuficiencia de

tiempo por parte

del director

2 Media Programar reuniones con el direc-

tor y asignarlas con suficiente anti-

cipación.

Baja calidad de los

entregables

4 Media Solicitar suficientes revisiones al

centro de escritura y revisar los

documentos junto con el director

de trabajo de grado

Tabla 4: Riesgos

4.4 Compromiso de apoyo de la institución

Para evitar posibles inconvenientes que puedan surgir entre el caso de estudio y el grupo de

trabajo, se le exigió a la empresa Outsourcing Seasin una carta formal donde exprese su inex-

cusable apoyo al desarrollo de este trabajo de grado hasta su culminación. Además, la empre-

sa no tomará ventaja del sistema que se implementará en su plataforma, de modo que se deje

claro el objetivo de este trabajo de grado con la empresa. Tal carta viene en el anexo carta

compromiso de apoyo de la institución.pdf adjunto a este documento.

4.5 Derechos patrimoniales

La licencia sobre la cual se liberarán los entregables del trabajo de grado será la licencia de

Apache, versión 2.0. Esta licencia otorga:

Derechos de copyright a la entidad que para este caso es la Pontificia Universidad Ja-

veriana, de modo que se le permitirá llevar a cabo las siguientes acciones con los en-

tregables de manera global, perpetua, irrevocable y no exclusiva:

o Reproducir

o Derivar

o Generar sublicencias

o Distribuir las versiones derivadas

Patentes de licencia con el propósito de permitir el uso comercial

Redistribución, dando permisos de reproducir el trabajo realizado con o sin modifica-

ciones bajo ciertas condiciones que se enuncian más afondo en el detalle de la licen-

cia.

Liberación de garantía, ofreciendo el software “AS-IS”, sin garantías o condiciones

de ningún tipo

Para aplicar la licencia, se debe incluir un archivo de texto en la carpeta raíz que contenga

todos los entregables. Tal archivo de texto contendrá lo siguiente:

Copyright 2015 Daniel Ruge, Juan Sebastián Butos


Página 15

Licensed under the Apache License, Version 2.0 (the "License");

you may not use this file except in compliance with the License.

You may obtain a copy of the License at

http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software

distributed under the License is distributed on an "AS IS" BASIS,

WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

See the License for the specific language governing permissions and

limitations under the License.

[11]


Página 16

5 Marco contextual

Antes de proceder con el marco teórico, el marco conceptual busca presentar al lector un

contexto en el cual se desarrollará el trabajo de grado, es decir, presentar aquél entorno donde

se desempeña el trabajo de grado.

5.1 Contexto del trabajo de grado

5.1.1 Programación orientada a objetos

La programación orientada a objetos es un paradigma de programación que propone modelar

entidades del mundo real como objetos que tienen características y pueden realizar funciones

y se centra en el procesamiento de los datos en vez de la lógica detrás de dichos datos. Para

este caso, las entidades de negocio como los empleados o los turnos, son los objetos a consi-

derar.[14] Java Enterprise Edition se ciñe a dicho paradigma de forma que la escritura de

código debe contemplar la creación y administración de las entidades de negocio. Este para-

digma provee la ventaja de que el nivel de abstracción necesario para implementar la lógica

es menos complicado ya que se asemeja a como un objeto de la realidad se comportaría.

5.1.2 Proceso de nómina y gestión de turnos

Cuando se habla de estos procesos de negocio en una empresa, se hace alusión al cálculo de

la nómina de los empleados a final de mes dado el cargo que ocupó durante dicho mes. Para

este caso, el empleado ocupará un cargo de operario asignado a un turno que se le define a

principio de mes. El operario deberá desarrollar ciertas actividades en ciertos momentos (tur-

nos), de acuerdo a dicho turno, se definirá la nómina a liquidar. Los turnos son variantes y

cada uno liquida un monto diferente dependiendo de las horas durante el día del turno, te-

niendo en cuenta eventualidades como días festivos o inasistencias y, a su vez, considerando

todas las implicaciones que se exige la legislación colombiana

Ahora bien, la gestión de dichos turnos dependerá de ciertos factores que el usuario del sis-

tema desee incluir, como por ejemplo, el lugar y las horas. Se debe tener la capacidad de or-

ganizar los turnos y disponer de los empleados para asignarlos eficientemente, teniendo en

cuenta tanto el empleado como el turno y la facilidad con que el mismo puede realizar tal

turno. El estado actual de la empresa sugiere que es este proceso el que más tiempo toma

pues gestionar todos los turnos de todos los contratos y distribuir los empleados de acuerdo a

los turnos de manera eficiente resulta en un procedimiento que, no automatizado, puede llegar

a tomar una cantidad considerable de tiempo u otros recursos del personal encargado de dicha

asignación.


Página 17

6 Marco Teórico / Estado del Arte

En esta sección, se busca mostrar al lector conceptos relevantes para el entendimiento del

resto del documento. Adicionalmente, comprende una subsección donde se enuncia y discute

tanto trabajos de grado como sistemas en línea que resuelvan el mismo problema o problemas

muy parecidos.

6.1 Fundamentos y conceptos relevantes para el proyecto.

A continuación, se presentarán los conceptos necesarios para que el lector se ambiente en el

tema y la revisión del documento sea más fluida y amena. Para efectos de términos que no

sean entendidos, se recomienda dirigirse a la subsección 6.3 (Glosario).

6.1.1 Software a la medida

Software hecho a la medida se refiere al diseño de aplicaciones para un usuario o grupo de

usuarios específico. Dicho software es diseñado para satisfacer totalmente las necesidades, lo

opuesto al más comercial y tradicional software genérico. Idealmente, la solución a imple-

mentar tendrá como caso de estudio a la empresa Outsourcing Seasin, sin embargo, cabe por

aclarar se debe poder ofrecer dicha solución sabiendo que no es una solución final para nin-

guna empresa. Aun así, el sistema resolverá las deficiencias del proceso de negocio actual de

la forma que la empresa en cuestión requiera, acercándose a un enfoque más “a la medida”.

6.1.2 Arquitectura multi-capa

Una aplicación multi-capa es cualquier aplicación implementada y distribuida en más de una

capa en la que lógicamente se separa en varias capas operativas las diferentes aplicaciones de

un sistema. La cantidad de capas varía dependiendo de los requerimientos y el modelo de

negocio, sin embargo, 3 capas es la arquitectura más común. Cualquier aplicación que depen-

de o utilice aplicaciones intermedias es conocida como una aplicación multi-capa. Este tipo

de aplicaciones divide un sistema de una empresa en 2 o más componentes que pueden ser

implementados y ejecutados separadamente. En general, las capas que esta arquitectura tiene

son la capa de presentación, acceso a datos y procesamiento[12].

6.1.3 Protocolo HTTP

Dado que la solución a implementar trabajará en la web tomando y enviando información a

los usuarios dependiendo de la interacción con el mismo y a las funcionalidades que deseen

llevar a cabo, surge la necesidad de resumir brevemente la manera cómo esta información se

transporta. El protocolo HTTP (Hypertext Transfer Protocol) es un protocolo para sistema de

información de hipermedia distribuido y colaborativo. Es genérico y sin estado y puede ser

usado para mucho más que el transporte de hipertexto, como servidores de nombre y sistemas

de gestión de objetos distribuidos a través de sus métodos de petición, códigos de error y

encabezados. El protocolo HTTP permite que los sistemas sean construidos independiente-

mente de los datos a ser transferidos [13]. Entonces, las entidades de negocio de la solución

serán los datos enviados a través de la web para el funcionamiento distribuido del sistema.


Página 18

6.1.4 Java Enterprise Edition

El proyecto hará uso de la tecnología Java Enterprise Edition®, la cual es una suite de cons-

trucción de software escalable, confiable y seguro para la comunidad [15][16]. Esta tecnología

comprende también la gestión de una base de datos donde se guardará toda la información del

proceso de negocio a manera de tablas relacionales. Para efectos del desarrollo de los prototi-

pos comprendidos dentro del trabajo de grado, la utilización de esta tecnología efectivamente

será la base para el diseño y construcción de la solución planteada. Java EE facilita la comu-

nicación cliente-servidor web de forma que pueda construirse un sitio web que exponga el

negocio en internet, migrando desde una solución local actualmente mantenida en la empresa,

a una solución distribuida permitiendo que se realicen cambios en vivo por varios operarios al

mismo tiempo que un empleado puede consultar la información correspondiente a los turnos

que se le asignaron.

6.2 Trabajos importantes en el área

En el mismo campo de acción, como es de esperarse, existen soluciones similares a mayor

escala. Dentro de los trabajos de grado anteriores en el departamento de ingeniería de siste-

mas no existen trabajos relacionados que busquen dar una solución similar. Sin embargo, en

línea se encuentran varias herramientas que se enunciará a continuación, ventajas y desventa-

jas de cada una.

6.2.1 ADempiere

ADempiere provee un entorno ERP (Enterprise Resource Planning, por sus siglas en inglés)

que permite gestionar los recursos de una empresa. Acercándolo al área de acción del trabajo

de grado, permitiría gestionar los turnos de los empleados, más acertadamente, gestionar el

material y producción de una empresa como por ejemplo planear, supervisar y controlar di-

chos turnos. Además, ADempiere asegura proveer escalabilidad de modo que pueda soportar

el arduo trabajo de una empresa donde la cantidad de recursos es mucho mayor[17]. ADem-

piere está fundamentado sobre la filosofía de Open Source, en la que la comunidad puede

acceder al código fuente y modificarlo para que sea más eficiente o simplemente añadiendo

nuevas funcionalidades.


Página 19

Ventajas Desventajas

Descarga gratis y Open Source

Seguridad por roles

Soporta la utilización de la base de

datos PostgreSQL (Open Source

igualmente)

El servidor de aplicaciones es JBoss,

el cual es el que se desea utilizar pa-

ra el nuevo sistema a crear

Buena escalabilidad. Maneja fácil-

mente más de 100 usuarios concu-

rrentes

Naturalmente, el manejo de recursos

es bien administrado

Para procesar salidas de dinero o de

recursos como en un retorno de mer-

cancía, la manera para hacerlo es

llevando a cabo entradas negativas

de dichos recursos, lo cual resulta

poco intuitivo

Dada la complejidad del trabajo de

grado, la interfaz de ADempiere

puede llegar a ser innecesariamente

compleja, requiriendo trabajo extra

para saber cómo modificarla y

aprender a hacerlo

No provee soporte para la migración

de datos desde el sistema actual

La generación de reportes vienen

prediseñados de una manera que no

provee mucha personalización. Para

crear un reporte propio, es necesario

hacerlo desde 0

[18]

6.2.2 SAP

Al igual que ADempiere, SAP también ofrece un ERP que provee una suite de software para solucio-

nes financieras, logísticas, de distribuciones y de inventarios. SAP no es Open Source ni gratis, aunque

ofrece versiones de prueba gratis.

[19]


La suite es personalizable, de modo

que se puede cambiar para satisfacer

las necesidades. Alta flexibilidad

La interfaz es intuitiva aunque debe

considerarse como en el caso de

ADempiere que puede llegar a hacer

innecesariamente compleja

No es gratis ni Open Source. El precio

es verdaderamente elevado para pymes

que deseen obtenerlo. Adicionalmente,

el software adicional que es necesario

también sugiere costos adicionales

Las consultas a la base de datos son len-

tas cuando el volumen de datos aumenta

considerablemente


Página 20

Es muy completo, pues ofrece solu-

ciones robustas. En general, es

bueno resolviendo el problema para

el cual fue diseñado

Soporte en línea es muy escaso, suman-

do el hecho de que existen errores

(bugs) difíciles de resolver por cuenta

propia del usuario, más aún si no se tie-

ne conocimiento del sistema.

Mantener la suite requiere conocimiento

en tecnologías de información, lo cual

puede llegar a ser un inconvenientes con

pymes pues normalmente no disponen

de personal en dicha área

Migración desde sistemas previos puede

llegar a tomar mucho tiempo

[20]

6.2.3 Odoo

Es un software de negocio de rápida evolución. Provee una suite de aplicaciones de negocio

que cobija operaciones como comercio electrónico, inventario y contaduría, entre otras, inte-

gradas en un solo sistema. Es open source y gratis[21].


Es open source, por lo tanto, es fle-

xible en cuanto a la modificación del

código fuente para poder ajustarlo a

las necesidades de la empresa

Es gratis tanto el software como las

licencias

La interfaz es intuitiva y no es tan

compleja o complicada como los dos

casos anteriores

Es desplegado por módulos que tra-

bajan conjuntamente y están inte-

grados, resolviendo más de un pro-

blema a la vez

Dado que es una tecnología nueva,

aún se encuentran varios errores que

requerirían conocimiento del código

y del sistema en su totalidad para re-

solverlos.

Resolver los errores o adaptar el có-

digo fuente puede llegar a tomar

mucho tiempo pues falta documen-

tación detallada y el soporte técnico

no es rápido ni eficiente

Adaptar el sistema requiere personal

en el área de tecnologías de informa-

ción, de los cuales no todas las py-

mes podrían disponer

No existe un módulo destinado es-

pecialmente para ERP, por lo tanto

requeriría esfuerzo adicional para

construir o adaptar dicho módulo a

partir de otros ya existentes

[22][23]


Página 21

6.3 Glosario

Refiérase a esta sección cuando desee conocer el significado de alguna sigla utilizada en el

resto de la propuesta de trabajo de grado

Pyme: Pequeña y mediana empresa

XP: eXtreme Programming

DoRCU: (Documentación de Requerimientos Centrada en el Usuario

HTTP: Hypertext Transfer Protocol

Java EE: Java Enterprise Edition

ERP: Enterprise Resource Planning


Página 22

7 Referencias y Bibliografía

7.1 Referencias

[1] «Las claves para el desarrollo de las mipymes en el país», Portafolio.com.co. [En línea].

Disponible en: http://www.portafolio.co/economia/las-claves-el-desarrollo-las-

mipymes-el-pais. [Accedido: 24-nov-2015].

[2] «Cuándo debes dejar de usar Excel en tu empresa | Pymes | Territorio Pyme». [En lí-

nea]. Disponible en:

http://cincodias.com/cincodias/2015/04/24/pyme/1429878586_677014.html. [Accedido:

24-nov-2015].

[3] «Desventajas de Excel | Empresa y economía». [En línea]. Disponible en:

http://www.empresayeconomia.es/aplicaciones-para-empresas/desventajas-excel.html.

[Accedido: 24-nov-2015].

[4] «competitividad_pymes_colombia.pdf». .

[5] «Seasin». [En línea]. Disponible en: http://www.seasinlimitada.com/. [Accedido: 24-

nov-2015].

[6] «Las Pymes y el crecimiento economico en Colombia (1990 - 2000) - tesis11.pdf». .

[7] «La tecnología es costosa e innecesaria - Archivo Digital de Noticias de Colombia y el

Mundo desde 1.990», eltiempo.com. [En línea]. Disponible en:

http://www.eltiempo.com/archivo/documento/CMS-13294995. [Accedido: 24-nov-

2015].

[8] «Leyes desde 1992 - Vigencia expresa y control de constitucionalidad

[CODIGO_SUSTANTIVO_TRABAJO_PR004]». [En línea]. Disponible en:

http://www.secretariasenado.gov.co/senado/basedoc/codigo_sustantivo_trabajo_pr004.h

tml#TITULO%20V-1. [Accedido: 24-nov-2015].

[9] «Programacion extrema - EcuRed». [En línea]. Disponible en:

http://www.ecured.cu/Programacion_extrema. [Accedido: 24-nov-2015].

[10] «Metodología DoRCU para la Ingeniería de Requerimientos - baez.pdf». .

[11] «Apache License, Version 2.0». [En línea]. Disponible en:

http://www.apache.org/licenses/LICENSE-2.0. [Accedido: 24-nov-2015].

[12] «What is a Multi-Tier Application? - Definition from Techopedia». [En línea]. Dispo-

nible en: https://www.techopedia.com/definition/23599/multi-tier-application. [Ac-

cedido: 24-nov-2015].

[13] P. J. Leach, T. Berners-Lee, J. C. Mogul, L. Masinter, R. T. Fielding, y J. Gettys, «Hy-

pertext Transfer Protocol -- HTTP/1.1». [En línea]. Disponible en:

https://tools.ietf.org/html/rfc2616. [Accedido: 24-nov-2015].

[14] «What is object-oriented programming (OOP)? - Definition from WhatIs.com». [En

línea]. Disponible en: http://searchsoa.techtarget.com/definition/object-oriented-

programming. [Accedido: 24-nov-2015].

[15] «Java Platform, Enterprise Edition (Java EE) | Oracle Technology Network | Oracle».

[En línea]. Disponible en:

http://www.oracle.com/technetwork/java/javaee/overview/index.html. [Accedido: 24-

nov-2015].


Página 23

[16] «Differences between Java EE and Java SE - Your First Cup: An Introduction to the

Java EE Platform». [En línea]. Disponible en:

http://docs.oracle.com/javaee/6/firstcup/doc/gkhoy.html. [Accedido: 24-nov-2015].

[17] «What is ADempiere? - ADempiere ERP Wiki». [En línea]. Disponible en:

http://www.adempiere.com/What_is_ADempiere%3F. [Accedido: 24-nov-2015].

[18] C. Boecking, «ADempiere Review - Open Source ERP Training», iDempiere Training

Open Source ERP Chuck Boecking. .

[19] «What is SAP (System Applications Products) - SAP Training», SAP Training Tutori-

als. [En línea]. Disponible en: http://www.saponlinetutorials.com/what-is-sap-erp-

system-definition/. [Accedido: 24-nov-2015].

[20] «SAP ERP Reviews», G2 Crowd. [En línea]. Disponible en:

https://www.g2crowd.com/products/sap-erp/reviews?&page=1. [Accedido: 24-nov-

2015].

[21] «About Us - Odoo», Odoo S.A. [En línea]. Disponible en:

https://www.odoo.com/es_ES/page/about-us. [Accedido: 24-nov-2015].

[22] «Odoo | ERP Software - Ratings, Reviews, and Features». [En línea]. Disponible en:

http://erp.softwareinsider.com/l/246/Odoo. [Accedido: 24-nov-2015].

[23] «Odoo (OpenERP) | Reviews, Demo, Pricing, Features». [En línea]. Disponible en:

http://findaccountingsoftware.com/directory/open-erp/odoo/. [Accedido: 24-nov-2015].

7.2 Bibliografía propuesta para el desarrollo del trabajo de grado

[1] «19496388_2011.pdf;jsessionid=D8802761E0CBA685A39AB0D2735BA39C». .

[2] B. Urgaonkar, G. Pacifici, P. Shenoy, M. Spreitzer, y A. Tantawi, «An Analytical Model

for Multi-tier Internet Services and Its Applications», en Proceedings of the 2005 ACM

SIGMETRICS International Conference on Measurement and Modeling of Computer Sys-

tems, New York, NY, USA, 2005, pp. 291–302.

[3] «ART3Benvenuto.pdf». .

[4] «File:01 Opensource ERP & Adempiere.pdf - ADempiere ERP Wiki». [En línea]. Dispo-

nible en: http://www.adempiere.com/File:01_Opensource_ERP_%26_Adempiere.pdf. [Acce-

dido: 24-nov-2015].

[5] «Java_EE_7_Whitepaper-jc8 - javaee7-whitepaper-1956203.pdf». .

[6] «Java Platform, Enterprise Edition (Java EE) | Oracle Technology Network | Oracle». [En

línea]. Disponible en: http://www.oracle.com/technetwork/java/javaee/overview/index.html.

[Accedido: 24-nov-2015].

[7] L. J. Garay, «LEGISLACIÓN LABORAL | banrepcultural.org». [En línea]. Disponible

en: http://www.banrepcultural.org/blaavirtual/economia/industrilatina/105.htm. [Accedido:

24-nov-2015].

[8] « Que es un ERP.docx - Qu-es-un-ERP.pdf». .

[9] E. Jendrock, R. Cervera-Navarro, I. Evans, K. Haase, y W. Markito, The Java EE 7 Tuto-

rial. Addison-Wesley Professional, 2014.


Página 24

[10] «The Java EE 7 Tutorial - JEETT.pdf».

Documents

Propuesta para Trabajo de Grado - pegasus.javeriana.edu.copegasus.javeriana.edu.co/~CIS1610AP08/PropuestaTG-Ruge-Bustos.pdf · tivo de un negocio, los recursos tanto humanos como