Embed Size (px)
Citation preview
Hago constar que el presente trabajo de diploma fue realizado en la Universidad
Central “Marta Abreu” de Las Villas como parte de la culminación de estudios de la
especialidad de Ingeniería en Informática, autorizando a que el mismo sea utilizado por
la Institución, para los fines que estime conveniente, tanto de forma parcial como total y
que además no podrá ser presentado en eventos, ni publicados sin autorización de la
Universidad.
Firma del Autor
Los abajo firmantes certificamos que el presente trabajo ha sido realizado según
acuerdo de la dirección de nuestro centro y el mismo cumple con los requisitos que
debe tener un trabajo de esta envergadura referido a la temática señalada.
Firma del Tutor Firma del Jefe del Laboratorio
Base de Datos
Firma del Responsable de
Información Científico-Técnica
i
…“Al placer se despiertan los hombres solos, al deber, ha de haber quien letoque a la puerta todos los días”
José Martí
ii
Dedicatoria
iii
A mi abuela, Mima, que desde el cielo me mira orgullosa de que su nieto más pequeño
se titule ingeniero. Su sueño se hace realidad, todos sus nietos somos profesionales.
Mil gracias por tanto amor que me diste. Te recordaré siempre con una sonrisa, pues,
como me enseñaste, el que llora pierde.
A mi madre, María Antonia, aquí se cumplen sus metas. Por el empeño en la
superación de tus hijos. Por dedicarte a tu madre, como ella merecía. Por el amor que
das a mi padre cada día. Por hacer de mí una persona de bien. Toda mi gratitud y amor
a ti.
A mi padre, Felix, por cambiar su vida por la de sus hijos. Por acompañarnos cada día
y amar a mi madre sobre todas las cosas. Es el mejor ejemplo que pudiste darnos. Tu
gran obra en la vida ha sido forjar y sostener tu familia. Que la vida te depare un futuro
mejor, junto a mi mamá, es mi mayor deseo.
Nada que yo haga podrá retribuir lo que han hecho por mí. A los tres los amo con todo
mi corazón.
iv
Agradecimientos
v
A mis hermanos Raudelys, Yadamí y Dayli, por acompañarme, apoyarme, aconsejarme
y guiarme en todo momento. Gracias por existir.
A Nancy y Pedrito, más que tíos, mis padres. Les debo tanto que puedo decir que sin
ustedes no sería quien soy. Créanme, no será en vano todo lo que han hecho por mí.
No siempre pierde todo quien alimenta al ajeno.
A mi abuela María, gracias por su dedicación y su empeño. Todo mi amor y cariño para
ti, que bien lo mereces. Aunque no me hice médico como querías.
A Ailema, el amor de mi vida, gracias por estar a mi lado, por amarme con frenesí, por
tu apoyo en este proyecto y mi carrera. No soy un príncipe azul, pero, no hay nadie en
el universo que te ame como yo, recuérdalo siempre. Nada, incluso la muerte, podrá
separarnos.
A mi abuela Gladis, mis tíos Iraida, Jesús; Humberto y Carlos, que también han
aportado mucho a mi vida y formación.
A mis tíos Margot, Alejandro y Armando, todo mi agradecimiento por su ayuda. Por
apoyarme ante cada proyecto, gracias tía.
A Carlitos y Cheo, Jessica y Carlos Enrique, Jorge Pérez, Danaily, Dulce María, Melba,
Amelia y Miguel Ángel, Miguelito y familia, Rosa, Luis y Jorge Luis, mi familia grande.
A mis primos, a todos, sus nombres son muchos.
A mis amigos, que son muchos. A Yordán, Alexis Hernández y Pedro Castro.
A mis vecinos.
A mis compañeros de aula, que mucho han aportado para mi carrera, con quienes
compartí momentos buenos y otros difíciles. En especial a Waldo.
A Alicia, mi profe de contabilidad.
A mis profesores, a los buenos, por sus actos buenos, a los malos, por sus actos
malos.
A mí querida profe María Elena Cruz, por su apoyo y cariño.
A Jorge Jacinto Alba, por la atención y la confianza en este trabajo.
vi
No por últimos los menos importantes:
A mi tutora María Elena, por confiar en mí, por su ayuda incondicional, por su tiempo,
dedicación, consejos, sobre todo por su amistad. De haberme aceptado Abelito me
hubiera perdido su magistral conducción. Gracias a su familia.
A mi hermano y amigo Giagny Ortiz, a quien once años, noventa millas, y un inmenso
mar de por medio no le impidieron reencontrarme. Gracias por no olvidar a tu amigo de
la infancia, por todo tu apoyo en este proyecto. Gracias a tu maravillosa familia. Gracias
por ser mi hermanito. I hope we never separate again. Thank you for everything.
A todo el que de una forma u otra ha contribuido con la realización de este trabajo,
reciba mi más sincero agradecimiento.
vii
Resumen
viii
ResumenLa presente investigación se desarrolla la Empresa de Investigaciones y Proyectos
Hidráulicos de la provincia Villa Clara, proponiendo el diseño de un sistema de
información empresarial con enfoque de reglas de negocio. Para ello se analizan los
antecedentes de sistemas de información o aplicaciones presentes en la EIPH, se
clasifica y caracteriza el sistema de información empresarial propuesto y se describe la
composición del sistema. Para ello se realizó una investigación exhaustiva con el fin de
obtener todos los requisitos del negocio de la entidad, las funcionalidades de las
aplicaciones que actualmente utilizan y los procesos que se pudieran automatizar con
la nueva propuesta. Además se conceptualiza el enfoque de reglas de negocio,
justificando la utilización de dicho enfoque y presentando las reglas identificadas para
cada área de la empresa. La principal novedad del sistema, cuyo diseño se presenta en
este trabajo, es la integración de varias áreas de la empresa en una sola aplicación
computacional, aportándole un valor práctico, dado por la cantidad de trabajadores que,
aunque en áreas diferentes, utilizaran el software, lo que posibilita un uso más óptimo
de los recursos computacionales con que cuentan.
ix
Abstract
x
AbstractThis work is developed in the Research Company of hydraulic investigation located in
Villa Clara province, suggesting the design of an enterprise information system re-
focused with business rules approach and an easy way to manage. It analyzes the
history of information systems and present applications on the EIPH, also it classify and
characterize the present propose system and explain the system composition. We
develop an investigation base to obtain all the business requisites, all application
functions and process that can be automated with the new development. We also base
on business rules, justified the utilization of the mention system, focus and presenting
all identity rules for each area. The principal of the system with design are presented on
the job. It’s one of the many areas of this business in one computerize app. Due to the
amount of employees working on the same software even known in different areas. This
will allow a much brighter and easy use aside from the one offer now.
xi
Contenido
xii
ContenidoIntroducción..................................................................................................................... 1
Capítulo I: Conceptualización y caracterización del sistema de información .................. 8
1.1 Sistemas de información empresarial ................................................................ 8
1.2 Clasificación del sistema de información a diseñar.......................................... 10
1.3 Características del sistema de información a diseñar ...................................... 14
1.4 Descripción de los componentes del sistema de información .......................... 17
1.5 Enfoque de reglas de negocio.......................................................................... 19
1.5.1 Definición de reglas de negocio................................................................. 20
1.5.2 Clasificación .............................................................................................. 22
Capítulo II: Problemática de la Empresa Investigaciones y Proyectos Hidráulicos de
Villa Clara...................................................................................................................... 27
2.1 Descripción general ......................................................................................... 27
2.1.1 Funcionamiento a informatizar .................................................................. 28
2.1.2 Valoración de viabilidad de un sistema empresarial informatizado ........... 46
2.2 Antecedentes de sistemas de información en la empresa ............................... 49
2.2.1 Valoración de los sistemas informáticos actuales en uso.......................... 50
2.2.2 Panorámica de los sistemas de información precedentes......................... 54
Capítulo III- Modelado del sistema de información desde el enfoque de reglas de
negocio.......................................................................................................................... 59
3.1 Sistema integral empresarial............................................................................ 59
xiii
3.1.1 Diseño del sistema .................................................................................... 60
3.1.2 Diseño de la base de datos ....................................................................... 65
3.1.3 Reglas de negocio para el sistema............................................................ 66
3.2 Módulo “Producción” ........................................................................................ 69
3.2.1 Casos de uso............................................................................................. 71
3.2.2 Diseño de la base de datos ....................................................................... 75
3.2.3 Reglas de negocio para el módulo ............................................................ 79
Conclusiones................................................................................................................. 90
Recomendaciones......................................................................................................... 92
Bibliografía .................................................................................................................... 94
Anexo 1: Glosario de términos ...................................................................................... 99
Anexo 2: Base de datos propuesta. ............................................................................ 100
Anexo 3: Descripción de los módulos RR.HH., Transporte y Combustible, Cuadro de
Mando Integral e Informática....................................................................................... 101
3.1 Módulo “Recursos Humanos”......................................................................... 101
3.1.1 Casos de uso........................................................................................... 102
3.1.2 Diseño de la base de datos ..................................................................... 110
3.1.3 Reglas de negocio para el módulo .......................................................... 113
3.2 Módulo “Transporte y Combustible” ............................................................... 116
3.2.1 Casos de uso........................................................................................... 117
3.2.2 Diseño de la base de datos ..................................................................... 122
xiv
3.2.3 Reglas de negocio para el módulo .......................................................... 127
3.3 Módulo “Cuadro de Mando Integral” .............................................................. 128
3.3.1 Casos de uso........................................................................................... 129
3.3.2 Diseño de la base de datos ..................................................................... 136
3.4 Módulo “Informática” ...................................................................................... 137
3.4.1 Casos de uso........................................................................................... 139
3.4.2 Diseño de la base de datos ..................................................................... 145
3.4.3 Reglas de negocio para el módulo .......................................................... 147
xv
Introducción
Introducción
1
IntroducciónActualmente ninguna organización puede prescindir de la información dado el avance
de las tecnologías, que han llegado a mediatizar todo el proceso de comunicación. El
uso de la información genera nuevos conocimientos y habilidades que permiten, a su
vez, encaminar nuevos procesos de búsqueda de información tendientes a una espiral.
La actual es también la era de gestionar inteligentemente la información y el
conocimiento. En cada momento se ha gestionado lo que cada momento ha
necesitado. Si antes las organizaciones se concentraban sólo en recursos materiales,
por responder a intereses de sociedad industrial, ahora tiene que afrontar los
problemas generados por los recursos intangibles en cuanto a su adquisición y uso
para poder responder a los intereses de una sociedad postindustrial (Martínez
Rodríguez et al., 2001).
Cuando la empresa domina el paso de dato a información, se transforman los
procesos de toma de decisiones, la estructura de la organización y la forma en que se
realizan las tareas. El siguiente paso que se debe dar es transformar al sistema de
información en un recurso complementario para la creación y difusión de conocimiento.
La utilidad del sistema de información como herramienta para gestionar conocimiento
se apoya en el razonamiento de que el conocimiento está asociado con la información
y la información con datos (Arjonilla Domínguez et al., 2002).
La realización del diseño y el análisis de sistemas posee un enfoque sistemático, tal y
como los analistas de sistemas lo realizan, esto ayuda a identificar los problemas,
oportunidades y objetivos; de esta forma poder analizar el flujo de entrada de los datos,
los procesos que se realizan con dichos datos, así como definir su almacenamiento y la
salida de la información. En base a esto se pueden diseñar sistemas de información
computarizada adecuados a las necesidades, destinados a solucionar este tipo de
problema y destinados a ser utilizados por largos períodos en el futuro.
Todo sistema se puede dividir en subsistemas. Una empresa se comporta como un
sistema por lo que es posible fragmentar sus partes en subsistemas interrelacionados.
La literatura de teoría de la organización suele dividir la empresa en los seis
Introducción
2
subsistemas principales representados en la Figura I. 1: comercial, de operaciones,
financiero, de personal, directivo y de información (Arjonilla Domínguez et al., 2002).
Figura I. 1: La empresa como sistema. Fuente:(Arjonilla Domínguez et al., 2002).
El primer gran objetivo de todo sistema de información consiste en suministrar a los
distintos niveles de la dirección la información necesaria para la planificación, el control
y la toma de decisiones. De ello se infiere que un sistema de información debe
desempeñar un importante papel en todos y cada uno de los niveles de decisión de la
empresa (Arjonilla Domínguez et al., 2002).
En cualquier institución, en donde de alguna manera se gerencia la información, es
necesario y hasta imprescindible, disponer de herramientas informáticas que faciliten la
labor asociada al manejo de los subsistemas anteriormente mencionados. El trabajo
organizado y fluido de los datos permite a los directivos, en sus diferentes instancias,
conocer de manera dosificada cómo marchan los indicadores y en consecuencia,
Introducción
3
adoptar las estrategias más apropiadas en función de corregir el rumbo, orientando las
acciones correspondientes.
En varias entidades de nuestro país esta filosofía, enunciada como antecedente, no
está correctamente implementada, ni siquiera bien concebida. De esta manera se torna
difícil que estas asciendan el espiral de desarrollo, por no encontrarse a tono cien por
ciento con la primacía que en todo el mundo tiene el área de la información y la
informática (Corporation, 2009). Por estas razones, se hace necesario concebir
proyectos con el propósito de organizar el flujo de información en el sector empresarial
cubano, desde los ejecutores hacia los directivos y decisores de los distintos niveles
administrativos.
En la Empresa de Investigaciones y Proyectos Hidráulicos (EIPH) de Villa Clara se
introducen paulatinamente las TIC para el cumplimiento de tareas que en esta tienen
lugar. Muchas de las actividades que anteriormente eran realizadas de forma manual,
ahora se ven apoyadas o sustituidas por aplicaciones informáticas. Hasta ahora la
tecnología de cómputo se ha utilizado principalmente para automatizar las aplicaciones,
basadas en procesos de la empresa, pero existe marcado interés en utilizar las
tecnologías de cómputo en función incrementar la productividad, la eficiencia y eficacia.
Las herramientas necesarias para administrar la información, la cual es la esencia
misma de muchos de los procesos de negocios, no cumplen con todos los requisitos o
simplemente no existen. Las limitaciones de la tecnología obstaculizan el desarrollo del
centro, en vez de fomentarlo.
El uso de la computación aplicada a los procesos de negocio se presenta en la EIPH,
donde existen varias aplicaciones de pequeño formato, creadas con Microsoft Access
para la automatización del trabajo en las diferentes áreas. Estas aplicaciones han sido
objeto de análisis en tesis desarrolladas anteriormente (Collazo García, 2011; Arboláez
Fernández, 2012; González Fabelo, 2012), a partir de la solicitud de colaboración de
sus especialistas a la Universidad Central “Marta Abreu” de Las Villas. Inicialmente, en
el trabajo de (Collazo García, 2011), presenta el diseño de bases de datos para la
producción, los RR.HH y el cuadro de mando integral. Este trabajo se centra en el
procesamiento de los recursos humanos y se obtiene una aplicación para su gestión.
Introducción
4
Posteriormente, la tesis de (Arboláez Fernández, 2012), parte del trabajo realizado en
(Collazo García, 2011) y muestra revisiones en el diseño de la base de datos, además
se obtiene una nueva versión de la aplicación. Por último, en el trabajo de (González
Fabelo, 2012) se analiza el área de producción, se estudia el diseño de la base de
datos precedente para obtener un nuevo diseño y una interfaz para su manejo.
Actualmente se encuentran en funcionamiento en la EIPH varias herramientas, las
cuales fueron implementadas en Microsoft Access, que, aun cuando no resultan
eficientes ni amigables, cumplen las necesidades mínimas perceptibles para los
usuarios, que a su vez, plantean la necesidad de contar con un software nuevo y
acorde a las tecnologías actuales. Por otra parte, las nuevas aplicaciones obtenidas no
abarcan de forma íntegra todo el funcionamiento de la empresa y, aunque pueden
ponerse en funcionamiento de inmediato, en la actualidad no se encuentran en
explotación debido, fundamentalmente, a que el ambiente que proporcionan se divorcia
totalmente con el anterior y, aún cuando esto era totalmente necesario, representa una
barrera para los usuarios quienes afirman no se logra el necesario salto que pretende
la empresa, a un software integral, altamente eficiente y con un ambiente amigable
para sus usuarios, acorde a las actuales tecnologías de la información.
Por lo anteriormente expuesto, el presente trabajo se propone abordar el siguiente
problema de investigación:
Los sistemas existentes no abarcan todos los procesos que se pueden automatizar en
la empresa, no presentan la calidad requerida al observarse inconformidad de los
usuarios y errores diversos en los diseños de las bases de datos y sistemas, por lo que
se entorpece el trabajo empresarial sobre sistemas computacionales.
Estos elementos justifican la realización del presente trabajo de diploma,
proponiéndose en su realización los siguientes objetivos:
Objetivo general: Diseñar un sistema de información empresarial integral para la
Empresa de Investigaciones y Proyectos Hidráulicos, Villa Clara, con enfoque de reglas
de negocio.
Introducción
5
Objetivos específicos:
1 Analizar referentes teóricos vinculados a la investigación con vistas al diseño de un
sistema de información con un enfoque de reglas de negocio.
2 Describir la EIPH y valorar los sistemas de información precedentes, incluidos los
sistemas en uso.
3 Identificar un conjunto de reglas de negocio que se adquieren durante la captura de
los requisitos del sistema.
4 Diseñar una base de datos integral.
5 Diseñar el sistema de control empresarial.
Para el desarrollo de este trabajo partimos del supuesto de la siguiente Hipótesis:
El diseño de un sistema de información y de la base de datos para la Empresa de
Investigaciones y Proyectos Recursos Hidráulicos en Villa Clara, incluye cada proceso
que puede ser automatizado y sirve de base para la obtención de una herramienta
computacional de apoyo al control y toma de decisiones empresariales.
Interrogantes:
¿Cuáles han sido las causas de la desestimación o inconformidad con las
soluciones aportadas anteriormente?
¿Cuáles son las herramientas y metodología apropiadas para la obtención del
sistema?
¿Qué elementos pueden garantizar la calidad del sistema que se pretende
diseñar?
La principal novedad del sistema, cuyo diseño se presenta en este trabajo es la
integración de varias áreas de la empresa en una sola aplicación computacional,
aportándole un valor práctico, dado por la cantidad de trabajadores que, aunque en
áreas diferentes, utilizaran el software, lo que posibilita un uso más optimo de los
recursos computacionales con que cuentan.
La investigación está estructurada en tres capítulos, el capítulo 1 aborda varias
consideraciones sobre el sistema de información, clasificando el mismo de acuerdo con
Introducción
6
los principales referentes bibliográficos de la teoría. También se definen las principales
características y componentes del mismo, además de abordar la temática del enfoque
de reglas de negocio, sus definiciones y clasificación. El capítulo 2 se dedica al análisis
de la problemática de la EIPH, presentando una descripción general de la misma. Se
detalla el funcionamiento a informatizar, valorando la viabilidad de la ejecución de este
sistema. Se analizan los antecedentes de investigación y las herramientas informáticas
con que cuenta la empresa, arribando a conclusiones parciales. El capítulo 3 contiene
el modelado del sistema de información, describiéndolo de forma general y
especificando en cada uno de los módulos que se proponen, empleando para ello
algunos diagramas construidos con la notación UML y presentando el diseño de la
base de datos y las diferencias que posee respecto a las anteriores. Este capítulo
también incluye las reglas de negocio obtenidas de la aplicación de dicho enfoque.
7
Capítulo I
Capítulo I
8
Capítulo I: Conceptualización y caracterización del sistemade informaciónEl uso de los sistemas de información (SI) en las empresas a partir del auge de la
informática empresarial y la construcción de aplicaciones para solucionar necesidades
puntuales de áreas específicas favorecen el desarrollo, en la presente investigación,
del diseño de un sistema de información para la EIPH.
1.1 Sistemas de información empresarial
Resultan recurrentes a la hora de analizar esta temática los conceptos de SI, como
elemento base para comenzar a definir términos asociados a la investigación. Un SI es
un tipo especializado de sistema que puede definirse como un conjunto de elementos o
componentes interrelacionados para recolectar (entrada), manipular (proceso) y
diseminar (salida) datos e información y para proveer un mecanismo de
retroalimentación en pro del cumplimiento de un objetivo (Stair, 2000).
Otros autores definen de forma similar los SI, como un conjunto de componentes
interrelacionados que incluyen hardware, software y orgware que capturan, almacenan,
procesan y distribuyen la información para apoyar la toma de decisiones, el control,
análisis y visión en una institución (Medina Quintero, 2005); o como un conjunto de
componentes interrelacionados que recolectan (o recuperan), procesan, almacenan y
distribuyen información para apoyar la toma de decisiones y el control en una
organización. Además, los SI también pueden ayudar a los gerentes y los trabajadores
a analizar problemas, visualizar asuntos complejos y crear nuevos productos (Laudon
et al., 2008).
Para la Contraloría General de la República de Cuba, un SI está constituido por los
métodos y procedimientos establecidos para registrar, procesar, resumir e informar
sobre las operaciones de una entidad. La calidad de la información que brinda el
sistema afecta la capacidad de los directivos y ejecutivos para adoptar decisiones
adecuadas que permitan controlar las actividades de la entidad (República, 2011).
Capítulo I
9
Existen varios conceptos, planteados por diversos autores, pero todos coinciden en
elementos que componen un sistema de información, sus funciones y su funcionalidad.
Es válido destacar en este último concepto, (República, 2011), la definición explicita de
la capacidad de un SI sobre la toma de decisiones correctas en el control de la
empresa, mostrando la necesidad de la esmerada atención al proceso de concepción
de un producto de este tipo.
Un SI, basado en computadoras, está compuesto por hardware, software, bases de
datos, telecomunicaciones, personas y procedimientos específicamente configurados
para recolectar, manipular, almacenar y procesar datos para ser convertidos en
información. A estos sistemas se les denomina infraestructura tecnológica de la
compañía, constituyen los recursos compartidos que sirven de fundamento a los
SI.(Stair, 2000)
Los trabajadores de empresas y compañías actualmente usan los SI para aumentar su
efectividad, actualmente a nivel internacional son muy pocas las empresas,
instituciones, oficinas que no usen las computadoras para diversas funciones: crear
una hoja de cálculo, insertar y modificar datos en una BD, hacer un informe, acceder a
una red, etc. En condiciones normales, las empresas ágiles pueden crecer con el uso
de los SI, en un ambiente competitivo de constante e imprevisible cambio.(Goldman,
1995)
Se puede afirmar que se han creado las condiciones para el surgimiento de una
empresa totalmente digital. Una empresa digital se puede definir como aquella en que
casi todas las relaciones significativas de negocios de la organización con clientes,
proveedores y empleados se realizan y controlan por medios digitales. Los procesos de
negocios centrales se completan a través de redes digitales que abarcan toda la
empresa.(Laudon et al., 2008)
Los procesos de negocio se refieren al conjunto de tareas y comportamientos
lógicamente relacionados que las organizaciones desarrollan a través del tiempo para
producir resultados de negocio específicos y a la manera particular en la cual se
organizan y coordinan estas actividades. Desarrollar un nuevo producto, generar y
Capítulo I
10
completar un pedido y contratar un empleado son ejemplos de procesos de negocios, y
la manera en que las organizaciones realizan sus procesos de negocio puede constituir
una fuente de fortaleza competitiva.(Laudon et al., 2008)
La información estratégica y la planificación estratégica se reconocen como elementos
que hacen posible la aplicación y funcionamiento de la empresa.(Goldman, 1995)
Durante las dos últimas décadas ha prevalecido el uso de las tecnologías de la
información para apoyar las estrategias y los objetivos estratégicos de las
organizaciones comerciales.(Cash, 1992; Luftman, 1993; Henderson, 1993) En la
literatura del desarrollo y planeación de sistemas de información se encuentran
numerosos ejemplos de organizaciones que han aplicado la tecnología a la información
como un medio de mejorar su lugar competitivo.
1.2 Clasificación del sistema de información a diseñar
La existencia de diversos tipos de SI se justifica por la variedad de procesos de negocio
de la empresa, así como hay distintas personas, especialidades y niveles en una
organización, hay diferentes tipos de sistema. Ningún sistema por si solo puede
proporcionar toda la información que requiere una organización. A nivel internacional
empresas como la EIPH posee un conjunto diferente de sistemas. A primera vista
puede resultar complicado entender todos los distintos sistemas y, más difícil aún,
comprender como se interrelacionan. (Laudon et al., 2008)
Para (Laudon et al., 2008) es posible separar los tipos de SI en dos perspectivas:
1. Desde una perspectiva funcional, encontramos las categorías que vinculan al Si con
las áreas funcionales de la empresa.
Contabilidad: Ayudan a registrar las operaciones del negocio, crear informes periódicos
y crear otros requeridos por la ley: balances generales, estados de pérdidas y
ganancias. Por lo general, los SI de contabilidad, reciben registros de operaciones de
rutina (compra de materia prima, pagos de servicios o la venta de bienes
manufacturados).
Capítulo I
11
En el caso que ocupa este trabajo se presenta un apartado para el registro de varios
hechos contables como el consumo de combustible, el registro de gastos asociados al
proceso productivo, el prorrateo de costos entre centros de costo directos e indirectos a
la producción, entre otros, pero no se controla toda la actividad contable de la empresa,
pues esta posee su sistema, implementado por decreto del Instituto Nacional de
Recursos Hidráulicos (INRH) para todas las empresas de este tipo en el país. Aun así
se hace necesario este modulo contable pues las operaciones antes mencionadas y
otras que también se incluyen no se ubican en el sistema decretado por el INRH, sino
en las aplicaciones Access y otras se ejecutan de forma manual.
Finanzas: La salud de una empresa se mide por el estado de sus finanzas y los SI
pueden mejorar de manera significativa la administración financiera. Mientras los
sistemas de contabilidad se encargan de informar sobre cambios y estados financieros,
el propósito de los sistemas financieros es facilitar la planeación financiera. Ayudan a
organizar presupuestos, manejar flujos de caja, analizar inversiones y tomar decisiones
que pueden reducir los pagos de intereses y aumentar las ganancias de transacciones
financieras.
Este proyecto no presenta este tipo de SI, encontrándose el manejo de esta
información en el referido anteriormente.
Recursos Humanos: La administración de los RR.HH. se ha vuelto más compleja
debido al rápido crecimiento de ocupaciones especializadas y creciente variedad de
programas de prestaciones. Los sistemas de administración de recursos humanos
ayudan principalmente a mantener registro y evaluaciones de los empleados. La
administración de recursos humanos puede clasificarse en cinco actividades
principales: administración de archivos de empleados, ascensos y reclutamiento,
capacitación, evaluación y administración de compensaciones y prestaciones. Todas
estas se encuentran contenidas en el modulo de RR.HH que posee el SI que se diseña.
Ingeniería: Utilizados para diseñar y crear un producto, entre otras funcionalidades. No
se presenta esta característica en el SI a diseñar, pues la empresa emplea otros
software especializados en esta área como AUTOCAD.
Capítulo I
12
Producción y Control de inventarios: Revisten una gran importancia en cuanto a:
Conseguir mayor agilidad, o sea, capacidad de la empresa de controlar su
proceso de producción en tiempo real para satisfacer las demandas del mercado
y producción.
Fundamentales en la reducción de los costos de producción, incluyendo costos
de administración de recursos y control de inventarios.
Esta categoría se presenta en el sistema como parte fundamental, pues:
Ayuda a programar actividades de planta, optimizando el uso combinado de
todos los recursos: maquinarias, personal, herramientas, materia prima y
materiales temporales.
Planear requisitos de materiales de acuerdo con las demandas actuales y
previstas.
Permite que los usuarios administren inventarios en tiempo real, tomando en
consideración la demanda y la capacidad de respuesta de todos los centros de
costo.
Ayuda a clasificar las ordenes de trabajo de acuerdo con las “características” de
unidades ordenadas.
Controla los recursos y el cumplimiento de las tareas.
2. Desde una perspectiva de usuarios, indica la forma en que los sistemas ayudan a la
conducción de la empresa.
En el nivel empresarial los tipos de sistemas de información más comunes vistos desde
la perspectiva de usuarios, en conjunto ayudan a los empleados tanto en tareas
rutinarias como especiales. La Tabla 1. 1 muestra un resumen de los principales tipos
de SI, así como sus características más representativas. El Anexo 1 presenta la
definición de las siglas presentes en la tabla.
Tabla 1. 1: Tipología de SI. Fuente: (Medina Quintero, 2005).
Capítulo I
13
El sistema de información objeto de estudio, dentro de las categorías presentadas
anteriormente se clasifica como un sistema de información para administrativos (SIA)
por poseer un conjunto organizado de personas, procedimientos, software, base de
datos y dispositivos para suministrar información rutinaria a actores del negocio. El
interés particular de un SIA es la eficiencia operativa, y en particular en el la EIPH
posee gran importancia por la cantidad de información que se maneja. La
administración de esta empresa se ha vuelto más compleja debido a la gran cantidad
de trabajadores, áreas, servicios, al aumento de la productividad y la variedad de
programas informáticos que se utilizan.
Se presentan, de forma mínima, las caracteristicas de los TPS, fundamentalmente en el
módulo que brinda soporte a las operaciones contables. También favorece el apoyo a
Capítulo I
14
ejecutivos y a la toma de decisión, pues aunque no cumple explicitamente las
caracteristicas de estos, si representa un avance en cuanto al almacenamiento y
recuperacion de información, pero se pretende con el mencionado proyecto para el
nuevo año alcanzar estas funcionalidades en su totalidad.
Un concepto que se destaca dentro de la naturaleza de los SI es la clasificación que se
hace de SI de tipo estratégicos. Un sistema de información, informatizado o manual, es
un SI estratégico si apoya la posición competitiva de la organización, e involucra la
mejora del flujo de información para las decisiones y procesos y apoya las estrategias
orgánicas específicas (Johnson, 1996).
Entre las condiciones para que un SI sea estratégico se encuentran:
El SI debe servir a un objetivo organizacional y no solo proporcionar información.
La unidad de SI debe trabajar con los administradores de otras unidades
funcionales (mercadotecnia, finanzas, recursos humanos) para lograr objetivos
de la organización.
Analizando lo anteriormente expuesto se infiere que el SI que se presenta posee
rasgos estratégicos, por aportar una ventaja competitiva a la empresa, a partir que se
ponga en funcionamiento, en relación con sus competidores del mercado. Realmente
todas las empresas de esta rama que en la actualidad operan en el país poseen algún
tipo de SI o aplicaciones informatizadas, la diferencia fundamental radica en el avance
alcanzado a partir de la experiencia en la construcción de herramientas, su utilización,
los intentos anteriores por lograr un SI integral y la retroalimentación en la mejora del
flujo informativo y de la estructura organizativa del SI que este trabajo investigativo
propone.
1.3 Características del sistema de información a diseñar
El SI debe ser utilizable por los operadores de los procesos, en él la información debe
estar completa, exacta y oportuna; y debe poder ser localizada rápida y fácilmente. La
meta del proyecto de SI es desarrollar y llevar a cabo los procesos e infraestructura de
información apoyado por el conocimiento circunstancial, las planificaciones, las
Capítulo I
15
decisiones y actuación gerencial (con el énfasis en la comunicación) dentro de la
empresa (Johnson, 1996).
Este SIA genera informes estándares basados en los datos e información procedente
de las BD. Se les llama informes programados. Los informes especiales también son
producidos por los SIA, estos se generan a partir de solicitudes realizadas por los
propios gerentes a solicitud expresa de estos. Existe otro tipo de informe para un SIA,
los informes de excepciones que se generan ante situaciones críticas. De estos tres
tipos de informes este sistema permite los dos primeros, informes programados y
especiales.
Todos los informes se clasifican como programados, los informes especiales pueden
ocurrir a partir de una solicitud determinada de los directivos pertinentes, siendo
responsabilidad del Departamento Técnico de la empresa crear la consulta
correspondiente a la base de datos. Dado que es un sistema aun por implementar, no
se propone la creación de nuevos informes, ya que los que se presentan cumplen con
las solicitudes realizadas por los trabajadores de los departamentos involucrados, y
otras áreas funcionales a la que se vincula el mismo.
En el modelo de fuerzas competitivas y analizando la demanda del mercado por los
servicios al cliente, a proveedores y servicios empresariales, podemos decir que esta
empresa se dedica fundamentalmente a la prestación de servicios a clientes, siendo
este su objeto social, además tiene como premisa la creación de más valor y
diferenciación para la empresa, mediante la optimización y enriquecimiento de sus
recursos tecnológicos y el desarrollo sistemático y creciente de la innovación en
productos, servicios y procesos.
Para decidir entre comprar o producir el sistema se tuvo en cuenta que ninguno de los
sistemas ya creados se ajustaba 100% a los requisitos y especificaciones del trabajo
en esta empresa. Además del costo que presupone la compra de uno ya creado, por la
licencia, la capacitación, el mantenimiento, este debía ser modificado para controlar en
el mismo algunos datos que son más específicos y que no se recogen en los sistemas
que se comercializan hoy día. Evaluando el potencial con que se contaba se decidió
Capítulo I
16
proceder al diseño y la implementación de esta herramienta de gran valor de uso, de la
que se espera que logre automatizar todo el ciclo de la información y convertir el SIA en
un sistema de información estratégico.
La aplicación informática propuesta será usada por trabajadores de la empresa que no
necesariamente tienen habilidades en el trabajo en la computadora, por lo que la
interfaz debe ser amigable y fácil de usar, de manera que no sea difícil la interacción
con ella.
EL objetivo de producir información está en su utilidad para las organizaciones, para
resolver problemas, controlar resultados y tomar decisiones. Se destacan como
atributos de la información útil, a partir del análisis de los objetivos de este sistema, que
la información que procesa debe ser:
Relevante: Importante, no debe incluir datos excesivos o que no se relacionen
con el tema del que se requiera información.
Simple y Comprensible: debe ser expresada de forma sencilla, para facilitar la
comprensión para una persona en el contexto específico e identificar la más
importante.
Completa: la información incompleta es más perjudicial que la falta de
información.
Precisa, Confiable y Segura: una información incorrecta puede conducir a
decisiones fatales, esto depende entonces de los métodos para la recolección
de datos o la fuente de información, por lo que debe estar protegida por
contraseña para los usuarios.
Actual y Oportuna: para el funcionamiento de la empresa debe ser actual y debe
poder recibirse justo cuando se necesite.
Económica: el costo de obtenerla debe ser mínimo.
Capítulo I
17
Exacta y Flexible: no se debe ofrecer información que no se requiera y debe ser
útil para muchos propósitos.
Además debe ser verificable, pertinente y accesible. La aplicación podrá ser utilizada a
través de la red local de la empresa y solo por los trabajadores autorizados, cada uno
tendrá el nivel de acceso correspondiente la información.
El sistema propuesto debe ser rápido en el procesamiento de la información así como a
la hora de dar respuesta a la solicitud de los usuarios. La eficiencia del sistema estará
determinada en gran medida por el aprovechamiento de los recursos que se disponen
en el modelo Cliente/Servidor, y la velocidad de las consultas en la Base de Datos.
Se debe garantizar un control estricto sobre la seguridad de la información teniendo en
cuenta el establecimiento de niveles de acceso. No se deben permitir accesos sin
autorización al sistema. Además se debe definir una política de usuarios con roles y
privilegios diferentes que garantice que la información pueda ser consultada de
acuerdo al nivel de privilegios que puedan tener determinados grupos de usuarios.
Es de suma importancia garantizar la integridad de los datos que se almacenen en el
servidor. La información almacenada deberá ser consistente y se utilizarán validaciones
que limiten la entrada de datos irreales y mecanismos de vuelta atrás en procesos
críticos que terminen abruptamente y produzcan estados inconsistentes de la
información. Esta aplicación deberá estar disponible a los usuarios en todo momento,
limitada solamente por las restricciones que estos tengan de acuerdo a la política de
seguridad del sistema. Es importante garantizar el cifrado de la contraseña, utilizando
para ello la función de encriptación MD5. Sobre la seguridad en el sistema se aborda
en el epígrafe 3.1.1.
1.4 Descripción de los componentes del sistema de información
El Sistema de Gestión de Bases de Datos (SGBD) que se propone para utilizar es
MySQL, como software que permite la utilización y/o la actualización de los datos
Capítulo I
18
almacenados en la base de datos por uno o varios usuarios desde diferentes puntos de
vista y a la vez.
El objetivo fundamental del uso de este SGBD consiste en suministrar al usuario los
datos de una forma más rápida. Dado que MySQL opera en una arquitectura
cliente/servidor, se ha convertido en el sistema gestor de bases de datos “Open
Source” más popular, o sea que puede ser bajado de Internet y usarlo sin tener que
pagar, además que cualquiera puede estudiar su código y adecuarlo a las necesidades
que requiera.
MySQL es muy rápido, fiable y fácil de usar, surge para manipular bases de datos muy
grandes. Es un sistema multiplataforma de base de datos relacionales, lo que da
velocidad y flexibilidad, cuenta con un sistema de contraseñas muy seguro que permite
la autenticación básica para el acceso al servidor. El lenguaje PHP es altamente
compatible con MySQL, por el amplio conjunto de comandos definidos para el
tratamiento de este.
El otro componente del sistema es la aplicación web. Para esta se prevé utilizar HTML,
que se centra en la representación en la pantalla de la información; tiene un carácter
estático y no interactúa con el usuario ni puede tomar decisiones sino por lo que se
refiere a los formularios. HTML es un lenguaje muy sencillo, es decir, texto presentado
de forma estructurada y agradable. Permite a los desarrolladores crear documentos
que pueden ser interpretados en ordenadores que tengan diferentes sistemas
operativos. El HTML es un lenguaje de marcas y estos son sistemas complejos de
descripción de información, normalmente documentos, que se pueden controlar desde
cualquier editor ASCII.(HTML).
También estará presente código en JAVA Script. Este es un lenguaje interpretado,
multiplataforma, orientado a eventos con manejo de objetos, cuyo código se incluye
directamente en el mismo documento, usado para el desarrollo de aplicaciones cliente-
servidor en páginas HTML. PHP (Professional Home Page Tools) es un lenguaje de
programación el cual se ejecuta en los servidores Web y que permite crear contenido
dinámico en las páginas HTML, con un lenguaje propietario derivado del Perl. Luego de
Capítulo I
19
las características del PHP, se decide utilizar embebido en el código HTML debido a
que esta soportado en la mayoría de las plataformas de Sistemas Operativos.
SQL es un es un lenguaje de alto nivel y de alta portabilidad entre plataformas, MySQL
está disponible de manera gratuita al igual que phpMyAdmin y ambas son de alto
rendimiento, por lo que se consideran adecuadas para el desarrollo del sistema. Por su
parte, la interfaz será creada con CakePHP el cual es un marco de desarrollo rápido
para PHP, libre, de código abierto. Se trata de una estructura que sirve de base a los
programadores para que éstos puedan crear aplicaciones web.
El software libre está llamado a liderar la lucha de clases en el entorno digital para
garantizar la soberanía tecnológica. Este tiene implicaciones sociales que van más allá
de la propiedad capitalista e incide directamente en los países subdesarrollados como
Cuba. Es por ello que la implementación de esta aplicación con software libres de costo
o libres, permiten lanzarla a las empresas cubanas como libre y libre de costo.
La característica de libre incluye las cuatro libertades (la libertad de usar el programa
para lo que quieran, libertad de estudiar el funcionamiento del programa, y de
modificarlo, libertad de redistribuir copias y la libertad de redistribuir copias de sus
versionas modificadas) pero ello no implica necesariamente un coste cero. En este
caso, muchos software libres se venden al precio de costo, pero el que se propone en
esta investigación puede obtenerse con costo cero, por lo que es posible no cobrar por
el desarrollo y por la distribución de software.
1.5 Enfoque de reglas de negocio
El desarrollo de SI con el enfoque de reglas de negocio tiene peculiaridades
metodológicas y arquitectónicas.
Desde el punto de vista metodológico, la principal peculiaridad es su alto
enfoque interdisciplinar para describir parte de una realidad dada con alto nivel
de generalidad y un vocabulario claro y riguroso.
Capítulo I
20
Desde el punto de vista arquitectónico el aspecto más interesante es el rol que
juegan las reglas de negocio en el SI, las que describen aspectos dinámicos con
relativa independencia de aspectos estáticos (Martínez Busto, 2012).
1.5.1 Definición de reglas de negocio
El concepto de reglas de negocio (RN) ha evolucionado considerablemente desde su
surgimiento hasta la actualidad, perfeccionando esta línea de desarrollo de
aplicaciones. Varios autores se han pronunciado con definiciones acerca del tema,
elemento que propicia una diversidad de criterios. De todo el conjunto de definiciones
podemos extraer características deseables en las RN, (Ceri et al., 1997); (Hay et al.,
2000); (Bajec et al., 2000); (Morgan, 2002); (Ross, 2010), comunes en el planteamiento
de estos autores:
Atómicas: no pueden ser descompuestas sin que se pierda información.
No ambiguas: tienen solamente una obvia interpretación
Compactas: típicamente son frases cortas.
Consistentes: juntas, ellas proporcionan una única y coherente descripción.
Compatibles: usan las mismas condiciones en el resto del modelo de
negocio.
Puede decirse que existe un fuerte nexo entre el inicio de la identificación de los
requisitos y las RN. Estas, pueden ser consideradas como sentencias que permiten a
los usuarios expertos definir políticas, condiciones y conocimientos del negocio en
unidades pequeñas y aisladas. Adicionando la automatización a este proceso se evitan
fallas y, de este modo, se logra importantes reducciones de tiempo y costo. Según
Lowenthal (Lowenthal, 2005) los tres beneficios más importantes del trabajo con la
teoría de RN son:
Agilidad: respuesta simple y rápida a los requisitos dinámicos.
Reducción del costo: bajo costo para crear o actualizar las partes de
aplicaciones que implementan las políticas del negocio.
Capítulo I
21
Transparencia: las reglas permiten fácilmente la auditoría que los servicios de
software llevan a cabo en sus políticas de negocios correspondientes.
A continuación se exponen varias de las definiciones aportadas por estudiosos del
tema:
“Las RN responden a necesidades de las aplicaciones; ellas modelan la reacción ante
los eventos que ocurren en el mundo real, con un efecto tangible sobre el contenido de
la base de datos, similar a enmarcar el comportamiento reactivo de las aplicaciones a
tales eventos” (Ceri et al., 1997).
Para (Hay et al., 2000) una “regla de negocio es una sentencia que define o restringe
algunos aspectos del negocio. Tiene la finalidad de establecer la estructura del
negocio, o controlar o influenciar el comportamiento de negocio”. Estas definiciones son
todavía poco precisas y quizás su espectro es demasiado ancho. Más adelante, (Hay et
al., 2000), dice: “Para nuestros propósitos, esto puede ser visto desde dos
perspectivas… Desde la perspectiva de los sistemas de información, está relacionado
con los hechos que son grabados como datos y las restricciones sobre los cambios a
los valores de tales hechos. Esto es, lo que preocupa es cuándo los datos debieran o
no ser grabados por el sistema de información.”
“Una RN es una sentencia que define o restringe algunos aspectos del negocio. Tiene
la intención de hacer valer la estructura del negocio, controlar o influir en su
comportamiento. Son atómicas en el sentido que no podrán ser descompuestas en RN
más detalladas. Si fueran reducidas perderían información importante acerca del
negocio” (Bajec et al., 2000).
El Business Rules Group (BRG, 2009) define una RN como “una directiva, destinada a
influenciar o guiar el comportamiento del negocio, que apoya una política de negocio
que ha sido formulada en respuesta a una oportunidad, amenaza, fortaleza o
debilidad”.
Una regla de negocio según Ronald G. Ross (Ross, 2010) es “simplemente una regla
que está bajo jurisdicción del negocio, lo cual significa que estas pueden ser creadas,
revisadas y eliminadas cuando el negocio lo estime conveniente.”
Capítulo I
22
Como se muestra, los autores no coinciden en las formas en que las reglas de negocio
pueden ser definidas, pero, aunque ninguna abarca todas sus características, sí existen
elementos comunes en sus aseveraciones, pues presentan una RN como aquello que
define o limita un aspecto del negocio con el objeto de establecer una estructura o un
grado de influencia que condiciona el comportamiento de los actores del negocio. A
menudo las RN están focalizadas en el control, en la forma de realizar los cálculos,
otras permiten establecer las políticas, y así se tienen en cualquier actividad del
negocio, que requiera que se actúe de una forma pre-establecida.
Es el concepto brindado por Morgan,(Morgan, 2002) y Ross,(Ross, 2005) en
concordancia con Hay(Hay et al., 1997), el que incluye, de manera más acertada,
varias características de las RN: “Una RN puede considerarse una declaración
compacta sobre un aspecto del negocio, usando un lenguaje simple, inequívoco,
accesible a todas las partes interesadas: el propietario del negocio, el analista, el
arquitecto técnico, desarrolladores, entre otros.”
A partir del análisis de lo anteriormente expuesto, para el desarrollo del presente
trabajo se asume que una RN es:
Una sentencia que define o restringe algunos aspectos del negocio.
Establece restricciones a la estructura del negocio, controlando o influyendo en
el comportamiento del mismo.
No podrá ser fraccionada o descompuesta en RN más detalladas.
En caso de ser reducida perdería información importante sobre el negocio. (Hay
et al., 1997)
1.5.2 Clasificación
La clasificación de las reglas facilita su adquisición, su análisis, y en general, su
modelación. Varios autores proponen clasificarlas utilizando diferentes taxonomías
según diversos criterios: por el nivel de abstracción, según la semántica de las reglas,
cercana a la implementación, por su funcionalidad o relación con el SI, entre otros
((Schreiber et al., 1999);(García Molina et al., 2000); (Kovacic et al., 2001); (Morgan,
Capítulo I
23
2002); (Weiden et al., 2004); (Goedertier et al., 2005)). Este epígrafe aborda dos de
estas taxonomías al considerarlas relevantes para la presente investigación por seguir
dos perspectivas fundamentales del enfoque de reglas de negocio: usuarios del
negocio y desarrolladores. Seguidamente se describen ambas clasificaciones.
Clasificación semántica:
La taxonomía propuesta por Weiden y colaboradores (2004) clasifica las reglas de
negocio de acuerdo a sus propiedades semánticas, sigue la perspectiva de los
propietarios del negocio. Dicho autor define tipos de reglas de negocio agrupados en
tres categorías (Weiden, 2000; Weiden et al., 2004): estructurales, de comportamiento
y de administración; estas representan diferentes visiones del negocio. Las reglas
estructurales describen los aspectos estáticos. Las de comportamiento definen
aspectos dinámicos. Las de administración definen restricciones de alto nivel sobre el
negocio.
Dentro de esta clasificación, la distinción entre puntos de vista estructurales y de
comportamiento es bien conocida y sirve como base a muchos métodos de análisis de
sistema, ambos definen la visión interna del proceso de negocio. El punto de vista
administrativo agrega una visión externa e introduce nociones tales como: objetivo,
valor, recursos que necesita una tarea, actores y procesos del negocio. Este esquema
de clasificación asume que se ha creado el modelo de procesos de negocio inicial en
términos de los procesos y tareas principales. Cada una de las tres categorías es a la
vez subdividida, véase la Tabla 1. 2.
Tabla 1. 2: Categorías de reglas de negocio para la clasificación semántica.
Categoría deReglas deNegocio
Sub-categoría de Reglas de Negocio
Estructural Estructura de objetos, Persistencia, Historia.
De
Comportamiento
Flujo de información, Pre-condición, Post-condición, Frecuencia,
Duración, Flujo de control, Conocimiento de la tarea.
Capítulo I
24
Administrativa Organización, Objetivo y valor, Actitud del actor,
Responsabilidad del actor, Recursos.
La clasificación semántica propuesta por Weiden(2004) puede proponerse como guía
desde la perspectiva del negocio.
Clasificación cercana a la implementación:
Reportada por Soliveres (1997), esta taxonomía se acerca a la visión del desarrollador
y propone las categorías de reglas de negocio mostradas en la Tabla 1. 3.
Tabla 1. 3: Categorías de reglas de negocio para la clasificación cercana a la implementación.
Categoría Reglas de negocio que incluye
Reglas del modelo de
datos
Validan la información básica almacenada para cada
atributo o propiedad de una entidad u objeto.
Reglas de relación Controlan las relaciones entre los datos
Reglas de restricción Restringen los datos que el sistema puede contener.
Este grupo de reglas se solapa -en cierto modo- con las
reglas del modelo de datos, dado que aquellas también
impiden la introducción de datos erróneos. La diferencia
estriba en que este tipo de regla restringe el valor de los
atributos o propiedades de una entidad más allá de las
restricciones básicas que sobre las mismas existen. Este
tipo de categoría capta restricciones propias del negocio.
Reglas de derivación Derivan información a partir de otra, controlan la obtención
de información y realización de cálculos.
Reglas de flujo Determinan y limitan cómo fluye la información a través de
un sistema, indican qué camino recorre la información y
obligan a que se sigan solo aquellos que son permitidos.
Capítulo I
25
Esta taxonomía de reglas de negocio se vincula estrechamente con la forma en que las
reglas son implementadas en un SI.
El empleo de ambas taxonomías es coherente a lo planteado en el artículo 1 del
Manifiesto de Reglas de Negocio (BRG, 2003): Las reglas son esenciales para los
modelos de negocio y para los modelos de tecnología, y una parte separada y
específica de los mismos.
26
Capítulo II
Capítulo II
27
Capítulo II: Problemática de la Empresa Investigaciones yProyectos Hidráulicos de Villa ClaraEl presente capítulo contiene una descripción de la entidad objeto de estudio, el
funcionamiento a informatizar en el sistema que se diseña, una valoración de la
factibilidad de aplicar la propuesta y un análisis de los sistemas en uso por la empresa
y las propuestas de tesis anteriores.
2.1 Descripción general
La Empresa de Investigaciones y Proyectos Hidráulicos de Villa Clara es una Empresa
en Perfeccionamiento Empresarial desde el año 2001 con un sistema de gestión de la
Calidad certificado por la Oficina Nacional de Normalización desde el 2003. La empresa
se ha caracterizado por ser una empresa líder dentro del Grupo de Proyectos e
Investigaciones Hidráulicos del país, con resultados destacados tanto en el orden
económico como técnico-profesional.
Esta entidad representa como objeto social la prestación de servicios a los
clientes, además tiene como misión exceder las expectativas de los clientes y las
partes interesadas mediante servicios de investigaciones aplicadas, consultorías y
diseños hidráulicos en el mercado nacional, con un personal caracterizado por su
honestidad y sentido de pertenencia por la organización. Su visión radica en la
transformación de las tecnologías medulares para mantener la diferenciación y
liderazgo en el sector, a partir de la sistemática y creativa aplicación de materiales, y
productos con valor agregado los cuales descansan en un saber hacer compartido. La
EIPH constituye una organización integral capaz de realizar importantes trabajos de
consultoría, investigaciones y diseño en la rama hidráulica y otras ramas de la
economía tan importantes como la pesca, construcción, turismo, industria
alimenticia, agricultura, entre otras, ofreciendo los más variados servicios en los
mismos. Con más de 40 años de creada tiene una participación decisiva en el
desarrollo de las obras hidráulicas en Cuba y con vínculos de colaboración con países
extranjeros.
Capítulo II
28
La calidad de los servicios está avalada por un Sistema de Gestión de la Calidad
basado en las normas internacionales ISO 9000. Sus intelectuales, poseen un alto nivel
profesional y técnico, lo que les permite desarrollar los trabajos con eficiencia y calidad.
La EIPH de Villa Clara, del Instituto Nacional de Recursos Hidráulicos de Cuba, les
ofrece a los clientes lo más avanzado en servicios de asesoría, consultoría y proyectos
de obras hidráulicas.
La empresa cuenta con un personal técnico altamente calificado y con vasta
experiencia, avalados por la ejecución de importantes proyectos, tanto en el territorio
nacional, como en diversos países, como son: México, Colombia, Costa Rica,
Venezuela, Chile, Nicaragua, Jamaica, Granada, Argelia, Etiopía, entre otros,
además con un potencial básico de laboratorios de mecánica de suelos y edafológicos,
dotados de modernos equipos de alta calidad y precisión .
2.1.1 Funcionamiento a informatizar
Cuadro de Mando Integral
En la EIPH de la provincia de Villa Clara se necesita un módulo que contenga todo los
datos relacionados con el cuadro de mando. Para esto se desea gestionar las
siguientes secciones:
Ciclo de evolución de la Empresa: en esta sección es necesario introducir una
fecha diagnóstico para contemplar el perfeccionamiento empresarial. En el
apartado ciclo empresarial se desea generar un gráfico donde se realizará una
comparación entre la excelencia con respecto al tiempo, en el cual se expondrá
de forma explícita en el nivel que se encuentra la empresa y hacia donde aspira
llegar. De esta manera se hace necesario generar un gráfico de consolidación
en el cual se mostrarán el desarrollo de los siguientes medidores:
generalidades, organización general, medios y estilos de dirección, atención al
hombre, producción, calidad, capital, humano, gestión ambiental, innovación,
planificación, contratación, contabilidad, control interno, relaciones financieras,
costos, precios, informativo, mercadotecnia, comunicación. Como manera de
Capítulo II
29
consolidación de esta sección obtendrán diagnósticos generales y otro con plan
de medidas del cual se elaborarán informes para su posterior análisis.
Indicadores Para la Gestión: esta sección deberá permitir la selección de las
direcciones existentes en la empresa(IPH, Gestión Estratégica, Gestión de
Capital Humano, Gestión Económica, Gestión técnica, Proceso de Logística,
Proceso l+D+i, Obras Hidrotecnias, Investigaciones, UEB de Santi Spíritus,
Acueducto y Alcantarillado, Electromecánica, Negociación, Contratación,
Terminación), en cada una de estas direcciones se realizará un análisis de los
siguientes aspectos: Perspectiva financiera, Perspectiva cliente y otras partes
interesadas, Procesos internos, Aprendizaje y crecimiento; de esta manera cada
dirección modificará los aspectos ajustándose a su contenido de trabajo, a
manera de resumen, será de uso necesario la conformación de tablas e
informes que contemplarán los aspectos mencionados anteriormente y su
evaluación en los distintos meses del año.
Gestión de Riesgos Empresariales: en esta sección se realizará el análisis de
riesgos, dentro de este se enfocará la atención a los siguientes aspectos:
1. Riesgos por Procesos, que está compuesto por proceso de gestión
estratégica, del cual se podrá mostrar el tipo de riesgo, sus posibles
manifestaciones negativas, además de su naturaleza, la cual se clasifica en
interna o externa, su consecuencia, probabilidad y nivel categorizadas como
alta, media, baja, NPR se clasifica en trivial, tolerables, moderado,
importante y severo, costo del daño y costo de las medidas. En este proceso
se podrán editar riesgos, las medidas y acciones serán tomadas por las
distintas direcciones existentes en la empresa. Estas medidas están
categorizadas por el tipo y su naturaleza; tipo (potencial y real) y naturaleza
(funcionamiento del sistema, quejas del cliente, auditoría interna o externa,
producto no conforme). Se tendrá en cuenta también una fecha en que se
edite el riesgo y otra en que se expide.
Capítulo II
30
2. Otro de los aspectos importantes son los Riesgos, existen diferentes
procesos como son: gestión estratégica, negociación, contratación,
realización del producto, facturación y cobro, gestión de los recursos
humanos, l+D+i, gestión económica logística, en cada uno de estos se
describirá los riesgos asociados. También se mostrará las consecuencias
(baja, media y alta), probabilidad (baja, media y alta), nivel (moderado,
tolerable, trivial e importante) y NPR (#).
3. No Conformidades: en este aspecto se mantienen procesos mencionados
anteriormente, los riegos son de tipo numérico, aparecen distintos tipo
responsable como son: director general, director adjunto, director de
investigaciones, consejo de dirección, directores, director de capital humano,
director técnico, director ATM, director de contabilidad y finanzas,
atendiendo a esto se tiene en cuenta el tipo de violación y la causa que los
provoca.
4. Medidas: en este aspecto mantiene los procesos ya descritos, las causas y
los riesgos pasan a ser de tipo numérico, además de que se mostrará el
ejecutor de la medida que serán los directores de la empresa, la fecha del
plan y la fecha real además de la descripción de la medida.
5. Informes: en este aspecto se vienen a cumplimentar todo lo analizado
anteriormente y se generará según un proceso seleccionado los informes
siguientes: Tabla de riesgos y medidas, Tabla resumen de riesgo, Tabla
general de riesgos por ejecutores, Medidas pendientes por ejecutores,
Medidas pendientes por procesos, Tabla resumen de procesos.
Programa de Órganos Colegiados, en esta sección se compondrá del apartado
Actividades-Nombres donde quedara expuesto el análisis de la marcha del
perfeccionamiento empresarial, para esto se analiza quien dirige, quienes
participan, el lugar, la hora, una clasificación (funcionamiento y control del
estado, funcionamiento y control del gobierno, funcionamiento y encargo estatal
en las OACE y la administración local, funcionamiento empresarial,
Capítulo II
31
funcionamiento interno, trabajo político ideológico). Se tendrá en cuenta la
opción de editar esta sección para el cual es necesario introducir un responsable
y su clave, de otra manera no será posible la edición que está compuesta por los
siguientes aspectos: fecha, la lista de actividades, el orden del día, acuerdos
adoptados, acuerdos a chequear, y lista de todos los acuerdos. Se podrá tener
la opción de un vínculo “plan general de actividades” en el cual se mostrará un
documento correspondiente al año en cuestión que estará contenido por: # de
actividad, mes, dirige, participantes y observaciones sobre el cumplimiento,
también constará con el vínculo “plan de actividades mensuales” que tendrá
como contenido: día, actividad, dirige, participan, hora y lugar, con estos datos
se generará un informe de acuerdos a chequear el cual estará contenido por:
acuerdo, observación, fecha y responsable. Para finalizar esta sección se
generará un informe “boletín económico” en el cual se mostraran indicadores (un
total de 23), la moneda, año anterior, plan, plan del año, real acumulado y un
porciento.
Planes Económicos: para esta sección solo es necesario mostrar el ¨plan de
gastos por indicadores¨ este es un informe conformado por 47 indicadores y un
segundo informe titulado “resumen de gastos por elementos” este deberá
contener los elementos que se evalúan los cuales están contenidos en 4 grupos:
Costo de Producción(materias primas y materiales, indirectos de la empresa,
combustible, energía, salario, otros gastos por fuerza de trabajo, otros gastos
monetarios, depreciación, total de gastos), Gastos Indirectos (este constará con
los mismos elementos del grupo anterior exceptuando indirectos de la empresa),
Gastos de Administración y Costo de Comedor(los cuales contendrán los
elementos ya mencionado en gastos indirectos).
Evaluación del Impacto en la Gestión: en esta sección el punto fundamental es
el cálculo del impacto para el cual se tendrán en cuenta los siguientes
apartados: criterios para evaluar , resumen de pesos, evaluaciones realizadas,
nueva evaluación; en el primer caso se deberá mostrar el criterio y una
evaluación del mismo, observaciones , peso y si es activo o no; para el segundo
Capítulo II
32
caso será necesario tener en cuenta el número de criterios, el peso y los
criterio como tal, los cuales son:
Cultura de la innovación.
Sistema de gestión de la calidad.
Tarea de generación de productos /Servicios con diseños competitivos.
Capacidad de cambio tecnológico.
Gestión de innovaciones, potentes o registros.
Estado financiero y del control interno.
Proceso de trabajo con títulos académicos y/o grado científico.
Proporción de las ventas asociadas l+D+i.
Protección al medio ambiente.
Cooperación tecnológica con universidades y el sector empresarial.
Además se debe dar la opción de actualizar el cálculo de los pesos del cual se
obtendrá una matriz de criterios, en la cual se hará una comparación entre el
criterio A y el criterio B, además de la relevancia del A sobre el B.
Dentro de evaluaciones realizadas se deberá mostrar los criterios anteriormente
mencionado, la fecha en que se realizan, la calificación (#), el peso (#) y la
evaluación (#) que se le da.
El último apartado el cual contendrá los criterios ya abordados con nuevos pesos
para el cual se deberá tener una opción que permita calcular la evaluación.
Informes Económicos: esta sección mostrará una plantilla en la cual se
seleccionará la dirección o departamento, cómo también editar los campos de
esta plantilla que son: Gráficos(es un numero consecutivo),Indicadores(los que
anteriormente se mencionaron ), U/M($,u,peso,1,$/h, mw), Acum AA(#), Plan(#),
Valor Acum, %AA, %Plan; atendiendo a lo descrito se debe elegir el mes y
brindar la opción de generar una vista previa del informe y una para brindar el
informe como tal.
Capítulo II
33
Lineamientos PCC: en esta sección se mostrará el documento oficial de los
lineamientos como guía para el desarrollo de la empresa en los años venideros.
Combustible
Se desea realizar un sistema que resuma todos los datos relacionados con el control
del combustible en la empresa de Recursos Hidráulicos. Para ello se desea analizar y
describir las distintas secciones que se encuentran incluidas dentro de los datos de la
empresa.
Configuración de los nomencladores es la primera sección, en la cual se
necesita elegir uno de varios nomencladores que se presentan a continuación:
1. Tipo de moneda: Aquí se deberá mostrar el tipo de moneda y un id para
poder identificarlo.
2. Tipo de combustible: Este nomenclador permitirá gestionar el tipo de
combustible que se desea añadir.
3. Precios de combustible: Se necesitará de manera general gestionar la
relación entre el tipo de combustible, el precio, la moneda y una fecha
precio, además que debe permitir añadir nuevos precios así como
eliminarlos.
4. Datos del parque de transporte: Debe permitir seleccionar el equipo, su
matrícula y la cantidad de combustible. Además este apartado debe
realizar una búsqueda de registros y presentar un informe con el equipo y
su matrícula, además de gestionar otros datos.
5. Índices de consumo: Se necesita una muestra la chapa del auto, el equipo
y el índice de consumo para que así pueda ser editado.
6. Datos de los choferes: De estos choferes se necesitará su nombre, los
apellidos, CI, dirección y teléfono, para así luego de ser entrado un
nombre en el sistema pueda realizarse una búsqueda del registro para la
seguridad de la empresa.
Capítulo II
34
7. Datos de la tarjeta: Se desea registrar el número de la tarjeta, seleccionar
el tipo de combustible, el tipo de moneda que se va a utilizar, el tipo de
tarjeta que puede ser personal o colectiva, si se va a realizar una reserva
o no y un responsable. Luego de permitir introducir estos datos se hará un
registro como el descrito anteriormente.
8. Cuenta débito de entrada: para crear una nueva cuenta debe
considerarse el número de la cuenta, una denominación, Sub-Cuenta, el
tipo de moneda y un análisis.
9. Configuración de las cuentas de entrada: Este punto es muy similar al
anterior solo se le añade una cuenta crédito y una denominación a la
misma.
10.Configuración del elemento del gasto (moneda): Aquí solo se desea
obtener el elemento y la moneda utilizada.
11.Configuración del elemento del gasto (combustible): Para configurar el
elemento que en este caso es el combustible se necesita el elemento, un
análisis y el tipo de combustible.
12.Configuración de las cuentas deudoras: Este nomenclador se divide en
dos apartados: Cuenta de salida y Enlace de cuentas, en el primero se
desea obtener un número de cuenta, una descripción, Sub-Cuenta, el tipo
de moneda, el tipo de combustible y una tabla que incluya el Centro de
costo (topografía, grupo de geología e hidrología, rotaria, acueducto y
alcantarillado 1, acueducto y alcantarillado 2, electromecánica y obras
hidrotecnia), el elemento y un análisis. En el segundo apartado lo que se
desea obtener es todo lo relacionado con las cuentas así como su
número, análisis, denominación, etc.
13.Configuración de cuentas acreedoras: Para el análisis de las cuentas
acreedoras se necesitaría introducir una cuenta, una denominación, un
número de cuenta, tipo de moneda y tipo de combustible.
Capítulo II
35
14.Áreas de costo y centro de la entidad: En este nomenclador de centro de
costo se necesita obtener un área determinada, numero del Centro de
Costo, nombre de centro de costo, la cuenta, denominación, tipo de
moneda y tipo de combustible.
15.Nomenclador de destino o actividad: Aquí solo se desea obtener la
información de los destinos/actividades.
Selección del chofer con el auto e índice de consumo: Esta sección debe ser
capaz de mostrar el nombre y los apellidos del chofer, además la chapa del auto
y su índice de consumo. También debe permitir modificar el índice de consumo
por auto en el mes actual. Se podrá tener diferentes opciones para gestionar los
choferes- auto en el mes, como agregar un solo chofer en el mes, agregar todos
los choferes del mes anterior, eliminar un solo chofer en el mes y eliminar todos
los choferes del mes.
Procesar cargues y consumos: Esta sección debe permitir según un conjunto de
datos de una tarjeta, realizar la recarga de la misma, los datos son: id de la
tarjeta, tipo de moneda, tipo de combustible, responsable de la tarjeta y un total
de tarjetas. Además gestionar todos los datos relativos a la carga en específico
de la tarjeta o al consumo del combustible cargado.
Hoja de ruta: Esta sección debe controlar todos los datos referentes a las hojas
de ruta, entre ellos fecha, el nombre del chofer , los apellidos, la chapa del auto,
el índice de consumo, origen, destino y los Km recorridos para que sea capaz de
editarlos. Además debe mostrar el total de km y el consumo en litros.
Reportes o informes: Esta sección debe permitir, según el reporte, mostrar para
cada uno de ellos un filtro por fecha, el cual debe incluir la selección del campo
fecha, el mes, selección de fechas, fecha actual, fecha inicial, fecha final y un
filtro utilizado que mostraría un rango de fechas .Se podrán tener varias
opciones más como vista del reporte sin filtro que debe permitir mostrar un
informe general de todo los choferes con los autos correspondientes y sus datos
al igual que la vista de reportes con filtro. Al finalizar de esta sección se
Capítulo II
36
considera que debería existir una forma de poder limpiar los datos para que las
tablas queden en estado de inicio.
Informática
En el subsistema Informática se desean controlar los datos referentes a los equipos de
cómputo. De las computadoras se recogen los datos de tipos de computadoras, su
número de inventario, y los datos de las características de la misma, si se conecta a la
red, la tarjeta de red y a que nodo pertenece, datos de la motherboard, la RAM, el
procesador, el HDD, la tarjeta de video, el quemador, la MAC, la dirección IP, El
password del administrador de la máquina (solo para ser visto por el administrador de
la red-administrador del subsistema Informática) fecha de entrada, la fecha de
reinstalación, el responsable y las observaciones.
Los display por su parte se almacenan con su marca, modelo serie y observaciones del
mismo. También se recogen de las impresoras, el número de serie, los tipos que
existen y si estas son de cartucho o tóner (laser o chorro de tinta) el tipo de cartucho, el
numero, el color, la fecha de vaciado y la fecha de relleno del mismo (considerando que
la sustitución del un cartucho que ya no admita ser rellenado por uno nuevo también es
un acto de relleno de cartucho). Además se controla el consumo de las impresoras de
cartucho como la suma de los cartuchos utilizados en un período (fecha actual menos
periodo solicitado se compara con la fecha de relleno). Para las impresoras de cinta el
tipo de cinta, la fecha de instalación y la de desestimación de la misma, pudiéndose
calcular el consumo de cinta en un periodo. Se almacena el consumo total de estas
impresoras (cinta, chorro y laser). Por su parte las UPS con su serie, modelo,
capacidad y voltaje.
De las computadoras, las impresoras, los display y las UPS se controla el estado
técnico (bien, regular y mal) y la situación actual (trabajando, rota, en reparación,
baja).Si la situación actual es baja se debe almacenar además la causa y la fecha en
que causo baja. Para conocer el estado y la situación de una PC se debe hacer
coincidir con su display, porque la impresora y la UPS son elementos que no afectan el
Capítulo II
37
funcionamiento básico de la misma, aunque para saber el estado de una impresora se
debe chequear el de la computadora a la que se encuentra conectada.
De los software instalados a las PC se deben registrar con su nombre, versión, fecha
de instalación y si es libre o propietario. Los usuarios de estos equipos se deben
recoger como una extensión de trabajadores (modulo de RR.HH.), porque deben tener
la fecha en la que se registraron como usuario, el usuario, el password (solo para
conocimiento del administrador), el e-mail y si es de salida nacional o nacional-
internacional y si posee acceso a Internet.
Se permite controlar la existencia de otros dispositivos con su número de serie, de
inventario su denominación su responsable y observaciones.
Sobre estos equipos (computadoras, impresoras, UPS y dispositivos) se puede emitir
una orden de trabajo por reparación o mantenimiento, que puede ser programado o por
avería, con un número de orden, fecha de orden descripción de la tarea y
observaciones. Cuando se emite una orden por avería se especifica si esta avería
imposibilita la misma a funcionar y se modifica la situación actual del mismo
Se debe permitir adicionar todos estos elementos al sistema para mostrarlos e imprimir
reportes de impresoras y computadoras (en la empresa o por área), reportes de su
situación actual (por cantidad, por área), PCs conectadas a la red (nodo al que
pertenece, usuario, área) las PC no conectadas a la red, ver o actualizar estado técnico
de la PC o impresora, las PC con menos RAM (de la empresa, de cada área), equipos
activos (situación actual diferente de baja), equipos de baja. También se deben mostrar
los trabajadores (usuarios) con acceso a correo (nacional o nacional-internacional) y
los que poseen internet.
Resulta importante el reporte o ficha de las computadoras, con el máximo nivel de
detalle posible y señalando si el responsable posee otros dispositivos a su custodia.
Además un reporte de la relación técnico-profesional/PC.
Transporte
En el área de transporte de la EIPH se controlan los datos y operaciones relacionados
con los vehículos. En esta actividad se encuentran vinculadas las bases de datos:
Capítulo II
38
Inventario de Equipos, Combustible, Hoja de Ruta y Taller. Esto trae consigo que se
almacene información redundante, como por ejemplo, algunos de los atributos de los
vehículos: matrícula, marca, modelo, tipo de combustible, número de chasis y número
del motor. Revisar esta cantidad de datos para obtener información se convierte en un
trabajo engorroso y poco confiable, debido a la posible presencia del error humano.
La unidad cuenta con medios empleados fundamentalmente para el transporte del
personal y otras actividades del centro. Estos se encuentran registrados y controlados
en el inventario de medios básicos del departamento de economía de la empresa y en
el inventario de medios técnicos de dicha unidad, estos son conciliados periódicamente
por los especialistas designados para atender y verificar su coincidencia.
En el inventario de medios técnicos aparecen registrados todos los medios de
transporte de la empresa con los números de inventario, de chasis, del motor, la
matrícula, el tipo de vehículo, modelo, número de circulación, año de fabricación y
colores primarios y secundarios, entre otros datos.
Teniendo en cuenta estos valores se procede a elaborar el Plan anual de explotación
de cada uno de los vehículos de la empresa. En este plan se dividen por meses los
kilómetros previstos para el año, teniendo en consideración el nivel de actividad
planificado para cada carro. Este plan anual de explotación se controla mediante el
plan mensual de explotación.
Las hojas de ruta son entregadas por cada chofer al Especialista en explotación, quien
además de recibirlas y revisar su correcto llenado, comprueba la norma de consumo
realizada por estos durante la semana. Esta norma está establecida para cada marca
de carro por los documentos normativos de la especialidad y fijadas por las pruebas del
litro efectuadas a los vehículos.
Los datos recogidos de las hojas de ruta son conciliados semanalmente con el
especialista de combustible para determinar cualquier anomalía.
La planificación de la explotación se hace teniendo en cuenta la programación
entregada por los jefes de centros de costo, y es aprobada en la reunión de
planificación semanal del transporte.
Capítulo II
39
Para garantizar una correcta explotación de los medios técnicos se necesita una
ejecución oportuna de los mantenimientos y reparaciones. Su planificación se basa en
las normas establecidas para cada marca y se tienen en cuenta la planificación y
ejecución de los moto recursos por cada uno de los vehículos.
Cada vez que se realice un mantenimiento, una reparación o un simple arreglo el taller
tiene que ser plasmado en una orden de trabajo, que no es más que un resumen
escrito con las cantidades de piezas utilizadas en cada reparación incluyendo su
precio, la fecha y hora de entrada y salida al taller, el mecánico que lo atendió, entre
otras cosas.
Para comprobar la legalidad, estado técnico y preparar detalladamente los vehículos,
se realizan los días del parqueo que es cuando se le realizan las inspecciones técnicas,
esto no es más que chequear que todo lo referente al carro esté correcto como por
ejemplo el estado de las luces, los accesorios, la chapistería, etc.
Todas las actividades antes mencionadas son recogidas detalladamente por el
Departamento de Transporte en los expedientes técnicos que posee cada vehículo.
Dirección
El área de dirección posee almacenados los datos de la empresa, entre los que figuran
su nombre, código REU, código NIT, la dirección de la misma, los números de teléfono
y las direcciones de correo por las que se puede contactar con la misma. Estos datos
deben ser almacenados y mostrados en la página de inicio del sistema, además de la
página de internet de la empresa donde se promocionan sus servicios.
También los datos de las direcciones, con su identificador, nombre y dirigente, y los
centros de costo, asociados a las direcciones, con nombre numero y dirigente.
Producción
Unos de los pilares que mantienen a la empresa dentro de las principales en el país es
la calidad de sus tareas que se basan en un proceso de producción que va desde la
confección del contrato hasta las acciones de la producción ejecutada.
El trabajo de control de la producción abarca todo el proceso de realización del
producto, permite por medio del expediente de trabajo dejar constancia de todas las
Capítulo II
40
acciones productivas o no, que se requieren para dar cumplimiento en tiempo y con la
calidad requerida el servicio solicitado por el cliente.
En cada Dirección Productiva trabaja un grupo de gestión que ejecuta las tareas
para garantizar que el servicio a realizar por las áreas productivas llegue al cliente de
forma que satisfaga su demanda.
Cada Dirección Productiva consta de un aparato organizativo para realizar las
funciones de control de la producción que se deben ejecutar en todo el proceso
productivo las cuales a su vez se revisan, chequean y controlan apoyados en la base
de datos específicamente por el especialista en control de la producción atendiendo a
los datos que aparecen en los convenios de trabajo.
Según (Suárez, 2011) todo el proceso comienza con la confección del Contrato de
Trabajo. Después de haberse llenado la solicitud en presencia del cliente y el Jefe de
Servicio, se le proporciona al Especialista en Contratación los datos necesarios para
confeccionar el contrato, una vez elaborado se procede a su firma.
En caso de que la solicitud presentada por el inversionista no proporcione la creación
de un contrato, entonces la empresa crea una Oferta Técnico Comercial que no es más
que el documento que emite la entidad al cliente donde especifica en calidad, tiempo y
precio, la oferta que se ofrece para cumplimentar los términos de referencia del cliente
así como sus requisitos. Los Contratos de Trabajo pueden requerir una o varias
modificaciones por parte del inversionista, es a lo que se le llama suplementos, que se
mantienen con el mismo formato que el contrato original y que les puede variar el
precio entre otras características como las fechas de terminación.
Con los contratos firmados se procede a la elaboración de los Convenios de Trabajo,
después se procede a la firma por parte de los ejecutores. Terminado lo antes descrito
se pasa al Especialista en Control de la Producción para su revisión y su introducción
en el sistema, es firmado por el mismo y demás implicados como constancia de que
se acepta el convenio y se entrega una copia a la Dirección de Capital Humano.
Durante el proceso productivo al convenio se le realizan varias revisiones y chequeos,
ejemplo de ellos son los controles de calidad, además se confecciona un reporte
Capítulo II
41
mensual de producción (PR-3) donde se refleja la producción bruta y la mercantil.
Existen también las certificaciones que consisten en determinadas actas y firmas que
alaban el proceso productivo.
Una vez que el convenio de trabajo es terminado por los ejecutores se elaboran los
modelos para proceder a la liquidación del mismo. Luego se procede a la firma de
otros modelos que amparan la liquidación del convenio por tarea y finalmente se
entrega a la Dirección de Capital Humano para proceder al pago de la estimulación por
acortamiento de tiempo que resulte en cada convenio, a los ejecutores directos e
indirectos vinculados al proceso de producción y controladores.
Cada convenio se desglosa en actividades de proyecto supervisadas por los
controladores, durante la ejecución de estas se reporta diariamente en el PR-4 (reporte
de horas de trabajo) el trabajo realizado por los ejecutores, luego el controlador al
cierre de la quincena imprime un modelo para que se pague el salario en presencia de
estos, dicho modelo es entregado al grupo de personal para su tramitación. Otro
reporte de horas de trabajo es el que se realiza basándose en las actividades no
contempladas en el informe del PR-4.
Al finalizar cada convenio, el cliente da una evaluación al proyecto terminado que
sintetiza el impacto que tuvo el proceso para los inversionistas.
Recursos Humanos
El departamento de recursos humanos de la Empresa Investigación y Proyectos
Recursos Hidráulicos de la provincia de Villa Clara no se encuentra exento de la
necesidad de la incorporación de las TIC en su quehacer diario. Este departamento
debe garantizar la aplicación, asesoramiento y supervisión de la política de cuadros,
organización del trabajo y los salarios, inducción del personal y de atención al hombre
con lo establecido por los organismos rectores.
El departamento de capital humano cuenta con un conjunto de políticas, objetivos,
metas responsabilidades, normativas, funciones, procedimientos, registros,
herramientas y técnicas que permiten la integración interna a los procesos de gestión.
Dentro de las principales funciones de dicho departamento se destacan: garantizar la
Capítulo II
42
aplicación, asesoramiento y supervisión de la política de cuadros, organización del
trabajo y los salarios, inducción del personal y de atención al hombre, organizar y
garantizar el proceso de planeamiento, reclutamiento, selección, capacitación y
desarrollo, evaluación del desempeño y política laboral y salarial, organizar y garantizar
el proceso de capacitación de los trabajadores y cuadros, a través de la determinación
de las necesidades de aprendizaje, planificar, organizar y controlar las medidas que
garanticen la satisfacción de los trabajadores por la labor que desarrollan, organizar y
controlar la actividad de seguridad y salud en el trabajo y las medidas para preservar el
medio ambiente y aplicar métodos y procedimientos encaminados a lograr la máxima
efectividad de los recursos y el perfeccionamiento de la organización salarial. Todas se
encuentran interrelacionadas entre sí para lograr búsqueda de soluciones a los
problemas y la toma de decisiones con la participación de los trabajadores y el
sindicato.
Se debe controlar la información correspondiente a los contratos, manejando todos los
datos que deben ser llenados al suscribir un nuevo contrato, además de los tipos de
sistemas de pago, grupo salarial y tipo de contrato. También se gestionan las misiones
internacionalistas de los trabajadores, los cursos de superación que estos posean, los
accidentes (tipos, fecha y causas), las ausencias, especialidades y organizaciones a
las que pertenecen. Se registran otros datos como el grupo sanguíneo, la dirección del
trabajador, el control de las bajas y los tipos de trabajador que se requieren en otros
módulos, los que además de los datos generales del trabajador poseen otros
específicos relacionados con la actividad que desempeñan.
El reclutamiento y la selección del personal en función de los requisitos de idoneidad
exigidos en los perfiles de cargos se realizan mediante el procedimiento de selección e
integración al empleo. El mismo abarca todas las actividades desde que surge una
vacante en la organización, pasando por la recolección de información sobre el cargo,
el reclutamiento, la selección, la integración hasta el momento en que, superado el
período de prueba, el individuo queda incorporado definitivamente a la organización,
Este proceso lo lleva a cabo la comisión de selección y el Comité de Expertos de la
Empresa.
Capítulo II
43
Existen varios sistemas salariales, definidos por la entidad en función de los resultados
individuales y colectivos de la organización
Sistemas de pago convenio por tarea: El Sistema de Pago Convenio por Tarea
se basa en vincular el pago del salario al cumplimiento de determinado conjunto
de tareas las que serán acometidas por un equipo de trabajo en tiempo y fecha
planificado y por lo cual tendrán derecho al cobro de la cuantía salaria acordada,
siempre que el tiempo realmente consumido para la ejecución sea inferior al
planificado y que la tarea haya sido terminada con la calidad requerida, en la
fecha acordada y el costo por peso de la producción real no exceda los valores
planificados.
Sistemas de pago por el cumplimiento y sobre cumplimiento de las utilidades
acumuladas después de impuestos: El sistema de pago debe favorecer el
incremento de los resultados económicos productivos y obtener ahorro de
materiales y portadores energéticos al finalizar cada periodo (un año). El monto
salarial a pagar será de hasta un 30% del salario a recibir por el tiempo real
trabajado, pago adicional por implantar el perfeccionamiento empresarial más
los incrementos que proceden en el período de pago y estén debidamente
aprobados (no se tomará para la base de cálculo el pago por años de servicio o
antigüedad, el que reciben los doctores, máster e instructores).
Sistemas de pago por el cumplimiento del coeficiente de disponibilidad técnica
para todos los trabajadores del taller de mecanización: El presente sistema de
pago debe favorecer al incremento de los compromisos productivos, mayor
utilización del parque de equipos, así como un mejoramiento sostenido de la
Calidad en este servicio. Se basa en fijar un coeficiente que permita tener
funcionando el número de equipos de transporte que dé respuesta a las
necesidades de la producción y los servicios previstos en los planes.
Sistemas de pago por destajo indirecto a los dirigentes y trabajadores indirectos
de las UEB de producción: El presente sistema de pago favorece el incremento
del rendimiento de los trabajadores directos a la producción, acortar los plazos
Capítulo II
44
por la fecha de terminación de los contratos, disminuir los costos de producción
y vincular el salario de los trabajadores indirectos que aseguran la producción en
correspondencia con los resultados de los trabajadores directos a la producción
que atiende. El porciento de acortamiento del tiempo de los convenios liquidados
en el mes, donde participan los Dirigentes, Funcionarios y Técnicos, abarcados
en este sistema, se multiplica por el salario devengado en ese mes por los
abarcados de acuerdo a la sumatoria promedio de los convenios en que han
participado.
En relación con la seguridad y salud en el trabajo se dispone de un plan para minimizar
los riesgos de incendio, explosión, escape de gases, contaminación y cualquier otro
que pueda originarse, así como para la protección adecuada del trabajador. Se cuenta
con el levantamiento de riesgos y el plan de medios de protección individual aprobado,
en cada junta financiera son discutidos y aprobados los niveles de financiamiento
necesario para adquirirlos. Además se registran los accidentes de trabajo, sus causas y
trabajadores afectados.
Dentro de las acciones que se siguen para el mejoramiento continuo de la seguridad en
el trabajo se encuentran el mejoramiento de la documentación (procedimiento) y los
controles establecidos, los exámenes a todos los trabajadores en temas de seguridad
y salud propios de su desempeño y la realización de chequeos médicos periódicos y
vacunación contra enfermedades prevenibles.
Se garantizan las normas de seguridad y salud en el trabajo mediante el trabajo
sistemático a todos los niveles de los subcomités de seguridad, los trabajadores y el
trabajo de los jefes con la colaboración del especialista de la actividad y el comité de
seguridad y salud de la empresa.
Existe el método establecido para definir las necesidades de capacitación y formación a
todos los trabajadores de la organización y se aplica mediante el procedimiento para la
organización de la política de cuadros y la capacitación, por medio de cursos, el mismo
establece las disposiciones para ejercer el control adecuado para el trabajo con los
cuadros y las reservas y el control de las acciones de capacitación de la empresa.
Capítulo II
45
Contabilidad
Las cuentas se dividen en dos partes, debe y haber. Una de las dos partes en que se
dividen las cuentas corrientes es el debe, cuyas columnas comprenden todas las
cantidades que se cargan al individuo o a la entidad a quien se abre la cuenta. La otra
parte se denomina haber, en la cual se anotan las sumas que se acreditan o abonan al
titular.
Una cuenta se clasifica según su naturaleza, en cuentas deudoras y cuentas
acreedoras. Las cuentas deudoras son aquellas en las que los aumentos de la cuenta
se registran por el debe y las disminuciones se registran por el haber. En las
acreedoras el procedimiento es inverso, los aumentos van al haber y las disminuciones
al debe.
Las cuentas pertenecen a un grupo. Las cuentas de los grupos 100, 200 y 300 son
cuentas de inventario, que poseen una naturaleza deudora. Las cuentas de los grupos
400, 500 y 600 se denominan cuentas de activo, las que poseen una naturaleza
acreedora. Las cuentas del grupo 700 son cuentas de resultado y las cuentas del grupo
800 son cuentas de gastos, ambos grupos poseen naturaleza deudora. Por último las
cuentas del grupo 900 son cuentas de ingreso, cuya naturaleza es acreedora.
Como centro del funcionamiento de la misma se encuentran las Cuentas, de las que se
controla el tipo y la moneda de la misma. Estas se listan en el Clasificador de Cuentas,
un documento del área económica que incluye las cuentas, las subcuentas, el análisis y
la descripción de la misma. Dependiendo del tipo de cuenta se controlan los elementos
del gasto, con sus respectivos análisis.
Una cuenta puede, o no, tener subcuentas ya su vez una subcuenta puede o no tener
análisis. De igual manera una cuenta que registre un gasto tiene un elemento de gasto,
pero este puede o no tener análisis.
Se deben registrar entonces, con los datos anteriores las operaciones realizadas sobre
las cuentas. En principio, una cuenta se debita y otra se acredita o viceversa. Para una
operación pueden vincularse dos o más cuentas, de modo que una debita y acreditan
una o varias, y en sentido contrario, una acredita y una o varias debitan. Es necesario
Capítulo II
46
registrar otros datos como: la fecha y hora, el monto de la operación, el centro de costo,
tarjeta de combustible y chapa del vehículo en caso que sea un gasto de combustible,
el convenio, el comprobante del gasto, el tipo del gasto y si este es de calidad,
entonces la clasificación de gasto de calidad en la que se ubica.
Para el control del consumo de combustible, operación muy utilizada, se deben realizar
cuatro pasos, el primero consiste en la confección del cheque, donde se transfiere
determinado monto de dinero de la cuenta 111-Efectivo en banco a la cuenta 146-
Pagos anticipados, por constituir un pago por un producto que aún no se ha obtenido;
el segundo paso consiste en la carga de la tarjeta, donde el monto asignado como
pago anticipado pasa a la cuenta 102.Efectivo en caja, pues se considera que la tarjeta
cargada con determinada cantidad es un dinero en efectivo, además de que las tarjetas
se guardan en la caja; el tercer paso es la entrega de tarjetas al responsable, donde el
depósito realizado en la cuenta 102 pasa a la cuenta 162- Anticipo a justificar, por
constituir el hecho de la posesión de la tarjeta por su responsable un efectivo que aun
no se ha consumido ni justificado, hasta el momento del registro del comprobante de
consumo, entregado al serviciar de combustible a un vehículo en los establecimientos
de Cupet, constituyendo este el paso cuatro, donde el anticipo a justificar pasa a
considerarse un gasto, y es registrado en una de las cuentas al efecto.
2.1.2 Valoración de viabilidad de un sistema empresarialinformatizado
Para justificar el SI que se presenta, la empresa debe asegurarse de la conveniencia
de mejorar o renovar por completo sus sistemas. El proceso de revisión de cambios en
SI implica la justificación de la necesidad de esos cambios y de que con ellos
obtendrán resultados positivos.
Para evitar errores cada posible proyecto debe ser objeto de revisión para garantizar
que satisfará una importante necesidad de la entidad, que el proyecto es compatible
con la estrategia corporativa y que favorecerá el cumplimiento de metas y objetivos
específicos. Sin embargo, debería procederse a una segunda revisión para evaluar el
Capítulo II
47
grado de riesgo incertidumbre asociado con el proyecto. El riesgo puede estimarse
valorando las siguientes preguntas(Stair, 2000) :
¿Qué tan claramente se conocen los requerimientos del sistema?
¿Hasta qué punto el proyecto demanda un esfuerzo en cuanto a tecnología?
¿Existe el riesgo de severas repercusiones administrativas en caso de que el
proyecto sea implementado en forma deficiente?
También es preciso identificar los beneficios fundamentales de la consideración del
proyecto, el que pudiera traducirse en:
Ahorros tangibles: iniciar el proyecto resultará en cuantiosos ahorros monetarios
para la empresa susceptibles de cuantificar (como reducción del tiempo de
trabajo para los operarios del mismo en labores de registro de operaciones).
Ahorros intangibles: implementar el proyecto provocará ahorros monetarios
menores para la EIPH, que serán difíciles de calcular (como el beneficio para los
administrativos en la intensificación del control sobre las operaciones de la
empresa).
Modernización: implementar el proyecto es indispensable para estar al día en los
cambiantes requerimientos administrativos (como la necesidad de nuevos
reportes, la aplicación del análisis con nuevos indicadores o la optima utilización
de los recursos computacionales por efecto de nuevo software).
La investigación realizada analizando la factibilidad de este proyecto también arroja
como resultado que en la EIPH la actividad de informática es atendida directamente
por la Dirección Técnica, siendo su directora la funcionaria responsable de controlarla.
Para ello existe un grupo de cuatro trabajadores de informática atendiendo:
administración de la red, seguridad informática y mantenimiento de equipos. Para ellos
es preciso comprender, en toda su extensión, que es la información el recurso más
valioso dentro de la organización y que el personal que la produce es responsable de
que esta información sea valiosa.
Capítulo II
48
De forma general, en la EIPH se realiza el control de la información en diferentes áreas
apoyándose en herramientas de trabajo como Microsoft Excel y Access, aunque
cuentan con Sistemas de Información Geográfica (GIS) para apoyar el proceso de
elaboración del producto. La empresa cuenta con varios servidores, entre ellos los
dedicados específicamente al control de las bases de datos Access, y otros servidores
como el de dominio, el de correo y el de mapas. El sistema operativo instalado en los
servidores es Windows Server 2003, estos cuentan además con 1 GB de memoria
RAM y disponen de 10 GB de capacidad del disco duro desde ahora reservados para
el sistema. Se dispone alrededor de 127 máquinas, de ellas al menos 40 conectadas
en red (Ver la Figura 2. 1), siendo la relación entre máquinas y técnicos profesionales
aproximadamente 1.3. La mayoría disponen de 512 MB de memoria RAM y usan
Windows XP como sistema operativo con poca capacidad de almacenamiento. La
conectividad se logra a través de una línea conmutada hasta los servidores del Instituto
Nacional de recursos Hidráulicos (INRH), quienes dan el servicio de internet y de
correo electrónico. Con el desarrollo de nuevas tecnologías se evidencia la necesidad
de renovación de los equipos y aumentar la relación entre máquinas y técnicos
profesionales, además de la creación de un nodo provincial y de un subdominio.
Capítulo II
49
Figura 2. 1: Infraestructura Informática. Fuente (Alba, 2010)
Estos elementos permiten la instalación de un sistema de información integral como el
que se presenta, una base de datos con ambiente web que sería accedido por la red
descrita anteriormente desde todos los locales de la empresa donde se requiera este
sistema. Se justifica el uso del ambiente web a partir de la necesidad de manejo de los
datos en tiempo real, dado que varios usuarios pueden, de forma simultánea, realizar
operaciones que inserten o modifiquen los datos almacenados.
2.2 Antecedentes de sistemas de información en la empresa
La EIPH ha utilizado por varios años aplicaciones de Access para el almacenamiento y
recuperación de la información. Estas se encuentran destinadas a los recursos
humanos, la producción y los costos de la misma, la informática, el control del
combustible, hojas de ruta y del cuadro de mando integral.
Capítulo II
50
Se debe destacar el marcado interés de la EIPH por la informatización de todos sus
procesos de negocio. Aunque se encuentra muy lejos de la homogeneidad de las
aplicaciones que utiliza y del uso eficiente de la computación, sus directivos hacen
pública la intención de implementar una herramienta que cumpla con los
requerimientos del negocio, aun con los riesgos que se asocian, como el rechazo al
cambio por parte de los usuarios, la capacitación requerida y la inversión del tiempo
necesario para la realización de pruebas al SI antes de la puesta en funcionamiento
definitiva del mismo.
Actualmente, la empresa cuenta con siete herramientas Access: Datos de RR.HH.,
Control de Producción, Control de Costos, Medios Informáticos, Control de
Combustible, Cuadro de Mando y Control Hojas de Ruta poseen la incuestionable
capacidad de controlar la información en la EIPH, pero los errores que poseen,
valorados en la sección posterior, hace necesaria la obtención del nuevo sistema.
En el intento por lograr la herramienta requerida por la empresa se han presentado tres
trabajos de diploma que han intentado satisfacer la solicitud de la entidad. En el curso
escolar 2010-2011, se presenta la tesis de (Collazo García, 2011), bajo el título
“Gestión de la información en la Empresa de Investigación y Proyectos Recursos
Hidráulicos de Villa Clara”. El curso siguiente se presentan los trabajos de (González
Fabelo, 2012) y (Arboláez Fernández, 2012), titulados “Gestión del control de la
producción en la Empresa de Investigación y Proyectos Hidráulicos de Villa Clara” y
“Gestión del control del capital humano en la Empresa de Investigación y Proyectos
Hidráulicos de Villa Clara”, respectivamente. Estos trabajos, aunque poseen un nivel de
calidad aceptable, y cumplen con gran parte de los requerimientos, aún no se ajustan a
las necesidades de la empresa. El sub-epígrafe 2.2.2 se dedica a su análisis crítico.
2.2.1 Valoración de los sistemas informáticos actuales en uso
El crecimiento acelerado del uso de la informática en el mundo empresarial, por los
incontables beneficios que esta le aporta, la ha convertido en el pilar número uno para
el desarrollo económico. Es innecesario mencionar la vital importancia que reviste para
la entidad objeto de estudio poseer estas herramientas, varias de ellas diseñadas por
Capítulo II
51
trabajadores de la misma y otras adquiridas a empresas desarrolladoras de software y
luego modificadas por ellos, adaptándolas a sus requisitos. Su uso se ha traducido en
aumento de la productividad, almacenamiento y recuperación de información, incluso
con fines de toma de decisiones.
Sin ignorar estas aseveraciones y realizando un análisis crítico del uso actual de la
informática para el control de los procesos de negocio de la EIPH, se puede afirmar
que es deficiente, debido a un divorcio total con las tecnologías y herramientas
actuales. Esta situación ha sido favorecida por el hecho de que estas aplicaciones que
utilizan actualmente cumplen con los requerimientos básicos para el manejo de los
datos y su paso a información en cada una de las áreas. La Tabla 2. 1 muestra cómo
se encuentran organizadas las mismas.
Tabla 2. 1: Distribución y ubicación de formularios, consultas, informes y bases de datos
Formularios, Consultas yInformes (Ubicación: PC)
Relaciones Base de Datos
(Ubicación: Servidor)
Datos de RR.HH. BD_RR.HH. (45 tablas)
Control de Producción BD_Base Real (47 Tablas)
Control de Costos BD_Producción(47 tablas)
Medios Informáticos BD_Informática(45 tablas)
Control de Combustible BD_Combustible(34 tablas)
Cuadro de Mando BD_Indicadores(77 tablas)
Control Hojas de Ruta BD_Hoja de ruta(15 tablas)
Como se observa existe un total de 7 archivos de Access con formularios, consultas e
informes, ubicados en las PC de los usuarios que correspondan y 7 bases de datos del
mismo gestor, situadas en los servidores, a las que acceden por la red a partir de la
Capítulo II
52
configuración de las tablas vinculadas. Estas suman un total de 310 tablas,
representando un volumen considerable de datos.
Al adentrarse al interior de las mismas encontramos diversos errores. Estas no fueron
correctamente diseñadas antes de ser construidas, llenadas de datos y su asociación
con las interfaces crea redundancia de datos. En su proceso de concepción no se
siguió el conjunto de etapas necesarias para obtener el modelo de datos de un dominio
de aplicación.
Se presentan una serie de deficiencias en la concepción de estas herramientas:
Anomalías de actualización: Es muy común, se diría que la más repetida, pues
la redundancia de datos es la característica más común en ellas, además
existen gran cantidad de información parcialmente introducida, con una gran
cantidad de campos nulos, presentes en la mayoría de las 310 tablas.
Anomalías de borrado: Se presenta en varios casos, como al dar baja a un
trabajador se borran algunos de sus datos de la tabla trabajador, pero se
mantienen datos en otras, que no se pueden acceder por perder su id en la tabla
trabajador.
Anomalías de inserción: Existen casos en los que resulta imposible insertar
datos debido a la ausencia de otros datos como en Combustible no se puede
insertar una devolución de tarjeta con o si saldo porque al entregar la tarjeta se
borra la fecha de la recarga.
Diseño no normalizado: la existencia en todas las bases de datos de llaves
primarias compuestas por 5, 6 o 7 llaves de tablas que, pueden estar
relacionadas o no, evidencia que el diseño no se encuentra en primera forma
normal, por demás en ninguna otra.
La estructura de datos que proporcionan resulta difícil de comprender, por lo que no se
consideran un esquema flexible, resultando imposible modificarlo fácilmente ante un
cambio en los requisitos del sistema. Existen varios ejemplos de cómo han cambiado
los requisitos del negocio y las soluciones que se han presentado por parte del
personal a cargo del mantenimiento de las aplicaciones.
Capítulo II
53
Resultan recurrentes las apariciones de nuevos informes, para lo cual se han creado
nuevas consultas, cuyos resultados se han almacenado en una tabla creada al efecto,
para conservar los datos cada vez que se ejecute esa consulta. Esas tablas no poseen
llaves primarias, ni relaciones de dependencia con otras tablas. Como ejemplo se
puede mencionar en la base de datos BD-Recursos Humanos, se creó la tabla Para
Amalia, con un reporte de la especialidad adquirida por trabajadores con nivel superior.
Otro ejemplo se presenta en la tabla plantilla cubierta, creada al necesitarse un informe
sobre la cantidad de trabajadores dirigentes, técnicos, administrativos, obreros, por
sexo y por tipo de contrato (determinado, indeterminado productivo, indeterminado
administrativo, adiestrado). Igual situación se presenta cuando, para conocer la relación
de profesionales y técnicos ante un pedido de este informe, se realizó la misma
operación.
Al dictarse la resolución sobre el ajuste de plantillas en los centros laborales, para
almacenar los datos de los trabajadores disponibles se creó una consulta de los datos
del trabajador, se creó la tabla trabajadores disponibles, con los datos de los mismos y
un formulario para ser mostrados, esto sin relación alguna con el resto de tablas con
los datos del trabajador, provocando perdida de la información al eliminarse estos de
las tablas anteriores.
En la base de datos BD-Producción se encuentra una tabla creada para almacenar
algunos de los datos de los trabajadores de baja, los que aun aparecían como activos,
pero esta solución presenta pérdida de la información y duplicidad de los datos.
También en las tablas PR4, PR4otras y PR3, con los datos de los reportes de horas
trabajadas, para el control de las horas por día se creó un atributo por cada día del
mes, produciendo incontables campos nulos, además de poseer siete atributos
formando la llave primaria, para coordinar Trabajador, Convenio, Contrato, la fecha que
se almacena en una tabla mes con la lista de estos y otra años, de igual forma, y otros
hasta completar esa cifra.
Para guardar los acumulados de gastos y otras operaciones en la base de datos BD-
Indicadores (independiente de los que se controlan en producción y combustible), fue
Capítulo II
54
creada la tabla Mayor Acumulados, la que posee 64 campos, gran parte de ellos se
encuentran vacios, y la información es redundante pues ya se encuentra en otras
bases de datos y aquí se almacenan para los fines de toma de decisiones, pues esta
es la herramienta que se usa en las aéreas de dirección. Para obtenerlos, es preciso
ejecutar una consulta llamada Actualizar Datos, que importa estos y otros datos del
resto de las bases de datos mencionadas, como el precio de los combustibles de la
base de igual nombre. Similar procedimiento se utiliza en Producción e Informática para
obtener los trabajadores, en Combustible para obtener los datos de los vehículos, entre
otros ejemplos.
También se crearon 7 tablas en Indicadores al surgir la necesidad de controlar las
actividades de los directivos (consejo de dirección, chequeos programados, etc.),
desprovistas de cualquier relación con el resto de la base de datos y con 3 atributos
como llave primaria en todas ellas, con varios campos vacios, datos ausentes en filas
con actividades insertadas, entre otros.
Los diversos errores presentes en estas herramientas, y ejemplificados anteriormente
tienen como consecuencia la necesidad de la realización de un análisis exhaustivo de
las mismas, sus consultas, formularios e informes, además de la consecuente
indagación en los procesos de negocio de la empresa para conocer los requisitos de
las distintas áreas que se desean integrar en el nuevo sistema de información.
2.2.2 Panorámica de los sistemas de información precedentes
Como se ha mencionado anteriormente, existen tres SI resultantes de las tesis de
diploma que intentan resolver la problemática existente en la EIPH. El primero de ellos,
“Gestión de la información en la Empresa de Investigación y Proyectos Recursos
Hidráulicos de Villa Clara”, de la autoría de (Collazo García, 2011), centra su atención
en el control de los recursos humanos, además de proponer un diseño para las bases
de datos producción y cuadro de mando integral.
En el diseño de la base de datos del cuadro de mando integral se logra un gran
resultado pues de 77 tablas que posee la herramienta de Access, se reducen a 11
tablas, dos de ellas con la estructura de la empresa (departamentos y centros de
Capítulo II
55
costo), y las restantes con la información propia del problema. Este diseño, revisado
por el autor del presente trabajo, se toma integro para la propuesta de la base de datos
que se hace en el Capítulo III, por contener todos los elementos necesarios para
cumplir los requisitos de este módulo y permitir su vinculación con el resto de la base
de datos que se presenta.
También (Collazo García, 2011), analiza y propone un nuevo diseño para el modulo de
producción, como se menciono anteriormente. En este caso la propuesta es superior a
las bases de datos Access, pues presenta avances como:
Une en una sola, las bases de datos Producción y Base Real.
Relaciona todos los elementos que conforman el diseño.
Descarta la definición de varias llaves primarias.
Identifica campos que siempre se insertan como nulos y los elimina.
El centro de desarrollo fue la base de datos de RR.HH. y la gestión de la información
mediante un ambiente web. Este trabajo no se aplico en la empresa, pues el ambiente
que mostraba no resultaba amigable para los usuarios del mismo, a pesar de que era
superior al que ellos poseen, pero la reacción al cambio primo sobre el paso hacia la
nueva propuesta.
Existen también algunos errores sobre los cuales basa su trabajo (Arboláez
Fernández, 2012) en “Gestión del control del capital humano en la Empresa de
Investigación y Proyectos Hidráulicos de Villa Clara”. Aquí se plantean como los
principales errores del trabajo anterior:
Entidades mal diseñadas relacionadas a los datos de los obreros. Las tablas
país, municipio y provincia son innecesarias para controlar la gestión del capital
humano, por tanto se eliminan y no aparecen en su diseño.
Tablas creadas innecesariamente: trabajador dirigente, trabajador baja,
trabajador activo, trabajador ausente, trabajador accidente, grupo salarial,
categoría ocupacional y nivel de escolaridad.
Capítulo II
56
Gran cantidad de atributos en la tabla trabajador: se desagrega esta tabla en las
tablas ropas, contrato defensa y organismo.
Presenta una interfaz web que, aunque un poco más estética y agradable, no se
diferencia mucho de la filosofía de la anterior, por lo que este trabajo tampoco consigue
el voto final para su aplicación. En el análisis que presenta del trabajo de (Collazo
García, 2011) se ha detectado que si resultan necesarias las entidades país, trabajador
dirigente, trabajador baja, trabajador ausente, trabajador accidente, grupo salarial,
categoría ocupacional y nivel de escolaridad, pues de esta forma se perderían datos
que este departamento considera necesarios, por lo que se presentan en la propuesta
de este trabajo (Ver 3.1.2). Otro detalle a mencionar sobre esta investigación es la
deficiente documentación del producto que presenta.
El último de los trabajos es “Gestión del control de la producción en la Empresa de
Investigación y Proyectos Hidráulicos de Villa Clara”, de (González Fabelo, 2012). Este
posee resultados muy positivos en cuanto a la calidad del producto que presenta, así
como su descripción.
Parte del análisis al control actual de la producción en la EIPH, y al diseño realizado por
(Collazo García, 2011). Presenta avances en cuanto a la identificación de errores y su
posterior corrección con su propuesta. Entre los errores detectados y corregidos se
encuentran:
Se identifica en las tablas una mala distribución del proceso de negocio.
Un ejemplo podemos encontrar en los datos de la entidad Solicitud, ya que en esta se
incluían también los correspondientes a una oferta que se crearía en dependencia de
las características del contrato solicitado, lo que hacía engorroso la comprensión del
problema a detallar, por lo que se separan los datos en dos entidades, posteriormente
llamadas Solicitud y Oferta. Esta decisión fue re-analizada y mejorada en esta tesis.
Existencia de campos duplicados.
En la entidad correspondiente al contrato, considerada la base del proceso de
producción se eliminan muchos campos que no cumplían ninguna función específica en
Capítulo II
57
la existente base de datos y se delimitaron las entidades de contratos y suplementos ya
que estaban agrupadas en una misma tabla.
Se identifican campos que no cumplen ninguna función, que quedan nulos
cuando se insertan valores en las tablas.
Se identifica la definición de varias llaves primarias sin necesidad.
Se identifican entidades mal diseñadas asociadas a las fechas del proceso
productivo, relacionadas con el control de la fecha.
Del diseño realizado en este trabajo se toman algunos elementos que se consideran
propios para la realización de la presente investigación, detallados en secciones
posteriores, pero de forma general, es válido mencionar que el trabajo no reúne todos
los requisitos, pues no controla todo el proceso de costos, el que se encuentra
modelado, a consideración de este autor, de una forma incorrecta. Este es uno de los
puntos clave para que esa investigación no consiguiera la aplicación de sus resultados,
además de no integrarse con el resto de las áreas.
La aplicación de las herramientas mencionadas anteriormente traería consigo:
Duplicidad de los datos (trabajadores, centros de costo, direcciones, etc.).
Posibles errores de inconsistencia de datos.
Actualizaciones de datos en un sistema que no se reflejarían en otro.
Podemos concluir que hasta el momento no se ha logrado la integridad y la
homogeneidad en la concepción de una herramienta que cumpla con las necesidades
de la empresa, manteniéndose vigente el planteamiento del problema que presentan.
Además se destacan errores en las soluciones aportadas.
De forma general estos trabajos, aunque con los señalamientos realizados, pueden ser
valorados como positivos, pues poseen un alto valor de uso en cuanto a los avances
que se tienen en la vinculación a la empresa y la seguridad que han alcanzado sus
directivos de los beneficios que pudiera aportar la implementación de una aplicación
integral, además del conocimiento del negocio en la EIPH.
58
Capítulo III
Capítulo III
59
Capítulo III- Modelado del sistema de información desde elenfoque de reglas de negocioEl presente capítulo cuenta con una descripción del diseño del SI, los usuarios,
requisitos funcionales y no funcionales, los casos de uso, una descripción de los
mismos y las reglas de negocio, además de diagramas ilustrativos. Se presenta la
descripción del módulo Producción y en el Anexo 3 se describen el resto de los
módulos.
3.1 Sistema integral empresarial
La motivación por parte de la EIPH a la implementación de cambios tecnológicos ha
estado guiada por las necesidades genuinas del negocio. La administración
únicamente autorizará un nuevo sistema informático cuando vea un beneficio claro al
modificar sus sistemas de trabajo. A pesar de las dificultades y los riesgos, se apuesta
por el nuevo sistema considerando las ventajas que puede experimentar.
El Sistema de información empresarial que se presenta se encuentra formado por cinco
subsistemas: Producción, Recursos Humanos, Transporte y Combustible, Cuadro de
Mando Integral e Informática. El mismo automatizará el trabajo en las áreas vinculadas
al control de la información gestionada por las mismas. Se ha mencionado con
anterioridad el área de Dirección, pero sus prestaciones son mínimas y sencillas,
quedando incluidas en otras áreas, siendo su manejo básicamente controlado por el
administrador del sistema. El área de Transporte se une a la de Combustible, pues,
aunque en la empresa actualmente se encuentran separadas, poseen un vínculo
estrecho, así como el control de las hojas de ruta. También la Contabilidad se
encuentra embebida en Producción y Transporte y Combustible.
Existen varios requisitos que debe cumplir esta aplicación. Los requisitos funcionales
se detallan en los acápites de cada módulo del sistema. En materia de requisitos no
funcionales se puede detallar que la aplicación informática propuesta será usada por
trabajadores de la empresa que no necesariamente tienen habilidades en el trabajo en
la computadora, por lo que la interfaz debe ser amigable y fácil de usar, de manera que
Capítulo III
60
no sea difícil la interacción con ella. En cuanto a la usabilidad, la aplicación podrá ser
accedida a través de la red local de la empresa y solo por los trabajadores autorizados,
cada uno tendrá el nivel de acceso correspondiente la información.
El sistema propuesto debe tener un alto rendimiento, ser rápido en el procesamiento de
la información así como a la hora de dar respuesta a la solicitud de los usuarios. La
eficiencia del sistema estará determinada en gran medida por el aprovechamiento de
los recursos que se disponen en el modelo Cliente/Servidor, y la velocidad de las
consultas en la Base de Datos. Brindará soporte al sistema el administrador de la Red
de la Empresa siendo su responsabilidad la instalación y optimo funcionamiento,
además de la actualización y modificación, pues el sistema brindará la posibilidad de
futuras mejoras.
Se debe garantizar un control estricto sobre la seguridad de la información teniendo en
cuenta el establecimiento de niveles de acceso. No se deben permitir accesos sin
autorización al sistema. Además se debe definir una política de usuarios con roles y
privilegios diferentes que garantice que la información pueda ser consultada de
acuerdo al nivel de privilegios que puedan tener determinados grupos de usuarios.
3.1.1Diseño del sistema
Resultan muy importantes a la hora de comprender este complejo sistema de
información la visión que ofrecen los diagramas de implementación:
Diagrama de componentes: Describe la organización y las dependencias entre el
conjunto de componentes. Se representa como un grafo de componentes
software unidos por medio de relaciones de dependencia (compilación,
ejecución). Es importante para la comprensión de la construcción de este
sistema, dado que es grande distribuido por partes.
Diagrama de despliegue: Configuración de nodos de procesamiento en tiempo
de ejecución y los componentes que residen en ellos. En el modelo de
despliegue se observa la correspondencia entre la arquitectura software y la
Capítulo III
61
arquitectura del sistema. representa los recursos que son necesarios para que el
sistema funcione.
Figura 3. 1: Diagrama de componentes para el sistema.
En la Figura 3. 1 se puede observar la relación entre los componentes del SI. La página
de inicio, que es accedida con el navegador web de la PC del usuario. Esta página, que
muestra información general, permite la autenticación de los usuarios, expresado con la
relación de composición entre el componente inicio y autenticación. Una vez
autenticado el usuario, este puede acceder al (o los) módulo(s) donde posea permiso, y
Capítulo III
62
en estos realizará las operaciones a las que tenga acceso. Se observa la composición
entre cada uno de los módulos y la base de datos como elemento esencial para las
operaciones de intercambio de datos. Se presentan los componentes del sistema:
Producción, RR.HH., Transporte y Combustible, Cuadro de mando integral (CMI) e
Informática, además se muestra el componente Dirección, que es manejado por el
usuario administrador del sistema, y contiene datos de dominio público, como la
estructura de dirección, jefes de las mismas, y solo acepta cambios de este usuario,
por lo que no se considera todo un módulo y no se describe en las secciones
posteriores de la misma forma que el resto.
Figura 3. 2: Diagrama de despliegue para el sistema.
En el diagrama de despliegue (Figura 3. 2) se muestran los nodos Servidor de Base de
Datos, con la base de datos del sistema, Servidor de Aplicaciones, este se relaciona
con la Red EIPH, organizada por nodos, con los switch que los conforman, de aquí con
Capítulo III
63
los switch departamentales y de estos con las PC de usuario, que pueden poseer
impresoras para la obtención de reportes en papel.
El sistema posee varios usuarios, entre ellos usuarios anónimos, que pueden acceder
al sistema para conocer información de carácter público y general, usuarios Directivos,
reflejados directamente en el CMI y otros componentes, usuarios Controladores,
Especialista en RR.HH., Secretaria, usuario Administrador, que se encarga del
mantenimiento al sitio y el control de usuarios, usuario responsable de medios básicos,
entre otros, detallados en las secciones correspondientes a cada módulo.
Sobre el control de la seguridad en el sistema, como ya se ha mencionado, se propone
el uso de la función de encriptación MD5. A partir de un análisis de los resultados
obtenidos por (Acosta Espinosa et al., 2013), se concluye que solo con el uso de MD5
no se brinda la total seguridad al sistema.
Estos autores plantean que existen 3 tipos de vulnerabilidades en una aplicación de
este tipo: Vulnerabilidad XSS Reflejado, Vulnerabilidad XSS Almacenado y
Vulnerabilidad Inyección SQL. Para evitar estas vulnerabilidades y por la relación
existente entre los postulados planteados por (Acosta Espinosa et al., 2013) con el
sistema que esta investigación propone, se presentan a continuación la forma de evitar
estos ataques.
Vulnerabilidad XSS Reflejado: Para evitar este tipo de vulnerabilidad se recomienda
filtrar siempre la información procedente del usuario antes de hacer uso de ella.
Generalmente con filtrar los caracteres (<) y (>) sería suficiente, aunque se recomienda
también filtrar los nombre de las etiquetas que pueden resultar peligrosas en este tipo
de ataque como:<script>, <object>, <applet>, <embed> y <form>, etc. Asimismo se
pueden realizar comprobaciones para comprobar que el tipo de dato introducido y la
longitud de cada campo se correspondan con lo esperado. Para tener un alto nivel de
seguridad se hace uso de la función htmlspecialchars() para convertir caracteres
especiales en entidades HTML.
Para comprender su funcionalidad se mostrara varias formas de codificar estos
caracteres para que el browser los interprete como texto y no como parte del HTML. Se
Capítulo III
64
observará como codificar los 5 caracteres más relevantes (llamados "Big 5" en algunos
lugares) (Tabla 3. 1):
Tabla 3. 1: Formas de codificar caracteres. Fuente (Acosta Espinosa et al., 2013).
Caracteres Nombre Entidad HTML
& et se convierte en &
“ comillas dobles se convierte en " con
ENT_NOQUOTES no establecido
‘ comilla simple Se convierte en ' o ' con ENT_QUOTES
establecido
< menor que se convierte en <
> mayor que se convierte en >
Otra función muy frecuente para evitar este tipo de ataques es strip_tags().Esta función
retira las etiquetas HTML y PHP de una cadena dada (Acosta Espinosa et al., 2013)
Vulnerabilidad XSS Almacenado: Al igual que con el XSS reflejado, se recomienda
siempre filtrar la información procedente del usuario antes de hacer uso de ella. Para
alcanzar un alto nivel de seguridad se hace uso de las funciones htmlspecialchars(),
mysql_real_scape_string() y stripslashes() (Acosta Espinosa et al., 2013).
Vulnerabilidad Inyección SQL: Para evitar los ataques inyección SQL, PHP cuenta
con la directiva magic_quotes_gpc() que automáticamente restringe todas las comillas.
Esta directiva puede ser habilitada desde el fichero de configuración de PHP (php.ini),
aunque se recomienda no habilitar las comillas mágicas deshabilitadas y, en su lugar,
hacer un filtrado en tiempo de ejecución y bajo demanda o usar las funciones:
addcslashes(): restringe caracteres como \n,\r etc., convirtiéndolos en la misma
formaque se hace en el lenguaje de programación C, mientras que los
caracteres con código ASCII inferior a 32y superior a 126 son convertidos a
representación octal.
mysql_real_escape_string(): restringe los caracteres especiales.
stripslashes(): quita las barras de una cadena de texto con comillas.
Capítulo III
65
Existen ciertos principios a considerar para proteger aplicaciones de una inyección
SQL:
No confiar en la entrada del usuario.
No utilizar sentencias SQL construidas dinámicamente.
No utilizar cuentas con privilegios administrativos.
No proporcionar mayor información de la necesaria.
Adicionalmente se recomienda el uso de la librería mysqli puesto que permite la
posibilidad de realizar conexiones seguras a la base de datos a través de SSL y ofrece
mucha más seguridad frente a la vulnerabilidad inyección SQL (Acosta Espinosa et al.,
2013).
3.1.2Diseño de la base de datos
El manejo actualizado de los datos es de suma importancia, por esto y a diferencia de
las propuestas anteriores, se decide diseñar una sola base de datos (Ver Anexo 2),
garantizando de esta forma, que se elimine la duplicidad de la información, como el
error más repetido en estas. Las bases de datos anteriores, que poseen 310 tablas,
examinadas anteriormente en la sección 2.2.1, sirvieron como base para el análisis de
los datos que se necesitan almacenar, intentando corregir con la nueva propuesta las
deficiencias señaladas en la referida sección.
La nueva propuesta de base de datos contará con 9 módulos, compuestos por 140
tablas, distribuidas como muestra la Tabla 3. 2.
Tabla 3. 2: Cantidad de tablas por módulo. Fuente: elaboración propia.
Módulo Cantidad
CMI 9
Combustible 4
Contabilidad 10
Dirección 4
Capítulo III
66
Informática 25
Ordenes 4
Producción 26
RR.HH. 42
Transporte 16
En los antecedentes encontramos, como ya se ha expuesto, tablas repetidas en varias
bases de datos que la nueva propuesta elimina. A continuación se muestra como se
encuentran vinculados los módulos de la misma, para ello se utilizó el diagrama de
componentes, buscando ilustrar la relación entre ellos. (Ver Figura 3. 3).
Figura 3. 3: Componentes de la base de datos propuesta. Fuente: elaboración propia.
3.1.3Reglas de negocio para el sistema
Dentro del proceso de captura de requisitos, juega un papel muy importante la
identificación de reglas de negocio como el enfoque para alcanzar el éxito de un
sistema de información, pues influye en gran medida en la forma en que se logre
conceptualizar el dominio de aplicación. EL no uso de este enfoque permite que las
Capítulo III
67
reglas del negocio queden disueltas dentro del programa, trayendo como consecuencia
que se tengan que enfrentar diversas dificultades en su mantenimiento y
administración. Según Bajec (2000; 2005) las dificultades más comunes encontradas al
no utilizar ese enfoque son:
El lugar donde deben realizarse los cambios es muy difícil encontrar.
Toda modificación de una regla requiere re-programación y re-compilación.
Las modificaciones pueden ser complejas, incluso pueden tener efectos sobre
otras reglas.
Los desarrolladores no están necesariamente familiarizados con la terminología
del negocio; por esto se corre el riesgo de no hacer una correcta interpretación o
implementación de una regla.
El control de las reglas de negocio se hace muy difícil.
Estos elementos justifican el uso del enfoque de reglas de negocio en la presente
investigación, basada además en la línea de investigación de la M.Sc. María Elena
Martínez Busto, y su proyecto sobre Administración de reglas de negocio en el ciclo de
vida de los sistemas de información desde la perspectiva del negocio, con el cual ha
obtenido importantes resultados y publicaciones.
Para facilitar la identificación de estas reglas se utilizaron las herramientas EasyFiller y
Vocabulario&Negocios, propuestas en (Nuñez Pérez, 2012). La primera, EasyFiller, es
la encargada de la captura del vocabulario para el modelo de hechos a partir de
documentos en formato PDF (acrónimo del inglés: Portable Document Format),
documentos de texto con extensión .txt y .doc. Su funcionalidad principal es facilitar la
edición de vocabulario, teniendo como objetivo contribuir a la formalización del negocio
por parte de los usuarios.
La herramienta permite crear vocabularios a partir de la creación de proyectos, cada
uno de estos deben pertenecer a un dominio en específico para su fácil empleo y
comprensión. Por su parte Vocabulario&Negocios permite cargar este vocabulario
creado y visualizarlo, así como editarlo para facilitar la comprensión del mismo,
favoreciendo la comprensión del dominio del problema y la identificación de las reglas.
Capítulo III
68
Estos vocabularios deben ser captados por personal con absoluto conocimiento del
negocio lo que garantiza la calidad y legitimidad del mismo. Los documentos cargados
deben contener descripciones del negocio lo que posibilita la extracción del vocabulario
implícito.
La Figura 3. 4 muestra la vista de la herramienta EasyFiller durante el análisis de los
requisitos de la contabilidad. Esto favoreció la obtención de un vocabulario del dominio
del problema, para el cual se utilizó Vocabulario&Negocios.
Figura 3. 4: Vista de la herramienta EasyFiller en el análisis de los requisitos de contabilidad.
Capítulo III
69
Figura 3. 5: Vista de la herramienta Vocabulario&Negocios en el trabajo con el vocabulario de
contabilidad.
Partiendo de los resultados obtenidos en el trabajo con estas herramientas se
identificaron un grupo numeroso de reglas de negocio, relacionadas en los epígrafes
correspondientes a los módulos con los que se relacionan. El mayor volumen de reglas
se encontró en el área de producción, en correspondencia con el objeto social de la
empresa.
3.2 Módulo “Producción”
El entorno web cuenta en su sistema con usuarios anónimos, usuarios jefes de
servicio, usuarios controladores, usuario director adjunto, usuarios especialistas en
producción, usuarios especialistas en calidad, usuarios especialistas en contratación,
usuarios especialistas en capital humano, usuarios especialistas en facturación y
usuario administrador. A continuación se muestran los privilegios de cada uno de ellos:
Capítulo III
70
Usuario administrador: este usuario tiene acceso a todos los controles asociados
al contenido, principalmente modificar el contenido mostrado en la página
principal. Es el único que puede gestionar la seguridad del sitio.
Usuario anónimo: este usuario puede leer la información del sitio y la vinculada
al proceso productivo, además de descargar archivos de contengan información
de dicho proceso.
Usuario jefe de servicio: este usuario puede gestionar toda la información
relacionada con las solicitudes presentadas por los clientes y los contratos y
convenios que surgen a partir de esta.
Usuario controlador: este usuario puede gestionar los reportes de proceso
productivo, incluyendo el de producción y el de las horas trabajadas.
Usuario director adjunto: este usuario sólo tiene permiso para gestionar la
información relacionada con las solicitudes.
Usuario especialista en producción: este usuario puede gestionar los reportes
mencionados en el usuario controlador.
Usuario especialista en facturación: este usuario puede gestionar las
certificaciones del convenio, gestionar las calificaciones dadas al convenio por el
cliente y los inversionistas que solicitan un contrato a la empresa.
Usuario especialista en calidad: este usuario puede gestionar la calidad de los
controles realizados al convenio.
Usuario especialista en contratación: este usuario sólo puede gestionar los
contratos y suplementos.
Usuario especialista en capital humano: este usuario puede gestionar todos los
datos relacionados con los trabajadores de la empresa.
Todos los usuarios pueden realizar las mismas acciones que realiza un usuario
anónimo.
Los requisitos funcionales identificados para este acápite fueron los siguientes:
Capítulo III
71
1-Autentificarse. 2-Insertar usuario. 3-Modificar usuario. 4-Eliminar usuario. 5-Listar
grupos de usuarios. 6- Adicionar grupo de usuario. 7-Adicionar solicitud de servicio. 8-
Listar inversionistas. 9-Listar jefes de servicio. 10-Listar contratos. 11-Adicionar
contratos. 12-Listar ofertas. 13-Adicionar oferta. 14-Adicionar convenio. 15-Listar
actividades. 16-Listar grupos. 17-Listar servicios. 18-Listar centros de costo. 19-Listar
etapas. 20-Listar controles. 21-Listar registros de diesel. 22-Listar registros de dietas.
23-Listar registros de gasolina. 24-Listar PR3. 25-Listar solicitudes. 26-Listar convenios
en proceso. 27-Listar convenios sin iniciar. 28-Listar suplementos. 29-Adicionar
suplemento. 30-Adicionar certificación. 31-Adicionar registro de dieta. 32-Adicionar
PR3. 33-Adicionar actividad. 34-Adicionar grupo. 35-Adicionar etapa. 36-Adicionar
registro de diesel. 37-Adicionar registro de gasolina. 38-Adicionar registro de dieta. 39-
Adicionar Convenio. 40-Adicionar control. 41-Adicionar calidad. 42-Listar calidad. 43-
Listar clientes. 44-Adicionar clientes. 45-Adicionar inversionista. 46-Adicionar centro de
costo. 47-Listar vice direcciones. 48-Adicionar vice dirección. 49-Listar trabajadores.
50-Adicionar trabajador. 51-Listar cargos. 52-Adicionar cargos. 53-Listar otros reportes.
54-Listar tareas. 55-Listar tareas fijas. 56-Listar actividades. 57-Adicionar tarea. 58-
Listar PR4. 59-Adicionar PR4. 60-Editar contrato. 61-Editar convenio.
3.2.1Casos de uso
En este módulo se muestran los siguientes casos de uso, que se ajustan a diez
categorías de usuarios mencionadas anteriormente:
1. Autenticarse.
2. Consultar información general.
3. Gestionar solicitud.
4. Gestionar contrato.
5. Gestionar suplemento.
6. Gestionar convenio.
7. Gestionar reportes.
8. Gestionar calidad.
Capítulo III
72
9. Gestionar inversionistas.
10.Gestionar certificaciones.
11.Gestionar calificaciones.
12.Gestionar información de trabajadores.
13.Gestionar usuarios.
14.Modificar sitio.
A continuación, la Figura 3. 6 muestra el diagrama de casos de uso para el sistema de
“Producción”. Presenta varios actores, en concordancia con la cantidad de trabajadores
vinculados directamente a la producción, muchos de ellos pasan de trabajadores del
negocio a actores de este sistema. En los casos de uso se recogen las principales
prestaciones que deben hacerse al sistema, el trabajo con los contratos, suplementos,
inversionistas, convenios y las actividades que se realizan sobre los proyectos como el
control de la calidad, las certificaciones, entre otros.
Capítulo III
73
Capítulo III
74
Figura 3. 6: Diagrama de casos de uso.
Una descripción de estos casos de uso se muestra en la Tabla 3. 3.
Tabla 3. 3: Descripción de los casos de uso.
Caso de Uso Descripción
Autenticar Ese caso de uso se utiliza para que los usuarios
autenticados puedan entrar al sitio con sus
correspondientes permisos.
Modificar información del
sitio
Se utiliza este caso de uso para modificar el
contenido del sitio mostrado en la página principal y
para dar a conocer noticias de interés relacionadas
con cualquier hecho trascendental que haya
ocurrido. También se usa para comprimir el peso
del sitio y así favorecer un buen rendimiento.
Gestionar solicitud Se utiliza este caso de uso para gestionar las
solicitudes de contratos presentadas por el cliente,
o sea, adicionarlas, editarlas y modificarlas.
También se gestionan las posibles ofertas
generadas por la solicitud.
Gestionar contrato Se utiliza este caso de uso para gestionar los
contratos de trabajos.
Gestionar inversionistas Se utiliza este caso de uso para gestionar toda la
información relacionada con las empresas y
clientes que realizan contratos en la IPH.
Ver información Se utiliza este caso de uso para leer toda la
información que contiene el sitio vinculada al
proceso productivo además de para ver los
contenidos de la página principal.
Capítulo III
75
3.2.2Diseño de la base de datos
Para el módulo de producción, partiendo de las bases de datos que actualmente se
utilizan en la empresa y de la diseñada por (González Fabelo, 2012), se rediseño la
base de datos Producción (Ver Figura 3. 7).
Gestionar calidad Se utiliza este caso de uso para gestionar la calidad
de los controles realizados a los convenios durante
el proceso de producción.
Gestionar certificaciones Se utiliza este caso de uso para gestionar todas las
certificaciones necesarias para dar aval a un
producto terminado, incluyendo las debidas
revisiones que conlleva este proceso.
Gestionar reportes Se utiliza este caso de uso para mostrar mediante
reportes de producción y de horas trabajadas datos
necesarios para tomar importantes decisiones
como la de facturación.
Gestionar convenios Se utiliza este caso de uso para gestionar toda la
información relacionada con las actividades de
control y de proyecto realizadas, además de para
gestionar todos los datos que generan los
convenios de trabajo.
Capítulo III
76
Figura 3. 7: Diseño del módulo Producción.
Esta es una de las áreas con más actividad de tráfico de datos, lo que puede ser
observado en sus 26 tablas. Se elimina la presencia de las tablas C-Costo,
Trabajadores, Departamentos y Vice-direcciones, pasando las mismas, dentro de la
Capítulo III
77
base de datos, a otros módulos. Otro de los cambios fue la unión de las tablas Control
y Calidad, ambas con la misma función, el registro de los datos de la acción de revisión
de la calidad de un proyecto.
La Figura 3. 8, a la izquierda, muestra cómo se concebía este apartado en el diseño
precedente. La derecha muestra cómo se concibe en esta propuesta.
Figura 3. 8: Fragmento del diseño de (González Fabelo, 2012), Izquierda; Derecha, propuesta de nuevo
diseño.
Se observa que la tabla Control-Calidad posee una relación con Calificaciones, que los
precedentes manejan relacionada con Convenios, cuando las calificaciones a los
proyectos se ven estrechamente relacionadas con el control de la calidad.
Un cambio significativo que se propone es el relacionado con los costos. EN la tabla
Convenio se almacena los valores planificados de combustible, dietas y otros gastos,
para ser almacenados los mismos por las tablas del módulo Contabilidad. Esta
propuesta es notablemente diferente a las existentes, pues se necesitan 6 tablas en las
herramientas Access (C-Producción y C-Costo) y 3 en el sistema de información
Capítulo III
78
anterior, el cual no controlaba el registro completo de los costos. En el módulo de
contabilidad se presenta la tabla Operaciones, donde se almacenan los registros de los
hechos contables como la declaración de una dieta o el consumo de combustible, y en
Otros-datos se completa el registro de estos hechos. En el Sub-epígrafe 3.2.2 se
detalla esta propuesta del control de costos.
También se prevé la modificación de la tabla Servicios, relacionada en la propuesta de
(González Fabelo, 2012). Los servicios se relacionan con la Solicitud, presentando una
tabla intermedia para su relación (Ver Figura 3. 9).
Cada servicio posee un
Jefe de Servicio, relación
que se establece con la
tabla de igual nombre en
el módulo RR.HH., que se
encontraban relacionados
anteriormente con
Solicitud, y no se
establecía la relación
entre estos jefes y la tabla
Trabajador. Estos
servicios son también una
categoría
Figura 3. 9: Fragmento del diseño propuesto.
que comprende Actividad, por lo que se dispone una tabla intermedia para la relación
entre estos. A su vez un Convenio desarrolla una actividad, presentando la relación
pertinente.
Por su parte la Figura 3. 10 muestra que en las tablas Estado y Etapa, se introduce una
tabla intermedia que muestra la relación entre el convenio y estas categorías,
quedando recogida también la fecha en que estos realizan el cambio de estado o
etapa. También en esta figura se observa la relación del Convenio con las Tareas fijas,
Capítulo III
79
que son las actividades desarrolladas por los Controladores de proyecto, categoría
añadida al diseño en relación con trabajador.
Anteriormente esta categoría no existía.
El resto de las Tablas poseen una óptica similar,
excepto la tabla tareas que ahora se presenta
relacionada con Convenio y con PR4, que almacena el
cumplimiento de las tareas por parte de los
trabajadores, tabla con la que se encuentra relacionada.
Esta tabla (PR4), cambia en su concepción pues en la
propuesta anterior solo se encontraba relacionada con
las tareas.
Otras actividades desarrolladas por los trabajadores y
un tanto independientes de los proyectos también se
recogen por este diseño.
Figura 3. 10: Fragmento del diseño propuesto.
3.2.3Reglas de negocio para el módulo
Los Convenios de Trabajo se caracterizan por ser la parte más compleja y a la vez más
importante dentro del flujo del negocio ya que a partir de estos se generan la mayoría
del proceso productivo, los aspectos a considerar para la elaboración de un convenio
son:
1. Un convenio debe tener contrato.
2. Las fechas que aparecen en el convenio deben estar antes de la fecha de
terminación del contrato.
3. Las fechas de terminación de los ejecutores, deben estar antes de la fecha de
terminación del convenio.
4. Se debe revisar de las tarifas y cargos de cada uno de los ejecutores.
5. Un ejecutor debe cobrar de acuerdo a la tarifa establecida para su cargo.
6. Los revisores no pueden aparecer como ejecutores en el convenio.
Capítulo III
80
7. La encargada de nominas debe comprobar los importes de las sumas del
fondo horario y los salarios de los integrantes del convenio.
8. Deben aparecer los salarios con los impuestos correspondientes.
9. Debe aparecer en el convenio los puntos de control.
10.El trabajo debe tener código, clasificación y nombre.
Reglas de negocio para la revisión de los convenios de trabajo que se inician:
1 Se comprueba si el contrato está firmado y aparece con el código correcto.
2 En caso de que no esté el contrato firmado sólo puede autorizar la ejecución de los
trabajos el director general.
3 Las fechas de inicio y terminación contempladas en el convenio se enmarcan en
las fechas pactadas con el inversionista según el contrato.
4 Los ejecutores estén de acuerdo con las condiciones del trabajo que han de
ejecutar habiendo firmado los modelos pertinentes.
5 Revisión de las tarifas y cargos de los ejecutores según las funciones a realizar en
el convenio de trabajo.
6 Se revisa que estén correctos los índices empleados para el cálculo de salario.
7 Comprobar que el Fondo Horario Total así como el Salario Total del Convenido
aparezcan correctamente reflejados.
8 Que aparezcan debidamente reflejados los controles de calidad a realizar de
acuerdo al tipo de actividad que se describe.
9 Se revisa que el indicador productividad cumpla con los parámetros establecidos
para cada tipo de actividad y que de quedar por debajo del mismo será motivo de
análisis por el director productivo con el jefe de área implicada.
10 Se revisa con cuidado cada elemento del costo que se planifica en el convenio de
trabajo por la incidencia que tiene este indicador en los resultados económicos de
cada área.
11 Se introduce los datos del convenio en la base de datos.
Capítulo III
81
Cada acción que se realiza para dar cumplimiento a la ejecución del proceso
productivo queda con constancia en el expediente de trabajo que se confecciona en
el grupo de gestión y reflejado en la base de datos(Suárez, 2011).
Así podemos comprobar los controles de calidad que han sido planificados y no se
han ejecutado en tiempo, los convenios que no se iniciaron en la fecha acordada
también se puede constatar otras informaciones referidas al contrato, solicitud de
servicio, certificaciones etc.
Reglas de negocio para la revisión de los convenios de trabajo terminados:
1 El trabajo debe aparecer debidamente en el informe de producción para que se
consignen los gastos incurridos durante el proceso de producción.
2 Se comprueba que el código del trabajo según convenio aparece debidamente
reflejado en el informe de producción, la certificación de trabajo terminado, así
como en el acta de aceptación debidamente firmada y acuñada por el cliente.
3 Se comprueba el Fondo Horario Plan y Real de cada ejecutor en el convenio
analizando que el real no debe exceder el plan.
4 Se calcula el Costo Real atendiendo al informe de trabajos terminados
considerando los gastos incurridos según informe de la contabilidad.
5 Se comprueba que el Costo Real no debe exceder el Costo Plan.
6 En caso de que se produzca una desviación del costo proceder al análisis con el
director de la UEB y el jefe de área implicada.
7 Se refleja en la base de datos todos los datos reales referidos al convenio.
Reglas de negocio para la revisión de la producción ejecutada:
1 Se comprueba que el código del trabajo según convenio aparezca reflejado en el
informe de producción correctamente.
2 Se revisa el proceso de continuidad del proyecto en cuestión hasta su terminación.
3 Se revisa que los trabajos terminados hayan sido facturados con el código y datos
del cliente correctamente.
Capítulo III
82
4 Se comprueban los trabajos terminados según informe de producción que hayan
finalizado atendiendo a la realización de los controles de calidad.
5 Se revisa el Fondo Horario que se reporta en el informe de producción con el real
reportado según la base datos.
6 Se revisa los cálculos de Producción en Proceso y Producción Terminada.
7 Se concilia con los compañeros de contabilidad los informes de proyectos
paralizados, terminados, en proceso con el desglose de gastos directos por partida,
así como las ventas del mes por jefe de servicio.
El flujo del proceso productivo se enmarca dentro de cuatro fases que permiten definir
las actividades que corresponden a cada uno de los procesos de la empresa, que no
precisamente son liderados por el área de producción. Las siguientes reglas de negocio
se corresponden con las actividades que se desarrollan en determinado proceso y
dentro de cada fase:
Reglas de negocio para la fase de negociación:
1. En el proceso de gestión estratégica se realiza el contacto con los clientes.
2. En el proceso de gestión estratégica se gestiona el informe de conveniencia
empresarial.
3. En el proceso de gestión estratégica se realiza el análisis de negociación con los
directores implicados.
4. En el proceso de gestión estratégica se colabora en la realización de la oferta.
5. En el proceso de gestión I+D+i (Investigación, desarrollo e innovación) se provee
a las partes involucradas en la negociación, de software y base de datos
desarrolladas por ellos.
6. En el proceso de gestión logística se encargarán del abastecimiento de
materiales de oficina.
7. En el proceso de gestión logística se brinda mantenimiento y reparación del
transporte empleado.
Capítulo III
83
8. En el proceso de gestión logística se ofrecen servicios de mantenimiento de los
locales y medios.
9. En el proceso de gestión logística se ofrece aseguramiento de los materiales en
el almacén.
10.En el proceso de gestión económica se provee a los encargados de los informes
de datos económicos tanto de la parte inversionista como ejecutora.
11.En el proceso de gestión económica se monitorean los Costos.
12.En el proceso de gestión económica se registran y controlan las existencias en
el almacén.
13.En el proceso de gestión económica se realiza el análisis y evaluación de
proveedores.
14.En el proceso de gestión económica se elabora el informe de los recursos que
intervendrán en el servicio.
15.En el proceso de gestión de recursos humanos se controlan los riesgos
laborales asociados a la actividad.
16.En el proceso de gestión de recursos humanos se controla la seguridad y
protección.
17.En el proceso de gestión de recursos humanos se controlan las personas y la
disciplina laboral.
18.En el proceso de gestión de recursos humanos se evalúa el desempeño.
19.En el proceso de gestión de recursos humanos se controla la capacitación del
personal.
20.En el proceso de gestión técnica se provee a las partes involucradas en la
negociación de servicios informáticos.
21.En el proceso de gestión técnica se provee mantenimiento de los medios de
computación.
22.En el proceso de gestión técnica se provee servicios de correo electrónico.
Capítulo III
84
23.En el proceso de gestión técnica se provee a los especialistas de la
documentación actualizada.
Reglas de negocio para la fase de contratación:
1. En el proceso de gestión estratégica se realiza el control del contrato en la base
de datos.
2. En el proceso de gestión estratégica se revisa la documentación contractual.
3. En el proceso de gestión estratégica se firma el contrato.
4. En el proceso de gestión I+D+i se provee a las partes involucradas en la
contratación, de software y base de datos.
5. En el proceso de gestión logística se encargan del abastecimiento de materiales
de oficina.
6. En el proceso de gestión logística se encargan de la elaboración de las
especificaciones de compras.
7. En el proceso de gestión logística se encargan de servicios de mantenimiento
de los locales y medios.
8. En el proceso de gestión logística se encargan del análisis de proveedores.
9. En el proceso de gestión económica se realiza el registro, control e informe de
todos los recursos que intervendrán en el servicio, como el salario, el
combustible y las dietas.
10.En el proceso de gestión de recursos humanos se controla los riesgos laborales
asociados a la actividad.
11.En el proceso de gestión de recursos humanos se controla la seguridad y
protección.
12.En el proceso de gestión de recursos humanos se controla las personas y la
disciplina laboral.
13.En el proceso de gestión de recursos humanos se evalúa el desempeño.
14.En el proceso de gestión de recursos humanos se realiza la capacitación del
personal.
Capítulo III
85
15.En el proceso de gestión de recursos humanos se realiza la instrucción de las
legislaciones vigentes.
16.En el proceso de gestión técnica se realiza el control de los riesgos ambientales
asociados.
17.En el proceso de gestión técnica se provee a las partes involucradas en la
contratación de servicios informáticos.
18.En el proceso de gestión técnica se brinda mantenimiento de los medios de
computación.
19.En el proceso de gestión técnica se garantizan los servicios de correo
electrónico.
20.En el proceso de gestión técnica se provee a los especialistas de la
documentación actualizada.
Reglas de negocio para la fase de elaboración del producto:
1.En el proceso de gestión estratégica se realiza el control del contrato en la base
de datos.
2.En el proceso de gestión estratégica se revisa la documentación contractual.
3.En el proceso de gestión estratégica se firma el contrato.
4.En el proceso de gestión I+D+i se provee a las partes involucradas, de software
y base de datos desarrolladas por ellos.
5.El proceso de gestión logística se encarga del abastecimiento de materiales de
oficina.
6.El proceso de gestión logística se encarga de verificar los productos comprados.
7.El proceso de gestión logística se encarga de verificar el inventario y
aseguramiento de los productos.
8.El proceso de gestión logística se encarga del almacenaje, transportación,
distribución y manipulación de los productos.
9.El proceso de gestión logística se encarga de los servicios de mantenimiento de
los locales y medios.
Capítulo III
86
10.En el proceso de gestión económica se controlan los gastos incurridos en el
servicio.
11.En el proceso de gestión económica se controlan y monitorean los costos en la
etapa de proceso.
12.En el proceso de gestión económica se emite la información mensual del
comportamiento de los hechos económicos.
13.En el proceso de gestión de recursos humanos se controlan los riesgos
laborales asociados a la actividad.
14.En el proceso de gestión de recursos humanos se controla la seguridad y
protección.
15.En el proceso de gestión de recursos humanos se controla las personas y la
disciplina laboral.
16.En el proceso de gestión de recursos humanos se controla la evaluación del
desempeño.
17.En el proceso de gestión de recursos humanos se controla la capacitación del
personal.
18.En el proceso de gestión de recursos humanos se controla la instrucción de las
legislaciones vigentes.
19.En el proceso de gestión técnica se realiza el control de los riesgos
ambientales asociados.
20.En el proceso de gestión técnica se provee a las partes involucradas de
servicios informáticos.
21.En el proceso de gestión técnica se realiza el mantenimiento de los medios de
computación.
22.En el proceso de gestión técnica se provee a los especialistas de la
documentación actualizada.
Reglas de negocio para la fase de facturación y cobro:
Capítulo III
87
1.En el proceso de gestión estratégica garantiza mantener la comunicación con los
clientes.
2.En el proceso de gestión I+D+i se provee a las partes involucradas en la
facturación, de software y base de datos desarrolladas por ellos.
3.En el proceso de gestión logística se encarga del abastecimiento de materiales
de oficina.
4.En el proceso de gestión logística se encarga del mantenimiento y reparación
del transporte empleado.
5.En el proceso de gestión logística se encarga de servicios de mantenimiento de
los locales y medios.
6.En el proceso de gestión económica se lleva el registro y control de los recursos
financieros derivados de las ventas.
7.En el proceso de gestión económica se controla el pago de las deudas incurridas
en el fisco, proveedores, etc.
8.En el proceso de gestión económica se monitorean los resultados de las actas
de aceptación.
9.En el proceso de gestión de recursos humanos se controlan los riesgos
laborales asociados a la actividad.
10.En el proceso de gestión de recursos humanos se controla la seguridad y
protección.
11.En el proceso de gestión de recursos humanos se controlan las personas y la
disciplina laboral.
12.En el proceso de gestión de recursos humanos se realiza la evaluación del
desempeño.
13.En el proceso de gestión de recursos humanos se realiza la capacitación del
personal.
14.En el proceso de gestión de recursos humanos se controla la instrucción de las
legislaciones vigentes.
Capítulo III
88
15.En el proceso de gestión técnica se realiza el control de los riesgos
ambientales asociados.
16.En el proceso de gestión técnica se provee a las partes involucradas de
servicios informáticos.
17.En el proceso de gestión técnica se realiza el mantenimiento de los medios de
computación.
89
Conclusiones
Conclusiones
90
ConclusionesA partir del desarrollo del presente trabajo se puede concluir que:
1 Se analizan los referentes teóricos permitiendo crear una base teórica para el
diseño de un sistema de información con un enfoque de reglas de negocio.
2 Se describió la EIPH, detallando el funcionamiento a informatizar.
3 Se valoraron los sistemas de información precedentes, incluidos los sistemas en
uso.
4 Fue identificado un conjunto de reglas de negocio, adquiridos durante la captura de
los requisitos del sistema, utilizando herramientas que favorecían su detección.
5 Se diseño una base de datos integral, documentada y presentada por módulos
funcionales para facilitar su comprensión.
6 Se diseñó el sistema de control empresarial, clasificándolo e identificando las
características y componentes y los requisitos que debe cumplir cada módulo.
91
Recomendaciones
Recomendaciones
92
Recomendaciones1 Implementar el diseño propuesto utilizando las herramientas cakePHP y
PHPMyAdmin, partiendo de las aplicaciones obtenidas anteriormente con dichas
herramientas, atendiendo a los requisitos planteados y las condiciones de la
empresa.
2 Diseñar, a partir de la base de datos propuesta, un almacén de datos, utilizando la
herramienta Pentaho, complementando al Cuadro de Mando Integral, para facilitar
la toma de decisiones.
3 Realizar las ETL (del inglés Extract, Transform and Load, Extraer, Transformar y
Cargar) necesarias para poblar con los datos almacenados por las actuales bases
de datos en Microsoft Access, la nueva base de datos y de esta al almacén de
datos.
4 Implementar, de las reglas de negocio identificadas, las que se apliquen al sistema
y continuar identificando nuevas reglas de negocio.
93
Bibliografía
Bibliografía
94
BibliografíaAcosta Espinosa, L. & Martínez Lugo, H. (2013): Análisis de vulnerabilidades en
sistemas de bases de datos y aplicaciones web. Departamento de Computación.
Universidad Central "Marta Abreu" de Las Villas. Santa Clara. p
Alba, J. J. (2010): Premio a la calidad. Empresa de Investigación y Proyectos
Hidráulicos. Santa Clara. pp
Arboláez Fernández, L. (2012): Gestión del control del capital humano en la Empresa
de Investigación y Proyectos Hidráulicos de Villa Clara. Universidad Central "Marta
Abreu" de Las Villas. Santa Clara. p
Arjonilla Domínguez, S. J. & Medina Garrido, J. A. (2002): La gestión de los sistemas
de información en la empresa. Ediciones Pirámide. Madrid. pp
Bajec, M. & Krisper, M. (2005) A methodology and tool support for managing business
rules in organisations. Information Systems, 30, 423-443pp.
Bajec, M., Krisper, M. & Rupnik, R. (2000): Using Business Rules Technologies To
Bridge The Gap Between Business and Business Applications. The IFIP 16th World
Computer Congress 2000, Information Technology for Business Management. Peking,
China. RECHNU, G. E. 77-85pp
BRG (2003): The Business Rule Manifesto - The Principles of Rule Independence.
http://www.businessrulesgroup.org/brmanifesto/BRManifesto. Última visita: Noviembre
de 2006
BRG (2009): A non-comercial peer group of IT professionals. The Business Rules
Group.
Cash, J. I., McFarlan, F. W., McKenney, J. L., Applegate, L. M. (1992): Corporate
Information Systems Management: Text and Cases. IRWIN. pp
Ceri, S. & Fraternali, P. (1997): Designing Database Applications with Objects and
Rules: The IDEA Methodology. Addison-Wesley. pp
Bibliografía
95
Collazo García, Y. (2011): Gestión de la información en la Empresa de Investigación y
Proyectos Recursos Hidráulicos de Villa Clara. Universidad Central "Marta Abreu" de
Las Villas. Santa Clara. p
Corporation, M. (2009): Biblioteca de consulta Microsoft Encarta. Corporation, M.
Microsoft Encarta.
García Molina, J., Ortín-Ibáñez, M. J., Moros, B., Nicolás, J. & Toval Álvarez, J. A.
(2000): De los Procesos del Negocio a los Casos de Uso. JISBD 2000. Valladolid,
España. 103-116pp
Goedertier, S. & Vanthienen, J. (2005): Rule-based Business Process Modeling and
Execution. IEEE EDOC Workshop on Vocabularies Ontologies and Rules for The
Enterprise (VORTE 2005). Septiembre.
Goldman, S. L., Nagel, Roger N. , Preiss, Kenneth (1995): Agile Competitors and Virtual
Organizations: Strategies for Enriching Customers. Von Nostrand Reinhold. New York.
pp
González Fabelo, F. (2012): Gestión del control de la producción en la Empresa de
Investigación y Proyectos Hidráulicos de Villa Clara. Universidad Central "Marta Abreu"
de Las Villas. Santa Clara. p
Hay, D., Healy, K. A. & Hall, J. (2000): Defining Business Rules. What Are They Really?
Business Rules Group.
Hay, D. C., Kolber, A. & Anderson, K. H. (1997): GUIDE Business Rules Project: Final
Report.
Henderson, J. C., & Venkatraman, N (1993) Strategic alignment: Leveraging information
technology for transforming organizations. IBM Systems Journal, 32, 4-16pp.
HTML Tags used in HTML,” Tags used in HTML. http://www.w3.org/History/19921103-
hypertext/hypertext/WWW/MarkUp/Tags.html. Última visita:
Johnson, M. E., Leigh Reid, R. (1996) The design of a strategic information sistem.
Bibliografía
96
Kovacic, A., Groznik, A. & Krisper, M. (2001) Business renovatios: from business
process modelling to infomation system modelling. International Journal of Simulation,
2.
Laudon, K. C. & Laudon, J. P. (2008): Sistemas de Información Gerencial.
Administración de la empresa digital. Pearson Educación. México. pp
Lowenthal, B. (2005): Rule Enabling Applications with Oracle Business Rules. Última
visita: 29 de octubre de 2012. 20p
Luftman, J. N., Lewis, P. R., & Oldach, S. H (1993) Transforming the enterprise: The
alignment of business and Information Technology Strategies. IBM Systems Journal,
32, 198-221pp.
Martínez Busto, M. E. e. a. (2012): Adquisición e implementación de reglas de negocio
desde el enfoque de reglas de negocio. Editorial Samuel Feijó. Universidad Central
"Marta Abreu" de Las Villas, Santa Clara. pp
Martínez Rodríguez, A. & Almaguer Tórres, M. (2001): "GESTIÓN DEL
CONOCIMIENTO": ¿RÉQUIEM POR LA GESTIÓN DE INFORMACIÓN?
BIBLIOTECOLOGÍA Y CIENCIA DE LA INFORMACIÓN. UNIVERSIDAD DE LA
HABANA. LA HABANA. p
Medina Quintero, J. M. (2005): Evaluación del impacto de los sistemas de información
en el desempeño individual del usuario: aplicación en instituciones universitarias.
Organization Engineering, Business Administration and Statistics. Universidad
Politécnica de Madrid. Madrid. p
Morgan, T. (2002): Business Rules and Information Systems: Aligning IT with Business
Goals. Addison Wesley. pp
Nuñez Pérez, C. A. (2012): Edicion de reglas de negocio mediante el desarrollo de
herramientas sobre un modelo de hecho genérico basado en SBVR. Departamento de
Computación. Universidad Central "Marta Abreu" de Las Villas. Santa Clara. p
República, C. G. d. l. (2011): Resolución 60. La Habana.
Ross, R. G. (2005): Business Rule Concepts - Getting to the Point of Knowledge.
Business Rule Solutions Inc. 134 pp
Bibliografía
97
Ross, R. G. (2010): Business Rule Concepts. Business Rule Solutions, LLC. 158 pp
Schreiber, G., Akkemans, H., Anjewierden, A., de Hoog, R., Shadbolt, N., Van de
Velde, W. & Wielinga , B. (1999): Knowledge Engineering and Management: The
CommonKADS Methodology. The MIT Press. 471 pp
Soliveres, P. A. (1997): Desarrollo Cliente/Servidor: ubicación de las reglas de negocio.
Revista Profesional para Programadores (RPP).
http://www.softwarementors.com/arti/csbr/csbr.htm. Última visita: 19 de enero de 2013.
Stair, R. M., Reinolds, George W. (2000): Principios de sistemas de Información.
Enfoque Administrativo. International Thomson Editores, S. A. de C. V. México. pp
Suárez, A. M. (2011): Procedimiento para el control de la producción en las áreas
productivas. Empresa de Investigaciones y Proyectos Hidráulicos, Villa Clara. . Santa
Clara. pp
Weiden, M., Hermans, L., Schreiber, G. & van der Zee, S. (2004): Classification and
Representation of Business Rules. www.omg.org/docs/ad/02-12-18.pdf. Última visita:
12 de diciembre de 2012.
Weiden, M. R. (2000): A Critique of the Pure Business-Rule Approach. Department of
Social Science Informatics. University of Amsterdam. Amsterdam. p
98
Anexos
_________ Anexos
99
Anexo 1: Glosario de términosTPS: Sistemas de Procesamiento Transaccional.
DSS: Sistemas de Apoyo a la Decisión.
ESS: Sistemas de Apoyo a los Ejecutivos.
KWS: Sistemas de Trabajo del Conocimiento.
ERP: Planeación de Recursos Empresariales.
MIS: Sistemas de Información Administrativos.
GDSS: Sistemas de Apoyo a la Decisión en Grupo.
EIS: Sistemas de información Expertos.
SIS: Sistemas de Información Estratégicos.
eBIS: Sistemas de Información de Negocios Electrónicos.
_________ Anexos
100
Anexo 2: Base de datos propuesta.
_________ Anexos
101
Anexo 3: Descripción de los módulos RR.HH., Transporte yCombustible, Cuadro de Mando Integral e Informática.
3.1 Módulo “Recursos Humanos”
En este módulo encontramos tres usuarios esenciales:
Usuario: es el usuario que ingresa al sistema en busca de información general.
Sise autentica cambia de usuario.
Administrador: es el super user del módulo con responsabilidad de gestionar
usuarios y actualizar el sitio.
Especialista en RR.HH.: es el encargado de controlar la información.
Este módulo presenta varios requisitos funcionales, los cuales son enumerados y
listados a continuación: 1-Autenticarse. 2-Insertar usuario. 3-Modificar usuario. 4-
Eliminar usuario. 5-Ingresar un nuevo trabajador a la empresa. 6-Imprimir reporte de
trabajadores por municipio. 7-Dar Baja a un trabajador de la empresa. 8-Modificar datos
de un trabajador. 9-Buscar trabajador. 10-Mostrar datos del trabajador. 11-Imprimir
datos del trabajador. 12-Insertar cargo. 13-Eliminar cargo. 14-Modificar cargo. 15-
Insertar grupo Salarial. 16-Modificar grupo Salarial. 17-Eliminar grupo Salarial. 18-
Insertar accidente de trabajo. 19-Eliminar accidente de trabajo. 20-Modificar accidente
de trabajo. 21-Insertar accidente de trabajo de un trabajador. 22-Eliminar accidente de
trabajo de un trabajador. 23-Modificar accidente de trabajo de un trabajador. 24-Insertar
ausencias. 25-Eliminar ausencias. 26-Modificar ausencias. 27-Insertar ausencias de un
trabajador. 28-Eliminar ausencias de un trabajador. 29-Modificar ausencias de un
trabajador. 30-Insertar misión internacionalista. 31-Modificar misión internacionalista.
32-Eliminar misión internacionalista. 33-Insertar misión internacionalista de un
trabajador. 34-Modificar misión internacionalista de un trabajador. 35-Eliminar misión
internacionalista de un trabajador. 36-Insertar medios de protección. 37-Eliminar
medios de protección. 38-Modificar medios de protección. 39-Insertar medios de
protección entregados al trabajador. 40-Modificar medios de protección entregados al
_________ Anexos
102
trabajador. 41-Eliminar medios de protección entregados al trabajador. 42-Insertar
Superación. 43-Eliminar Superación. 44-Modificar Superación. 45-Insertar superación
del trabajador. 46-Eliminar superación del trabajador. 47-Modificar superación del
trabajador. 48-Emitir reporte de los trabajadores. 49-Imprimir reporte de los
trabajadores. 50-Emitir reporte de los trabajadores por sexo. 51-Imprimir reporte de los
trabajadores por sexo. 52-Emitir reporte de los trabajadores accidentados. 53-Imprimir
reporte de los trabajadores accidentados. 54-Emitir reporte de los trabajadores
ausentes. 55-Imprimir reporte de los trabajadores ausentes. 56-Emitir reporte de los
trabajadores en superación. 57-Imprimir reporte de los trabajadores en superación. 58-
Emitir reporte de los trabajadores en misión internacionalista. 59-Imprimir reporte de
los trabajadores en misión internacionalista. 60-Emitir reporte de medios de protección
de los trabajadores. 61-Imprimir reporte de medios de protección de los trabajadores.
62-Emitir reporte de los trabajadores bajas de la empresa. 63-Imprimir reporte de los
trabajadores bajas de la empresa. 64-Insertar Departamento. 65-Modificar
Departamento. 66-Eliminar Departamento. 67-Emitir reporte de trabajadores por cargo.
68-Imprimir reporte de trabajadores por cargo. 69-Emitir reporte de trabajadores por
departamento. 70-Imprimir reporte de trabajadores por departamento. 71-Emitir
Reporte de trabajadores por municipio.
3.1.1Casos de uso
En este módulo se han identificado los siguientes casos de uso:
1. Autenticarse.
2. Gestionar Usuario.
3. Gestionar Ingreso de un trabajador.
4. Gestionar Baja de un trabajador.
5. Buscar datos del trabajador.
6. Modificar datos de un trabajador.
7. Gestionar Cargo
8. Gestionar Departamento
9. Gestionar Superación.
_________ Anexos
103
10.Gestionar Superación de un Trabajador
11.Gestionar Ausencias.
12.Gestionar Ausencias de un Trabajador
13.Gestionar Grupo Salarial.
14.Gestionar Misiones Internacionalistas.
15.Gestionar Accidentes de Trabajo.
16.Gestionar Accidentes de Trabajo de un Trabajador
17.Gestionar Medios de Protección.
18.Gestionar Medios de Protección de un Trabajador
19.Obtener reporte de los trabajadores por sexo.
20.Obtener reporte de los trabajadores accidentados.
21.Obtener reporte de los trabajadores ausentes.
22.Obtener reporte de la superación de los trabajadores.
23.Obtener reporte de los medios de protección de los trabajadores.
24.Obtener reporte de los datos de los trabajadores.
25.Obtener reporte de los trabajadores que han sido baja en la Empresa.
26.Obtener reporte de los trabajadores por municipio.
27.Obtener reporte de los trabajadores por cargo.
28.Obtener reporte de los trabajadores por departamento.
De estos casos de uso y su vinculación con los actores se elaboró el diagrama de
casos de uso general del módulo (Ver Figura 3. 11). Se observan los tres usuarios
referidos, relacionados con los casos de uso Autenticarse, Consultar información
general y gestionar usuario. Los casos de uso restantes, gestionar trabajador (Ver
Figura 3. 12), obtener reportes (Ver Figura 3. 14) y gestionar información (Ver Figura 3.
13), son casos de uso generales, que abarcan varios casos de uso y que, para facilitar
su comprensión, se separan en diagramas para cada uno.
_________ Anexos
104
Figura 3. 11: Diagrama de casos de uso del módulo RR.HH. Vista general.
El caso de uso genérico gestionar trabajador, incluye todas las actividades
relacionadas con la inserción y actualización de los datos propios de los trabajadores,
diferenciándose del caso de uso genérico gestionar información, el que permite
solamente el manejo de los datos. Citemos un ejemplo: ante la ocurrencia de un
accidente laboral de nuevo tipo (no se había desarrollado un accidente como este
anteriormente), se debe adicionar primero el accidente (gestionar información) para
luego adicionar el(los) trabajador(es) accidentados (gestionar trabajador).
_________ Anexos
105
Figura 3. 12: Diagrama de Casos de uso. Especificación del caso de uso Gestionar Trabajador.
_________ Anexos
106
Figura 3. 13: Diagrama de Casos de uso. Especificación del caso de uso Gestionar Información.
En la Figura 3. 14 se muestran todos los casos de uso relacionados con obtener
reportes, que, dado el volumen de datos presentes en este módulo, podemos percibir
que se requieren varios reportes, para su posterior impresión como informes del trabajo
con los RR.HH.
Figura 3. 14: Diagrama de Casos de uso. Especificación del caso de uso Obtener reportes.
La Tabla 3. 1 presenta una descripción de los casos de uso de este módulo.
_________ Anexos
107
Tabla 3. 1: Descripción de los casos de uso. Fuente: elaboración propia.
Casos de uso Descripción
Autenticarse Ese caso de uso se utiliza para que los usuarios
autenticados puedan entrar al sitio con sus
correspondientes permisos.
Gestionar usuario Todas las acciones que realiza el administrador
relacionadas al control de los usuarios.
Gestionar Ingreso de un
trabajador
Permite adicionar toda la información relativa a la
contratación de un nuevo trabajador.
Gestionar Baja de un trabajador Se utiliza este caso de uso para modificar el
estado del contrato, pasando a baja y llenando los
datos de la misma.
Buscar datos del trabajador. Opción para conocer todos los datos del
trabajador.
Modificar datos de un trabajador. Se realiza cualquier cambio en la información
correspondiente al trabajador.
Gestionar Cargo Adiciona, elimina o modifica los cargos para su
relación con el trabajador.
Gestionar Departamento Adiciona, elimina o modifica los departamentos
ante algún cambio en la estructura directiva.
Gestionar Superación Manejar la información referente a los cursos.
Gestionar Superación de un
Trabajador
Manejar la información referente a los cursos que
toman los trabajadores.
Gestionar Ausencias Gestiona todos los tipos de ausencias.
Gestionar Ausencias de un Registra las ausencias de los trabajadores y sus
_________ Anexos
108
Trabajador causas.
Gestionar Grupo Salarial Se registran los grupos salariales para los
contratos y las nóminas.
Gestionar Misiones
Internacionalistas
Lista las misiones que han cumplido los
trabajadores.
Gestionar Accidentes de Trabajo Registra todos los tipos de accidentes que puedan
ocurrir, o adiciona alguno de nuevo tipo.
Gestionar Accidentes de Trabajo
de un Trabajador
Permite adicionar accidentes a trabajadores.
Gestionar Medios de Protección Relación de medios de protección de la empresa.
Gestionar Medios de Protección
de un Trabajador
Relación de todos los trabajadores que poseen
medios de protección y su fecha de devolución.
Obtener reporte de los
trabajadores por sexo
Listado de trabajadores por sexo y resumen de
cantidad por sexo.
Obtener reporte de los
trabajadores accidentados
Ofrece un listado de accidentes de trabajadores.
Obtener reporte de los
trabajadores ausentes
Listado de los trabajadores ausentes en un
periodo o en el día seleccionado.
Obtener reporte de la superación
de los trabajadores
Listado de las los trabajadores con algún curso de
superación.
Obtener reporte de los medios de
protección de los trabajadores
Relación de medios en manos de los trabajadores.
Obtener reporte de los datos de
los trabajadores
Reporte toda la información relativa a un
trabajador.
Obtener reporte de los Listado de bajas y sus causas.
_________ Anexos
109
trabajadores que han sido baja en
la Empresa
Obtener reporte de los
trabajadores por municipio
Listado de trabajadores por municipio.
Obtener reporte de los
trabajadores por cargo
Listado los trabajadores, agrupados por el cargo
que se desempeñan.
Obtener reporte de los
trabajadores por departamento
Reporte con los trabajadores existentes en un
departamento seleccionado, o en todos.
_________ Anexos
110
3.1.2 Diseño de la base de datos
Los diseños de bases de datos para esta área han evolucionado considerablemente,
partiendo que se han realizado dos trabajos referentes a este departamento.
Figura 3. 15: Propuesta de diseño del módulo RR.HH.
Los datos de los recursos humanos son imprescindibles para el resto de las áreas, por
lo que, las herramientas actuales en uso poseen varias tablas vinculadas a la base de
datos de este departamento. Aun cuando es el área de la EIPH más analizada, aún
persisten incongruencias en las bases de datos diseñadas para este fin.
_________ Anexos
111
Collazo García (2011), construye una tabla Trabajadores Activos, vinculada a
Trabajadores, para almacenar el identificador del mismo mientras este se mantenga
activo en la empresa. Arboláez Fernández (2012) elimina esta idea en su diseño,
conformando la tabla Contratos, con datos anteriormente en Trabajador, a cuya tabla
adiciona un campo estado para controlar si es baja o alta en la empresa. En este
diseño se propone una tabla Baja, que posibilita almacenar otros datos que no eran
recogidos en las propuestas
anteriores, como la causa de la
baja, la fecha y el identificador (id)
del trabajador, manteniendo sus
datos en la tabla Trabajador. Para
muchas de las operaciones y
reportes que ese requieren en el
sistema, debe incluirse en la
consulta la búsqueda en Baja del
id del trabajador, operación
menos costosa que buscar en
todos los contratos si el estado es
baja o alta, según se requiera
(Ver Figura 3. 16).
Figura 3. 16: Fragmento del diseño de(Arboláez Fernández, 2012)(Arriba). Fragmento del diseño
propuesto.
Otra novedad presente es la clasificación de varios tipos de usuarios, antes obviado por
los investigadores. Cada uno de los tipos definidos, jefe de servicios, responsable de
tarjeta, chofer, dirigente, controlador y usuario, poseen los mismos datos de todos los
_________ Anexos
112
trabajadores, además de las especificaciones que se
requieren para los mismos. Anteriormente se debía
refinar la búsqueda atendiendo a la ocupación
reflejada en el contrato, ahora solo se consulta la
tabla del tipo de trabajador, acoplando con trabajador
para obtener su nombre y otros datos requeridos (Ver
Figura 3. 17).
También se separan los datos de la dirección del
trabajador a una nueva tabla, Dirección que permite
además controlar la dirección de los inversionistas y
las sucursales bancarias de estos, en el módulo
producción.
Se propone, para modelar el vínculo entre el
trabajador, su contrato y su cargo, el uso de una
relación ternaria entre las mismas, originándose una
tabla que acoge los id de estas tres (Ver Figura 3.
18).
Se mantienen similares los registros de las
ausencias, los accidentes, las misiones
internacionalistas, los idiomas que dominan los
trabajadores, los cursos, la escolaridad y
especialidad, las organizaciones y otros órganos de
la defensa a los que pertenecen, el estado civil, grupo
sanguíneo y color de la piel.
Figura 3. 17: Fragmento del diseño propuesto.
_________ Anexos
113
Figura 3. 18: Fragmento del diseño propuesto.
3.1.3 Reglas de negocio para el módulo
En esta sección se pretende ilustrar con un ejemplo como los casos de uso que se
obtienen a partir de la captura de requisitos corresponden con procesos de negocio de
los departamentos o la empresa. Explícitamente se puede apreciar que algunos
coinciden, haciendo ver así el estrecho vinculo entre el modelado del negocio, el diseño
del SI y las reglas de negocio.
A partir del estudio realizado, para este ejemplo se identificaron los siguientes procesos
de negocio, relacionados con la gestión de los datos de los trabajadores:
Insertar un trabajador nuevo a la empresa.
Este proceso se encarga de realizar todas las tareas relacionadas con el inicio de un
trabajador como empleado de la empresa, desde que solicita el empleo al
departamento de Recursos Humanos hasta que se le confecciona su expediente
laboral y se le asigna el cargo que va a ocupar en la unidad de trabajo a la cual va a
pertenecer.
Dar baja a un trabajador de la empresa.
_________ Anexos
114
Este proceso se encarga de realizar todos los trámites de la gestión de la baja a los
trabajadores de la empresa.
Actualizar los datos de un trabajador.
En el transcurso de la vida laboral de los trabajadores pueden surgir cambios en sus
datos, como cambios de dirección, cambios de departamentos, ascenso de cargo a
ocupar. Es aquí donde este proceso tiene su papel principal, pues se encarga de toda
la manipulación de estos datos en específico.
Confeccionar Reportes.
En el departamento de recursos humanos se confeccionan variados reportes con el
objetivo de consolidar la información que allí se gestiona, los cuales ayudan a los
directivos de la empresa a tomar decisiones importantes. Dentro de los informes más
frecuentes que se elaboran se encuentran los relacionados con el ausentismo de la
empresa, así como informaciones estadísticas sobre la cantidad de trabajadores por
sexo y categoría ocupacional, por unidad y por el nivel de escolaridad.
Entregar medio de protección.
Este proceso se encarga de realizar todos los trámites relacionados con la entrega de
los medios de protección a los trabajadores, los medios de protección a entregar son:
casco, guantes, botas etc. Según el tipo de medio de protección tiene un periodo de
vida útil.
Devolver medio de protección.
Este proceso se encarga de realizar todos los trámites relacionados con la devolución
de los medios de protección de los trabajadores, ya sea porque se rompió o se venció
la fecha de uso del mismo.
Matricular en Cursos de Superación.
Este proceso se encarga de realizar todos los trámites relacionados con la superación
de los trabajadores de la empresa en caso que el rendimiento de ellos este por debajo
de las normas requeridas.
_________ Anexos
115
Para estos procesos de negocio, y vinculado al diseño de la base de datos, se realizó
la identificación de reglas de negocio:
1. El especialista C en Recursos Humanos es el encargado de aceptar un
trabajador.
2. Cuando el trabajador ingresa en la entidad se le hace un expediente laboral con
sus datos particulares y el lugar donde trabajará.
3. El especialista C en Recursos Humanos es el encargado de darle de baja a un
trabajador.
4. Cuando un trabajador se va, se dejan activados en el departamento los datos
personales del trabajador.
5. Al actualizar los datos personales del trabajador, los cambios realizados en el
mismo deben ser archivados en el Departamento de Recursos Humanos.
6. Los reportes establecidos deben ser impresos según la periodicidad requerida.
7. Al recibir un medio de protección, el trabajador debe firmar el acta de entrega.
8. Un trabajador no puede tener medios de protección pasada la fecha de
devolución.
9. Al entregar un medio de protección, el trabajador debe justificar si se encuentra
en mal estado.
10.Todos los trabajadores pueden matricular en cursos de superación.
11.Las actividades de superación se reportan a las horas de trabajo del registro de
actividades complementarias.
12.Las horas empleadas en la superación del trabajador no pueden afectar el
cumplimiento de las tareas de proyecto.
13.Un trabajador no puede tener nivel de escolaridad primario, ni medio ni sin nivel.
14.Un trabajador no puede tener misiones internacionalistas sin dominio del inglés.
15.Un trabajador dirigente debe recibir el curso de administración de empresas.
16.Un trabajador no puede tener categoría ocupacional dirigente sin nivel de
escolaridad superior.
_________ Anexos
116
17.Para cumplir una misión internacionalista un trabajador debe recibir el curso del
idioma correspondiente.
La mayor parte de las reglas de este módulo se encuentran en el modulo de producción
como parte de las reglas para las fases del proceso productivo.
3.2 Módulo “Transporte y Combustible”
El control del combustible reviste una gran importancia, pues se utiliza diariamente, ya
que la transportación es una actividad básica en esta empresa por los servicios que
brinda. Para este módulo se identificaron los usuarios:
Responsable Económica: Es el usuario que se encarga del manejo de los datos de la
contabilidad, el registro de las operaciones entre otras actividades.
Cajera: es el usuario que posee las tarjetas y debe utilizarlo para el control de las
entregas y recibos de las tarjetas.
Chofer: usuario que puede acceder al sistema para conocer datos vinculados a su
persona y su vehículo.
Responsable de transporte: usuario encargada de operar con la información de los
vehículos y los choferes, además de registrar las hojas de ruta.
Jefe de Centro de costo: es un usuario de los centros de costo que accede para
conocer el uso del combustible por convenio y Centro de costo.
Usuario: puede acceder a este módulo en busca de información general y de dominio
público.
A continuación se muestra el listado de los requisitos funcionales con que debe cumplir
este apartado: 1-Ver tipos de moneda. 2-Adicionar tipo de moneda. 3-Eliminar tipo de
moneda. 4-Ver tipo de combustible. 5-Adicionar tipo de combustible. 6-Eliminar tipo de
combustible. 7-Ver precios de combustible. 8-Adicionar precio de combustible. 9- Ver
datos de parque de transporte. 10-Adicionar vehículo. 11-Dar baja a un vehículo. 12-
Definir estado técnico. 13- Definir situación actual. 14-Adicionar datos de chofer. 15-
Modificar datos de chofer. 16-Eliminar chofer. 17-Ver datos de tarjetas. 18-Adicionar
tarjeta. 19-Eliminar tarjeta. 20- Modificar datos de tarjeta. 21-Adicionar cuenta. 22-
_________ Anexos
117
Modificar cuenta. 23-Eliminar cuenta. 24-Adicionar subcuenta. 25-Eliminar subcuenta.
26-Adicionar análisis. 27-Eliminar análisis. 28- Ver datos de las cuentas. 29-Adicionar
elemento de gasto. 30-Adicionar análisis de gasto. 31-Eliminar elemento de gasto. 32-
Eliminar análisis de gasto. 33-Configurar cuentas deudoras. 34-Configurar cuentas
acreedoras. 35-Adicionar Centro de costo. 36-Modificar Centro de costo. 37-Eliminar
Centro de costo. 38-Relacionar cuenta con Centro de costo. 39-Cargar tarjetas. 40-
Confeccionar cheque. 41-Entregar tarjeta. 42-Devolver tarjeta. 43-Registrar consumo.
44-Registrar hoja de ruta. 45-Confeccionar comprobante de entrada. 46-Confeccionar
comprobante de operaciones. 47-Confeccionar informe de consumo por auto. 48-
Confeccionar informe de consumo por choferes. 49-Confeccionar informe de consumo
de tarjeta por mes. 50-Confeccionar informe de consumo y saldo por tarjeta. 51-
Confeccionar informe comparativo del índice de consumo teórico y real. 52-
Confeccionar informe de consumo por marca o modelo. 53-Confeccionar informe de
datos de la empresa. 54-Confeccionar informe de datos para el 5073. 55-Confeccionar
informe de consumo por actividad o destino. 56-Confeccionar informe de consumo por
Centro de costo. 57-Confeccionar informe con detalle de cargas y consumo por días.
58-Confeccionar informe con números de teléfonos de choferes. 59-Confeccionar
informe con resumen de consumo por Centro de costo. 60-Confeccionar informe de
tarjetas con saldos inicial y final. 61-Confeccionar informe de transferencias. 62-
Confeccionar informe sobre los consumos por proyectos. 63-Confeccionar informe con
saldos de tarjetas de reserva. 64-Confeccionar informe con tarjetas de estiba. 65-
Confeccionar informe total y saldo del mes. 66-Confeccionar informe con listado de
tarjetas cargadas. 67-Confeccionar informe con submayor por tarjetas de combustible.
68-Confeccionar informe de tarjetas dudosas. 69-Confeccionar informe de tarjetas
dudosas de diesel. 70-Confeccionar informe de tarjetas dudosas de gasolina. 71-
Confeccionar informe de utilización de tarjetas por Centro de costo.
3.2.1 Casos de uso
Los casos de uso identificados fueron los siguientes:
1. Gestionar moneda.
_________ Anexos
118
2. Gestionar combustible.
3. Gestionar precio de combustible.
4. Gestionar datos de vehículos.
5. Gestionar chofer.
6. Gestionar tarjeta.
7. Gestionar cuenta.
8. Gestionar Centro de costo.
9. Cargar tarjeta.
10.Crear cheque.
11.Entregar tarjeta.
12.Recibir tarjeta.
13.Registrar consumo.
14.Registrar hoja de ruta.
15.Gestionar reportes.
16.Consultar información general.
17.Autenticarse.
La Figura 3. 19 muestra como se relacionan los casos de uso con los actores del
módulo.
_________ Anexos
119
Figura 3. 19: Diagrama de casos de uso. Módulo Transporte y Combustible.
El caso de uso Gestionar reportes es común para tres actores como se muestra en la
figura. Este caso de uso agrupa a varios casos de uso, que, para ganar en claridad, no
se incluyeron en le diagrama mostrándose a continuación en la Figura 3. 20.
_________ Anexos
120
Figura 3. 20: Especificación del caso de uso Gestionar reporte.
_________ Anexos
121
La Tabla 3. 4 muestra una descripción de los casos de uso.
Tabla 3. 4: Descripción de los casos de uso del módulo Transporte y Combustible.
Caso de Uso Descripción
Autenticar Ese caso de uso se utiliza para que los usuarios
autenticados puedan entrar al sitio con sus
correspondientes permisos.
Consultar informacióngeneral
Se utiliza este caso de uso para acceder a la página
principal del módulo, para dar a conocer informaciones
de interés.
Gestionar moneda Se utiliza para ver, adicionar o eliminar un tipo de
moneda
Gestionar combustible Se utiliza para ver, adicionar o eliminar un tipo de
combustible
Gestionar precio de loscombustibles
Se utiliza para ver o adicionar los precios de
combustibles, con su fecha de cambio. No pueden ser
eliminados estos registros. Se trabaja con el precio más
reciente.
Gestionar datos de losvehículos.
Se utiliza para ver, adicionar, dar baja, gestionar estado
técnico, gestionar situación actual y definir destino.
Gestionar chofer Se utiliza para registrar los datos adicionales de los
choferes, se pueden actualizar o eliminar.
Gestionar tarjeta Se emplea para ver, adicionar, eliminar o modificar los
datos de una tarjeta
Gestionar reportes Se utiliza este caso de uso para mostrar mediante
reportes de datos necesarios el control de los costos.
Gestionar cuenta Se utiliza por la responsable económica para el manejo
_________ Anexos
122
3.2.2 Diseño de la base de datos
Para este módulo solo se cuenta como antecedente la aplicación que actualmente se
encuentra en funcionamiento en la empresa, implementada con Microsoft Access. A
partir del análisis de la misma, y entrevistas con los usuarios, se pudo constatar la
necesidad de rediseñar esta aplicación, pues, a pesar de los errores detectados,
señalados en la sección 2.2.1, también existen procesos que no se encuentran
automatizados.
Para el nuevo diseño se tuvo en cuenta la función de cada entidad, permitiendo
organizarlas en tres módulos, Combustible, Transporte y Contabilidad, lo que
de los datos de las cuentas.
Gestionar centro decosto
Maneja los datos de los centros de costo y controla los
costos de los proyectos.
Cargar tarjeta Corresponde a la responsable económica y representa
la transferencia de pago anticipado a efectivo en caja
Crear cheque Corresponde a la responsable económica y representa
la transferencia de efectivo en banco a pago anticipado
Entregar tarjeta Corresponde a la cajera y es la transferencia de efectivo
en caja a anticipo a justificar.
Recibir tarjeta Corresponde a la cajera y es el proceso inverso de
entregar tarjeta, es la transferencia de anticipo a
justificar a efectivo en caja.
Registrar consumo Lo realiza la responsable económica y corresponde al
acto de registrar el gasto.
Registrar Hoja de ruta Lo realiza la responsable de transporte, se registran y
se visualizan pero no pueden ser eliminadas.
_________ Anexos
123
representa una diferencia notable con respecto a la anterior pues en Combustible se
encuentra también el control de la Contabilidad y un registro del parque de transporte,
el que se encontraba duplicado en Inventario y también en Hoja de Ruta.
La Contabilidad, presente en Combustible en dicha herramienta, se vincula a la
Contabilidad del área de Producción, donde se lleva el control del resto de los hechos
contables, quedando eliminada esta variante con el diseño que se presenta. A
continuación se muestra en la Figura 3. 21 la propuesta del módulo de Contabilidad.
Es un diseño que recoge todas las categorías que poseen las cuentas (subcuentas,
análisis, elementos de gasto y análisis), el tipo de cuenta y todos los datos necesarios a
registrar para la ejecución de una operación. La estructura que posee soporta la
realización de todas las operaciones propias de las áreas que se vincularan, y une los
registros de los hechos contables de combustibles y del proceso productivo.
Permite la obtención de los datos de costo de cada proyecto de forma completa,
precisa y actual, pues cada uno de los gastos realizados en función de un proyecto, se
registran por el funcionario responsable en el momento de recibir la notificación, y no es
necesario esperar al cierre del mes para obtener los reportes vinculados a gastos hasta
la fecha, entre otros, favorecido por la fácil implementación de una vista de esa
información.
Este apartado incluye soporte a las operaciones de elaboración del cheque (desde la
óptica del registro del hecho, pues el cheque se confecciona manualmente en el
modelo establecido por el Banco de Crédito y Comercio) y de entrega de la tarjeta
cargada al responsable, que actualmente es realizada de forma manual.
_________ Anexos
124
Figura 3. 21: Fragmento del diseño propuesto. Módulo Contabilidad.
De esta forma, el control del combustible se simplifica a 4 tablas, las que se muestran
en la Figura 3. 22, por ser la cantidad de entidades mínimas posibles para almacenar
los datos correspondientes, anteriormente recogidos en 34 tablas por el hecho ya
descrito de la unión de combustible, inventario de vehículos y contabilidad.
_________ Anexos
125
Figura 3. 22: Fragmento del diseño propuesto. Módulo Combustible.
Todos los datos de las tarjetas se puede apreciar que son llaves foráneas de otras
tablas que se relacionan, a diferencia de la aplicación actual, que requiere de cuatro
tablas para las tarjetas (Ver Figura 3. 23).
_________ Anexos
126
Figura 3. 23: Fragmento de la vista de relaciones, base de datos Combustible.
Se encuentran las tablas: combustible y precio, el que se relaciona con la moneda en
que se adquiere, y el combustible con el vehículo, el que se controla en el módulo
Transporte (Ver Figura 3. 24).
Figura 3. 24: Fragmento del diseño propuesto. Módulo Transporte.
Esta propuesta para el control del transporte posee notables diferencias con las
herramientas mencionadas, pues, como ya se ha dicho, es única, eliminando la
_________ Anexos
127
duplicidad en estos datos que se encontraban en Inventario de vehículos, Hojas de ruta
y Combustible.
En la tabla Vehículo se encuentran todos los datos del mismo, que no pueden ser
almacenados en otras tablas y las relaciones que posee con los datos de marca,
modelo, país y año de fabricación, también se vincula con los datos del motor del
vehículo. Se incluye el estado técnico del mismo y el registro de los que han resultado
baja y su causa. También se controla la situación actual de los mismos y esta se hace
común con la situación actual de los medios informáticos. El parqueo del vehículo se
registra con la dirección del mismo, para lo cual se utiliza la tabla dirección de módulo
trabajadores, por poseer las mismas características.
3.2.3 Reglas de negocio para el módulo
Para este módulo se identificaron las reglas:
Un vehículo no puede tener un mantenimiento programado antes de la fecha
establecida.
1 El índice de consumo debe ser actualizado mensualmente.
2 Las hojas de ruta no pueden tener campos vacios.
3 Todos los mantenimientos deben tener su orden de trabajo.
4 Se debe registrar el chofer que opera un vehículo en ausencia del chofer titular del
mismo.
5 Al producirse un cambio en el clasificador de cuentas o el nomenclador de
elementos de gasto se debe actualizar los datos en el sistema.
6 Una cuenta puede no tener subcuentas.
7 Una subcuenta puede no tener análisis.
8 Un análisis pertenece a una subcuenta y a una cuenta.
9 En una operación tiene que registrarse todos los datos.
10 Una cuenta tiene una moneda.
_________ Anexos
128
11 Una operación de gasto no puede registrarse sin haber registrado las operaciones
anteriores.
12 Una tarjeta opera con un tipo de moneda.
13 Una tarjeta tiene un responsable.
14 Un responsable puede tener varias tarjetas.
15 Existen tarjetas cuyo responsable es la caja.
16 Una tarjeta tiene un tipo.
17 El precio de un combustible es el que posea la fecha más actual.
18 Al cambiar de precio un combustible no puede ser borrado el precio anterior.
19 Para obtener los costos de un convenio se debe chequear con la fecha y el centro
de costo.
3.3 Módulo “Cuadro de Mando Integral”
En este módulo encontramos tres usuarios esenciales:
Usuario: es el usuario que ingresa al sistema en busca de información. Se
autentica y cambia de usuario.
Director: en este caso va agrupar todos los directores de departamentos de la
empresa, con opciones de buscar y editar la información a la cual tienen acceso.
Secretaria-director: va a agrupar las distintas secretarias de los departamentos,
con las mismas opciones del usuario director.
A partir del análisis de los procesos desarrollados en este módulo se listan los
requisitos funcionales:
1-Autenticarse. 2-Insertar preguntas. 3-Insertar respuesta. 4-Insertar medidas. 5-
Seleccionar dirección. 6-Generar gráfico de consolidación. 7-Generar gráfico de
ciclo empresarial. 8-Obtener diagnósticos con preguntas. 9-Obtener diagnóstico
con medidas. 10- Elaborar informe completo. 11- Elaborar informe con medidas.
12- Analizar perspectivas. 13-Analizar procesos. 14- Analizar aprendizaje y
crecimiento. 15- Resumir indicadores. 16-Introducir valores en la tabla. 17-
_________ Anexos
129
Introducir valores en los meses. 18- Conformar informe. 19-Analizar riesgos por
procesos. 20-Analizar riesgos. 21-Analizar no conformidades. 22-Analizar
medidas. 23-Analizar informes. 24-Introducir riesgo. 25-Introducir fecha, número,
naturaleza, consecuencia, probabilidad, nivel, NPR, costo daño, costo medidas.
26-Introducir medidas. 27-Introducir no conformidades. 28-Mostrar causas e
inconformidades. 29-Mostrar medidas. 30-Generar informes. 31-Mostrar plan
general de actividades. 32-Insertar orden del día. 33-Introducir responsable y
clave. 34-Introducir nueva actividad. 35-Mostrar plan mensual de actividades.
36- Seleccionar clasificación. 37-Listar actividades. 38-Insertar acuerdos
tomados. 39-Insertar acuerdos a chequear. 40-Listar acuerdos. 41-Generar
informe ¨Boletín Económico¨. 42-Mostrar plan de gastos por indicadores. 43-
Mostrar resumen de gastos por elementos. 44-Seleccionar criterios a evaluar.
45-Resumir criterios y sus pesos. 46- Actualizar cálculo de pesos. 47-Comparar
relevancia de criterios A y B. 48-Mostrar evaluaciones realizadas. 49-Insertar
nueva evaluación. 50-Mostrar boletín económico. 51-Imprimir informe. 52-
Mostrar documento oficial de los lineamientos.
3.3.1 Casos de uso
En este módulo se han identificado los siguientes casos de uso:
1. Autenticarse
2. Gestionar diagnóstico
3. Generar gráfico de consolidación
4. Generar gráfico de ciclo empresarial
5. Obtener diagnóstico
6. Editar diagnóstico con preguntas
7. Editar diagnóstico con medidas
8. Elaborar informe
9. Mostrar informe con medidas
10.Mostrar informe completo
_________ Anexos
130
11.Analizar el perfeccionamiento empresarial
12.Gestionar actividad
13.Editar actividades
14. Introducir responsable
15. Introducir clave
16.Generar informe ¨Boletín Económico¨
17.Mostrar plan de gastos por indicadores
18.Mostrar resumen de gastos por elementos
19.Mostrar documento oficial de los lineamientos
20.Generar vista previa del informe
21.Generar informe
22.Seleccionar dirigente
23.Realizar análisis
24.Conformar tablas
25.Conformar informes
26.Analizar riesgos
27.Gestionar riesgos por procesos
28.Describir riesgo
29.Mostrar causas e inconformidades
30.Mostrar medidas
31.Generar informes
32.Gestionar cálculo del impacto
33.Actualizar cálculo de los pesos
34.Comparar matriz A y B
De los casos de usos mostrados anteriormente y su vinculación con los actores se
elaboraron diagramas de caso de usos para cada una de las secciones por separado,
_________ Anexos
131
con el fin de facilitar su comprensión, agrupados por las secciones que posee este
módulo:
Figura 3. 25: Diagrama de casos de uso, sección Ciclo de evolución de la empresa.
Figura 3. 26: Diagrama de casos de uso, sección Indicadores para la gestión.
_________ Anexos
132
Figura 3. 27: Diagrama de casos de uso, sección Programa de órganos colegiados.
Figura 3. 28: Diagrama de casos de uso, sección Planes económicos.
_________ Anexos
133
Figura 3. 29: Diagrama de casos de uso, sección Gestión de riesgos empresariales.
Figura 3. 30: Diagrama de casos de uso, sección Evolución del impacto en la gestión.
Figura 3. 31: Diagrama de casos de uso, sección Informes económicos.
_________ Anexos
134
Figura 3. 32: Diagrama de casos de uso, sección Lineamientos.
Tabla 3. 5: Descripción de los casos de uso.
Casos de uso Descripción
Autenticarse Ese caso de uso se utiliza para que los usuarios autenticados
puedan entrar al sitio con sus correspondientes permisos.
Gestionar diagnóstico Esta acción puede ser gestionada tanto por el director y la
secretaria para editar los diagnósticos con las preguntas,
medidas y sus respuestas.
Generar gráfico de
consolidación
Permite controlar la evolución y pronóstico del ciclo
empresarial del al EIPH VC.
Generar gráfico de ciclo
empresarial
Permite conocer el grado de consolidación del
perfeccionamiento empresarial controlando los indicadores a
evaluar.
Obtener diagnóstico Opción para conocer una panorámica de los diagnósticos
editados.
Mostrar informe
completo
Tiene como objetivo concebir un informe completo sobre
basado en los diagnósticos realizados
Mostrar informe con
medidasSolamente mostrará las medidas editadas en los
_________ Anexos
135
diagnósticos.
Seleccionar dirigente Solamente se realiza la operación de selección.
Realizar análisis Se maneja toda la información referente a las perspectivas,
procesos y aprendizaje y crecimiento en cada una de las
direcciones, además de los indicadores que contempla cada
una.
Conformar tablas Se maneja todo lo relacionado con las con información
analizada y se le insertan nuevos valores en cada uno de los
meses del año en cuestión.
Conformar informes Se conforma un informe con todos los indicadores.
Analizar el
perfeccionamiento
empresarial
Se analiza todo lo relacionado con las actividades de la
empresa.
Gestionar actividad Se introduce un responsable y su clave.
Editar actividades Se editan todos los datos relacionados con las actividades de
la empresa.
Generar informe
¨Boletín Económico¨
Se imprime un boletín económico con todos los indicadores
de la empresa.
Mostrar plan de gastos
por indicadores
Solo se muestra el informe.
Mostrar resumen de
gastos por elementos
Solo muestra el informe.
Analizar riesgo Aquí se contempla todo lo relacionado con los riesgos.
Gestionar riesgos por
procesos
Ofrece la opción de editar todo lo relacionado con los riesgos
por proceso.
_________ Anexos
136
Describir riesgos Da la opción de hacer una descripción concreta de los
riesgos.
Mostrar causas e
inconformidades
Muestra las causas e inconformidades además permite
editar.
Mostrar medidas Solo muestra las medidas.
Gestionar cálculo del
impacto
Se analiza la intensidad de la innovación en la organización,
además de analizar los criterios para evaluar, el resumen de
los pesos, evaluaciones realizadas y permite actualizar los
pesos con la inserción de nuevas evaluaciones.
Generar vista previa del
informe
Muestra los cambios continuos que se le pueden ir realizando
al informe.
Mostrar documento
oficial de los
lineamientos
Muestra el documento oficial de los lineamientos para su
consulta.
3.3.2 Diseño de la base de datos
_________ Anexos
137
Para el diseño de la base de datos se analiza el estado actual de los estudios sobre
esta área. La base de datos de la herramienta Access, que consta de 77 tablas, las
cuales, a simple vista, poseen diversos errores, como la presencia de todo tipo de
anomalías, de actualización, de inserción y de borrado, además de no estar
normalizado. A partir de esta base de datos en el trabajo de diploma de (Collazo
García, 2011), se presenta un análisis de la misma, y la propuesta de un nuevo diseño.
Este diseño fue analizado, determinando que cumple con los requisitos necesarios para
su utilización en la propuesta que se
presenta en este trabajo. Además
cumple con los requisitos de diseño
de bases de datos establecidos.
Este diseño del cuadro de mando
integral se logra un gran resultado,
pues de 77 tablas que posee la
herramienta de Access, se reducen a
11 tablas, dos de ellas con la
estructura de la empresa
(departamentos y centros de costo), y
las restantes con la información
propia del problema. A continuación
se muestra la estructura de la misma
(Figura 3. 33).
Figura 3. 33: Diseño de la base de datos CMI. Fuente (Collazo García, 2011).
3.4 Módulo “Informática”
Para este módulo se definen como usuarios:
Usuario: Cualquier usuario de la red que desee conocer información general de
esta área.
Administrador: Es el encargado de gestionar los usuarios y administrar el sitio.
_________ Anexos
138
Responsable de medios informáticos: autorizado a operar los datos de los
medios informáticos.
Se identifican como requisitos funcionales los siguientes: 1-Autenticarse, 2-Insertar
usuario, 3-Modificar usuario, 4-Eliminar usuario, 5-Insertar impresora, 6-Insertar tipos
de impresora, 7-Insertar toner o cartucho, 8-Insertar cinta, 9-Insertar display, 10-
Insertar tipo display, 11- Insertar HDD, 12- Insertar procesador, 13- Insertar quemador,
14- Insertar dispositivos, 15- Insertar motherboard, 16- Insertar RAM, 17- Insertar
Software, 18-Insertar Sistema Operativo, 19-Insertar Tipo PC, 20- Insertar Nodo-Red,
21-Insertar UPS, 22-Insertar Unidad Central, 23-Insertar computadora, 24-Definir
situación actual de UPS, 25-Definir situación actual de Impresora, 26-Definir situación
actual de Display, 27-Definir situación actual de Unidad Central, 28-Mostrar reporte de
situación actual de UPS, 29-Mostrar reporte de situación actual de Impresora, 30-
Mostrar reporte de situación actual de Display, 31-Mostrar reporte de situación actual
de Unidad Central, 32-Dar baja a UPS, 33-Dar baja a Impresora, 34-Dar baja a Display,
35-Dar baja a Unidad Central, 36-Mostrar reportes de usuarios del sistema, 37-Mostrar
reporte de usuarios con correo, 38-Imprimir reporte de usuarios con correo, 39-Mostrar
reporte de trabajadores con internet, 40-Imprimir reporte de trabajadores con internet,
41-Mostrar reporte de Computadoras, 42-Imprimir reporte de Computadoras, 43-
Mostrar reportes de responsables de PC, 44-Imprimir reportes de responsables de PC,
45-Mostrar reporte de display, 46-Imprimir reporte de display, 47-Mostrar reporte de
UPS, 48-Imprimir reporte de UPS, 49-Mostrar reporte de unidad central, 50-Imprimir
reporte de unidad central, 51-Mostrar reporte de impresora, 52-Imprimir reporte de
impresora, 53-Mostrar reporte de impresoras por área, 54-Imprimir reporte de
impresoras por área, 55-Mostrar resumen de situación actual, 56-Imprimir resumen de
situación actual, 57-Mostrar reporte de PC no conectadas a la red, 58-Imprimir reporte
de PC no conectadas a la red, 59-Mostrar reporte de PC con menos memoria RAM, 60-
Imprimir reporte de PC con menos memoria RAM, 61-Mostrar reporte de PC por áreas,
62-Imprimir reporte de PC por áreas, 63-Mostrar regulaciones de seguridad informática,
64-Imprimir regulaciones de seguridad informática.
_________ Anexos
139
3.4.1 Casos de uso
Los casos de uso que se presentan son los siguientes:
1. Autenticarse.
2. Gestionar información general.
3. Gestionar usuario.
4. Modificar sitio.
5. Insertar medio informático.
6. Dar baja a medio informático.
7. Definir situación actual.
8. Consultar situación actual.
9. Insertar software.
10. Insertar sistema operativo.
11. Insertar nodo red.
12. Insertar computadora.
13. Cambio de cartucho, toner y cinta.
14. Generar reporte trabajadores con correo.
15. Generar reporte trabajadores con internet.
16. Generar reporte de Computadoras.
17. Generar reporte de responsables de PC.
18. Generar reporte de usuarios del sistema.
19. Generar reporte de UPS.
20. Generar reporte de Display.
21. Generar reporte de Unidad Central.
22. Generar reporte de Impresoras.
23. Generar reporte de impresoras por área.
24. Generar reporte de resumen de situación actual.
_________ Anexos
140
25. Generar reporte de PC no conectadas a la red.
26. Generar reporte de PC con menos RAM.
27. Generar reporte de PC por áreas.
28.Generar reporte de Gastos de cartucho, toner y cinta.
Figura 3. 34: Diagrama general de casos de uso. Módulo Informática.
A continuación, y como se ha realizado anteriormente, se muestran los casos de uso
que se agrupan en Gestionar medios informáticos y Gestionar reportes.
_________ Anexos
141
Figura 3. 35: Diagrama de especificación del caso de uso Gestionar medios informáticos.
_________ Anexos
142
Figura 3. 36: Diagrama de especificación del caso de uso Gestionar reportes.
La siguiente tabla muestra una descripción de cada caso de uso.
Tabla 3. 6: Descripción de los casos de uso del módulo Informática.
Casos de uso Descripción
Autenticarse Ese caso de uso se utiliza para que los usuarios
_________ Anexos
143
autenticados puedan entrar al sitio con sus
correspondientes permisos.
Gestionar informacióngeneral
Es la información que se publica para conocimiento de
todos, no es restringida.
Gestionar usuario Todas las acciones que realiza el administrador
referentes al control de los usuarios.
Modificar sitio Se utiliza este caso de uso para modificar el contenido
del sitio mostrado en la página principal, así como otras
características del mismo
Insertar medio informático Opción para insertar un medio, procesador, Impresora,
UPS, etc.
Dar baja a medioinformático
Dar baja a una computadora u otro medio.
Definir situación actual Establecer cuál es la situación actual de los medios que
se controlan con esta característica.
Consultar situación actual Obtener la situación de un medio.
Insertar software Insertar un software en el modulo que es utilizado por la
empresa, y sus características.
Insertar sistema operativo Insertar un sistema operativo en el modulo que es
utilizado por la empresa, y sus características.
Insertar nodo red Para controlar todos los nodos que existen en la red y
relacionarlos con la PC.
Insertar computadora A partir de sus componentes esenciales (display, unidad
central, impresora)
_________ Anexos
144
Cambio de cartucho, tonery cinta
Se registra con el fin de saber la fecha del cambio de
los mismos, la duración y el consumo en un periodo.
Generar reportetrabajadores con correo
Ofrece un listado de los trabajadores con correo, y si es
nacional o internacional
Generar reportetrabajadores con internet
Ofrece un listado de los trabajadores con internet
Generar reporte deComputadoras
Ofrece un listado de computadoras con todas sus
características.
Generar reporte deresponsables de PC
Relación de trabajadores con PC
Generar reporte deusuarios del sistema
Relación de todos los usuarios del sistema con sus
características.
Generar reporte de UPS Listado de las UPS y sus características.
Generar reporte de Display Listado de las Display y sus características.
Generar reporte de UnidadCentral
Listado de las Unidad Central y sus características.
Generar reporte deImpresoras
Listado de las Impresoras y sus características.
Generar reporte deimpresoras por área
Relación impresora-áreas.
Generar reporte deresumen de situaciónactual
Reporte con cantidad de equipos en cada categoría.
_________ Anexos
145
Generar reporte de PC noconectadas a la red
Listado de PC sin red, usuario y área a la que
pertenece.
Generar reporte de PC conmenos RAM
Listado de PC con baja RAM, usuario y área a la que
pertenece.
Generar reporte de PC poráreas
Listado de PC por áreas.
Generar reporte de Gastosde cartucho, toner y cinta
Reporte con la cantidad de cartuchos, toners o cintas
que se han consumido en un período.
3.4.2 Diseño de la base de datos
Para este módulo, que anteriormente no había sido analizado en las investigaciones
anteriores, se diseño una sección en la base de datos capaz de contener toda la
información que recoge la herramienta actual.
_________ Anexos
146
Figura 3. 37: Fragmento del diseño propuesto, Módulo Informática.
Esta estructura permite recoger todos los medios informáticos, para su control y
favorece la obtención de reportes sobre los mismos. Se presenta la tabla computadora
como principal componente, con la cual se vinculan usuarios, impresoras, UPS, Display
_________ Anexos
147
y Unidad Central. De estas se derivan otras tablas que contienen los datos de los
elementos que completan la información de los medios.
3.4.3 Reglas de negocio para el módulo
1. Una computadora puede tener solo un responsable.
2. Un trabajador puede ser responsable de una o más computadoras.
3. Un trabajador puede no tener correo o internet.
4. A un componente con situación actual baja deben registrarse los datos de la
baja
5. Un componente puede no estar en una PC.
6. Cada usuario puede obtener reportes asociados a sus equipos.
