UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA...
201
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA INDUSTRIAL DEPARTAMENTO ACADEMICO DE GRADUACIÓN TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TITULO DE LICENCIADO EN SISTEMAS DE INFORMACIÓN ÁREA DESARROLLO DE SISTEMAS TEMA “SISTEMA DE GESTIÓN DE PREVENCIÓN DE INCIDENTES” AUTOR WONG MACIAS ADRIAN FAMLEE DIRECTOR DEL TRABAJO LSI. RUANO ALMEIDA TANYA VIOLETA, MBA 2015 GUAYAQUIL – ECUADOR
Transcript of UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA...
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA INDUSTRIAL DEPARTAMENTO ACADEMICO DE GRADUACIÓN
TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TITULO DE
LICENCIADO EN SISTEMAS DE INFORMACIÓN
ÁREA DESARROLLO DE SISTEMAS
TEMA “SISTEMA DE GESTIÓN DE PREVENCIÓN DE
INCIDENTES”
AUTOR WONG MACIAS ADRIAN FAMLEE
DIRECTOR DEL TRABAJO LSI. RUANO ALMEIDA TANYA VIOLETA, MBA
2015
GUAYAQUIL – ECUADOR
ii
iii
“La responsabilidad del contenido de este Trabajo de Titulación, me corresponde exclusivamente; y el patrimonio intelectual del mismo a la Facultad de Ingeniería Industrial de la Universidad de Guayaquil”
Adrian Famlee Wong Macias 092619869
iv
DEDICATORIA.
“A tu comprensión y ánimos, preferiste ayudarme en muchas ocasiones y
siempre confiaste en mí. Por tu bella sonrisa, transparencia, cariño y
amor. Me alegra decir que esta tesis fue gracias a ti preciosa, Andrea
Aldaz Sánchez.”
v
AGRADECIMIENTO.
“Estoy agradecido a Dios y a la mamita Virgen por haber llegado hasta
aquí con este proyecto. También agradezco a mis queridos padres,
familiares, mi amada enamorada, ejemplares sacerdotes, verdaderos
amigos y maestros que Dios ha puesto como bendición y regalos en este
tren de la vida.”
vi
ÍNDICE GENERAL
N° Descripción Pág.
PROLOGO 1
CAPÍTULO I
INTRODUCCIÓN
N° Descripción Pág.
1.1 Introducción. .......................................................................... 2
1.2 Antecedentes. .........................................................................3
1.3 Planteamiento del problema ....................................................4
1.4 Objetivo. ..................................................................................6
1.4.1 Objetivo General. ....................................................................6
1.5 Limites ....................................................................................7
1.6 Justificación ............................................................................7
CAPÍTULO II
MARCO TEÓRICO.
N° Descripción Pág.
2.1 Marco teórico. .........................................................................9
2.1.1 La Seguridad y salud laboral. ..................................................9
2.1.2 Marco Internacional sobre la Seguridad y Salud Laboral ......10
2.2 Conceptos de incidentes, riesgos y accidentes laborales. .....11
2.2.1 Incidente Laboral. .................................................................11
2.2.2 Riesgos Laborales. ...............................................................11
2.2.3 Accidente Laboral .................................................................12
2.2.4 El Ecuador y la seguridad laboral ..........................................12
2.3 Sistema de Gestión de Prevención de Incidentes .................13
2.4 Herramientas de análisis. ......................................................14
2.4.1 Diagrama de Causa Efecto. ..................................................14
2.5 Herramientas tecnológicas. ...................................................14
vii
N° Descripción Pág.
2.5.1 Páginas Webs. ......................................................................14
2.5.2 ASP.NET. .............................................................................15
2.5.3 Internet Information Server. ...................................................16
2.5.4 Framework .NET. ..................................................................17
2.5.5 SQL Server. ..........................................................................17
2.5.6 Servidor Web. .......................................................................18
2.5.7 Hoja de estilo. .......................................................................18
2.5.8 JavaScript. ............................................................................19
2.5.9 Navegador de internet. ..........................................................19
2.5.10 Metodología RUP. .................................................................20
CAPÍTULO III
MARCO METODOLÓGICO
N° Descripción Pág.
3.1 Alcance de la investigación. ..................................................22
3.2 Hipótesis. ..............................................................................23
3.3 Variables. ..............................................................................23
3.4 Diseño de la investigación.....................................................24
3.5 Selección de la Muestra. .......................................................24
3.6 Recolección de Datos. ..........................................................24
3.7 Metodologías de desarrollo. ..................................................25
3.7.1 Fase de análisis. ...................................................................27
3.7.1.1 Propósito. ..............................................................................27
3.7.1.2 Ámbito del Sistema ...............................................................28
3.7.1.3 Beneficios. ............................................................................28
3.7.1.4 Metas ....................................................................................28
3.7.1.5 Objetivos del sistema. ...........................................................29
3.7.1.6 Descripción General..............................................................29
3.7.1.6.1 Perspectiva del Sistema. .......................................................29
3.7.1.6.2 Funciones del sistema. .........................................................31
3.7.1.7 Características de los usuarios. ............................................31
3.7.1.8 Restricciones. .......................................................................32
viii
N° Descripción Pág.
3.7.1.9 Análisis de Problemas, Causas y Efectos . ...........................34
3.7.1.10 Casos de Usos sobre la fase de análisis. ..............................37
3.7.1.11 Diagrama de estados de un incidente. ..................................58
3.7.1.12 Modelación dinámica ............................................................59
3.7.1.13 Diagramación de clases durante la fase de análisis. .............62
3.7.1.14 Diccionario de clases. ...........................................................63
3.7.2 Estudio de factibilidad.- Operativa, tecnológica y
económica. ...........................................................................66
3.7.2.1 Factibilidad Operativa ...........................................................66
3.7.2.2 Factibilidad Técnica. .............................................................68
3.7.2.2.1 Infraestructura de análisis y desarrollo. ..................................... 69
3.7.2.2.2 Infraestructura de implementación y proyecciones. ................ 73
3.7.2.3 Factibilidad económica. .........................................................74
3.7.2.3.1 Costo de elaboración del proyecto. .......................................74
3.7.2.3.1.1 Recurso Humano. ......................................................................... 74
3.7.2.3.1.2 Recursos Tecnológicos. ............................................................... 74
3.7.3 Fase de diseño. ....................................................................75
3.7.3.1 Arquitectura del sistema. .......................................................75
3.7.3.2 Estandarización de Nombres de la capas de desarrollo. .......77
3.7.3.3 Diagrama lógico de la arquitectura de capas del
sistema SIP. ..........................................................................77
3.7.3.4 Diagrama físico de clases. ....................................................79
3.7.3.5 Diseño conceptual del sistema. .............................................80
3.7.3.6 Modelación de la base datos. ................................................81
3.7.3.6.1 Estandarización de la base de datos. ....................................81
3.7.3.6.2 Modelo Entidad – Relación. ..................................................82
3.7.3.7 Análisis de Indicadores. ........................................................83
3.7.3.7.1 Objetivos Específicos de los indicadores. .............................84
3.7.3.7.2 Diseño técnico de indicadores. .............................................85
3.7.4 Fase de Desarrollo. ...............................................................91
3.7.4.1 Patrones de diseño a implementar. .......................................91
ix
N° Descripción Pág.
3.7.4.2 Evaluaciones según la metodología RUP. ............................94
3.7.4.3 Iteraciones del proyecto ........................................................95
3.7.4.4 Pruebas de aplicación en entorno de desarrollo. ...................97
3.7.5 Fase de Implementación. .................................................... 100
3.7.5.1 Actividades de implementación. .......................................... 101
3.7.5.1.1 Esquema del plan de Implementación. .............................. 101
3.7.5.1.2 Configuración del entorno de producción. ........................... 102
3.7.5.1.3 Estructura y definición de capacitaciones. ........................... 103
3.7.5.2 Normativas de procedimiento. ............................................. 104
3.7.6 Planificación. ....................................................................... 106
CAPÍTULO IV
ANALISIS Y DISCUSIÓN DE RESULTADOS
N° Descripción Pág.
4.1 Preparación de los datos..................................................... 107
4.2 Análisis de datos. ................................................................ 109
4.2.1 Comprobación de hipótesis. ................................................ 111
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES.
N° Descripción Pág.
5.1 Conclusiones. ..................................................................... 116
5.1.1 Observaciones relevantes. .................................................. 117
5.2 Recomendaciones. ............................................................. 118
GLOSARIO DE TÉRMINOS 120
ANEXOS 122
BIBLIOGRAFÍA 184
x
ÍNDICE DE CUADROS
N° Descripción Pág.
1 Población para la muestra 24
2 Problemas - Causas - Efectos 34
3 Casos de usos: Registro de incidentes 40
4 Casos de usos: Creación de grupos de investigación 44
5 Casos de usos: Revisión de incidentes 50
6 Casos de usos: Administrar de usuarios del sistema 53
7 Casos de usos: Administración de parametros del sistema 56
8 Diccionario de clases 63
9 Casos de contingencia 67
10 Lenguajes de desarrollo 70
11 Requerimientos de recursos para desarrollo 72
12 Recursos para implementación 73
13 Costos de recursos humanos 74
14 Costos de recursos tecnologicos 75
15 Análisis de indicadores 83
16 Análisis de objetivos indicadores 84
17 Indicador clave de incidentes ocurridos 85
18 Indicador clave de gestion de incidentes por categorias 86
19 Indicador clave de gestion de dias de atrasos 87
20 Segmentación de recurso de desarrollo 91
21 Iteraciones RUP por Horas De Recursos 94
22 Asignacion tareas - recursos 96
23 Asignacion responsabilidades 97
24 Asignación ejecución de proyecto 101
25 Componentes de instalación 103
26 Esquema de capacitaciones 104
27 Esquema de reuniones de gestión 105
xi
N° Descripción Pág.
28 Esquema de tabulación de encuesta 108
29 Esquema de analisis de datos 109
30 Estadisticas de datos del proyecto 110
31 Tabulacion de frecuencias 112
32 Frecuencias esperadas (e) 113
33 Calculo del chi cuadrado 114
xii
INDICE DE GRÁFICOS.
N° Descripción Pág.
1 Esquema RUP 25
2 Diagrama de bloques 30
3 Diagrama de causas y efectos 36
4 Actores 37
5 Casos de usos: Registro de incidentes 39
6 Casos de usos: Creación de grupos de investigación 43
7 Casos de usos: Mitigación de incidentes 46
8 Casos de usos: Revisión de incidentes 49
9 Casos de usos: Administrar usuarios del sistema 52
10 Casos de usos: Administración de parametros del sistema 55
11 Diagrama de estados de un incidente 58
12 Diagrama de secuencia de registro de un incidente 59
13 Diagrama de secuencia de acciones pendientes 60
14 Diagrama de secuencia de administración de usuarios 60
15 Diagrama de secuencia de administración de variables 61
16 Diagrama de secuencia de generación de informes 61
17 Diagramación elemental de clases 62
18 Diagrama de componentes 65
19 Esquema de capas del sistema 77
20 Arquitectura de capas del sistema SIP 78
21 Diagrama físico de clases 79
22 Diagrama mapa web 80
23 Diagrama entidad – relación 82
24 Diagrama parte 1 de KPIs 88
25 Diagrama parte 2 De KPIs 89
26 Diagrama parte 3 de KPIs 90
27 Patrones de diseños – n capas 92
xiii
N° Descripción Pág.
28 Desarrollo con patron singleton 93
29 Muestra de reportes de pruebas 99
30 Configuración de IIS 102
31 Diagrama de barras del análisis de encuesta 110
32 Diagrama circular del análisis de encuesta 111
33 Grafico de distribución del chi cuadrado 115
xiv
INDICE DE ANEXOS.
N° Descripción Pág.
1 Flujo de pagos. 123
2 Flujo de egresos. 124
3 Pantalla y controles del sistema. 125
4: Diccionario de datos 161
5 Distribución de chi cuadrado 245
xv xv
AUTOR: WONG MACIAS ADRIAN FAMLEE
TEMA: “SISTEMA DE GESTIÓN DE PREVENCIÓN DE
INCIDENTES”
DIRECTOR: LCDA. TANYA VIOLETA RUANO ALMEIDA, MBA
RESUMEN
El trabajo presentado es el producto de una investigación que tiene como finalidad apoyar a la gestión de los accidentes laborales que ocurren en las empresas ecuatorianas, mediante el uso de una herramienta tecnológica que permita registrar, administrar y evaluar las inseguridades que ocurren dentro de una institución donde la elaboración e implementación de esta herramienta, se basa en un sistema web con tecnología ASP.NET, analizado y presentado como la solución más factible y adecuada, además los resultados de este proceso fueron obtenidos mediante metodologías investigativas como son las encuestas, aplicación de comprobación de hipótesis utilizando herramientas estadísticas, encuesta que permite determinar la inclinación de los usuarios a favor del proyecto como una de las alternativas para ahorrar recursos: tiempo y dinero que pueden generar los diversos tipos de problemas, además de cumplir con las normas de seguridad del Estado Ecuatoriano que obliga a las empresas disponer de un sistema de apoyo para el registro y documentación de incidentes laborales en beneficio de los empleados procurando su bienestar, resaltando la importancia de este tipo de sistema para la empresa es prevalecer la seguridad laboral que no solo puede ocasionar gastos por sanciones ante las autoridades, sino un impacto social negativo de la imagen institucional ante la comunidad. Finalmente se recomienda la implementación de medidas de seguridad laboral adaptadas a las tecnologías de información para realizar evaluaciones, tomas de acciones preventivas y correctivas en beneficio de los empleados.
PALABRAS CLAVES: Gestión, Incidentes, Tecnología, Resultados, Asp.Net, Metodologías, Sistema, Seguridad.
Wong Macias Adrian Famlee Lcda. Tanya Violeta Ruano Almeida, MBA C.C.: 092619869 Director del trabajo
xvi xvi
AUTHOR: WONG MACIAS ADRIAN FAMLEE SUBJECT: “SISTEMA DE GESTIÓN DE PREVENCIÓN DE INCIDENTES” DIRECTOR: LCDA. TANYA VIOLETA RUANO ALMEIDA, MBA
ABSTRACT
The work presented is the product of an investigation that aims to support the management of working accidents occurring in the Ecuadorian companies, using a technological tool to record, manage and evaluate incidents that occur within an Institution where the elaboration and implementation of this tool is based on an ASP.NET web technology system tested and presented as the most feasible and appropriate for this job titling work, also the results of this research were obtained by investigative methodologies such as surveys, application of testing hypotheses using statistical tools, survey to determine the inclination of users for the project as one of alternatives to save resources: time and money can generate various types of problems , besides meeting the safety standards of the Ecuadorian State that requires companies to have a support system for recording and documentation of occupational incidents for the benefit of employees seeking their welfare standing out the importance of this type of system for the company is to prevail job security that can not only cause expenses for sanctions against the authorities, but a social, negative impact of institutional image in the community. Finally the implementation of occupational safety measures adapted to the technologies of information for assessments, takes preventive and corrective actions for the benefit of employees is recommended.
KEY WORDS: Management, Incidents, Technology, Results, Asp.Net, Methodologies, System, Security.
.
Wong Macias Adrian Famlee Lcda. Tanya Violeta Ruano Almeida, MBA C.C.: 092619869 Director of work
1 1
PRÓLOGO
Este Trabajo de Titulación tiene como finalidad el análisis, desarrollo e
implementación de un sistema de gestión de incidentes que permitirá a las
empresas cumplir con las normas impuestas por el Estado Ecuatoriano
para seguridad laboral de los empleados.
Además las instituciones tendrán la ventaja de ahorrar gastos a través
del tratamiento de los incidentes y accidentes que suceden dentro de la
misma con acciones correctivas y preventivas.
Las características principales de este proyecto son la administración de
los incidentes a través de una herramienta informática a disposición del jefe
de seguridad industrial de la empresa. La facultad de que tienen todos los
empleados para notificar los incidentes o accidentes que ocurren.
Este documento de Tesis está conformado por cinco capítulos más la
bibliografía, el primer capítulo se refiere a la introducción, antecedentes,
justificación y objetivos. El segundo capítulo está relacionado a los
conceptos y teorías necesarios para la compresión de este proyecto;
mediante un marco teórico extenso que abraque todas las herramientas y
métodos utilizados en esta investigación.
En el tercer capítulo se encuentra el desarrollo del proyecto aplicando
las diversas metodologías de la investigación y desarrollo de software
aplicando los diferentes ciclos de vida de un programa informático.
El capítulo cuarto en cambio trata sobre el análisis de resultados, para
así concluir en el quinto capítulo donde se acota las conclusiones y
recomendaciones generadas en este proyecto.
Introducción 2
CAPITULO I
1 INTRODUCCION
1.1 Introducción
El sistema de control de gestión de prevención de incidentes propuesto
en esta investigación busca optimizar el control de los incidentes y la
disminución de los riesgos laborales dentro de la empresa. La disminución
de riesgos por medio de la prevención de incidentes se efectúa con un
personal capacitado, una cultura de la prevención, implementación de
normas, procedimientos y herramientas de soporte. Esto permite una
mejora constante en el tema de seguridad laboral y beneficios económicos
a la institución. Dentro de este proyecto realiza un estudio sobre los
diferentes procesos relacionados con las medidas de seguridad y gestión
de accidentes laborales, donde se diseñara una herramienta que permita
el registro de estos incidentes para la disposición de consultas o reportes.
El sistema de control permitirá a un grupo especializado llevar sus tareas
de control de prevención de incidentes de una manera automatizada para
efectuar análisis, estadísticas y proyecciones para una mejora constante
en los planes de seguridad de la empresa, y de esta manera contribuir con
la estabilidad en la salud de sus empleados.
En el desarrollo de esta investigación dentro de capitulo uno se
justificara las necesidades del proyecto investigativo para la empresa; el
capítulo dos se especificara los conceptos y teorías a utilizarse para el
desarrollo de esta solución tecnológica. En el capítulo tres se detalla todo
el proceso de análisis, diseño y desarrollo de la solución para su
implementación en la empresa. En el capítulo cuatro y cinco se concluye
con los resultados de esta investigación y el cumplimiento de los objetivos
planteados de esta investigación.
Introducción 3
1.2 Antecedentes
En toda empresa existen riesgos, un hecho eventual puede afectar a
la integridad de una o varias personas. La empresa que desconoce los
riesgos que pueden ocurrir en el desempeño laboral de sus empleados, y
la falta de acciones para enmendar la frecuencia del mismo incidente le
causará graves inconvenientes legales, por esta situación la empresa debe
tomar medidas de responsabilidad en los incidentes y accidentes.
Los incidentes, denominados también accidentes blancos, son
condiciones dentro de una empresa que se combinaron para que un
acontecimiento finalice en un accidente laboral, pero por último no ocurrió.
La empresa que no previene los incidentes, las probabilidades que un
accidente suceda es muy alta.
Los incidentes y accidentes afectan a la empresa en diversos ámbitos,
en la mayoría de los países, sus consecuencias son controladas por
organismos externos como entidades gubernamentales que velan por los
derechos y responsabilidades del empleado para asegurar su seguridad e
integridad. Los gobiernos han evolucionado en la seguridad social creando
leyes, reformas y procedimientos para que las organizaciones posean una
prevención en los incidentes. En el Ecuador a pesar de que la ley es muy
antigua, este gobierno a través de sus instituciones realiza actos de control
para este tema.
Un accidente o enfermedad laboral representa un alto costo y
paralización del normal desarrollo de los procesos. La prevención de
incidentes dentro de las instituciones, procura beneficios económicos, pero
además contribuyen mejoras al rendimiento, la competitividad y eficacia a
la empresa. Porque si los trabajadores poseen una calidad de vida estable
el compromiso hacia la organización aumenta; si la condiciones laborales
son las adecuadas incrementan sus talentos.
Introducción 4
La falta de cultura de prevención otorga una imagen negativa en las
relaciones con sus clientes, proveedores, sociedad, y el medio ambiente.
En algunos casos el trabajador tiene la formación requerida para evitar
incidentes, pero la mentalización o la falta de cultura los provoca. Por otra
parte de las empresas y sus medidas aplicadas para implementar o
mantener la cultura de la prevención, es un punto que no está bien
desarrollado causando incidentes con una inversión innecesaria.
Las medidas y controles de las empresas ecuatorianas para prevenir
incidentes son expuestos y controlados ante el departamento de Riesgos
del Trabajo del Instituto Ecuatoriano de Seguridad Social (IESS), motivo por
el cual el empleador debe responder siempre ante el IEES.
La empresa donde se va a desarrollar este proyecto es Almacenes La
Ganga, fundada en 1983, hoy es una de las dos mayores vendedoras de
electrodomésticos en Ecuador con una cadena de distribución de 159
almacenes a nivel nacional, su estrategia de mercado es atender las
necesidades de los segmentos medios y bajos de la población mediante el
otorgamiento de facilidades crediticias, habiendo llegado a contar con un
amplio portafolio de clientes.
1.3 Planteamiento del problema
En la actualidad unos de los problemas principales de las empresas es
la falta de protección al trabajador de los riesgos que se ocasionan en sus
actividades laborales, por la ausencia o manera inadecuada en la gestión
de prevención de incidentes. La falta de una cultura de la prevención en
las instituciones, la ausencia de medidas y controles, ha ocasionado que
los gobiernos y organizaciones tomen acciones respecto a estos
inconvenientes. Según informes de OIT (Organización Internacional del
Trabajo) se estima cada día mueren 6.300 personas a causa de accidentes
o enfermedades relacionadas con el trabajo – más de 2,3 millones de
muertes por año.
Introducción 5
Los incidentes laborales son alerta de un accidente previo, la mayor
parte de las instituciones carecen de una herramienta para poder registrar,
identificar y controlar los motivos que la generan, antes que ocurra un
accidente.
Las empresas poseen lineamiento de seguridad y diseños de planes de
prevención elaborados por análisis de documentación poco sostenible y la
acumulación de esta información llevada manualmente desarrollan
dificultades en su administración. Dentro de las empresas hay áreas que
no poseen la atención correspondiente, siendo un sector que por la
producción alta de percances y al no contar con las capacitaciones
necesarias y de herramientas para elaborar proyecciones y estadísticas de
incidentes, el riesgo es muy alto.
Además la falta de registros de control de los casos de accidentes e
incidentes sucedidos, son problemas al momento de una auditoria sea
interna o externa, la manera en que se llevan estas auditorías en las
empresas carecen de procesos automatizados causando equivocaciones y
lentitud.
Otro problema de gestión de la prevención de incidentes es la ausencia
de índices de seguridad dentro de la empresa que permitan de manera
confiable y segura llevar planificaciones de contingencia para riesgos
mayores o correctivos necesarios en caso de emergencias.
La deficiente administración de equipos de protección personal y
auditoria de seguridad causada por la falta de un control automatizado de
soporte para llevar tareas cotidianas, son problemas que generan
deficiencia en la prevención y respuestas tardías al momento de un
accidente.
Los problemas planteados en conjunto pueden llevar a un gasto
desmesurado, por lo que el tratamiento de los mismos debe ser a priori.
Introducción 6
1.4 Objetivo
1.4.1 Objetivo General
Desarrollar una herramienta para la administración de los incidentes y
accidentes dentro de una empresa que proporcione información para la
mitigación de riesgos y de las actividades que se ejecutan para evitar
accidentes.
1.4.2 Objetivos Específicos
Para lograr este objetivo general se realizará las siguientes acciones
para cumplirlo:
Realizar una investigación para obtener la información de la
situación de la empresa sobre el manejo de los temas de
gestión de riesgos.
Analizar los requerimientos para poder gestionar de la forma
más eficiente y eficaz la gestión de prevención de incidentes,
para de esta manera poder resolver los problemas
presentados actualmente.
Diseñar los procesos, interfaces y modelo de una base de
datos que se ajusten a las necesidades de la empresa dentro
del ámbito de la gestión de incidentes.
Desarrollar una posible solución, con las herramientas y
recursos que dispone la empresa, donde se aplicará todo los
conocimientos e información que se lograra obtener con el
análisis y diseño previo.
Realizar pruebas para evaluar la solución y determinar su
cumplimiento, eficiencia y eficacia, para posteriormente
proceder con implementación. Implementar la solución dentro
la empresa e informar a los usuarios sobre su operatividad.
Introducción 7
1.5 Limites
Este proyecto tiene un plazo de duración de 6 meses, se investigara
para la empresa La Ganga, ubicada en el edificio Matriz, ciudadela.
Kennedy Norte, Calle José Castillo y Miguel Ángel Granados de la ciudad
de Guayaquil, Ecuador.
1.6 Justificación
El derecho del trabajador a una estabilidad, seguridad y protección
dentro de sus labores, el amparo bajos las leyes del gobierno ecuatoriano,
obliga a las empresas a desarrollar un sistema de control y prevención de
gestiones de incidentes que permite obtener información confiable, de una
manera rápida y sencilla disponible para cualquier análisis y mejorar el
sistema de prevención de riesgos, auditoria, e informes ante la sociedad.
El Estado actualmente obliga a todas las empresas a llevar un control
obligatorio de incidentes y accidentes a través de formularios de registro,
según la Normativa para el Proceso de Investigación de Accidentes -
Incidentes del Seguro de Accidentes de Trabajo y Enfermedades
Profesionales, según la resolución No. C.I.118.
Otro punto a destacar es que cualquier empresa puede ser elegida para
las auditorías, debido a que esta selección se hace con un sorteo en el
IESS, porque el departamento de riesgos del trabajo del IESS acorde a la
resolución 333, del 27 de octubre del 2010. Esta resolución publicada el
pasado 22 de marzo del 2011 y donde se elabora el reglamento del Sistema
de Auditoría de Riesgos del Trabajo (SART).
Estas resoluciones mencionadas anteriormente, originan que las
empresas en el incumplimiento de estos controles estatales obtengan una
imagen social negativa y multas como pérdidas; estos problemas obligan a
Introducción 8
las empresas a tomar correctivos inmediatos por medio de una planificación
de prevención adecuada.
Debido a la falta de un control adecuado, la designación de un personal
interno de investigación es muy importante porque es necesario de un
grupo capacitado que permita la administración de las herramientas que
efectúan la gestión de prevención de incidentes de una forma estándar y
automatizada.
Una herramienta que permita obtener índices de seguridad e
información que sirva de base para elaborar reportes y estadísticas de una
manera precisa y automatizada, para que de esta manera se pueda
elaborar mejoras en los planteamientos de seguridad actuales.
Llevar la documentación de los registros de accidentes e incidentes
sucedidos de una forma manual conlleva gastos de tiempo y recursos
innecesarios que por medio de una solución que permita una
administración de fácil acceso y confiable.
La gestión automatizada de la prevención de incidentes es un soporte
óptima para la reducción de los riesgos laborales y accidentes. De esta
manera se cumple eficientemente y eficazmente con unas de las
responsabilidades primordiales de la empresa, que es la seguridad laboral
Marco teórico 9
CAPITULO II
2 MARCO TEÓRICO
2.1 Marco teórico
Dentro de este marco teórico es muy indispensable tener claro y bien
definidos los conceptos que permitan ver la importancia de la seguridad
laboral a través de la prevención de incidentes.
2.1.1 La Seguridad y salud laboral
Son medidas y desarrollo de acciones fundamentales aplicadas para la
prevención de riesgos ocasionados en el trabajo. La Organización
Internacional del trabajo (OIT) de acuerdo al convenio 155 se encarga de
la materia sobre la seguridad y salud de los seres humanos en su medio
ambiente laboral.
Un ambiente de trabajo adecuado para los empleados son condiciones
justas de trabajo, donde cualquier trabajador pueda desarrollar sus labores
con dignidad y su participación sirva para la mejora de condiciones de salud
y seguridad.
En la Constitución de la Organización Mundial de la Salud Organización
Mundial de la Salud (1946) “La salud es el estado de completo bienestar
físico, mental y social, y no solamente la ausencia de afecciones
o enfermedades.” “Constitución De La Organización Mundial De La Salud”
(Pág. 1). De esta manera para prevenir los daños a la salud laboral se
constituyó la Organización Internacional del Trabajo (OIT); siendo
organismo internacional principal de la mejora constante de las condicione
Marco teórico 10
de trabajo. Entender el concepto de salud laboral y su alcance internacional
como un derecho es muy importante porque es el eje de esta investigación
la mejora de la salud laboral por medio de una gestión de prevención de
incidentes.
2.1.2 Marco Internacional sobre la Seguridad y Salud Laboral
1981, La convención de la OIT sobre la Seguridad y Salud nº
155 y sus recomendaciones nº 164, dispone que se adopten
medidas políticas nacionales de seguridad y salud en el
trabajo y estipula las actuaciones necesarias tanto a nivel
nacional como a nivel empresarial para impulsar la seguridad
y salud en el trabajo y la mejora del medioambiente.
1985, La convención de la OIT sobre Seguridad y Salud, nº
161 y sus recomendaciones nº 171, dispone la creación de
servicios de salud laboral que contribuyan a la implantación
de las medidas políticas de seguridad y salud en el trabajo.
1998, instrucciones técnicas y éticas para la vigilancia de la
salud de los trabajadores.
La referencia en el ámbito internacional de los derechos y deberes
sobre la seguridad laboral sirve al investigador para comprender la
importancia y las repercusiones que pueden traer las deficiencias en los
procesos de prevención de incidentes dentro de una organización. De esta
forma se debe realizar un estudio centrado en la situación actual de la
empresa para la toma de medidas y planes reflejados en la seguridad
industrial y laboral de los empleados. Conjuntamente con los conceptos
técnicos explicados en este trabajo permiten que el investigador puede
interpretar de una manera adecuada este marco internacional del trabajo
para la empresa.
Marco teórico 11
2.2 Conceptos de incidentes, riesgos y accidentes laborales.
2.2.1 Incidente Laboral
Es un acontecimiento no intencional que se origina durante el
desempeño normal de las actividades laborales, que podría desembocar
en un daño físico, una lesión, una enfermedad ocupacional, aunque no se
concreta. Los incidentes laborales se los suele denominar cuasi accidentes
o accidentes blancos, porque no llegan a producir una lesión o enfermedad
en el trabajador, como sí sucede en el caso de los accidentes laborales.
La ocurrencia de un incidente puede ser referenciada en la obra Salud
y seguridad en el trabajo por Chinchilla (2002) “En el caso de suceder un
accidente, incidente o incapacidad, la investigación debe realizarse lo antes
posible, ya que se podrían olvidar detalles importantes que pueden ayudar
a prevenirlos”. (Pág. 90).
Donde este concepto es vital para el desarrollo investigativo porque es
el tema central, dado que sobre los incidentes laborales se aplicará una
herramienta de soporte para su prevención que tiene como objetivo el
aminoramiento de los riesgos y lograr de esta manera una seguridad laboral
eficiente y eficaz, donde también se logrará un ahorro económico
significativo en beneficio de la empresa.
2.2.2 Riesgos Laborales
El riesgo laboral es cualquier aspecto del trabajo que puede ser motivo
de la privación de la salud. Estos riesgos si no se realiza una adecuada
gestión, existe la probabilidad de que se provoque un accidente y/o
enfermedad laboral, donde el investigador debe tener en consideración el
marco legal sobre el tema de riesgos. Dentro del Código Laboral del
Ecuador (2013), en artículo 347 define a los riesgos laborales como:
Marco teórico 12
“Riesgos del trabajo son las eventualidades dañosas a que
está sujeto el trabajador, con ocasión o por consecuencia
de su actividad. Para los efectos de la responsabilidad del
empleador se consideran riesgos del trabajo las
enfermedades profesionales y los accidentes.” (Código
Laboral del Ecuador, 2013)
Este marco legal conforma el límite referencial de este proyecto estas
leyes aplicadas en el territorio nacional.
2.2.3 Accidente Laboral
Un accidente de trabajo es el que ocurre a un empleado durante su
jornada laboral o bien en el recorrido al trabajo o desde el trabajo a su casa.
Son lesiones funcionales o corporales, permanentes o temporales,
inmediatas o posteriores, o la muerte, resultado de una acción brusca de
una fuerza exterior que pueda ser determinada o sobrevenida en el curso
del trabajo.
Desde el punto de salud, define el accidente laboral el autor Cortés
(2007) “Una patología traumática quirúrgica aguda provocada por factores
mecánicos ambientales”. (Pág. 70).
Este concepto sirve para brindar un aporte al investigador sobre una
clarificación de temas relacionados en la prevención de los incidentes, para
otorgar una objetividad al momento de identificar las diferentes situaciones
que se pueden presentar en las labores diarias de los empleados de la
empresa y de esta manera reconocerla como accidente laboral.
2.2.4 El Ecuador y la seguridad laboral
La Dirección de Seguridad de Trabajo tiene la facultad por la
Constitución de velar por la integridad de los empleados ecuatorianos,
Marco teórico 13
haciendo y auditando a las empresas en el cumplimiento de sus
obligaciones, es fundamental en esta investigación el tener en cuenta estas
directrices.
En el Ecuador el organismo donde se registran oficialmente los
incidentes y accidentes laborales es la Dirección de Seguridad de Riesgos
del Trabajo del IESS. La Dirección de Seguridad de Riesgo, que tiene más
de 40 años de funcionamiento, trata de cumplir el reglamento de la
Constitución Nacional en el artículo 326, donde se detalla por la Asamblea
Constituyente del Ecuador (2011) “toda persona tendrá derecho a
desarrollar sus labores en un ambiente adecuado y propicio, que garantice
su salud, integridad, seguridad, higiene y bienestar”. (Pág. 152).
La referencia sobre la situación de prevención de incidentes en el
Ecuador es de suma importancia como referencia al investigador sobre la
dirección de las funcionalidades que deben tener las herramientas de
soporte a desarrollar.
2.3 Sistema de Gestión de Prevención de Incidentes
Es una herramienta que tiene la finalidad de organizar los mecanismos
dirigidos al cumplimiento sistemático y estructurado de los requisitos
determinados en la prevención de incidentes y accidentes laborales desde
el punto de vista para el estado y políticas internas de la empresa. Uno de
los objetivos específicos que deberá asumir el investigador es el desarrollo
de una herramienta de soporte en la prevención de incidentes dentro de la
empresa, donde la definición de este tipo de sistema es necesaria para la
elaboración de este proyecto. Según el autor Fernández (2008), resalta la
importancia de la prevención de los incidentes, de la siguiente manera:
“En el ámbito empresarial, no basta con el cumplimiento del
mínimo legal para evitar sanciones, hay que ir un poco más
allá, tratando de concienciar al empresario de que invertir
Marco teórico 14
en prevención es invertir en la salud de los trabajadores y
consecuentemente en su propia economía.” (Fernández,
2008)
En el cambio constante de la globalización los retos son más grandes y
los riesgos también, las empresas como dice el párrafo anterior deben
observar mejor el tratamiento de la seguridad del empleado como un
compromiso hacia la sociedad y el medio ambiente. La inversión en este
tema es un requisito para la empresa que desea evolucionar y aplicar la
mejora continua.
2.4 Herramientas de análisis
2.4.1 Diagrama de Causa Efecto
Es una herramienta que nos ayuda a identificar las causas de un
problema. Se puede definir según Alberto Galgano (1995) “un gráfico que
muestra las relaciones entre una característica y sus factores o
causas.”(Pág. 99).
Esta herramienta es necesaria para el investigador y así poder
determinar la situación actual sobre los problemas en la prevención de
incidentes que permite la mejora continua en los diversos procesos de la
empresa.
2.5 Herramientas tecnológicas
2.5.1 Páginas Webs
Es un documento con multimedia diseñado para trabajar con el internet
con el objetivo de mostrar y procesar información, para formar herramientas
o aplicaciones que solucionen problemas que ocurran en la institución.
Marco teórico 15
Rodríguez Ávila (2010) “Las páginas web son medio para transmitir
información, la cual se crea mediante un lenguaje especial denominado
HTML (Hypertext Markup Language, lenguaje de etiquetado de
documentos hipertextual) “. (Pág. 16).
Este concepto aporta al investigador un conocimiento de la interfase y
tipo de aplicación que usará para el desarrollo de la solución, siendo una
actualizada tecnología informática con un alto uso en el desarrollo de
sistemas.
También la referencia del autor Borja (2014) “Una página web es en
esencia una tarjeta de presentación digital, ya sea para las empresas,
organizaciones, o personas, así como una tarjeta de presentación de ideas
y de informaciones y de teorías”. (Pág. 2). Este concepto proporciona una
visión general del desarrollo web y sus generalidades para la aplicación de
este proyecto.
2.5.2 ASP.NET
Es un framework de Microsoft para aplicaciones web. Se utiliza en el
desarrollo de sitios webs dinámicos, servicios web y aplicaciones web. La
tecnología ASP proviene de las siglas Active Server Pages. Esta tecnología
es aplicada a un servidor con ambiente Microsoft Windows, Internet
Information Server.
El fundamento conceptual de esta tecnología es necesaria, porque con
ella será desarrollado el marco de trabajo de programación donde todo el
diseño e interfase también se implementará con esta tecnología.
Un concepto importante para acotar es el siguiente según Dewit (2003)
“ASP.NET propone un modelo orientada a objetos para generar HTML de
forma dinámica”. (Pág. 27).
Marco teórico 16
El dinamismo de las páginas ASP.NET hacen de esta herramienta un
aporte básico para el desarrollo de este trabajo de investigación, al ser una
tecnología con una curva de aprendizaje factible para un programador.
2.5.3 Internet Information Server.
Es una variedad de servicios que trabajan dentro de un servidor web y
es parte del sistema operativo Windows, por lo tanto se puede publicar
páginas webs tanto local o remotamente.
Este concepto debe ser referenciado en esta exploración investigativa
porque la obligación de uso en el diseño e implementación de la tecnología
ASP.NET, donde la seguridad de la aplicación depende exclusivamente de
este servidor web, tal como lo expresa (Berzal, 2007) en la siguiente cita:
“Cuando hablamos de seguridad en las aplicaciones web
realizadas bajo la plataforma .NET, en realidad nos estamos
refiriendo a cómo restringir el acceso a determinados
recursos de nuestras aplicaciones. Estos recursos los
gestiona el Internet Information Server (IIS) de Microsoft,
por lo que la seguridad de ASP.NET es un aspecto más
relacionado con la correcta configuración del servidor web
que con la programación de la aplicación en sí”. (Berzal,
2007).
La integridad y solidez de esta aplicación, hace que casi cualquier
computador con un sistema operativo de Microsoft Windows se convierta
en un servidor web para la administración de páginas web con tecnología
ASP.NET.
Esta tecnología siempre necesitará en el lado del servidor para su
correcta ejecución la plataforma Microsoft Framework .NET y de
preferencia el sistema operativo Windows.
Marco teórico 17
2.5.4 Framework .NET
Es un marco de trabajo desarrollado por Microsoft con un estándar
conceptual y tecnológico para el desarrollo de software, permitiendo aplicar
una metodología de trabajo en la arquitectura de un proyecto informático
por medio de programas, lenguajes y bibliotecas.
El investigador reconoce el uso de la importancia de una plataforma de
desarrollo como es el caso Framework .NET, que brinda las facilidades de
uso haciendo de la labor de programación más sencilla y organizada.
El comprender la importancia de la conceptualización de esta tecnología
de Microsoft se debe porque la plataforma de desarrollo se basa totalmente
en ella; se puede mencionar en este trabajo de acuerdo a Landa (2008) “El
framework .NET es una solución problemática y brinda grandes beneficios,
no solamente para el desarrollador, sino también para el proceso de
desarrollo”. (Pág. 15).
2.5.5 SQL Server.
Es un gestor de base de datos desarrollado por Microsoft el cual se basa
en un modelo relacional, y para su interactuación se basa en lenguajes de
consultas.
La definición de un gestor base de datos como SQL Server es primordial
porque gracias a ella toda la información que se genera en la base de datos
sirve para la elaboración de informes sobre la prevención de los incidentes
laborales. Los avances de este motor de base de datos se detallan en la
siguiente referencia del texto de Gabillaud (2009) “SQL Server está en
situación de administrar datos cada vez más complejos pero también debe
ofrecer la posibilidad de definir en el servidor tratamientos cada vez más
precisos y a veces complicados para poder ofrecer más funcionalidades”.
(Pág. 349).
Marco teórico 18
2.5.6 Servidor Web
Es un software que procesa en un computador o lado del servidor, las
peticiones de un cliente por medio de las conexiones de internet generando
información en un lenguaje de página web.
Un servidor web se puede definir como cita Groussard (2010) en su obra
de Desarrollo de aplicaciones web con Java Enterprise Edition 6:
“Un servidor no es más que un simple servidor de archivos.
Los clientes se dirigen a éste mediante el protocolo HTTP
para obtener un recurso. Cuando el servidor Web recibe
una petición HTTP, extrae simplemente de la petición el
nombre del recurso solicitado, lo busca en el disco y lo
envuelve dentro de una respuesta HTTP para transmitirlo al
cliente”. (Groussard, 2010)
Este concepto técnico concede a la investigación las bases necesarias
para el entendimiento de la estructura tecnológica a nivel de hardware que
sostiene a la aplicación web de gestión de prevención de incidentes.
2.5.7 Hoja de estilo
Las hojas de estilo las conceptualiza Aubry (2003) “Es un grupo de
elementos de formato (los estilos) que controlan el modo en que se aplica
un formato a un documento”. (Pág. 181).
El investigador debe disponer del uso de esta herramienta web para
facilitar el desarrollo de la solución informática que sea de fácil uso y
agradable al usuario, porque su utilización es necesaria para la interfaz
gráfica de la aplicación permitiendo una interactuación natural y dinámica
con el usuario final.
Marco teórico 19
La necesidad de las hojas de estilo de acuerdo a la acotación del libro
de Ofimática Profesional de Barrera (2005) “La creación de las hojas de
estilos (también llamada CSS, como en Cascading Style Sheets) responde
a la necesidad de separar el contenido del formato”. (Pág. 109).
La implementación de las hojas de estilo dentro de este trabajo de
desarrollo de software es indispensable para la interactuación con el
usuario.
2.5.8 JavaScript
Es un lenguaje de programación que usa para el desarrollo de
aplicaciones web del lado cliente es decir los procesos se ejecutan desde
un navegador web, lo que permite una facilidad de uso y mejoras para el
usuario.
La tendencia del desarrollo y programación web se ha orientado hacia
el lenguaje JavaScript en una obra de Van Lancker (2013) “se ha convertido
en un socio pleno derecho en el diseño de páginas Web” (Pág. 10).
En la investigación de la solución tecnológica propuesta, es fundamental
el conocimiento de este lenguaje orientado a objeto JavaScript porque es
parte integral de una aplicación web que se desarrollará en este trabajo.
2.5.9 Navegador de internet
El navegador de internet es el elemento necesario para la ejecución de
cualquier tecnología web como son las páginas web, servicios web y
multimedia. En esta investigación es un requisito final para poder trabajar
con el aplicativo.
Para Caprani (2003) “el Web es el servicio más popular de internet. Esto
nos ha llevado a confundir los dos términos. Pero el Web es, sin duda
Marco teórico 20
alguna, un subconjunto de internet al que se puede acceder utilizando un
navegador”. (Pág. 24). Para la ejecución de la aplicación es necesario estar
familiarizado con este concepto de navegador de internet. Actualmente
existen muchas aplicaciones de navegación de internet como por ejemplo:
Microsoft Internet Explorer
Mozilla Firefox
Google Chrome
Opera
Otros
2.5.10 Metodología RUP
Otro concepto que debe conocer el investigador debe ser la metodología
RUP (Rational Unified Process), que se aplicará específicamente en esta
tesis, donde la referencia Sierra y Carrascal (2008) expresa “esta
metodología está basada en un conjunto de actividades desde la ingeniería
de software, que transforman requisitos de usuario” (Pág. 132).
La transformación es llevar todo requerimiento de la empresa en un
aplicativo en este caso el manejo de los incidentes laborales a través de
una herramienta web basada en ASP.NET.
Este método creado por la compañía IBM, denominado Rational, está
dirigido a compañías con proyectos con infraestructuras de gran escala y
complejidad donde la conceptualizaron de la lógica del negocio juega un
papel fundamental al momento de trabajar con esta metodología. Sin
embargo como cita Toro (2013) “La Metodología RUP es muy conveniente
y adaptable para proyectos de largo plazo”. (Pág. 30).
Marco teórico 21
Esta definición permitirá al investigador orientar el desarrollo del
software a un método disciplinado y con ciclos de vidas constantes, de ahí
la acotación de este marco teórico referente a la metodología RUP.
Finalmente esta metodología es el producto del proceso de ingeniería
de software que proporciona un enfoque atento para asignar tareas y
responsabilidades en la organización del desarrollo, donde su meta es
asegurar la producción del software con una alta calidad que resuelva las
necesidades de los usuarios en un presupuesto y tiempo establecidos.
Marco Metodológico 22
CAPITULO III
3 MARCO METODOLÓGICO.
3.1 Alcance de la investigación
El propósito de esta investigación es el de establecer una herramienta
que permita realizar posibles mejoras en los procesos de gestión de
incidentes dentro de la empresa.
Dicha herramienta abarcara los diferentes problemáticas en los
procesos actuales sobre el tratamiento de los incidentes y accidentes
laborales por medio de un análisis técnico con diversos instrumentos.
En el desarrollo de esta investigación que se realizará con una
planificación de mediano plazo con los recursos y herramientas necesarias,
disponibles en la empresa, para diseñar una solución en una plataforma
web ASP.NET con un gestor de base datos SQL.
La herramienta permitirá el registro, clasificación y consulta de los
incidentes las cuales servirán para realizar comparativas, estadísticas que
permitan a un grupo de investigación tomar las medidas correspondientes.
Este aplicativo debe constar de seguridades y permisos necesarios para
salvaguardar la integridad de la información.
Además debe permitir la toma de decisiones por medios de indicadores
de gestión sobre los incidentes ocurridos, de esta forma lograr la formación
de planes y acciones preventivas o de contingencia en pos de una mejora
continua en el tema de la seguridad en el ambiente laboral. Y a su vez
generando beneficios económicos para la empresa debido a la disminución
de sanciones gubernamentales.
Marco Metodológico 23
3.2 Hipótesis
La gestión de incidentes dentro de la empresa no posee una buena
administración, ¿estará obteniendo los resultados deseados? Las
posibilidades de una mejora en la reducción de los riesgos laborales se
puede obtener con la ayuda de una herramienta de soporte que permita
llevar el control adecuado y necesario para las tomas de decisiones y
planes de contingencias sobre los incidentes y accidentes laborales.
3.3 Variables
Las variables que sirven para el desarrollo de esta investigación son las
siguientes:
Incidentes: Son accidentes que estuvieron a punto de
suceder pero por diferentes motivos nunca se finalizaron. Un
incidente debe ser registrado para llevar cuentas de su
ocurrencia, también la magnitud, el área y personal que
influye, los factores o motivos de causas.
Accidentes: Son hechos que perjudican la salud o incluso
pueden causar la muerte de una persona, la forma de
prevenirlos es con la disminución de riesgos. Determinar la
forma y causa de los incidentes, la frecuencia, el tipo de
personal afectado son índices que deben considerarse para
la disminución de los mismos.
Empleados.- El personal es un punto clave porque aunque
los riesgos existan, tiene la responsabilidad de coordinar la
prevención para disminuir las fatalidades por medio de
controles sobre el nivel de su capacitación, cumplimiento de
normas y su efectividad en casos de desastres.
Marco Metodológico 24
3.4 Diseño de la investigación
Esta investigación se basa en un estudio descriptivo sobre los procesos
actuales en el tratamiento de los accidentes y prevención de riesgos. El
investigador también empleara métodos y procesos cuantitativos,
cualitativos, analíticos sintéticos, inductivos, sistemáticos y comparativos.
3.5 Selección de la Muestra
La muestra está determinada de manera tentativa con una muestra de
tipo aleatorio simple en una selección de juicio sobre el número de
empleados de la empresa como la población total (3084) contra 520
empleados. La población y la muestra están conformada de la siguiente
forma:
CUADRO N° 1
POBLACIÓN PARA LA MUESTRA
Número de funcionarios Costa 1556
Número de funcionarios Sierra 1528
Total de empleados 3084
Fuente: Investigación directa. Elaborado por: Adrian Wong
3.6 Recolección de Datos
La forma que se tomara los datos es por medio de cuestionarios
individuales los cuales incluyen preguntas de identificación, hechos y
acción para que de esta manera el investigador pueda comprender y
evaluar la situación actual de la prevención de riesgos. Los resultados de
las encuestas serán tratados con mayor detalle en el capítulo cuatro de este
trabajo.
Marco Metodológico 25
3.7 Metodologías de desarrollo
La implementación de la metodología de desarrollo denominada
Proceso Racional Unificado (Rational Unified Process, RUP) es un proceso
de desarrollo de software elaborado por la institución Rational Software,
propiedad de IBM. Junto con el Lenguaje Unificado de Modelado UML,
constituye la metodología estándar más utilizada para el análisis, diseño,
implementación y documentación de los sistemas orientados a objetos para
proyectos de grandes tamaños y sistemáticos.
Esta metodología tiene como base el mejoramiento de la calidad de
software con evaluaciones constantes durante las fases de elaboración del
sistema, donde los diagramas de casos de usos dirigen y controlan el
proceso durante todas las fases de desarrollo.
GRÁFICO N° 1
ESQUEMA RUP
Fuente: Investigación Directa Elaborado por: Adrian Wong
La importancia de esta metodología es que sirve al investigador como
una radiografía del sistema que desarrollará, donde todos los implicados
en el desarrollo del sistema posean una idea clara de los procesos a
emplearse, pero a la vez simple para que sea entendido por fases o
separación de procesos. El desarrollo que proporciona el método RUP, se
plantea de manera progresiva para poder atenuar los riesgos y diseñar
Marco Metodológico 26
resoluciones eficientes en las presentaciones de las diferentes cuestiones
que se presenten en el desarrollo del sistema.
La metodología RUP es un proceso de ingeniería en sistemas
informáticos, que propone una orientación en disciplinas para cumplir con
las responsabilidades y tareas requeridas por los usuarios de la
organización. Donde el objetivo principal es asegurar la producción de un
software de alta calidad con una planeación y presupuesto previsible.
En esta metodología se provee de un ambiente de desarrollo
configurable a las necesidades de la empresa, basado en estándares
donde cada participante obtiene una responsabilidad específica en los
procesos que le compete.
La metodología RUP es flexible, pero se distinguen de cinco fases de
ayuda al desarrollo del software las cuales serán aplicadas a lo largo de la
elaboración de este trabajo investigativo, estas son:
Requisitos: Esta fase se encarga de averiguar lo que el
sistema debe hacer para se cumplan los objetivos de este
proyecto.
Análisis: Dentro de esta etapa se procede a conseguir una
comprensión más precisa de los requisitos.
Diseño: Es una fase de comprensión de los requisitos no
funcionales y adaptación de los requisitos funcionales para su
implementación.
Implementación: Es una parte de la metodología encargada
de realizar la ejecución de las clases y pruebas de
componentes individuales del sistema.
Pruebas: Es la fase encargada de planificar, diseñar y
realizar las pruebas de integración y de sistemas, para que
posteriormente se realice la puesta en producción.
Marco Metodológico 27
3.7.1 Fase de análisis
El investigador dentro de esta fase de análisis dispone de numerosas
herramientas para elaborar el perfil del sistema requerido por las
necesidades de la institución. Entre estas herramientas debe existir el
análisis de la problemática actual, también otras como un enfoque de
análisis de requerimientos de los usuarios y del sistema.
Para efectuar un análisis de los problemas actuales se requiere de una
investigación y determinación de los requerimientos de los usuarios, y un
planteamiento de la situación actual de la empresa. Para determinar la
situación actual de la empresa donde el investigador empleará el uso de la
herramienta de análisis gráfico, el diagrama de causa y efecto.
Durante esta fase de análisis se aplica la normativa IEEE 830-1998,
donde el usuario define los parámetros de un patrón de diseño y desarrollo
muy cercano a la realidad del sistema a implementar y por medio de la
combinación de la metodología RUP se logrará mayor exactitud de los
objetivos planteados en esta investigación.
A continuación se presenta las especificaciones de los requisitos del
sistema de acuerdo a las normas IEEE 830 (IEEE Std. 830-1998) que se
aplicó sobre esta fase de análisis.
3.7.1.1 Propósito
La definición de un sistema de gestión de prevención de incidentes que
se apegue a las normativas de la seguridad laboral y cumpla con los
objetivos de seguridad industrial de la empresa.
Por medio de esta herramienta el departamento de seguridad facilite la
realización de sus tareas y actividades diarias con el propósito adicional de
Marco Metodológico 28
disminuir los incidentes laborales y mejorar la seguridad laboral en
beneficio de todos.
3.7.1.2 Ámbito del Sistema
El sistema de gestión de prevención de incidentes denominado SIP, es
una herramienta tecnológica que permitirá a la empresa llevar un registro
de sus incidentes para su respectivo control y tratamiento de los mismos.
Además de obtener una perspectiva analítica de los datos ingresados
para la toma de decisiones gerenciales en cuanto a la seguridad industrial
de la empresa.
Dentro del sistema un incidente nunca podrá ser llevado por un solo
usuario, porque la herramienta tiene la finalidad de la participación de todos
los actores involucrados en la ocurrencia de un incidente para conseguir
una cultura de seguridad laboral de acuerdo a los estándares establecidos.
3.7.1.3 Beneficios
El beneficio del sistema es el control automático y ordenado de los
incidentes laborales, que debe generar una información de alta
disponibilidad y fiel para elaborar nuevos planes de contingencia en busca
de la mejora continua en el tema de seguridad laboral.
3.7.1.4 Metas
Reducir los gastos generados por los incidentes a través de esta
herramienta porque por medio de la obtención de la información generada
de los registros y controles, se podría analizar los indicadores de gestión y
tomar las mejores medidas en beneficio de la empresa tanto
económicamente como socialmente.
Marco Metodológico 29
3.7.1.5 Objetivos del sistema
Dentro de los objetivos del sistema están definidos por el proyecto sin
embargo dentro de la fase de análisis deben quedar especificados, siendo
los siguientes:
Permitir el ingreso de los incidentes del sistema para un
control automatizado y preciso.
Obtener información de los incidentes en medidas
estadísticas, indicadores y resúmenes.
Controlar las acciones correctivas y de mitigación sobre los
incidentes.
3.7.1.6 Descripción General
3.7.1.6.1 Perspectiva del Sistema
El sistema debe relacionarse con el sistema de recursos humanos por
medio de sus empleados, donde debe desarrollarse un plan de integración
de datos con el aplicativo SIP.
La función de esta herramienta está basado en tecnologías abiertas al
público como son los compiladores .NET Framework, lenguajes de carácter
libre como Visual Basic y C#. Donde la plataforma del aplicativo es Asp.NET
para poder otorgar un acceso general desde cualquier punto de trabajo
dentro de una intranet o internet.
La función principal del sistema, como se describe anteriormente su
función principal es el registro de los incidentes para tomar medidas de
acciónes y obtener reportes e indicadores que permitan a la empresa la
toma de decisiones.
Marco Metodológico 30
El registro del sistema comienza con la toma de datos básicos del
incidente como son los nombres, acciones emergentes, fechas y tipos de
incidentes, en la que es la obligación la elaboración de un equipo de
investigación interno basado en los empleados de la empresa. El incidente
dispone de una sección para el ingreso de la cronología de los hechos para
que de esta manera se determinen las causas y efectos. La determinación
de las causas y efectos del problema de la gestión de incidentes se
concentró en las siguientes áreas recursos humanos, sistemas,
administración y seguridad ocupacional. El registro de esta información va
relacionada exclusivamente con los empleados de la empresa al momento
de tomar acciones sobre los incidentes.
La acciones y medidas tienen su espacio dentro del sistema donde cada
tarea va relacionada a una causa, también se debe asignar a un empleado
y su supervisor que pertenezcan a la empresa, para que posteriormente
se proceda con el seguimiento y control del cumplimiento de las tareas
asignadas a la resolución del incidente. En el siguiente diagrama de
bloques funcionales se representa de una manera general y gráfica los
procesos del sistema SIP con enfoque a la parte operacional principal que
es el registro de un incidente, donde cada proceso se relaciona con un
bloque.
GRÁFICO N° 2
DIAGRAMA DE BLOQUES
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 31
3.7.1.6.2 Funciones del sistema
El sistema SIP tiene tres partes funcionales, la función de Catálogos,
Incidente y Seguridad.
Catálogos.- Se encarga del manejo de todas las variables del
sistema para la correcta labor del mismo, dentro de esta
sección hay diversas funciones como el ingreso de tipos de
incidentes, sub accidentes, empleados, cargos, sucursales y
empresas.
Incidentes.- esta sección transaccional tiene el registro de
incidentes, control acciones pendientes y supervisadas,
categorización de los incidentes, reportes e indicadores.
Seguridad.- es la parte encargada de la integridad y
privacidad de los datos, tiene como función crear usuarios,
perfiles de acceso y auditorias dentro de la herramienta.
3.7.1.7 Características de los usuarios
El administrador del sistema, debe ser una persona con conocimientos
técnicos avanzados de la tecnología .Net con orientación al ambiente Web
y un nivel básico en el manejo de base datos.
Para el uso del aplicativo hay dos niveles, el nivel básico para aquellos
usuarios que se encargan de registrar los incidentes y llevar seguimientos
de sus tareas, es fundamental que este tipo de usuario tenga conocimientos
elementales de la web. El nivel superior para los usuarios que supervisan
las acciones, gestionan las medidas de control, trabajan con reportes e
indicadores; en que el perfil exigido debe complementar el conocimiento del
aplicativo tipo web, con la instrucción orientado a la utilización de las
normas de seguridad industrial y empresarial.
Marco Metodológico 32
3.7.1.8 Restricciones
Políticas de la empresa.- La seguridad de la empresa corresponde a su
personal y activos fijos propios, no debe relacionarse con otras empresas,
así sea, la compañía multiempresarial.
El control de acciones y medidas sobre los incidentes empresariales son
netamente adjudicadas solo al personal interno de la empresa.
Limitaciones del hardware.- El hardware a nivel institucional son
servidores con sistemas operativos de Microsoft, con apertura a
comunicaciones con protocolo de enlaces. Además el servidor de base de
datos también es de plataforma Microsoft, actualmente el sistema se
ejecutará dentro de una intranet local, pero el sistema es flexible para
ejecutar a nivel de internet, por lo tanto el nivel de red debe tener una
configuración de hardware adecuado con sus enlaces de comunicación con
un cableado estructurado adecuado de preferencia de categoría 6.
Con respecto a los terminales donde el usuario en general ejecutara el
aplicativo, deben disponer de un navegador de internet como Mozilla
Firefox o Internet Explorer y en el tema de limitación de hardware las
maquinas clientes deben de cumplir con un mínimo de 1 Gb de RAM,
procesador Celeron de 1.4 Ghz o superior, y un 1 Gb de espacio libre en
disco duro.
Aunque la infraestructura tecnológica en la revisión del análisis con el
usuario cumple con los estándares sugeridos. Respecto a la gestión del
almacenamiento físico en el servidor con un mínimo debe ser 50 Gb, a
mayor integración a nivel nacional la cuota de espacio físico debe
aumentar. Además la velocidad de procesamiento como recomendación
debe ser con 8 Gb de RAM y un procesador Intel® Xeon® Processor E5-
4620v2 (20M Cache, 2.60 GHz).
Marco Metodológico 33
Debido a la escalabilidad de la aplicación también se especifica el
mínimo para una aplicación a nivel micro empresarial para tener referencia
de crecimiento, las cuales se detallan a continuación: procesador I5, 20 Gb
de Disco duro y 4 Gb RAM.
Interfase con diversas aplicaciones.- La relación de dependencia del
aplicativo se ha establecido en base al departamento IT de la empresa, los
aplicativos involucrados con el sistema son las herramientas tecnológicas
del departamento de recursos humanos. La cual realizará una
correspondencia a nivel de base de datos para trabajar con los mismos
empleados existentes y una sincronización en este aspecto de vital
importancia para la obtención de información precisa y concisa sobre los
incidentes laborales.
Auditoría y Seguridad.- El nivel de seguridad debe ser integral a nivel
de datos, por lo que toda tabla del sistema debe tener sus campos
auditores, además a nivel aplicativo se maneja seguridad integrada de
internet information server, muy aparte de la seguridad a nivel lógico del
sistema como son los usuarios, perfiles y contraseñas con su respectiva
encriptación. Lenguajes de programación.- Los lenguajes de programación
establecidos son de origen Microsoft como Visual Basic .Net y C# bajo un
framework .NET igual o superior 3.5, además de ser un aplicativo web, se
debe utilizar JavaScript con librerías Jquery, y en cuestión de Css se
recomienda como opcional framework Twiteer Bootstrap.
Para los servicios de consumo de información en ciertos módulos del
sistema se debe utilizar las siguientes opciones WebServices o
comunicación WCF
Restricciones de Diseño.- El enfoque se configura sobre máquinas de
escritorio, el diseño de colores establecidos para el diseño web de la
aplicación se encuentra bajo la gama de colores blanco, gris, negro y azul.
Marco Metodológico 34
Protocolos de comunicación.- Los protocolos que debe utilizar el
aplicativo web está basado en tcp/ip, http y ftp.
Criticidad de la aplicación.- La aplicación tiene puntos de inestabilidad
si la jerarquía de empleados no es ingresada correctamente, la carga de
los supervisores de las acciones de control de incidentes no se realizará
automáticamente, aunque se dispone de un ingreso manual.
3.7.1.9 Análisis de Problemas, Causas y Efectos de la situación actual
Una vez determinado la orientación del sistema, la metodología RUP
aconseja la retroalimentación constante en cada fase de desarrollo, por lo
tanto es necesario clarificar la realidad de los problemas actuales de la
empresa en el tema de gestión de la prevención de incidentes. Dentro de
esta investigación se desarrolla una matriz de problemas y causas que se
acompaña con un diagrama de Ishikawa. A continuación se detalla en la
siguiente tabla los problemas y sus respectivas causas en la gestión de
incidentes dentro de la institución.
CUADRO N° 2
PROBLEMAS - CAUSAS - EFECTOS
Problemas Causas Efectos
Carencia de control
sobre la gestión de
incidentes en la
empresa.
Incorrecta gestión en
materia de prevención de
incidentes
Porcentaje de inasistencia
por incidentes laborales
Falta de
documentación poco
sostenible
Ausencia de
herramientas
automatizadas para la
gestión de prevención de
incidentes con soporte
Procesos de auditoría
incorrectos y lentitud en la
resolución de los
problemas que causan los
incidentes
Marco Metodológico 35
para la documentación de
incidentes
Falta de herramientas
adecuadas para el
control de incidentes
No conocer aplicativos
automatizados que
ayuden a conocer,
entender e interpretar la
información almacenada.
Dificultad de identificar y
controlar los motivos que
generan los incidentes.
Medidas ineficientes
en la prevención de
incidentes
Falta de indicadores de
gestión de incidentes que
permitan tomar planes de
contingencia y
correctivas
Toma de decisiones
ineficientes en tema de
gestión de prevención de
los incidentes dentro de la
empresa.
Errores en la
designación del
personal para la toma
de medidas y
acciones de control
No disponibilidad de una
agenda de control de las
acciones con sus
respectivos
responsables.
Incidentes y accidentes
solucionados
incorrectamente, también
desarrollo de planes de
prevención ineficientes.
Deficiente
administración en la
seguridad en la
información generada
de los incidentes.
Falta de un sistema con
seguridad para el
almacenamiento de la
información generada por
los incidentes.
Fuga de información
privada de la empresa en
temas de gestión interna
de incidentes.
Resolución de
incidentes de forma
desorganizada e
incorrecta
Falta de capacitación y
organización de equipos
de trabajos investigativo.
Accidentes e incidentes
representados en gastos
altos de recursos
económicos y peligro físico
para los empleados.
Falta de auditorías
ineficientes sobre el
tema de incidentes
La ausencia de registros
históricos con datos de
responsables sobre la
toma de decisiones.
Posibles fraudes y
pérdidas económica en la
empresa.
Fuente: Investigación directa. Elaborado por: Adrian Wong
Marco Metodológico 36
GRÁFICO N° 3
DIAGRAMA DE CAUSAS Y EFECTOS
Fuente: Investigación directa. Elaborado por: Adrian Wong
Marco Metodológico 37
3.7.1.10 Casos de Usos sobre la fase de análisis
Dentro de la investigación es necesario documentar para el análisis el
comportamiento operacional actual de la empresa para entender la
situación real de la empresa, esto se puede lograr a través de una
herramienta UML estática que sirve al investigador para determinar las
necesidades del sistema por parte del usuario. En este apartado se elabora
la toma de datos y entrevistas con los usuarios para poder efectuar el
desarrollo de los casos de usos en la gestión de la prevención de incidentes
laborales.
El análisis efectuado por el investigador determina tres actores que
deben considerarse para el desarrollo de los casos de usos:
GRÁFICO N° 4
ACTORES
Fuente: Investigación directa. Elaborado por: Adrian Wong
Administrador del Sistema.- Es aquel actor que permite el uso del
sistema a los demás usuarios, tiene privilegios de control en el sistema de
manera general. Su responsabilidad es la de coordinar el funcionamiento
correcto del sistema y la administración lógica de la base de datos, pues
debe tener un perfil técnico en software y hardware. Cabe resaltar que sus
restricciones están limitadas solo a la parte técnica del sistema, la
Marco Metodológico 38
operatividad del sistema de prevención de incidentes no es su
responsabilidad.
Usuario.- El usuario es un empleado de la empresa, el cual está
designado a un grupo de control donde a su vez puede tomar medidas y
registros de acciones designadas por un superior, en favor de la prevención
y solución de incidentes. En caso contrario el usuario sin permisos y su no
pertenencia a un grupo de control lo constituye como la persona indicada
sólo para efectuar operaciones de ingreso de incidentes, accidentes y
alertas sucedidas.
Jefe Departamental.- Es un usuario con ciertos privilegios adicionales
dentro del sistema como un perfil supervisor, este usuario es un empleado
con cargo de jefe departamental.
Este actor del sistema trabaja conjuntamente con el técnico de
seguridad para formar grupos investigativos, elaboración de causas y
problemas, también para designar acciones y medidas para solución de
incidentes.
Técnico de seguridad.- Su responsabilidad es la de coordinar el
sistema para la correcta gestión de incidentes dentro de la empresa. Debe
ser una persona con enfoque altamente técnico en la gestión y prevención
de incidentes; es necesario que posea conocimientos en temas de
seguridad laboral para el desarrollo eficiente y eficaz del sistema de
prevención de incidentes con preferencia que guíe a la empresa a una
certificación de seguridad internacional (CSI)
De esta manera pueda cumplir con los reglamentos del sistema de
auditoría de riegos del trabajo impuesto (SART) por el IESS. El técnico
cuenta con varias opciones de reportes e indicadores dentro del sistema
para el correcto desempeño de sus funciones dentro de la institución.
Marco Metodológico 39
GRÁFICO N° 5
CASOS DE USOS: REGISTRO DE INCIDENTES
Fuente: Investigación directa. Elaborado por: Adrian Wong
Marco Metodológico 40
CUADRO N° 3
CASOS DE USOS: REGISTRO DE INCIDENTES
Caso de Uso:
Registro de Incidentes
Descripción del proceso:
Este caso se describe el proceso la relación del usuario y el entorno
donde se desenvuelve, se elabora una documentación de los incidentes
o accidentes sucedidos.
Posteriormente se procede con el tratamiento de la información para la
toma de acciones u otras medidas. Para poder auditar tiene que tener un
perfil de administrador y privilegios para poder revisar las fichas de los
empleados de la institución y disponer en la totalidad de la información
sin restricciones.
Actores:
Usuario, Jefe Departamental, Administrador del Sistema y Técnico de
Seguridad
Pre condiciones:
La existencia de un hecho grave o potencialmente peligroso para la
integridad que debe ser reportado por cualquiera de los actores del
sistema.
Secuencia:
1. El usuario registra el incidente o accidente laboral que ocurra dentro
de la empresa. El registro de un incidente dispone de varias secciones
que han sido estructuradas para el mejor control y gestión del mismo, son
un total de 5 secciones que posee la documentación del incidente dentro
del sistema: datos básicos, cronología, equipo de investigación, causa-
efectos y acciones.
Marco Metodológico 41
2.- El usuario que ingresa el incidente deberá registrar obligatoriamente
los siguientes campos: la fecha del suceso, clasificación del incidente el
lugar o área donde se produjo, nombre del caso el cual hace una
referencia corta y descriptiva del incidente. También ingresará el lugar o
el equipo que se afectó, la descripción del incidente, la persona que
reportó el incidente, quien debe constar dentro del sistema y por último la
acción inmediata que se tomó en el momento que sucedió. Siempre el
registro de la persona que reportó el incidente.
3. El usuario, jefe departamental y el técnico de seguridad pueden
consultar el listado de los incidentes dentro del sistema. Un jefe
departamental puede consultar un incidente de forma específica y si aún
no está finalizado puede modificar el incidente. El administrador del
sistema también puede consultar los incidentes como un servicio de
auditoría.
4. El usuario, jefe departamental y el técnico de seguridad pueden
generar reportes impresos desde el sistema como son los listados de
incidentes y la documentación de un incidente específico. Al momento de
la generación de los informes es necesario considerar las opciones de
búsqueda seleccionadas por el usuario.
Secuencia alterna:
1. a El Usuario no tiene permisos para el registro de un incidente.
1. a. 1. El sistema no dejará ingresar ningún registro de incidente hasta
que tenga los permisos adecuados.
1. a. 2 El sistema debe alertar al usuario para que se ponga en contacto
con el administrador de sistema.
1. a. 2. Fin de caso de uso.
2. a. 1 Ingreso inadecuado de datos del incidente
Marco Metodológico 42
2. a 2. El sistema validará si la información solicitada está completa, en
caso contrario no se permitirá la grabación del registro del incidente
enviando un mensaje de alerta para que el usuario ingrese los datos
completos.
2. a. 3 Si la información solicitada está completa, se procederá con la
validación de integridad de la información como por ejemplo la fecha de
registro correcta la cual debe ser menor o igual a 7 días a partir de la
fecha actual, datos en con espacios tampoco serán permitidos. Si la
validación es incorrecta el sistema notificará los problemas encontrados.
2. a. 4 Fin de caso de uso
3. a El usuario no tiene permisos para modificar un incidente.
3. a. 1 El sistema no permitirá la modificación del incidente, bloqueando
la opción de editar el registro del sistema.
3. a. 2 Fin de caso de uso.
4. a El usuario no tiene acceso a la generación de reportes.
4. a. 1 Si el usuario no posee permisos para la opción de reportes, el
sistema no permitirá el ingreso a esta opción. Por lo cual se debe
consultar el perfil de usuario con el que está trabajando en el aplicativo.
4. a. 2 Fin de caso de uso.
Post Condiciones:
Los casos documentados están disponibles para indicadores de gestión
de seguridad.
También se dispone del incidente para que sea investigado por un grupo
de control y se realice toma de acciones correctivas y preventivas
tomadas por un superior o jefe departamental conjuntamente con el
técnico de seguridad y prevención.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 43
GRÁFICO N° 6
CASOS DE USOS: CREACIÓN DE GRUPOS DE INVESTIGACIÓN
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 44
CUADRO N° 4
CASOS DE USOS: CREACIÓN DE GRUPOS DE INVESTIGACIÓN
Casos de Uso:
Creación de Grupos de Investigación
Descripción del proceso:
En este diagrama UML, el investigador realiza la descripción de los
procesos en el desarrollo de los grupos de investigación, desde su
formación, acciones y control del mismo.
Actores:
Jefe departamental, Técnico de seguridad.
Pre condiciones:
Debe existir un usuario dentro del sistema con la finalidad de ser parte
de un grupo de control e investigación designado a un incidente ocurrido
dentro de la empresa.
Secuencia:
1. El jefe departamental o el técnico de seguridad, puede crear un grupo
de investigación en base a los empleados registrados en el sistema, es
obligación designar un líder por grupo para llevar de manera correcta las
misiones de control y prevención de incidentes laborales. El ingreso de
cada integrante se efectúa por medio de la cédula del empleado.
2. El jefe departamental o el técnico de seguridad, debe tener un
incidente para poder asignar a un grupo de investigación. Una vez
ingresado el grupo se encontrará disponible para su consulta a nivel
general, las cuales dependen de los niveles de seguridad acceso
otorgados a los usuarios del sistema.
Marco Metodológico 45
3. El jefe departamental o el técnico de seguridad, llevan un control de
los procesos investigativos sobre los incidentes y las gestiones que ha
realizado el grupo designado para esta tarea por medio del uso de
reportes impresos.
Secuencia alterna:
1. a El Usuario no tiene permisos para la creación de un grupo de
investigación.
1. a. 1. El sistema no permitirá la formación de grupos de investigación
para el incidente, en caso de querer efectuar esta operación debe
consultar con el administrador del aplicativo para solicitar los permisos
correspondientes.
1. a. 2. Fin de caso de uso.
1. b. No hay usuarios para crear grupos de investigación.
1. b. 1 El sistema envía alerta e indica que no hay usuarios para la
creación de grupo. Por lo cual debe proceder con el ingreso de usuarios
en el sistema.
1. b. 3. Fin de caso de uso
1. c Ingreso de un grupo de investigación sin líder asignado.
1. c. 1 Al momento de grabar un grupo de investigación sin un líder, el
sistema alertará la falta del mismo y evitará el registro del grupo en el
sistema.
1. c.2 Fin de caso de uso.
Post Condiciones:
Los grupos de control estarán disponibles para realizar medidas y
acciones para que a posteriori se pueda implementar planes y estrategias
de prevención.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 46
GRÁFICO N° 7
CASOS DE USOS: MITIGACIÓN DE INCIDENTES
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 47
CUADRO N° 6
CASOS DE USOS: MITIGACIÓN DE INCIDENTES.
Casos de Uso:
Mitigación de incidentes
Descripción del proceso:
Dentro de este diagrama UML se narra el proceso de mitigacion de
incidentes, donde se específica la forma de realizar la medidas de control
sobre los incidentes, también se describe lo operatividad sobre las
acciones supervisadas y pendientes asignadas a los usuarios del
sistema.
Actores:
Jefe Departamental, Usuario, Técnico de Seguridad.
Pre condiciones:
Debe previamente existir un incidente para poder realizar las tareas
correspondientes de control y prevención.
Secuencia:
1. El jefe departamental y/o técnico de seguridad deben registrar un
historial delos hechos sucedidos, especificando el día y la hora del
mismo.
2. El jefe departamental y/o técnico de seguridad determinará las causas
y efectos posibles de los problemas del incidente ocurrido.
3. El jefe departamental y/o técnico de seguridad debe registrar las
acciones a tomar para llevar el control del incidente y su prevención del
mismo. Donde el sistema llevará la creación de un historial de acciones.
Marco Metodológico 48
Cada acción va asignada a una causa previamente establecida, pueden
existir varias acciones para una misma causa.
4. El jefe departamental y/o técnico de seguridad debe para cada acción
asignar un responsable y además debe establecer un supervisor de
control para la acción, el cual debería ser su jefe inmediato del
responsable a nivel de organigrama.
5. El usuario y el técnico de seguridad, pueden consultar las medidas y
la situación actual que se lleva a cabo con el incidente a tratarse.
4. Un usuario con perfil supervisor y el técnico de seguridad, supervisa
las acciones pendientes durante la gestión del incidente.
5. El usuario de acuerdo a las medidas tomadas o acciones en el
transcurso de la investigación y tratamiento del incidente pude modificar
el informe para que se ajuste con las necesidades requeridas para la
prevención del incidente.
6. El usuario puede elaborar medidas y planes de prevención.
7. Fin de caso de uso
Secuencia alterna:
2. a El Usuario no posee los permisos necesarios
2. a.1 El sistema no permite crear medidas acciones y determinación
de causas y efectos
2. a. 2 Fin de caso de uso.
Post Condiciones:
Medición y obtención de reportes para la toma de decisiones gerenciales.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 49
GRÁFICO N° 8
CASOS DE USOS: REVISIÓN DE INCIDENTES
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 50
CUADRO N° 5
CASOS DE USOS: REVISIÓN DE INCIDENTES
Casos de Uso:
Revisión de incidentes
Descripción del proceso:
En este caso se especifica el proceso de revisión de los incidentes para
poder elaborar informes, indicadores y auditorias.
En estos procesos influye el perfil de los usuarios del sistema, donde sólo
los jefe departamentales (usuario con privilegios en su perfil) y técnico de
seguridad pues son los únicos que pueden ver estos procesos para que
de esta manera puedan evaluar y diseñar acciones correctivas y planes
de prevención de incidentes laborales.
Actores:
Usuario, Técnico de Seguridad
Pre condiciones:
Debe previamente existir un incidente en proceso o finalizado para poder
de esta forma realizar las mediciones correspondientes.
Secuencia:
1. El usuario tiene la facultad de revisar la cronología de los casos de
incidentes sucedidos en la empresa.
2. El usuario puede consultar e imprimir la documentación de los casos.
3. El usuario con perfil de jefe departamental y el técnico de seguridad,
pueden realizar los reportes de auditorías.
Marco Metodológico 51
4. Un usuario con perfil supervisor y el técnico de seguridad, disponen de
indicadores para realizar los análisis correspondientes de los casos.
5. Un usuario previamente realizado los casos anterirores puede realizar
la impresión de los reportes e indicadores.
Secuencia alterna:
2. a No existe documentación de los casos.
2. a. 1 El sistema alerta al empleado que realiza una consulta que no
posee la documentación existente.
2. a. 2 Fin de caso de uso.
3. a No existe reportes de incidentes.
3. a. 1 El sistema alerta al empleado que realiza una consulta por falta
de datos o problemas en los procesos.
3. a. 2 Fin de caso de uso
4. a No dispone de permisos de consulta de incidentes.
4. a. 1 El sistema alerta problemas de perfil por niveles de seguridad
asignados al usuario.
4. a. 2 Fin de caso de uso.
4. b No existe indicadores de incidentes.
4. b. 1 El sistema alerta al empleado que realiza una consulta por falta
de datos o problemas en los procesos.
4. b. 2 Fin de caso de uso
Post Condiciones:
Los registros e indicadores estarán disponibles para un proceso de
auditoría interna o externa, cuando el caso lo amerite.
Fuente: Investigación Directa Elaboración: Adrian Wong
Marco Metodológico 52
GRÁFICO N° 9
CASOS DE USOS: ADMINISTRAR USUARIOS DEL SISTEMA
Fuente: Investigación Directa Elaboración: Adrian Wong
Marco Metodológico 53
CUADRO N° 6
CASOS DE USOS: ADMINISTRAR DE USUARIOS DEL SISTEMA
Casos de Uso:
Administración de usuarios del sistema.
Descripción del proceso:
Este proceso representado en este diagrama de caso de uso, permite
ver la participacion de los actores entorno a la administración de los
usuarios en el sistema como son las operaciones CRUD (creación,
lectura, modificación y eliminación).
También se debe observar los casos de administración de perfiles y
contraseñas de seguridad dentro del sistema.
Actores:
Administrador del sistema, técnico de seguridad y usuario.
Pre condiciones:
Debe existir un empleado dentro de la empresa, para poder crear los
usuarios. Un usuario deberá ser ingresado por una persona de nivel
administrativo como un usuario de perfil jefe departamental, técnico de
seguridad y administrador del sistema.
Secuencia:
1. El usuario con perfil de jefe departamental, técnico de seguridad y
administrador del sistema pueden crear un usuario para el sistema de
gestión de incidentes.
Marco Metodológico 54
2. El usuario con perfil de jefe departamental, técnico de seguridad y
administrador del sistema pueden modificar y dar de baja un usuario en
caso de la existencia del mismo.
3. El técnico de seguridad y administrador del sistema pueden administrar
los perfiles de un usuario.
4. El usuario puede consultar sus datos dentro del sistema y modificar su
contraseña.
Secuencia alterna:
1. a No tiene permisos para crear un usuario.
1. a. 1 El sistema alerta al usuario que no posee los permisos
correspondientes para crear un usuario.
1. a. 2 Fin de caso de uso.
2. a No tiene permisos para modificar un usuario.
2. a. 1 El sistema alerta al usuario que no posee los permisos
correspondientes para modificar a un usuario.
2. a. 2 Fin de caso de uso.
4. a No tiene permisos para modificar la contraseña.
4. a. 1 El sistema alerta al usuario que hay problemas con la activación
del usuario.
4. a. 2 Fin de caso de uso.
Post Condiciones:
Los usuarios creados pueden realizar sus tareas dentro del sistema de
gestión de incidentes de acuerdo a los perfiles asignados.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 55
GRÁFICO N° 10
CASOS DE USOS: ADMINISTRACIÓN DE PARAMETROS DEL
SISTEMA.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 56
CUADRO N° 7
CASOS DE USOS: ADMINISTRAR DE VARIABLES DE CONFIGURACIÓN DEL SISTEMA
Casos de Uso:
Administración de variables del sistema.
Descripción del proceso:
En este caso de uso es la representacion de las variables de soporte
para el correcto funcionamiento del sistema como por ejemplo las
empresas, sucursales, tipos de incidentes, etc.
Actores:
Administrador del sistema, técnico de seguridad.
Pre condiciones:
Para poder administrar las variables del sistema debe existir un actor tipo
Administrador del sistema o técnico de seguridad.
Secuencia:
1. El técnico de seguridad y administrador del sistema pueden administrar
las variables dentro del sistema.
2. El técnico de seguridad y administrador del sistema pueden administrar
las variables especiales dentro del sistema como empresas, sucursales,
departamentos y empleados.
Marco Metodológico 57
3. El técnico de seguridad y administrador del sistema pueden realizar
consulta y reportes impresos de auditorías sobre las variables del
sistema
Secuencia alterna:
1. a No tiene permisos para administrar las variables del sistema.
1. a. 1 El sistema alerta al usuario que no posee los permisos
correspondientes para la administración de las variables.
1. a. 2 Fin de caso de uso.
2. a No tiene permisos para administrar las variables especiales del
sistema.
2. a. 1 El sistema alerta al usuario que no posee los permisos
correspondientes para la administración de las variables especiales.
2. a. 2 Fin de caso de uso.
3. El usuario no puede imprimir las consultas y reportes.
3 .a .1 El sistema alerta al usuario sobre la situación actual, se debe
verificar la administración de los perfiles de usuario.
3. a. 2 Fin de caso uso
Post Condiciones:
Para poder administrar los incidentes es necesario haber creado las
variables en el sistema y tener los permisos necesarios asignados a esta
sección del sistema.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 58
3.7.1.11 Diagrama de estados de un incidente
Por medio de este diagrama UML se puede observar los diferentes
estados del ciclo de vida de un objeto desde la perspectiva del sistema y
usuario, en este caso se hace referencia a los estados que puede pasar
sobre un inciden te.
GRÁFICO N° 11
DIAGRAMA DE ESTADOS DE UN INCIDENTE
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 59
3.7.1.12 Modelación dinámica
En esta sección se mostrará el comportamiento del sistema SIP a lo
largo del tiempo por medio de los diagramas UML de secuencia. La
flexibilidad que otorga este diagrama UML es un modelamiento de la vista
business logic (vista de negocio) del sistema durante un periodo sobre una
acción determinada, por lo que su uso dentro de esta investigación fue muy
necesaria para que el investigador pueda observar las acciones y flujo de
los procesos del sistema.
GRÁFICO N° 12
DIAGRAMA DE SECUENCIA DE REGISTRO DE UN INCIDENTE
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 60
GRÁFICO N° 13
DIAGRAMA DE SECUENCIA DE ACCIONES PENDIENTES
Fuente: Investigación Directa Elaborado por: Adrian Wong
GRÁFICO N° 14
DIAGRAMA DE SECUENCIA DE ADMINISTRACIÓN DE USUARIOS
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 61
GRÁFICO N° 15
DIAGRAMA DE SECUENCIA DE ADMINISTRACIÓN DE VARIABLES
Fuente: Investigación Directa Elaborado por: Adrian Wong
GRÁFICO N° 16
DIAGRAMA DE SECUENCIA DE GENERACIÓN DE INFORMES
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 62
3.7.1.13 Diagramación elemental de clases durante la fase de análisis
Dentro de este trabajo investigativo en el transcurso de la fase de
análisis del sistema SIP, se procede con la realización del diagrama de
clases, que es la representación principal de la arquitectura de desarrollo,
en esta fase sólo se representará las clases del sistema conjuntamente con
las relaciones de conectividad como son la agregación, composición,
herencia y asociación.
En este diagrama de clases se dispone de una clase principal que es la
de incidentes donde interactúa con varias clases como son la de usuario,
equipos de investigación, causas-efectos, acciones, empleado, persona,
empresa, sucursal, área, cargo y perfiles.
GRÁFICO N° 17
DIAGRAMACIÓN ELEMENTAL DE CLASES
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 63
3.7.1.14Diccionario de clases
En esta sección se realiza una narrativa de todas las clases
determinadas en la fase de análisis que conforman el sistema SIP, donde
se especifica el nombre, tipo, origen y la descripción. La columna de origen
tiene como función especificar si el origen de la clase proviene de un ORM,
en este caso del proveedor ADO.Net Entity Model, donde si pertenece a
este origen se denotara con la letra “O” y en caso contrario con la letra “M”
(manual).
El nivel de acceso de las clases en este proyecto, está dado por dos
modificadores de acceso público y privado, aunque se dispone de más tipos
de modificadores, se determinó la suficiencia de uso de los mismos para el
desarrollo del modelo del sistema.
CUADRO N° 8
DICCIONARIO DE CLASES
Nombre Tipo Descripción
Código
Tablas
Pública M Es aquella clase encargada de gestionar
todos los origen de las variables
Tipo Pública M Dentro de esta clase se gestionan todas
las variables usadas en el sistema.
Empresa Pública M Clase que contiene los datos de la
empresa que utilizan el sistema.
Sucursal Pública M Clase que contiene los datos de las
sucursales pertenecientes a cada una de
las empresas registradas en el sistema.
Persona Pública M El objetivo de esta clase es crear la
representación de un objeto Persona
para su utilización en diversas
perspectivas del sistema
Marco Metodológico 64
Empleado Pública M Clase que sirve para representar a los
empleados de las empresas.
Cargo Pública M En esta clase se contiene la jerarquía del
organigrama de la empresa a través de
los diferentes cargos existentes.
Usuario Pública M Clase que sirve para la representación de
los usuarios que utilizan el sistema.
Perfil Pública M Sirve para el control de acceso y
permisos dentro del sistema como
medida de seguridad de la información.
Área Pública M Contiene las diferentes áreas, divisiones
y departamentos de la empresa.
Incidente Pública M Contiene los datos de los incidentes
sucedidos dentro de la empresa.
Cronología Pública M Clase que representa la cronología de los
hechos que sucedieron en el incidente.
Equipos de
Investigació
n
Pública M Contiene los datos del personal de la
empresa que realizará la investigación
del incidente.
Acciones Pública M Las acciones están representadas en una
clase que contiene una estructura con las
diversas medidas aplicadas sobre una
causa de un incidente.
Causas y
Efectos
Pública M Esta clase contiene todas la causas y
efectos de un incidente a través de una
metodología de investigación aplicada la
cual es los 5 porque (5W).
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 65
GRÁFICO N° 18
DIAGRAMA DE COMPONENTES
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 66
3.7.2 Estudio de factibilidad.- Operativa, tecnológica y económica
Para el desarrollo y aplicación de esta investigación, se debe hacer uso
de un análisis de disponibilidad de los recursos fundamentales para concluir
los objetivos planteados basándose en 3 aspectos esenciales: Operativo,
técnico y económico. De esta manera se puede determinar si este proyecto
es factible para su implementación.
3.7.2.1 Factibilidad Operativa
En este estudio se debe comprobar y garantizar que el uso de esta
aplicación diseñada para la prevención de incidentes cumpla con el uso
para la reducción y mitigación de los mismos dentro de la empresa. El plan
de implementación de la tecnología web, constituye un eje fundamental en
este proyecto debido a que la aplicación hace el uso adecuado de un
navegador de internet, la disponibilidad de una intranet y de internet,
conocimientos básicos de sistemas operativos. La situación actual de este
plan es la de reforzar los conocimientos en el aspecto web y sistemas
operativos debido a que todo el personal involucrado en los diferentes
niveles de la empresa posee un nivel cognitivo de nivel básico y medio en
estos aspectos gracias a la existencia de otras aplicaciones de este tipo
implementadas anteriormente. Por medio de cursos tutoriales no
presenciales se logrará un mayor dominio y manejo correcto de estas
tecnologías.
La existencia de una intranet actualmente dentro de la empresa permite
que la operatividad del aplicativo sea correctamente funcional, donde se
puede desarrollar mejoras sobre el plan actual de mantenimiento preventivo
de redes, equipos y comunicaciones que debe ser revisado con el área
técnica de la empresa quienes deben cerciorarse y acotar los puntos
requeridos para la estabilidad del sistema.
Entre estos puntos tenemos los siguientes:
Marco Metodológico 67
Revisión de instalación y pruebas de puntos
Comprobación verbal con el usuario sobre el funcionamiento
íntegro de los equipos actuales.
Verificación de mediciones correctas de los niveles de
voltajes.
Limpieza externa e interna de los equipos computacionales y
redes.
Otro punto operativo a considerar es el dominio de las buenas prácticas
de prevención de incidentes laborales por parte de los usuarios en general,
actualmente se dispone de capacitaciones en casos de emergencias en
cumplimiento con las normas y leyes establecidas en el país, pero no se
dispone una capacitación o disposición sobre normativas de accidentes
laborales para conocimiento del usuario. La formación sobre este tema es
necesario para un entendimiento y comprensión del sistema SIP a
utilizarse.
Para una operación garantizada en el tratamiento de accidentes,
también debe señalarse el plan de contingencia, detallado en la siguiente
tabla.
CUADRO N° 9
CASOS DE CONTINGENCIA
Caso Descripción Contingencia Acción
1
Falla en el
manejo de
la aplicación
por parte del
usuario
Es un usuario
nuevo
Usuario con
desconocimiento
de la herramienta.
Confirmar si ha sido
capacitado correctamente
Revisar si dispone de los
manuales de usuario.
Dar aviso a superior
inmediato para la toma de
medidas oportunas.
Marco Metodológico 68
2
Falla de red
Cableado y
equipos de
comunicación no
funcionan
Confirmar existencia de
señal
Revisar que el cableado
estructurado se encuentre
bien. físicamente y
correctamente conectado
Informar al departamento
de Sistemas sobre los
problemas de red.
3 Falla de
Sistema
Error a nivel de
software o sistema
operativo
Detallar informe a soporte
técnico para restauración o
reparación del sistema por
medio de un analista.
Fuente: Investigación Directa Elaborado por: Adrian Wong
3.7.2.2 Factibilidad Técnica
El fin de este estudio de factibilidad es identificar las soluciones
tecnológicas más acordes a la hora de implementar la solución y también
para diseñar las estrategias de realización de este proyecto investigativo.
Dentro de este estudio se analizará los requerimientos necesarios y
óptimos en software y hardware para el desarrollo, implementación y
escalabilidad del sistema SIP. De esta manera se puede esclarecer las
interrogaciones existentes sobre las necesidades de personal, recursos
tecnológicos e infraestructura para la marcha del sistema. En esta sección
se detalla los siguientes puntos a tratar:
Infraestructura de análisis y desarrollo.
Infraestructura tecnológica de implementación y
proyecciones.
Interfases de comunicación con sistemas actuales.
Soporte de hardware y software para máquinas clientes y
terminales.
Marco Metodológico 69
3.7.2.2.1 Infraestructura de análisis y desarrollo
Es necesario que el personal involucrado posea un nivel alto de
conocimientos en diversas herramientas tecnológicas para la correcta
elaboración del sistema SIP.
El análisis debe realizarse bajo un modelado UML, con prototipos de
pantallas y la realización de la toma de requerimientos bajo el estándar
IEEE 830, documentado todos los procesos de análisis coordinados con
los usuarios involucrados en la gestión de prevención de incidentes. Cada
modelamiento UML es revaluado por la metodología RUP.
Para el proceso de desarrollo del proyecto se requiere trabajar con la
plataforma actual de desarrollo de la empresa Microsoft Visual Studio.Net
igual o superior a la versión 2008 y una base de datos con motor Microsoft
SQL Server 2008. Los analistas y desarrolladores deben conocer y trabajar
sobre un tipo de proyecto ASP.Net Web Forms, WCF Services y páginas
web bajo HTML5, CSS3, JavaScript, Jquery y Bootstrap bajo una
arquitectura de programación n-capas orientada a objetos y servicios.
Las tecnologías de los lenguajes son actualmente bajo licencia de
código-abierto, facilitando el desarrollo de cualquier sistema sobre
cualquier plataforma. Cabe resaltar que durante la adaptación del HTML5
para esta investigación se estableció durante el periodo de aceptación de
la estandarización por la W3C (World Wide Web Consortium), consorcio
internacional que genera las recomendaciones para el internet.
Por la plataforma de desarrollo existente en la compañía los lenguajes
requeridos son Visual Basic .Net, C Sharp, Javascript y HTML5.
A continuación se detallan los problemas, ventajas y prioridades que se
presentaron durante este trabajo investigativo, expresada en rangos del 1
al 10 donde el valor último es el más primordial de los lenguajes a usarse.
Marco Metodológico 70
CUADRO N° 10
LENGUAJES DE DESARROLLO
Lenguaje Priori
dad Problemas Ventajas
Visual
Basic.NET
10 Lenguaje complicado en
manipulaciones
complejas de datos como
xml o expresiones Linq
La curva de
aprendizaje dentro de
la empresa es muy
corta pues es el
lenguaje estándar en el
desarrollo de las
aplicaciones
Javascript 9 Curva de aprendizaje
media, habilidades
necesarios en
frameworks de javascript
como JQuery
Enriquecimiento de
uso y eficacia en las
aplicaciones web pues
la mayor parte de
programación esta de
lado del cliente.
C-Sharp 7 Curva de aprendizaje
alto, manejo de
conceptos funcionales
desconocidos.
Facilidades en el
desarrollo de los WCF
Services de la
aplicación.
HTML5 9 Disponibilidad corta en
recursos locales al ser un
lenguaje exclusivo para
navegadores.
Facilidades en la curva
de aprendizaje,
diseños web
adaptables a los
usuarios finales.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Cabe señalar que los lenguajes de Microsoft a partir del 2014 tuvieron
un cambio radical, dado a la liberación de un compilador de código abierto
Marco Metodológico 71
para la plataforma .NET (Roslyn), haciendo el libre uso del lenguaje C-
Sharp y Visual Basic.Net eliminando las barreras con los lenguajes de
características no privativo y logrando una ventaja competitiva al desarrollo
del SIP para ejecutarlo sobre otros sistemas operativos.
La factibilidad técnica del personal es muy alta debido a que el 90% de
los desarrolladores conocen y trabajan con esta tecnología, evitando
capacitaciones extensas y contratiempos.
La consideración de la plataforma de control del ciclo vida de las
aplicaciones que posee actualmente la empresa, ALM Team Explorer de
Microsoft, está diseñada para los lenguajes mencionados en este estudio
facilitando el trabajo del desarrollador como es el control, versionamiento y
pruebas de código.
Base de datos.- El motor de la base datos actual de los sistemas
trabajan sobre Microsoft SQL Server en sus versiones 2005, 2008, 2008 r2
y 2012, por lo que el tiempo de desarrollo se verá agilizado y preciso al
momento de su uso. Los analistas y desarrolladores necesitan del
conocimiento de estas tecnologías, donde actualmente los poseen por el
entorno laboral.
Recursos.- Los recursos para el análisis y desarrollo de esta
investigación deben ser el personal, servidores de base de datos y de
aplicaciones. Los recursos están expresados dentro de los siguientes
ámbitos: Personal, Servidor de Base de datos y Servidor de aplicaciones.
En el tema de aplicaciones de las maquinas clientes es suficiente que
cuenten con un navegador web, aunque en el mercado hay una gran
variedad de este tipo de aplicativo de navegación de internet, actualmente
dentro de la institución por motivos técnicos como son la depuración de
código de JavaScript, herramientas y el sistema operativo Windows se
Marco Metodológico 72
utiliza Mozilla Firefox o Microsoft Internet Explorer. Donde dentro de la
siguiente tabla se especifica los requerimientos mínimos y óptimos de
recursos para el manejo de esta infraestructura tecnológica.
CUADRO N° 11
REQUERIMIENTOS DE RECURSOS PARA DESARROLLO
Recursos Requerimientos Mínimos
Personal
1 analista y 1
desarrollador
1 analista y 2
desarrolladores
Servidor de
Base de
Datos
Motor Sql Server 2005.
Espacio de 15 Gb.
Memoria de 3 Gb RAM
Procesador Core 2
Duo 3 Ghz , Sistema
Operativo Windows
Server 2005
Motor Sql Server 2008 o
2012.
Espacio de 50 Gb.
Memoria de 6 Gb RAM.
Intel® Xeon® Processor
(2.60 GHz). Sistema
Operativo Windows
Server 2008 o superior.
Servidor de
Aplicaciones
Espacio de 5 Gb.,
Memoria 4 Gb RAM
Procesador Core 2
Duo 3 Ghz
Sistema Operativo
Windows Server 2005
o superior con IIS 6
Navegador Explorer 8,
Firefox 23
Espacio de 20 Gb,
Memoria de 6 RAM
Intel® Xeon® Processor
(20M Cache, 2.60 GHz).
Sistema Operativo
Windows Server 2008,
2012 o superior con IIS 7
Navegador Explorer 9,
Firefox 26 o superior
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 73
3.7.2.2.2 Infraestructura de implementación y proyecciones
Para la implementación del proyecto debe establecerse la
infraestructura de ejecución de la aplicación desde la perspectiva de las
máquinas de los usuarios, en cuanto al tema de proyecciones se refiere a
las posibles adiciones al sistema provocando una mejora también en los
requisitos del hardware.
Los usuarios finales deberán poseer conocimientos básicos y solidos
sobre sistemas operativos e internet, debido a la operatividad actual de la
empresa la mayoría de los empleados califican con este perfil. En esta
sección se detallan las características de los equipos o terminales de los
usuarios para el desempeño correcto de la aplicación con un
establecimiento de los requisitos mínimos y óptimos.
CUADRO N° 12
RECURSOS PARA IMPLEMENTACIÓN.
Recursos Requisitos Mínimos Requisitos Máximos
Terminales Procesador Intel Core 2 Duo - 2 Ghz - 512 RAM
5 Gb libres en disco.
S.O Windows Xp o Linux
Navegador Internet Explorer 8.0 o Firefox 23.
Procesador i3 - 2 Ghz - 2 Gb RAM
15 Gb en Disco
Tarjeta de red full duplex
S.O Windows 7 o Linux
Navegador Internet Explorer 11 o Firefox 30
Utilitarios de oficina
Redes Intranet con cableado estructurado cat 5.e o superior.
Firewall de Terceros o propio del sistema operativo.
Intranet con cableado estructurado cat 6
Puntos de accesos de Wireless.
Firewall de Terceros o propio del sistema operativo.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 74
3.7.2.3 Factibilidad económica.
3.7.2.3.1 Costo de elaboración del proyecto.
3.7.2.3.1.1 Recurso Humano
En esta investigación se incluye este costo por representar un valor real
dentro del desarrollo del software SIP, siendo un recurso tan importante hay
que determinar el sueldo y el tiempo dedicado.
CUADRO N° 13
COSTOS DE RECURSOS HUMANOS
Recurso Cantidad Meses Salario
Mensual($)
Total
($)
% de
Costos
Coordinador de
Proyecto
1 6 $1350 $ 8100 39.52
Analista-
Programador
2 6 $950 $11400 55.61
Asistente de
pruebas
1 2 $500 $1000 4.87
TOTAL $20500 100
Fuente: Investigación Directa Elaborado por: Adrian Wong
3.7.2.3.1.2 Recursos Tecnológicos
Una parte esencial para el trabajo de los desarrolladores es el disponer
de equipos fundamentados en nuevas tecnologías y con soporte a la carga
de trabajo exigida en el día a día dentro de la organización
Los recursos tecnológicos usados en el desarrollo del sistema de la
compañía son activos existentes, como son los equipos computacionales
disponibles, por lo tanto se medirá la depreciación en forma lineal con un
porcentaje del 33% de salvamento a 5 años establecido en el Ecuador por
el Servicios de Rentas Internas (SRI).
Marco Metodológico 75
En el siguiente cuadro se muestran los costos tecnológicos para la
empresa. Los flujos de pagos y egresos en el anexo 1 y 2 respectivamente.
CUADRO N° 14
COSTOS DE RECURSOS TECNOLOGICOS
Rubro Cantidad Costo Meses Total
Equipos de
computación de
desarrollo
4 11,18 7 313.04
Fuente: Investigación Directa Elaborado por: Adrian Wong
3.7.3 Fase de diseño
Dentro de esta fase se especifica la arquitectura del sistema, como la
estructura de la aplicación, diagrama físico de clases, el mapa web de la
aplicación, diseño de pantallas, modelo de base de datos y reportes.
Toda la documentación expresada en el estudio es necesaria para la
etapa de desarrollo para que el programador elabore correctamente el
sistema. Al momento de diseñar se contempla el tipo de aplicación, la
tecnología y recursos disponibles coordinados con todo el grupo de trabajo.
3.7.3.1 Arquitectura del sistema
Al momento de definir la arquitectura se procedió a decidir que la opción
n-capas es la mejor opción para el mantenimiento de código, consumo de
servicios y eficiencia en las transacciones que produzca el sistema.
Entre las capas que se usarán son: la interfase gráfica, entidades, lógica
de negocio, test, entidades y servicios. De esta manera se permite
desacoplar el código facilitando su mantenimiento y expansión de acuerdo
a los nuevos requerimientos que amerite.
Marco Metodológico 76
A continuación se detalla la descripción de cada capa a utilizarse en la
siguiente etapa de desarrollo.
Capa de Interfase gráfica.- Es aquella que interactúa con el usuario,
en este caso se trata de una capa tipo web ASP.Net, su ventaja es que es
posible el cambio de la misma si en un futuro se decidiera cambiar el tipo
de aplicación, por ejemplo un ejecutable de escritorio o móvil.
Capa de entidades.- Dentro de esta capa está modelada todas las
clases establecidas en la fase de análisis, las instancias pueden ser
utilizadas por cualquier capa.
A demás con la correcta aplicación de un patrón de diseño se puede
reutilizar esta codificación por otro tipo de plataforma como java.
Capa de utilidades.- Esta capa de origen transversal tiene la función
de ayudar a las demás capas con el empleo de funciones variadas,
permitiendo la reutilización de la misma dentro de todo el sistema, como
manejo de conexiones y seguridades.
Capa Lógica de negocio.- La importancia de esta capa radica en la
abstracción de todas las validaciones, restricciones y funcionalidades que
se definen en el ámbito empresarial, para que esta manera con cualquier
cambio requerido por la empresa se pueda realizar de una manera ágil y
correcta.
Capa de Test Manual.- El desarrollador necesita realizar pruebas
continuas en diversos ámbitos, esta capa es la encargada de esta misión.
Capa de Servicio.- Esta capa es el eje central de la aplicación porque
el 70% de las transacciones giran alrededor de ella, cuyas prestaciones se
realizan por medios de servicios web WCF y a su vez pueden ser
consumidas por diversas aplicaciones o plataformas de desarrollo.
Marco Metodológico 77
3.7.3.2 Estandarización de Nombres de la capas de desarrollo.
Todas las capas deben comenzar con el prefijo del sistema “SIP”
seguido de un secuencial y una descripción de su funcionalidad, como se
detalla en el siguiente gráfico.
GRÁFICO N° 19
ESQUEMA DE CAPAS DEL SISTEMA
Fuente: Investigación Directa Elaborado por: Adrian Wong
3.7.3.3 Diagrama lógico de la arquitectura de capas del sistema SIP
Una vez que se ha establecido dentro de la investigación las capas a
utilizarse, debe definirse su interactuación entre las mismas, esto se logra
gracias a través de un diagrama lógico de las estructuras y relación entre
las capas como se muestra a continuación.
Marco Metodológico 78
GRÁFICO N° 20
ARQUITECTURA DE CAPAS DEL SISTEMA SIP
Fuente: Investigación Directa
Elaborado por: Adrian Wong
Marco Metodológico 79
3.7.3.4 Diagrama físico de clases
Basado en el diagrama de clases en la fase de análisis, se procede a
realizar un diagrama con las propiedades correspondientes que usará el
desarrollador.
GRÁFICO N° 21
DIAGRAMA FÍSICO DE CLASES.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 80
3.7.3.5 Diseño conceptual del sistema
Para la fase de análisis y desarrollo necesita especificarse el diseño de
las pantallas y controles del sistema (ver anexo 3), además de especificarse
los módulos y secciones del sistema a través de un mapa web de la
aplicación.
GRÁFICO N° 22
DIAGRAMA MAPA WEB
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 81
3.7.3.6 Modelación de la base datos
En esta sección se procede a definir las tablas, modelo entidad y
relación, estandarización de la base de datos y anotaciones
correspondientes a su implementación. En el anexo 4 se encuentra la
especificación del diseño de tablas del sistema.
3.7.3.6.1 Estandarización de la base de datos
Nombre de la base de datos: dbSIP
Nombre de las tablas:
SIP - X - SECUENCIAL - NOMBRE DESCRIPTIVO
SIP Iniciales del sistema.
X Tipo de tabla (M- Maestra, P – Parámetros, T –
Transaccional)
Secuencial Número de Tabla
Descripción Nombre de la función de la tabla sin espacios
Ejemplo: SIPM05USUARIO
Nombres de columnas:
SIP – SECUENCIAL DE TABLAS - NOMBRE DESCRIPTIVO
SIP Iniciales del sistema.
Secuencial Número de tabla a que pertenece
Descripción Nombre de la función de la columna sin espacios
Ejemplo: SIP05LOGIN
Marco Metodológico 82
3.7.3.6.2 Modelo Entidad – Relación
GRÁFICO N° 23
DIAGRAMA ENTIDAD – RELACIÓN
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 83
3.7.3.7 Análisis de Indicadores
El objetivo del sistema debe reflejarse en indicadores de gestión que
permita ayudar al departamento de seguridad industrial y a la gerencia en
la toma de decisiones para prevenir y reducir los incidentes que pueden
suceder dentro de la empresa. Son denominados KPIs, por sus siglas Key
Performance Indicators.
La perspectiva de los indicadores debe observarse desde la parte
financiera, clientes, procesos internos y aprendizaje que desea mejorar,
implementar y mantener la institución, pues estos indicadores serán la
herramienta que guiarán y ayudarán a cumplir a los usuarios con estas
metas. A continuación se presenta la perspectiva y objetivos de los
indicadores establecidos con el Jefe de Seguridad Industrial, desarrollados
a lo largo de esta investigación.
CUADRO N° 15
ANÁLISIS DE INDICADORES
PERSPECTIVA OBJETIVOS
Financiera
Cumplir con las normativas legales ante la
gestión y prevención de incidentes para evitar
sanciones económicas.
Reducir los costos de incidentes.
Clientes
Ayudar y cuidar a la seguridad del empleado
Mejorar los tiempos de respuestas ante un
incidente.
Procesos Internos
Mejorar los procesos y tratamientos internos en
la gestión de un incidente.
Aprendizaje e Innovación
Instruir a los empleados sobre temas de
seguridad industrial y prevención de incidentes
Motivar el mejoramiento del ambiente laboral Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 84
3.7.3.7.1 Objetivos Específicos de los indicadores
Una vez que se logra determinar las perspectivas, deben reflejarse los
objetivos en mediciones exactas para continuar con el desarrollo de los
indicadores. Estas definiciones de medición también se establecieron con
los usuarios de forma específica con el departamento de seguridad
industrial de la institución.
CUADRO N° 16
ANÁLISIS DE OBJETIVOS INDICADORES.
Objetivos Indicadores Claves de Gestión de KPIs
Cumplir con las normativas legales
ante la gestión y prevención de
incidentes para evitar sanciones
económicas.
1. Cantidad de días sin
incidentes.
2. Cantidad de incidentes
sucedidos
3. Identificar las áreas en que
ocurren más incidentes.
Reducir los costos de incidentes. 4. Porcentaje de Incidentes en
general
5. Porcentaje de Incidentes por
gravedad
Ayudar y cuidar a la seguridad del
empleado.
Mejorar los tiempos de respuestas
ante un incidente.
6. Porcentaje de cumplimiento
en resolución de incidentes.
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 85
3.7.3.7.2 Diseño técnico de indicadores
Basado en los objetivos específicos se detalla técnicamente la forma de
obtener un indicador con los recursos actuales del sistema SIP, para el
desarrollo de esta investigación se determinaron tres indicadores: número
de incidentes ocurridos, incidentes por categorías y cumplimiento en
resolución de incidentes.
CUADRO N° 17
INDICADOR CLAVE DE INCIDENTES OCURRIDOS.
FICHA TÉCNICA DEL INDICADOR CLAVE DE INCIDENTES OCURRIDOS
Nombre INDICADOR DE INCIDENTES OCURRIDOS
Código KPI KPI01INDI KPI # 1
Objetivo Cumplir el mínimo de incidentes en un día de jornada laboral.
Unidad unidades Frecuencia Diario, Mensual
Oportunidad de Medición
Sucede cada hora para llevar el conteo diario y mensual de los incidentes sucedidos.
Nivel de Obtención Por empresa, sucursal, área y departamento
Fórmula del Cálculo
KPI01INDI = Cantidad de Incidentes
diarios
Procedimiento de Cálculo
Deberá sumarse todos los incidentes ocurridos durante el día de labor.
Fuente de proceso Los registros de incidentes que se han ingresado en el sistema SIP.
Responsable de Medición
Técnico de seguridad y/o Jefe de Seguridad Industrial.
Resp. del Cumplimiento Jefe de seguridad industrial y Gerente de Recursos Humanos
Responsable de la Fuente de Datos
Sistema SIP
Meta
SEMAFOROS
Verde Amarillo Rojo
0 < 3 >=3 y < 5 >= 5
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 86
CUADRO N° 18
INDICADOR CLAVE DE GESTION DE INCIDENTES POR CATEGORIAS
FICHA TÉCNICA DEL INDICADOR CLAVE DE GESTION INCIDENTES POR CATEGORIAS
Nombre INDICADOR DE GESTION INCIDENTES POR CATEGORIAS
Código KPI KPI02INDI KPI # 2
Objetivo Cumplir el mínimo de incidentes por categorías establecidas en un día de jornada laboral.
Unidad Unidades Frecuencia Diario, Mensual
Oportunidad de Medición Sucede cada hora para llevar el conteo diario y mensual de los incidentes sucedidos de acuerdo a su gravedad
Nivel de Obtención Por empresa, sucursal, área y departamento
Fórmula del Cálculo
KPI02INDI =
Cantidad de Incidentes diarios por categorías
Procedimiento de Cálculo Se deberá contar todos los incidentes de acuerdo a su clasificación, que hayan ocurrido durante el día.
Fuente de proceso Los registros de incidentes que se han ingresado en el sistema SIP.
Responsable de Medición Técnico de seguridad y/o Jefe de Seguridad Industrial.
Responsable del Cumplimiento
Jefe de Seguridad Industrial y Gerente de Recursos Humanos
Responsable de la Fuente de Datos
Sistema SIP
Meta
SEMAFOROS
Verde Amarillo Rojo
0 (SIN CATEGORIAS) 0 0 >= 1
0 (BAJO) <=6 >6 y <19 >=19
0 (GRAVEDAD) <=0 >0 y <2 >=2
0 (MODERADA) <=3 >3 y <9 >=9
0 (MORTAL) <=0 0 >0
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 87
CUADRO N° 19
INDICADOR CLAVE DE GESTION DE DIAS DE ATRASOS
FICHA TÉCNICA DEL INDICADOR CLAVE DE DIAS ATRASOS EN SOLUCIÓN DE
INCIDENTES.
Nombre INDICADOR DIAS ATRASOS EN SOLUCIÓN DE INCIDENTES.
Código KPI KPI03INDI KPI # 3
Objetivo Cumplir el mínimo de días de atrasos en solucionar un incidente
Unidad unidades Frecuencia Diario
Oportunidad de Medición
Sucede cada al final de cada día
Nivel de Obtención
Por empresa, sucursal, área y departamento
Fórmula del Cálculo
KPI03INDI =
Máximo de días de los
Incidentes sin solucionarse
Procedimiento de Cálculo
Deberá obtener el máximo de días de los incidentes que llevan sin solucionarse
Fuente de proceso
Los registros de incidentes que se han ingresado en el sistema SIP.
Responsable de Medición
Técnico de Seguridad y/o Jefe de Seguridad Industrial.
Responsable del Cumplimiento
Jefe de Seguridad industrial y Gerente de Recursos Humanos
Responsable de la Fuente de Datos
Sistema SIP
Meta
SEMAFOROS
Verde Amarillo Rojo
0 < 3 >=3 y < 10 >= 10
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 88
GRÁFICO N° 24
DIAGRAMA PARTE 1 DE KPIS
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 89
GRÁFICO N° 25
DIAGRAMA PARTE 2 DE KPIS
Fuente: Investigación Directa Elaborado por: Adrian Wong
TB02_KPI_DIARIO_AR
EA_NUM
_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_S
UCUR
SAL
nvarc
har(3
)
SIPK_D
EPAR
TAME
NTO
nvarc
har(1
0)
SIPK_A
REA
nvarc
har(1
0)
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
FECH
A_PR
OCES
Oda
tetim
e
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
TB02_KPI_DIARIO_DEPA
RTAM
ENTO
_NUM
_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_S
UCUR
SAL
nvarc
har(3
)
SIPK_D
EPAR
TAME
NTO
nvarc
har(1
0)
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
FECH
A_PR
OCES
Oda
tetim
e
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
TB02_KPI_DIARIO_EM
PRESA_NU
M_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
FECH
A_PR
OCES
Oda
tetim
e
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ullsTB02_KPI_DIARIO_EM
PRESA_NU
M_GRA
VEDA
D_FIN
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
FECH
A_PR
OCES
Oda
tetim
e
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
TB02_KPI_DIARIO_SUCU
RSAL_NUM
_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_S
UCUR
SAL
nvarc
har(3
)
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
FECH
A_PR
OCES
Oda
tetim
e
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
TB02_KPI_M
ENSUAL_AREA_NU
M_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_S
UCUR
SAL
nvarc
har(3
)
SIPK_D
EPAR
TAME
NTO
nvarc
har(1
0)
SIPK_A
REA
nvarc
har(1
0)
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
MES
int
YEAR
int
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ullsTB02_KPI_M
ENSUAL_DEPAR
TAMENTO
_NUM
_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_S
UCUR
SAL
nvarc
har(3
)
SIPK_D
EPAR
TAME
NTO
nvarc
har(1
0)
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
MES
int
YEAR
int
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
TB02_KPI_M
ENSUAL_EMPRESA_NU
M_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
MES
int
YEAR
int
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
TB02_KPI_M
ENSUAL_SUC
URSAL_NU
M_GRA
VEDA
D
SIPK_I
Dint
SIPK_E
MPRE
SAint
SIPK_S
UCUR
SAL
nvarc
har(3
)
SIPK_I
NCID
ENTE
nvarc
har(1
0)
SIPK_S
UBIN
CIDE
NTE
nvarc
har(1
0)
SIPK_C
ATEG
ORIA
nvarc
har(1
0)
MES
int
YEAR
int
VALO
R1nu
meric
(18, 0
)
VALO
R2nu
meric
(18, 0
)
VALO
R3nu
meric
(18, 0
)
Colum
n Nam
eDa
ta Ty
peAll
ow N
ulls
Marco Metodológico 90
GRÁFICO N° 26
DIAGRAMA PARTE 3 DE KPIS
Fuente: Investigación Directa Elaborado por: Adrian Wong
TB03_KPI_DIARIO_AREA_NUM_DIAS_ATRASOS
SIP
K_I
Din
t
SIP
K_E
MP
RESA
int
SIP
K_S
UC
UR
SA
Ln
varc
har(
3)
SIP
K_D
EP
AR
TA
MEN
TO
nvarc
har(
10)
SIP
K_A
REA
nvarc
har(
10)
FEC
HA
_PR
OC
ESO
date
tim
e
VA
LO
R1
date
tim
e
VA
LO
R2
date
tim
e
VA
LO
R3
nu
meri
c(1
8, 0)
Co
lum
n N
am
eD
ata
Typ
eA
llo
w N
ulls
TB03_KPI_DIARIO_DEPARTAMENTO_NUM_DIAS_ATRASOS
SIP
K_I
Din
t
SIP
K_E
MP
RESA
int
SIP
K_S
UC
UR
SA
Ln
varc
har(
3)
SIP
K_D
EP
AR
TA
MEN
TO
nvarc
har(
10)
FEC
HA
_PR
OC
ESO
date
tim
e
VA
LO
R1
date
tim
e
VA
LO
R2
date
tim
e
VA
LO
R3
nu
meri
c(1
8, 0)
Co
lum
n N
am
eD
ata
Typ
eA
llo
w N
ulls
TB03_KPI_DIARIO_EMPRESA_NUM_DIAS_ATRASOS
SIP
K_I
Din
t
SIP
K_E
MP
RESA
int
FEC
HA
_PR
OC
ESO
date
tim
e
VA
LO
R1
date
tim
e
VA
LO
R2
date
tim
e
VA
LO
R3
nu
meri
c(1
8, 0)
Co
lum
n N
am
eD
ata
Typ
eA
llo
w N
ulls
TB03_KPI_DIARIO_SUCURSAL_NUM_DIAS_ATRASOS
SIP
K_I
Din
t
SIP
K_E
MP
RESA
int
SIP
K_S
UC
UR
SA
Ln
varc
har(
3)
FEC
HA
_PR
OC
ESO
date
tim
e
VA
LO
R1
date
tim
e
VA
LO
R2
date
tim
e
VA
LO
R3
nu
meri
c(1
8, 0)
Co
lum
n N
am
eD
ata
Typ
eA
llo
w N
ulls
Marco Metodológico 91
3.7.4 Fase de Desarrollo
Esta fase dentro de la investigación hace referencia a la metodología
RUP aplicada para un proceso de elaboración ágil, se revalúa los
cumplimientos de cada fase con el proceso de codificación y pruebas.
El proceso de codificación está distribuido de la siguiente manera:
CUADRO N° 20
SEGMENTACIÓN DE RECURSO DE DESARROLLO
Segmentos Recursos Humanos Conocimientos
Capa Negocio y Vista (Front-End)
Desarrollador 1 HTML5, Jquery, css, ASP.Net y Visual Basic.NET
Procesos y capas DAO y DTO
Desarrollador 2 SQL Server, Visual Basic.NET
Integración de Servicios (WCF) e implementación de servidor pruebas
Coordinador C#, WCF services, , Visual Basic.NET y configuración IIS
Test de códigos y aplicación
Asistente de Pruebas Visual Basic.NET, Javascript y documentación.
Fuente: Investigación Directa Elaborado por: Adrian Wong
3.7.4.1 Patrones de diseño a implementar
Para el desarrollo necesitan aplicarse patrones de diseño en la
codificación para manejar una estructura administrable, de fácil
mantenimiento y escalabilidad. Los patrones definidos en este desarrollo
son los patrones DAO, DTO y Singleton.
Dentro de las capas, los patrones de diseño son muy fundamentales
para llevar una comunicación correcta entre capas, donde el patrón de
diseño DAO (Data Access Object), es la forma de comunicarse con las
fuentes de datos, en los papeles de la programación se desempeña como
un traductor entre la aplicación y el servidor de la base de datos a su vez
Marco Metodológico 92
permitiendo la realización de las operaciones CRUD, donde cualquier
cambio del motor de la base de datos es indiferente para las otras capas
de trabajo facilitando de esta manera escalabilidad de la base de datos.
La manera de simular esta traducción es tener una clase formada muy
similar a una tabla de la base datos, estos objetos deben ser el inicio para
el manejo de otras clases dentro del proyecto, éstos son los llamados DTO
o Data Transfer Object, de esta manera se logra un mejor desarrollo en la
arquitectura por capas enfocándose en la capa de datos y entidades.
GRÁFICO N° 27
PATRONES DE DISEÑOS – N CAPAS
Fuente: Investigación Directa Elaborado por: Adrian Wong
Durante el desarrollo del sistema también se aplica el uso del patrón
Singleton por ser una buena práctica de programación en determinados
casos en que necesitemos una sola instancia de clase, pues este patrón
limita la cantidad de instancia de la clase a un máximo igual a uno.
Cada vez que se implemente este patrón de diseño durante el
desarrollo, la clase debe tener un método de instancia que sea estático y
público en el que finalmente el constructor no es accesible desde fuera de
Marco Metodológico 93
la clase. Técnicamente es un patrón diseño utilizado en la codificación de
la programación orientada a objetos que tiene como objetivo la restricción
la creación de objetos de una misma clase donde solo puede existir una
sola instancia por cada clase invocada. Sirve para garantizar la
accesibilidad global desde la solución de la aplicación, además
técnicamente se dispone de un método estático que invoca y valida la
instancia de clase existente dentro del constructor de la misma.
El Singleton además es muy útil para el menú de la aplicación porque
así no se podrá crear varias instancias de las pantallas, además la mayoría
de los objetos del sistema SIP deben tener una sola instancia de las clases.
Conjuntamente con los patrones anteriores DAO y DTO permitirá a los
desarrolladores interpretar y comprender el código generado a lo largo del
desarrollo dentro de las mayorías de las capas exceptuando la capa de
servicios por usar un modelado por el ORM y la vista por el uso de HTML,
JavaScript, ASP.Net y Css. A continuación en el siguiente gráfico muestra
la forma de desarrollar el método de instancia de una clase del proyecto:
GRÁFICO N° 28 DESARROLLO CON PATRON SINGLETON
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 94
3.7.4.2 Evaluaciones según la metodología RUP
La metodología RUP apoya al ciclo de vida de la aplicación en las
diferentes fases de proceso con el enfoque del desarrollo orientado a
objetos para asegurar la producción de un sistema informático de calidad
cumpliendo con los tiempos establecidos y estándares necesitados por el
usuario. Pero la gran ventaja para el desarrollador es que este método está
diseñado para el trabajo en equipo y lleva un control de cambios que
conjuntamente con el administrador ALM que posee la empresa harán que
el desarrollo se complete en seis meses.
La metodología RUP se basa en iteraciones, durante cada fase se
concentra y se reevalúa los flujos de trabajos. Las fases comprenden la
inicialización, elaboración, construcción y transición del proyecto. Para el
desarrollo del sistema se determinó el proceso de evaluación con un total
de cuatro iteraciones, la cuales se distribuyen en cada una de las fases,
como se puede observar en la siguiente tabla las distribución de horas en
cada iteración, fase y disciplina.
CUADRO N° 21
ITERACIONES RUP POR HORAS DE RECURSOS
FASES
DISCIPLINA Inicialización Elaboración Construcción Transición Modelado de Negocio 30 25 10 1
Requerimiento 60 50 10 3
Análisis y Diseño 50 80 45 8
Implementación 10 40 90 60
Pruebas 8 8 40 60
Configuraciones 10 20 20 20 Administración de Proyecto 40 40 20 80
Entorno 20 30 40 60
Total de Horas 228 293 275 292
INICIO I1 I2 I3
ITERACIONES Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Marco Metodológico 95
El desarrollador aplicando la metodología RUP realiza un refinamiento
de los análisis, modelo de negocios y diseño del software obteniendo un
producto de alta calidad sujeto a la arquitectura establecida con
anterioridad.
Durante la fase de construcción se realizan iteraciones internas y
análisis sobre los casos de usos y demás diagrama UML expuestos en la
fase de inicio de esta investigación, además de la realización de las
pruebas locales y en el ambiente de test de los usuarios hacen que los
analistas y programadores logren el producto deseado por la empresa. Sin
embargo al asumir un control excesivo de antemano el coordinador del
proyecto debe realizar en cada iteración la definición de límites de acción
de los involucrados en el desarrollo del sistema.
3.7.4.3 Iteraciones del proyecto
Las iteraciones definidas están detalladas con las asignaciones de
tareas y recursos las cuales son administradas por el coordinador del
proyecto, a continuación se procede con las especificaciones de las
mismas.
En la primera iteración se realiza basado en la toma de requerimientos
y análisis con un enfoque sobre el aspecto de consolidar un modelo lógico
del negocio mediante el uso de las herramientas UML, sin embargo la fase
de construcción en esta parte dispone de poca participación, solamente
actúa con un diseño prototipo web de las pantallas del sistema SIP.
La segunda iteración trabaja en la elaboración de la arquitectura del
sistema basado bajo la línea de requerimientos tomados, la construcción
entra en el modelamiento de clases, estructuras de bases, definición y
configuraciones de servicios web. La capa de negocio se concreta en un
diseño plasmado en una librería de clases dentro del proyecto.
Marco Metodológico 96
La tercera iteración trabaja sobre la construcción del sistema elaborando
toda la codificación bajo los patrones definidos, siendo la iteración con
mayor participación de los desarrolladores en la que deben perfeccionar el
software por medio de pruebas unitarias y de entorno de usuarios.
Finalmente la última iteración es en la cual se ejecuta el proceso de
implementación donde las correcciones en caso de ameritarla deben estar
definidas por tiempos, también debe efectuar evaluaciones de parte del
usuario para producir el cierre del proyecto. Para que posteriormente se
proceda con la puesta de producción con la administración del sistema y
entorno operativo. En esta etapa debe estar consolidada toda la
documentación pertinente como manual técnico, operativo y de usuario.
En la siguiente tabla se detalla asignación de tareas y recursos sobre
todas las iteraciones.
CUADRO N° 22
ASIGNACION TAREAS - RECURSOS
# Recursos Tareas
0 Coordinador 1
Desarrollador 1
Análisis y requerimiento, diseño de
pantallas.
Modelado de negocio, y
determinación de diagrama ERP
1 Coordinador 1
Desarrollador 2
Arquitectura de capas y
estructuración de modelo de clases.
Modelamiento de la capa de negocio.
2 Coordinador
Desarrollador 1
Desarrollador 2
Desarrollo e implementaciones de
patrones. Creación de servicios de
integración.
Evaluación de análisis y
requerimientos a través de los
servicios web y de datos.
3 Coordinador. Pruebas unitarias y de entorno de
pruebas.
Marco Metodológico 97
Asistente de
Pruebas
Desarrollador 1
Desarrollador 2
Evaluación de configuraciones y
medición de los requerimientos.
4 Coordinador.
Asistente de
Pruebas
Desarrollo de manuales.
Evaluación final con usuario.
Administración de aplicación y
entorno.
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
3.7.4.4 Pruebas de aplicación en entorno de desarrollo
Durante el proceso de construcción las pruebas fueron realizadas por
un asistente de pruebas que coordina con el grupo de desarrollo para
efectuar medidas de mejoramiento y corrección, para poder realizar estas
acciones debe hacerse uso de informes con asignaciones de tareas. Las
pruebas fueron realizadas por dos personas, el asistente de prueba y un
usuario final, quienes evaluarán los siguientes aspectos:
CUADRO N° 23
ASIGNACION RESPONSABILIDADES
Aspecto Responsable
Pruebas unitarias de código Asistente de pruebas
Pruebas de operaciones básicas y flujo
de procesos
Asistente de pruebas
Ejercicios simulados como actividades
u operaciones cotidianas durante una
semana
Asistente de pruebas.
Usuario.
Pruebas de rendimiento Asistente de pruebas
Medición de infraestructura y tiempos
de respuestas
Coordinador del proyecto
Asistente de pruebas.
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Marco Metodológico 98
Todas las pruebas aunque sean realizadas por diferentes responsables,
solo hay un usuario que tiene la responsabilidad de notificarlas mediante
informes, el asistente de pruebas.
A demás el asistente de pruebas, tiene la tarea de coordinar con los
analistas y desarrolladores la evaluación de los cambios, mejoras y
correcciones del sistema.
Finalmente con la culminación de las pruebas debe contar con la
aprobación del usuario final para proceder con la siguiente fase de
implementación del sistema SIP en el ambiente de producción.
En esta página se muestra el formato de un ejemplo utilizado en el
desarrollo de los tests realizados al sistema SIP durante la fase de
desarrollo por el asistente de pruebas asignado a este proyecto.
El cuadro de pruebas consta de la siguiente estructura expresado en
columnas, las cuales se detallan a continuación:
Pantalla Física.- Pantalla o página web donde se realizó la
revisión.
Medida.- Acción a realizarse como corrección o sugerencia.
Usuario de Revisión.- Es la persona que se encarga de la
revisión de la pantalla desde la perspectiva de usuario final.
Fecha de Revisión.- Fecha en que se realizó la revisión.
Estado.- Los diversos estado en que puede estar los errores del
sistema como por ejemplo notificado, corregido o pendiente.
Observación de Revisión.- En esta sección se narra el error o
la sugerencia a tomar.
A parte de esta estructura, se lleva un formato de reporte donde lleva un
código de revisión y el nombre de la persona encargada de la revisión.
Marco Metodológico 99
GRÁFICO N° 29
ESQUEMA Y MUESTRA DE REPORTES DE PRUEBAS
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 100
3.7.5 Fase de Implementación.
La fase de implementación de este proyecto debe generar los
documentos que contendrán todas las actividades, controles,
especificaciones técnicas y operativas del Sistema de Prevención de
Incidentes. El esfuerzo dedicado en esta fase es global porque incluye la
participación de todos los actores, tanto del equipo de desarrollo como de
los usuarios finales.
El equipo de desarrollo debe coordinar las pruebas, instalación y
configuración del sistema, mientras que los usuarios tienen el deber de
coordinar capacitaciones y ejecución de tareas para lograr el correcto
funcionamiento del software cumpliendo con las metas planteadas.
Una parte importante es la generación de los manuales técnicos y
operativos, cuya información constará en el manual de usuario. Dentro de
este documento se especifica todos los conocimientos y acciones para el
proceso de instalación, además se centra en el flujo de operaciones diarias
con el fin de ser una guía para el usuario.
La instalación se realiza a través de un método directo por la no
existencia de un sistema actual disminuyendo los riesgos de
inconsistencias, además al no poseer gran tamaño transaccional hacen
posible la toma de este método. También se produce una economía en
gastos de operaciones porque el personal trabajará directamente sobre el
sistema y no en paralelo lo que ocasionaría doble carga laboral.
Generalmente dentro de esta fase se deberían realizar las pruebas de
evaluación, pero debido a la aplicación de la metodología RUP la mayoría
de las pruebas se deben realizar en las fases anteriores de forma itinerante
optimizando en un gran porcentaje el sistema en el menor tiempo posible.
Sin embargo el coordinador del proyecto deberá realizar seguimiento y
evaluaciones de rendimiento y grado de satisfacción del usuario final.
Marco Metodológico 101
3.7.5.1 Actividades de implementación.
3.7.5.1.1 Esquema del plan de Implementación.
Dentro del plan de implementación se deben establecer los objetivos
agrupándolos por el tipo de ejecutor, como se muestra en la siguiente tabla.
CUADRO N° 24
ASIGNACIÓN EJECUCIÓN DE PROYECTO
Ejecutores Objetivos
Equipo de
Desarrollo y
Coordinador
(Sistemas)
Preparación e incorporación de la
infraestructura para el entorno de producción.
Asignación del equipo de implementación.
Migración de datos y coordinación de
procesos de iniciales.
Instalación de componentes en máquinas
clientes y ejecución de procesos
relacionados con el sistema.
Usuario
Administrador
(Jefe
Departamental)
Configuración de carga inicial.
Asignación de perfiles y usuarios.
Control y reportes de seguridad
Usuarios Capacitación teórica y practica
Ejecución de la aplicación en la jornada
laboral
Notificación de problemas
Confirmación de cumplimiento del sistema
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 102
3.7.5.1.2 Configuración del entorno de producción
La meta de la configuración del entorno de producción es la planificación
de los recursos para la primera ejecución del sistema SIP, en esta actividad
participan todo el equipo de desarrollo conjuntamente con el personal de
soporte técnico. A lo largo de toda la planificación es necesaria la
documentación de los procesos de parte de los técnicos, así también de los
respaldos pertinentes de base, archivos y librerías. Los aspectos a tomar
en cuenta son los siguientes:
Configuración del IIS.- En este apartado se debe proveer del grupo de
aplicaciones asignadas y protocolos habilitados. En el presente trabajo de
investigación el protocolo http y el grupo de aplicaciones fue explicado con
anterioridad.
GRÁFICO N° 30
CONFIGURACIÓN DE IIS
Fuente: Investigación Directa Elaborado por: Adrian Wong
Marco Metodológico 103
Librerías y componentes.-Los componentes se deben observar del
lado servidor y cliente, incluyen frameworks, aplicaciones externas de
soporte y librerías que permitan al sistema su correcto funcionamiento.
CUADRO N° 25
COMPONENTES DE INSTALACIÓN
Tipo Componente
Servidor Microsoft .Net Framework 4.0
Base de datos remota de recursos
humanos para sincronización de
datos.
Cliente Utilitarios de oficina.
Configuración de firewall.
Navegador Internet Explorer 9 o
Firefox versión superior a 23.
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
3.7.5.1.3 Estructura y definición de capacitaciones
La elaboración del manual técnico y operativo del usuario posee la
característica de intuitivo y de fácil comprensión disminuyendo las horas de
capacitación a los usuarios finales.
Sin embargo, hay diversas capacitaciones que deben ir acorde a los
planes de capacitación desarrollados y organizados eficientemente con el
fin de no interrumpir las actividades laborales diarias de los empleados. Las
capacitaciones deben ser coordinadas por los siguientes actores: el Jefe
de Seguridad Industrial, Departamento de Sistemas y Gerencia.
En el siguiente cuadro se muestra el esquema de capacitaciones con el
número de horas a utilizarse dentro de cada una.
Marco Metodológico 104
CUADRO N° 26
ESQUEMA DE CAPACITACIONES
CAPACITACIÓN NÚMERO DE
HORAS
Capacitación del equipo de implementación 1
Capacitación a soporte técnico y help desk 2
Capacitación a usuarios finales 2
Seguimiento y evaluación a usuarios 3
TOTAL 10
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
3.7.5.2 Normativas de procedimiento
El coordinador del proyecto y el ejecutivo que solicitó el proyecto, en
este caso, el jefe de seguridad industrial debe fijar fecha de publicación de
los cambios operacionales aplicados al nuevo sistema a instalarse, que en
este trabajo se planificó para dos días antes de la instalación del SIP.
Instalación y puesta en producción del sistema.- En esta actividad
se define la revisión de la ejecución del plan implementación y
configuración del entorno, para que posteriormente se proceda con la
publicación del sistema, en este caso particular al ser un sitio web
transaccional la instalación se realiza en un tiempo estimado de media
hora. Finalmente se comunica al equipo de usuarios para que procedan con
la marcha del sistema.
Reunión de gestión.- La finalidad de esta actividad es finalizar la
solución requerida, en ella se establece las operaciones y resultados de
rendimiento de aplicación, revisión de formulación de los objetivos del
sistema y aprobación final de la entrega del sistema por parte del líder de
los usuarios (jefe se seguridad industrial).
Marco Metodológico 105
Se define también esta actividad como de comprobación, en la que
solamente mide resultados del sistema en el entorno de producción en
comparación a los requerimientos de los usuarios tomados en la primera
etapa del proyecto.
CUADRO N° 27
ESQUEMA DE REUNIONES DE GESTIÓN
Pruebas Objetivo Valor
Rendimiento Velocidad de la aplicación Tiempo de carga por
página promedio de 5
segundos.
Carga Volumen de datos por hora
(Throughput)
Tamaño de datos
promedio por hora 15
mb.
Capacidad Tiempo estimado de
espera peticiones a
usuario.
Respuesta a peticiones
con promedio de 3
segundos.
Estrés Pruebas de emulación que
tratan dejar el sistema
inutilizable por
concurrencia.
Promedio de 100
usuarios conectados con
servicio de peticiones.
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Marco Metodológico 106
3.7.6 Planificación
Análisis y discusión de resultados 107
CAPITULO IV
4 ANALISIS Y DISCUSIÓN DE RESULTADOS.
4.1 Preparación de los datos
En las encuestas realizadas, se determinaron ocho preguntas que
evalúan el rendimiento óptimo y eficacia de la implementación de un
sistema de prevención de incidente. De acuerdo a la clasificación de las
preguntas, en orden, representa la necesidad del usuario, importancia en
su ámbito de trabajo, importancia en el control y mejoramiento en sus
actividades diarias.
En base a la hipótesis planteada se determina la validez de la misma
por medio de un análisis de datos. La hipótesis planteada en esta
investigación se detalla como “La gestión de incidentes dentro de la
empresa que no posee una buena administración, ¿estará obteniendo los
resultados deseados? Las posibilidades de una mejora en la reducción de
los riesgos laborales se puede obtener con la ayuda de una herramienta de
soporte que permita llevar el control adecuado y necesario para las tomas
de decisiones y planes de contingencias sobre los incidentes y accidentes
laborales”.
El cuestionario con una muestra de 65 personas sobre 150 empleados
se detalla en preguntas de si y no, cuyos valores favorables a la hipótesis
están resaltados de color naranja. Los cuales fueron tabulados para poder
determinar la información y opinión de la empresa en favor de la
implementación de un sistema informático de la gestión de prevención de
incidentes laborales. Las preguntas de la encuesta se realizaron mediante
un correo electrónico interno de la empresa, donde el personal encuestado
Análisis y discusión de resultados 108
presentó un adjunto de un documento de texto como respuesta, para que
posteriormente se realice el conteo de cada opción presentada, a través de
una herramienta de hoja de cálculo informática se procedió con la
investigación de comprobación de la hipótesis.
CUADRO N° 28
ESQUEMA DE TABULACIÓN DE ENCUESTA
PREGUNTAS SI NO
1) ¿Está conforme con la administración de la gestión de
incidentes?
X(45) 20
2) Piensa que un sistema automatizado puede ayudar a la
gestión de incidentes.
X(55) 10
3) Conoce las normas y como se debe informar,
documentar un incidente laboral.
8 X(57)
4) Con la disposición de una herramienta para el control y
documentación de incidentes puede influir en la toma de
decisiones para los planes de seguridad industrial.
X(40) 25
5) Siente actualmente la necesidad de disminuir los
accidentes e incidentes laborales.
X(40) 25
6) La comunicación de los incidentes se está realizando de
manera fluida.
19 X(46)
7) Un sistema de apoyo a la documentación de incidentes
le ayudaría a reducir costos y tiempos.
X(60) X(5)
8) Sabía que la documentación de incidentes es una
norma de obligatoriedad en el Ecuador.
X(4) X(61)
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Análisis y discusión de resultados 109
La orientación de inclinación a favor o no del desarrollo del proyecto se
específica de la siguiente manera:
4.2 Análisis de datos
Una vez determinado los datos se procede con un análisis de datos
estadísticos para determinar la comprobación de la hipótesis. Para efectuar
este proceso se clasificaron a las preguntas de acuerdo a la inclinación a
favor del proyecto.
CUADRO N° 29
ESQUEMA DE ANALISIS DE DATOS
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Color naranja indicador de respuesta a favor del proyecto
Color blanco indicador de respuesta no a favor del proyecto
#Pregunta Favor Contra Minigráfico
1 45 20
2 55 10
3 57 8
4 40 25
5 40 25
6 46 19
7 60 5
8 61 4
TOTAL 404 116
Análisis y discusión de resultados 110
Para efectuar una mejor compresión se necesita del uso de
herramientas estadísticas como la media, mediana y moda para poder
efectuar una mejor compresión y análisis de los datos.
CUADRO N° 30
ESTADISTICAS DE DATOS DEL PROYECTO
Fuente: Investigación Directa Elaborado por: Adrian Wong
La media indica el promedio de aceptación de 78% (50.5) y en contra
22% (14.5). Indicando un alto grado de aceptación del proyecto pues
sobrepasa la mitad más uno. El valor en que los encuestados están de
acuerdo y desacuerdo son las pregunta 4 y 5, como se refleja en la moda
a favor con un valor de 40 y la moda a no favor con un valor de 25. A
continuación se detalla visualmente el análisis de esta opción mediante un
gráfico de barra para observar la votación de aceptación del proyecto.
GRÁFICO N° 31 DIAGRAMA DE BARRAS DEL ANÁLISIS DE ENCUESTA
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
FAVOR CONTRA
Media 50.5 14.5
Mediana 50.5 14.5
Moda 40 25
Análisis y discusión de resultados 111
El siguiente grafico circular demuestra el análisis del promedio de
aceptación del nuevo sistema de incidentes, donde se pude apreciar
notablemente la aceptación del aplicativo con un porcentaje del 78%, y en
contra con un valor de 22%.
GRÁFICO N° 32 DIAGRAMA CIRCULAR DEL ANÁLISIS DE ENCUESTA
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
4.2.1 Comprobación de hipótesis
Para la comprobación de la hipótesis se efectuó su comprobación con
el método de prueba del chi- cuadrado, adecuada a las pruebas que no son
paramétricas; es decir, que sus variables pueden ser cuantitativas como
cualitativas, además los datos son de muestreo estadístico e independiente
de una distribución de probabilidad.
Donde se compara con el cuadro de valores del grado de libertad (ver
anexo 5) para determinar la comprobación de la hipótesis de este proyecto.
Análisis y discusión de resultados 112
Calculo del chi-cuadrado: La fórmula base se define por un chi-
estadístico.
n Número de elementos de la muestra
n -1 Numero de grados de libertad
s2 Varianza de muestra
a2 Varianza de población
Los procesos a seguir es determinación de las frecuencias esperadas
en base a la tabulación realizada previamente, para efectuar la frecuencia
esperada se necesitó dividir el producto del valor actual por el total de la fila
para el total de la columna del valor total de la muestra.
CUADRO N° 31 TABULACION DE FRECUENCIAS
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Preguntas A favor En contra Total por fila
1 45 20 65
2 55 10 65
3 57 8 65
4 40 25 65
5 40 25 65
6 46 19 65
7 60 5 65
8 61 4 65
TOTAL 404 116 520
Análisis y discusión de resultados 113
La siguiente tabla muestra el cálculo de totales por filas y columnas de
la frecuencia absoluta (O).
CUADRO N° 32
FRECUENCIAS ESPERADAS (E)
Preguntas A favor En contra
1 50.50 14.50
2 50.50 14.50
3 50.50 14.50
4 50.50 14.50
5 50.50 14.50
6 50.50 14.50
7 50.50 14.50
8 50.50 14.50 Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Finalmente se emplea la siguiente fórmula expresada por la sumatoria
de la división del cuadrado de la diferencia frecuencia absoluta (O) y
frecuencia absoluta para la frecuencia esperada (E).
Donde cada valor de las frecuencias es adjudicado para cada pregunta
de la encuesta, en la tabla siguiente se expresa los valores detalladamente
para una mayor comprensión de la formula expuesta.
Análisis y discusión de resultados 114
CUADRO N° 33
CALCULO DEL CHI CUADRADO
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Para realizar el cálculo de grado de libertad para la comprobación de la
hipótesis, se reemplazan los datos correspondientes.
(N° de filas – 1) * (N° de Columnas – 1) = Grado de Libertad
(8 -1)* (2-1) = 7
Y el valor del grado de libertad es 7. Para determinar si la hipótesis se
comprueba este valor del chi cuadrado con el valor de los grados de libertad
con un nivel de significación de 0.005, de acuerdo a la tabla del anexo 5:
distribución de chi cuadrado se obtiene la siguiente cifra 20.28
VARIABLES O E O-E (O-E) ^2 (O-E) ^2 /E
A FAVOR 1 45 50.50 -5.50 30.25 0.60
NO A FAVOR 1 20 14.50 5.50 30.25 2.09
A FAVOR 2 55 50.50 4.50 20.25 0.40
NO A FAVOR 2 10 14.50 -4.50 20.25 1.40
A FAVOR 3 57 50.50 6.50 42.25 0.84
NO A FAVOR 3 8 14.50 -6.50 42.25 2.91
A FAVOR 4 40 50.50 -10.50 110.25 2.18
NO A FAVOR 4 25 14.50 10.50 110.25 7.60
A FAVOR 5 40 50.50 -10.50 110.25 2.18
NO A FAVOR 5 25 14.50 10.50 110.25 7.60
A FAVOR 6 46 50.50 -4.50 20.25 0.40
NO A FAVOR 6 19 14.50 4.50 20.25 1.40
A FAVOR 7 60 50.50 9.50 90.25 1.79
NO A FAVOR 7 5 14.50 -9.50 90.25 6.22
A FAVOR 8 61 50.50 10.50 110.25 2.18
NO A FAVOR 8 4 14.50 -10.50 110.25 7.60
47.40TOTAL
Análisis y discusión de resultados 115
Si el valor calculado del chi cuadrado es mayor que el valor de la
distribución del chi cuadrado la hipótesis es verdadera, en esta
investigación los valores son 47.40 (Valor chi cuadrado) > 20.28 (Valor de
distribución del chi cuadrado).
De esta manera se puede observar el rango de aceptabilidad en el
siguiente gráfico de distribución donde el sesgo de la curva hacia la derecha
indica la factibilidad de aprobación de la hipótesis.
GRÁFICO N° 33 GRAFICO DE DISTRIBUCIÓN DEL CHI CUADRADO
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Conclusiones y recomendaciones 116
CAPITULO V
5 CONCLUSIONES Y RECOMENDACIONES.
5.1 Conclusiones.
Esta investigación me permitió concluir que poseer un sistema de
prevención de incidentes laborales se lograría una administración eficiente
que garantice la rentabilidad de la empresa, seguridad de los empleados.
Actualmente sin la implementación del sistema diseñado, con los
recursos actuales de la empresa, existe un descontrol en la administración
de los incidentes, reflejándose en planes de contingencia ineficientes,
costos por sanciones antes IESS y por indemnización. Además de correr
peligros inminentes para la vida de los empleados. La desinformación en
algunas áreas de la institución permite situaciones incomodas e inseguras
ante los incidentes laborales, provocando una alta ocurrencia pudiendo
derivar en accidentes graves. También pude analizar que la falta de
conocimientos ante un hecho de riesgo en el trabajo genera medidas de
acción incorrectas que generan simultáneamente más gastos.
La tecnología es un punto que destaco, debido a la infraestructura
disponible satisface los requerimientos para el desarrollo e implementación
del sistema.
La tecnología web ASP.Net dentro de la empresa permite un fácil
acceso al aplicativo a través de un navegador web, sin importar la
plataforma de las terminales de los usuarios. Además puedo acotar que el
desarrollo de software basado en la metodología RUP y la existencia actual
de herramientas de control de ciclo de vida del software
Conclusiones y Recomendaciones 117
El equipo de trabajo de área de sistemas de la empresa posee los
conocimientos calificados y el entorno de desarrollo adecuado con un
sistema de evaluación que ayuda al mantenimiento y evolución del
aplicativo de acuerdo a las necesidades actuales empresariales.
Conjuntamente, el área de sistemas y seguridad industrial efectuarán
los análisis y toma de decisiones más adecuadas para asegurar el
cumplimiento de los objetivos de la elaboración e implementación del
sistema de gestión de prevención de incidentes.
5.1.1 Observaciones relevantes
Tiempos de respuesta: Los tiempos de gestión para
administración de un incidente dentro de la empresa tardaban
cerca de tres días, reduciéndose a dos días.
Costos: Los costos de impresión que al mes ronda con un
promedio de $8.00 dólares americanos se redujo a un 50%
menos, pues la disponibilidad de cualquier información sobre
un incidente bajo las medidas de seguridad están al alcance
del usuario.
Ahorro: significativo se produce con el seguimiento
automatizado de los incidentes ocurridos pues se realiza una
toma de medidas más eficientes como por ejemplo
elaboración de planes de seguridad preventiva más
focalizada a la realidad empresarial.
Cumplimiento de la ley: Se cumple con las normativas del
IESS, la de contar con un sistema de registro de incidentes
dentro de la empresa, de esta forma se evitan multas para la
institución.
Conclusiones y Recomendaciones 118
5.2 Recomendaciones
Este trabajo investigativo me lleva a efectuar recomendaciones
importantes hacia la mejora continua en beneficio de la empresa en los
temas de seguridad industrial conjuntamente con el sistema instalado a
nivel general.
Evaluación y desarrollo de indicadores, en el inicio de este
proyecto se evaluaron los indicadores de gestión requeridos
para la toma de decisiones y planeamientos en temas de
seguridad laboral. Sin embargo a lo largo de las actividades
diarias se necesitara más indicadores que se ajusten a la
estructura dinámica de la empresa, entre estos indicadores
podrían sugerirse control de costos, concurrencia de
categorías incidentes, detalle de empleados involucrados y
efectividad de acciones y medidas de prevención.
Mejora de planes y medidas de acciones que se adapte con
el nuevo sistema de gestión prevención de incidentes, donde
muchas de las capacitaciones de inducción a la prevención y
acción contra incidentes se pueden complementar con
ambientes de prueba con el aplicativo SIP de esta forma se
puede optimizar el sistema anticipadamente.
Integración a otras plataformas, gracias al diseño de capas y
definición de diseño de algunos módulos del sistema como
servicios web, se puede integrar con otros sistemas dentro de
la empresa, inclusive desarrollar una plataforma móvil para
una gestión más agilizada en el control de incidentes pues los
costos del desarrollo sobre un dispositivo móvil serían muy
bajos pues la servicios y la lógica del negocio pueden ser
reutilizadas disminuyendo los tiempos de desarrollo.
Conclusiones y Recomendaciones 119
Adición de módulos al sistema, a lo largo de la vida del
aplicativo se presentaran nuevas ocurrencias o cambios de
dirección estratégica dentro del ambiente externo e interno de
la institución. Entre las recomendaciones sugeridas es el
desarrollo de módulos de costos, integración de recursos
humanos y planeación de prevención de incidentes.
Planificación de mantenimientos preventivos que aseguren la
integridad del sistema con su información, elaboración de
procesos de respaldo de base de datos, mantenimiento en el
servidor de aplicaciones, monitoreo de flujos de datos en la
red donde opera el sistema. Son tareas que debe coordinarse
con la parte IT del área del sistema.
Inclusión de auditoria internas y externas, todo sistema
necesita ser revaluado para que la empresa se dirija hacia
una excelencia con certificaciones en el ambiente laboral, por
ende debe realizarse observaciones sobre el sistema SIP
para efectuar las medidas de mejoras y corrección sugeridas.
Glosario de términos 120
GLOSARIO DE TÉRMINOS.
Comunicación WCF: Marco de trabajo unificado para el desarrollo de
servicios y aplicaciones web, que unifica la administración de los diversos
protocolos de internet.
Entidad.- Dentro del área de sistemas informáticos, es la descripción de
la estructura de la base de datos utilizando un modelo de datos.
IEEE: Formato de apoyo para la especificación de requisitos de
software, la abreviatura viene de sus siglas en inglés, Guide to Software
Requirements Specifications.
IT.- Son las siglas para definir las tecnologías de la información (TI),
viene del inglés Information technology.
Jquery.- Framework basado en bibliotecas de JavaScript para
desarrollo de aplicaciones de web, permite el manejo práctico de los
elementos HTML e interacciones con el servidor de una manera
asincrónica.
Linq: Un componente del framework .NET que sirve para el manejo de
cualquier tipo de almacén de datos. Las sentencias usadas denominadas
expresiones de consulta, son similares a las sentencias SQL y puede
utilizarse para el procesamiento de datos en general
N-capas.- Es el modelo arquitectónico en la construcción de software
para diferentes plataformas. Tiene la ventaja de proveer un mantenimiento
y soporte de la programación realizada de una manera sencilla y permite
que la aplicación puede crecer en varios ámbitos.
Glosario de términos 121
ORM: De la siglas en inglés Object-Relational mapping (Mapeo de
Objeto Relacional. Es un método técnico para el desarrollo de software que
se encarga el mapeo de una entidad de base datos para virtualiza en clases
con orientación a objetos, sirve para el desarrollo ágil de aplicaciones.
Patrones de diseño.- Son técnicas que tienen como finalidad la
búsqueda de soluciones a los posibles problemas presentado en el diseño
y desarrollo de software.
SQL: Es un lenguaje de programación orientado al manejo de estructura
y acceso de una base de datos relacionales, lo que permite transacciones
y operaciones sobre ellas.
TCP/IP: Es un protocolo de internet, un conjunto de reglas de diseño y
de implementación para la comunicación y tratamiento de datos entre
equipos de una red.
Twiteer Bootstrap.- Es un conjunto de tecnologías como JavaScript,
imágenes digitales y hojas de estilos para la diseño de páginas web.
Web.- Es el término para definir la red informática específicamente al
internet.
Web Forms: Formularios Web cuya finalidad es de crear interfaces
productivas e interactivas para los usuarios y así elaborar aplicaciones web
empresariales.
WebServices: Es una herramienta tecnológica que tiene como función
el intercambio de información mediante el uso de protocolos y estándares
del internet de tipo SOAP (Simple Object Access Protocol).
Anexos 122
ANEXOS
Anexos 123
ANEXO N° 1
FLUJO DE PAGOS.
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Recursos /
Mes 1 2 3 4 5 6 7
Coordinado
r de
Proyecto
$1350 $1350 $1350 $1350 $1350 $1350 $1350
Analista-
Programad
or
$950 $950 $950 $950 $950 $950 $950
Asistente
de pruebas
$0 $0 $0 $0 $0 $500 $500
Depreciació
n de
equipos
$11,18 $11,18 $11,18 $11,18 $11,18 $11,18 $11,18
Total
2311,18 2311,18 2311,18 2311,18 2311,18 2811,18 2811,18
Anexos 124
ANEXO N° 2
FLUJO DE EGRESOS
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Costo Tipo Promedio
Costo de hora perdida Directo $15 por hora
Costo de hora por investigación Directo $40 por hora
Costo de hora por tramites una vez sucedido el accidente Directo $20 por hora
Costo de hora por atención medica Directo $15 por hora
Costo de hora de limpieza por incidente Directo $10 por hora
Costo de registro incidentes de manera manual Directo $8 por hora
Costos por defensa jurídica, multas indemnizaciones,
seguros, etc.
Directo .
Pérdida de imagen laboral Indirect
o
-
Deterioro en las relaciones laborales entre empleados y la
empresa.
Indirect
o
-
Costo de pérdidas por la experiencia del empleado que
sufrió el incidente
Indirect
o
-
Costo psicológicos de los empleados tras un accidente Indirect
o
-
Anexos 125
ANEXO N° 3 PANTALLA Y CONTROLES DEL SISTEMA.
Administración de usuario
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 16/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SIP
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Pantalla de Administración de Usuario
NOMBRE FISICO: frm07Usuario.aspx
Anexos 126
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 16/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SIP
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Pantalla de Administración de Usuario
NOMBRE FISICO: frm07Usuario.aspx
Nombre del Objeto Nombre Campo
Entrada Contenido
Formato Edición
optNuevo Opción de nuevo B(1)
optModificar Opción de modificar
B(1)
ddlPerfil SIP05PERFIL Perfil de usuario X(4)
txtCédulaPersona Código de la persona
X(13)
txtDescripcionPersona MD04EMAIL Nombres de la persona
X(100)
txtCodigoEmpleado SIP05CODEMPLEADO
Código del empleado
X(10)
txtUsuario SIP05LOGIN Nombre del usuario
X(10)
txtPassword SIP05CONTRASENA Contraseña del usuario
X(100)
txtRepetirPassword SIP05CONTRASENA Repetición de la contraseña
X(100)
chkActivo Estado del usuario
B(1)
btnGuardar Botón para guardar
btnCancelar Botón para cancelar
DESCRIPCIÓN: Pantalla de administración de los usuarios del sistema.
FRECUENCIA DE USO: Cada vez que se necesite realizar una operación
de administración de usuario, tales como crear, modificar y eliminar.
Anexos 127
Catálogos iniciales
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de catálogos iniciales
NOMBRE FISICO: frm12CatDiccionario.aspx
Anexos 128
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 01/01/2011
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Pantalla de Administración de catálogos iniciales
NOMBRE FISICO: frm12CatDiccionario.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
optNuevo Opción de nuevo B(1)
optModificar Opción de modificar
B(1)
ddlCódigoCatálogo SIP15CODIGOTABLA
Código del catálogo
X(10)
txtNombreCatálogo SIP15DESCRIPCION Nombre del catálogo
X(100)
chkCatálogoInterno Colocar como catálogo interno
B(1)
ddlOrigenCatálogo SIP15CATALOGO Origen del catálogo
X(2)
txtCódigoAuxiliar SIP15CODIGOAUX Código Auxiliar X(20)
chkEstadoActivo SIP15ESTADO Estado del catálogo
B(1)
btnGuardar Botón para guardar
btnCancelar Botón para cancelar
DESCRIPCIÓN: Este formulario permite al usuario ingresar diferentes
tipos de variables al sistema, necesarias para ampliar el contenido y
funciones de la aplicación.
FRECUENCIA DE USO: Cada vez que necesite realizar una operación
de administración de catálogos, tales como crear, modificar o inactivar el
catálogo.
Anexos 129
Tipos de catálogos
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de los tipos de catálogos
NOMBRE FISICO: frm03CatTipoAccion.aspx
Anexos 130
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 01/01/2011
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Pantalla de administración de los tipos de catálogos.
NOMBRE FISICO: frm03CatTipoAccion.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
ddlTiposCatálogos SIPM16CODIGOTIPO Tipos de Catálogos X(10)
txtCodigoCatálogo SIP16CODIGO Código del catálogo X(10)
txtObservación SIP16OBSERVACION Observación X(100)
txtDescripciónCatálogo SIP16DESCRIPCION Descripción del tipo de catálogo
X(100)
btnLimpiar Botón para limpiar
btnGrabar Botón para grabar
btnConsultar Botón para consultar
DESCRIPCIÓN: Se puede ingresar varias opciones para cada catálogo
que existe en la aplicación.
FRECUENCIA DE USO: Cada vez que se necesite crear o eliminar un
tipo de catálogo a un catálogo inicial.
Anexos 131
Administración de empresas
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de empresas
NOMBRE FISICO: frm02CatEmpresa.aspx
Anexos 132
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de empresas
NOMBRE FISICO: frm02CatEmpresa.aspx
Nombre del Objeto
Nombre Campo Contenido Formato Edición
optNuevo Opción de nuevo B(1)
optModificar Opción de modificar B(1)
btnVerExistentes Botón para ver empresas existentes
ddlCódigoEmpresa SIP08CODIGO Código de la empresa
X(50)
txtNombreEmpresa SIP08DESCRIPCION Nombre de la empresa
X(50)
ddlRegión SIP08REGION Región de la empresa
X(50)
txtDirección SIP08DIRECCION Dirección de la empresa
X(50)
txtCorreo SIP08CORREO Correo de la empresa
X(50)
txtRepresentante SIP08REPRESENTANTE
Representante de la empresa
X(50)
txtRuc SIP08RUC Ruc de la empresa X(13)
txtTeléfonos SIP08TELEFONO1 Teléfonos de la empresa
X(13)
imgImagenEmpresa SIP08LOGOEMPRESA Imagen de la empresa
X(150)
updVerArchivos Ver archivos de imágenes
chkActivo SIP08ESTADO Estado de la empresa
B(1)
btnGuardar Botón para guardar
btnCancelar Botón para cancelar
DESCRIPCIÓN: Esta pantalla tiene como función permitir al usuario ingresar o
modificar una empresa dentro del SIP, por medio de las opciones de Nuevo y Modificar
FRECUENCIA DE USO: Cada vez que el usuario necesite crear, modificar o
eliminar una empresa.
Anexos 133
Administración de sucursales
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de Sucursales
NOMBRE FISICO: frm05CatSucursal.aspx
Anexos 134
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad
de Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de sucursales
NOMBRE FISICO: frm05CatSucursal.aspx
Nombre del Objeto
Nombre Campo Contenido Formato Edición
optNuevo Opción de nuevo B(1)
optModificar Opción de modificar
B(1)
ddlCódigoSucusarl SIP09CODIGO Código de la sucursal
X(3)
txtNombreSucursal SIP09DESCRIPCION Nombre de la sucursal
X(100)
txtRegión SIP09REGION Región de la sucursal
X(2)
txtTeléfonos SIP09TELEFONO1 Teléfonos de la sucursal
X(15)
ddlEmpresa SIP09EMPRESA Empresa a la pertenece la sucursal
X(4)
chkEstado SIP09ESTADO Estado de la sucursal
B(1)
btnGuardar Botón para guardar
btnCancelar Botón para cancelar
DESCRIPCIÓN: Este formulario tiene como función el ingreso o
modificación de sucursales de una empresa.
FRECUENCIA DE USO: Cada vez que se necesite realizar una operación
de administración de sucursales, tales como crear, modificar y eliminar.
Anexos 135
Administración de cargos
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de Cargos
NOMBRE FISICO: frm04CatCargo.aspx
Anexos 136
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Administración de cargos
NOMBRE FISICO: frm04CatCargo.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
optNuevo Opción de nuevo B(1)
optModificar Opción de modificar
B(1)
btnVerExistentes Ver cargos existentes
ddlIdentificaciónCargo SIP07ID Identificación del cargo
X(4)
txtCódigoCargo SIP07CODIGO Código del cargo X()
txtNombreCargo SIP07NOMBRE Nombre del cargo X(50)
txtDescripciónCargo SIP07DESCRIPCION Descripción del cargo
X(100)
ddlRegión SIP07REGION Región del cargo X(2)
ddlEmpresa SIP07EMPRESA Empresa del cargo X(4)
chkEstado SIP07ESTADO Estado del cargo B(1)
btnGuardar Botón para guardar
btnCancelar Botón para cancelar
DESCRIPCIÓN: En este formulario sirve ingresar los diferentes tipos de cargos o
modificar los que existen.
Frecuencia de Uso: Cada vez que se necesite realizar una operación de
administración de cargos, tales como crear, modificar y eliminar.
Anexos 137
Registro de empleados – Datos personales
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 02/10/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de empleados-Datos personales
NOMBRE FISICO: frm06CatEmpleado.aspx
Anexos 138
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de empleados-Datos personales
NOMBRE FISICO: frm06CatEmpleado.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
BtnGrabar Botón para grabar
BtnLimpiar Botón para limpiar
TxtCédulaEmpleado SIP10CEDULA Cédula del empleado
X(13)
TxtNombresEmpleado SIP10NOMBRES Nombre del empleado
X(50)
TxtApellidosEmpleado SIP10APELLIDOS Apellidos del empleado
X(50)
DtpFechaNacimiento SIP10FECNACIMIENTO
Fecha de nacimiento del empleado
X(10)
TxtNumeroSocial SIPNUMSOCIAL Numero social del empleado
X(15)
TxtTélefonos SIP10TELEFONO1 Teléfonos personal del empleado
X(13)
TxtFax SIP10FAX Número fax del empleado
X(13)
TxtCorreo SIP10CORREO Correo personal del empleado
X(30)
DdlProvincia SIP10PROVINCIA Provincia de residencia
X(3)
DdlCanton SIP10CANTON Cantón de residencia
X(3)
DdlCiudad SIP10CIUDAD Ciudad de residencia
X(3)
DdlSexoEmpleado SIP10SEXO Sexo del empleado X(2)
DdlEstadoCivilEmpleado
SIPESTADOCIVIL Estado civil del empleado
X(3)
DESCRIPCIÓN: Pantalla que administra a los empleados de la empresa, donde se
maneja todos los datos personales.
FRECUENCIA DE USO: Cada vez que se desee ingresar, modificar o dar de baja
a un usuario.
Anexos 139
Registro de empleados – Datos laborales.
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 02/10/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de empleados-Datos laborales
NOMBRE FISICO: frm06CatEmpleado.aspx
Anexos 140
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad de
Guayaquil Desarrollado por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de empleados-Datos laborales
NOMBRE FISICO: frm06CatEmpleado.aspx
Nombre del Objeto
Nombre Campo Contenido Formato Edición
BtnGrabar Botón para grabar
BtnLimpiar Botón para limpiar
TxtCédulaSuperior SIP10CEDULA Cédula del superior
X(13)
TxtNombresSuperior SIP10NOMBRES Nombres del superior
X(100)
TxtCódigoSuperior SIP06CODIGO Código del superior
X(2)
DdlEmpresa SIP06EMPRESA Empresa donde trabaja el empleado
X(3)
DdlSucursal SIP06CODSUCURSAL Sucursal donde trabaja el empleado
X(3)
DdlDepartamento SIP16CODIGO Departamento X(10)
DdlArea SIP06CODAREA Área del trabajo X(10)
DdlCargo SIP06CARGO Cargo del empleado
X()
TxtCorreo SIP06CORREO Correo laboral del empleado
X()
DtpFechaIngreso SIP06FECHAINGRESO
Fecha de ingreso laboral
X(10)
ChkActivo SIP06ESTADO Estado del empleado
B(1)
ImgImagenEmpresa SIP06FOTO Imagen de la empresa
X(100)
UpdSeleccionarArchivo
Botón para seleccionar la imagen
DESCRIPCIÓN: Pantalla que administra a los empleados de la empresa, donde se
maneja todos los datos laborales.
Frecuencia de Uso: Cada vez que se desee ingresar, modificar o dar de baja a un
usuario.
Anexos 141
Consulta de empleados
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 02/10/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Consulta de empleados
NOMBRE FISICO: frm14CatConsulEmpleado.aspx
Anexos 142
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 2 de 2
Fecha de Elaboración 29/09/2014
Autor: Universidad
de Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Consulta de empleados
NOMBRE FISICO: frm14CatConsulEmpleado.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
BtnBuscar Botón para Buscar
BtnLimpiar Botón para Limpiar
OptCódigoEmpleado Opción búsqueda por código
B(1)
OptNombresEmpleado Opción búsqueda por nombres
B(1)
OptFechaIngreso Opción búsqueda por fecha de ingreso
B(1)
TxtCódigoEmpleado SIP06CODIGO Código específico de búsqueda
X(4)
TxtNombresEmpleado SIP10NOMBRES Nombre específico de búsqueda
X(100)
DtpFechaIngreso SIP06FECHAINGRESO
Fecha de ingreso específica de búsqueda
X(10)
GrvConsutaEmpleados Consulta de empleados
DESCRIPCIÓN: Pantalla que tiene como finalidad la consultas de los
empleados de la institución, mediante filtros de búsqueda.
FRECUENCIA DE USO: Cada vez que se quiera modificar un usuario.
Anexos 143
Registro de incidentes-Descripción del incidente
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Descripción del incidente
NOMBRE FISICO: frm10TransRegistro.aspx
Anexos 144
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 2 de 2
Fecha de Elaboración 01/01/2011
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Descripción del incidente
NOMBRE FISICO: frm10TransRegistro.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnGrabar Botón para grabar
btnLimpiar Botón para limpiar
dtpFechaIncidente SPI01FECHA_INCIDENTE
Fecha del incidente X(10)
txtNombreIncidente SPI01NOMBRE Nombre del incidente
X()
ddlTipoInciddente SPI01TIPO_INCIDENTE
Tipo del incidente X(10)
ddlSubTipoIncidente SPI01TIPO_SUBINCIDENTE
Subtipo del incidente
X(10)
txtAreaIncidente SPI01AREA Área donde se produjo el incidente
X(100)
optIncidente Opción de incidente
B(1)
optCuasiIncidente SIP01CLASIFICACION
Opción de cuasi incidente
B(1)
txtEquipoAfectado SPI01LUGAR_EQUIPO_AFECTADO
Lugar o equipo afectado
X(50)
txtCosto SPI01COSTO Costo del incidente X(9)
txtReportadoPorCédula SPI01REPORTADO Cédula de la persona que lo reportó
X(113)
txtReportadoPorNombre
Nombre de la persona que lo reportó
X(100)
txtDescripciónIncidente SPI01DESCRIPCION
Descripción del incidente
X(150)
txtAcciónMitigaciónInmediata
SPI01ACCION_MITIGACION
Acción de mitigación inmediata
X(50)
DESCRIPCIÓN: Pantalla principal para el ingreso de los incidentes ocurridos en la institución.
Frecuencia de Uso: Cada vez que suceda un incidente.
Anexos 145
Registro de incidentes – Investigación
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración: 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Investigación
NOMBRE FISICO: frm10TransRegistro.aspx
Anexos 146
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 2 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Investigación
NOMBRE FISICO: frm10TransRegistro.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnGrabar Botón para grabar
btnLimpiar Botón para limpiar
txtCédulaEmpleado SIPT12CODIGO
Cédula del empleado en el grupo de investigación
X(13)
txtNombresEmpleado SIP10NOMBRES
Nombre del empleado en el grupo de investigación
X(100)
txtCargoEmpleado SIP12CARGO
Cargo del empleado en el grupo de investigación
X(4)
chkLíder SIP12LIDER Escoger como líder
X(10)
btnAgregar Botón para agregar
grvGrupoInvestigacion Grupo de investigación
DESCRIPCIÓN: Pantalla utilizada para la creación de grupos
investigativos.
Frecuencia de Uso: Cada vez que se asigne un grupo investigativo a un
incidente ocurrido dentro de la empresa.
Anexos 147
Registro de incidentes-Cronología
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Cronología
NOMBRE FISICO: frm10TransRegistro.aspx
Anexos 148
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad
de Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Cronología
NOMBRE FISICO: frm10TransRegistro.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnGrabar Botón para grabar
btnLimpiar Botón para limpiar
TxtItem SIP13ITEM Ítems varios X(25)
dtpFecha SIP13FECHAHORA Fecha del suceso
X(10)
dtpHora
SIP13FECHAHORA Hora del suceso X(10)
txtDescripcionIncidente
SIP13DESCRIPCION
Descripción del incidente
X(100)
btnAgregar Botón para agregar
grvConjuntoItems Conjunto de ítems
DESCRIPCIÓN: Dentro de esta pantalla se incluye todo el historial del
incidente, cuya integración va relacionada con los ítems involucrados y el
tiempo del hecho
FRECUENCIA DE USO: Cada vez que se desee asignar la cronología a
un incidente ocurrido.
Anexos 149
Registro de incidentes-Causa y efecto
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Causa y efecto
NOMBRE FISICO: frm10TransRegistro.aspx
Anexos 150
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad
de Guayaquil Desarrollado
por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Causa y efecto
NOMBRE FISICO: frm10TransRegistro.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnGrabar Botón para grabar
btnLimpiar Botón para limpiar
txtEvento SIP03EVENTO Eventos ocurridos entorno al incidente
X(50)
ddlCausaRaiz SIP16CODIGO Causa raíz del incidente
X(10)
btnAgregar Botón para agregar
grvConjuntoEventos Conjunto de Eventos
DESCRIPCIÓN: Esta pantalla sirve para registrar todas las causas que originaron
los incidentes.
FRECUENCIA DE USO: Cada vez que se desee asignar las causas de los
incidentes ocurridos en la empresa.
Anexos 151
Registro de incidentes-Acciones
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Acciones
NOMBRE FISICO: frm10TransRegistro.aspx
Anexos 152
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 2 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Registro de incidentes-Acciones
NOMBRE FISICO: frm10TransRegistro.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
BtnGrabar Botón para grabar
BtnLimpiar Botón para limpiar
txtAccion Acciones a realizar
X(100)
ddlTipoAccion SIP04TIPOACCION Tipo de acciones
X(20)
txtCedulaResponsable SIPRESPONSABLE Cédula del responsable
X(13)
txtNombresResponsable
Nombres del responsable
X()
dtpFechaLimite SIP04FECHALIMITE Fecha límite de la acción a realizar
X(10)
txtCedulaSupervisor SIP04SUPERVISOR Cédula del supervisor
X(13)
txtNombresSupervisor Nombres del supervisor
X()
btnAgregar Botón para agregar
grvConjuntoAcciones Conjunto de acciones
DESCRIPCIÓN: Esta pantalla sirve para registrar las acciones
correspondientes para solucionar el incidente ocurrido.
FRECUENCIA DE USO: Cada vez que se desee asignar las acciones a
un incidente, pero previamente deben existir las causad de los mismos.
Anexos 153
Consulta de incidentes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLA
S
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Consulta de incidentes
NOMBRE FISICO: frm11TransConsultaRegistro.aspx
Anexos 154
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 01/01/2011
Autor: Universidad
de Guayaquil Desarrollad
o por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Consulta de incidentes
NOMBRE FISICO: frm11TransConsultaRegistro.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnBuscar Botón para buscar
btnRefrescar Botón para refrescar
optCodigoIncidente Opción búsqueda por código del incidente
B(1)
optReportadoPor
Opción búsqueda por el nombre de la persona quien lo reportó
B(1)
optFechaIncidente Opción búsqueda por fecha de incidente
B(1)
optFechaReporte Opción búsqueda por fecha de reporte
B(1)
txtCodigoIncidente SPI01CODIGO Código específico de búsqueda
X(10)
txtReportadoPor SIP10NOMBRES Nombre específico de la persona quien lo reportó
X(100)
txtFechaIncidente SPI01FECHA_INCIDENTE
Fecha específica del incidente para la búsqueda
X(10)
txtFechaReporte SPI01FECHA_INCIDENTE
Fecha específica de reporte para la búsqueda
X(10)
grvConsultaIncidentes Consulta de incidentes
DESCRIPCIÓN: Pantalla de consulta de los incidentes registrados en el sistema, los cuales se pueden filtrar por varias opciones de búsqueda. FRECUENCIA DE USO: Cada vez que el usuario desee consultar los incidentes de la empresa.
Anexos 155
Acciones pendientes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO
SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Acciones pendientes
NOMBRE FISICO: frm15AccionesPendientes.aspx
Anexos 156
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Acciones pendientes
NOMBRE FISICO: frm15AccionesPendientes.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnGrabar Botón para grabar
btnCancelar Botón para cancelar
ddlIncidentesAsignados SPI01CODIGO Incidentes asignados
X(10)
ddlAccionesRelacionadas
SIP04ID Acciones Relacionadas al incidente
X(4)
ddlEstado SIP16CODIGO Estado de la acción
X(10)
txtObservación SIP04OBS_PENDIENTE Observaciones
X(100)
DESCRIPCIÓN: Pantalla que sirve para registrar las acciones de los usuarios sobre un incidente específico para cumplir con la solución del mismo.
FRECUENCIA DE USO: Cada vez que se desee registrar una acción de una posible solución sobre incidente registrado en el sistema.
Anexos 157
Acciones Supervisadas
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Acciones Supervisadas
NOMBRE FISICO: frm16AccionesSupervisadas.aspx
Anexos 158
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 01/01/2011
Autor: Universidad de
Guayaquil Desarrollado
por: Wong Macias
Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Acciones Supervisadas
NOMBRE FISICO: frm16AccionesSupervisadas.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
btnGrabar Botón para grabar
btnCancelar Botón para cancelar
ddlIncidentesAsignados SPI01CODIGO Incidentes asignados
X(10)
ddlAccionesRelacionadas SIP04ID Acciones Relacionadas al incidente
X(4)
ddlEstado SIP16CODIGO Estado de la acción
X(10)
txtObservación SIP04OBS_FINALIZADO
Observaciones
X(100)
DESCRIPCIÓN: Pantalla que sirve para finalizar las acciones de los usuarios sobre un incidente específico para cumplir con la solución del mismo.
Frecuencia de Uso: Cada vez que se desee finalizar una acción de una posible solución sobre incidente registrado en el sistema.
Anexos 159
Categoría de Incidentes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por:
Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Categorías de los incidentes
NOMBRE FISICO: frm17Categorias.aspx
Anexos 160
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
Universidad de Guayaquil
DISEÑO DE PANTALLAS
Página 2 de 2
Fecha de Elaboración 24/09/2014
Autor: Universidad de
Guayaquil Desarrollado por: Wong Macias Adrián
PROYECTO SPI
SISTEMA DE PREVENCION DE INCIDENTES
NOMBRE LOGICO: Categorías de los incidentes
NOMBRE FISICO: frm17Categorias.aspx
Nombre del Objeto Nombre Campo Contenido Formato Edición
ddlIncidentes SIP21INCIDENTE Lista de incidentes
X(10)
ddlSubIncidentes SIP21SUBINCIDENTE
Lista de sub incidentes
X(10)
ddlCategoria SIP21CATEGORIA
Tipos de categorías para los incidentes
X(10)
btnGuardar Botón para guardar
btnConsultar Botón para consultar
btnCancelar Botón para cancelar
grvConsultaCategoriasIncidentes
Consulta de los incidentes categorizados
DESCRIPCIÓN: Pantalla que sirve para categorizar el nivel de gravedad de los incidentes que pueden ocurrir dentro de la empresa.
FRECUENCIA DE USO: Cada vez que se desee crear, modificar o dar de baja a una categorización de gravedad de los incidentes.
Anexos 161
ANEXO N° 4: DICCIONARIO DE DATOS
Información de usuario
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA: TIPO:
PARAMETROS
LONGITUD:
466
MEDIO ALMACENAMIE
NTO:
DISCO DURO
FISICO: SIPM05USUARIO
LOGICO: INFORMACIÓN DE LA USUARIO
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA VALIDA-
CIÓN TIPO TAMAÑ
O
1 2 3 4 5 6 7 8 9 10
SIP05LOGIN SIP05CONTRASENA SIP05CODEMPLEADO SIP05REGION SIP05PERFIL SIP05ESTADO SIP05USUARIOCREACION SIP05FECHACREACION SIP05USUARIOMODIFICACION SIP05FECHAMODIFICACION
Nombre de usuario Contraseña de usuario Código de empleado Región del usuario Perfil del usuario Estado del usuario Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
VC VC VC VC I
VC VC DT VC DT
20 100 20 4 4 2
100 8
100 8
NN, PK
NN NN NN NN NN NN NN
- -
OBSERVACIONES: Tabla que contiene la información del usuario del sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 162
Información de empleado
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
408
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM06EMPLEADO
LOGICO: INFORMACIÓN DEL EMPLEADO
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA
VALIDACIÓN TIPO
TAMAÑO
1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16 17
SIP06CODIGO SIP06CARGO SIP06IDPERSONA SIP06SUPERIOR SIP06CORREO SIP06CODSUCURSAL SIP06EMPRESA SIP06CODAREA SIP06REGION SIP06FECHAINGRESO SIP06INGRESO SIP06ESTADO SIP06FOTO SIP06USUARIOCREACION SIP06FECHACREACION SIP06USUARIOMODIFICACION SIP06FECHAMODIFICACION
Código del empleado Código del cargo en la empresa Identificación de la persona Código del jefe inmediato Correo del empleado Sucursal del empleado Empresa del empleado Área de trabajo del empleado Región del empleado Fecha de ingreso a la empresa Ingreso del empleado Estado del empleado Foto del empleado Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I I
VC I
VC VC
I VC VC DT D
VC VC VC DT VC DT
4 4 26 4 60 6 4 20 4 8 8 4
200 20 8 20 8
NN, PK
NN NN NN NN NN NN NN NN NN NN NN
NN NN NN NN - -
OBSERVACIONES: Tabla que contiene la información de los empleados de la empresa que utilizan el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date:(yyyy mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 163
Información de los cargos
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA: TIPO:
PARAMETRO
S
LONGITUD:
550
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM07CARGO
LOGICO: INFORMACIÓN DE LOS CARGOS
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA
VALIDACIÓN TIPO
TAMAÑO
1 2 3 4 5 6 7 8 9
10 11
SIP07ID SIP07CODIGO SIP07NOMBRE SIP07DESCRIPCION SIP07REGION SIP07EMPRESA SIP07ESTADO SIP07USUARIOCREACION SIP07FECHACREACION SIP07USUARIOMODIFICACION SIP07FECHAMODIFICACION
Código del empleado Código del cargo e Identificación de la persona Código del jefe inmediato Correo del empleado Sucursal del empleado Empresa del empleado Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC
I VC VC DT VC DT
4 20
100 200
4 4 2
100 8
100 8
NN, PK
NN NN NN NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene la información de los cargos de la empresa que utilizan el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 164
Información de la empresa
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
1042
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM08EMPRESA
LOGICO: INFORMACIÓN DE LA EMPRESA
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA
VALIDACIÓN TIPO
TAMAÑO
1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16
SIP08CODIGO SIP08DESCRIPCION SIP08REGION SIP08DIRECCION SIP08CORREO SIP08RUC SIP08REPRESENTANTE SIP08TELEFONO1 SIP08TELEFONO2 SIP08TELEFONO3 SIP08LOGOEMPRESA SIP08ESTADO SIP08USUARIOCREACION SIP08FECHACREACION SIP08USUARIOMODIFICACION SIP08FECHAMODIFICACION
Código de la empresa Descripción la empresa Región de la empresa Dirección de la empresa Correo de la empresa Ruc de la empresa Representante de la empresa Teléfono de la empresa Teléfono de la empresa Teléfono de la empresa Logo de la empresa Estado de la empresa Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC VC VC VC VC VC VC VC VC DT VC DT
4
200 4
200 60 26 100 30 30 30 300 2 20 8 20 8
NN, PK
NN NN NN NN NN NN NN NN NN NN NN
NN NN NN
- -
OBSERVACIONES: Tabla que almacena la información de la empresa que utilizan el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 165
Información de sucursal
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
366
MEDIO ALMACENAMIENT
O:
DISCO DURO
FISICO: SIPM09SUCURSAL
LOGICO: INFORMACIÓN DE SUCURSAL
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN
TIPO TAMAÑO
1 2 3 4 5 6 7 8 9 10 11 12 13
SIP09ID SIP09CODIGO SIP09DESCRIPCION SIP09REGION SIP09TELEFONO1 SIP09TELEFONO2 SIP09TELEFONO3 SIP09EMPRESA SIP09ESTADO SIP09USUARIOCREACION SIP09FECHACREACION SIP09USUARIOMODIFICACION SIP09FECHAMODIFICACION
Id de la sucursal Código de la sucursal Descripción de la sucursal Región de la sucursal Teléfono de la sucursal Teléfono de la sucursal Teléfono de la sucursal Empresa de pertenencia Estado de la sucursal Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC VC VC
I VC VC DT VC DT
4 6
200 4 30 30 30 4 2 20 8 20 8
NN, PK
NN NN NN NN NN NN NN NN NN NN NN
- -
OBSERVACIONES: Tabla que contiene la información de las sucursales de la empresa que utilizan el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 166
Información de la persona
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA: TIPO:
PARAMETROS
LONGITUD:
976
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM10PERSONA
LOGICO: INFORMACIÓN DE LA PERSONA
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO
REGLA VALIDACIÓN
TIPO TAMAÑ
O
1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16 17 18 19 20 21 22
SIP10CEDULA SIP10NOMBRES SIP10APELLIDOS SIP10FECNACIMIENTO SIP10NUMSOCIAL SIP10DIRECCION SIP10TELEFONO1 SIP10TELEFONO2 SIP10TELEFONO3 SIP10FAX SIP10CORREO SIP10CIUDAD SIP10CANTON SIP10PROVINCIA SIP10SEXO SIPESTADOCIVIL SIP10FOTO SIPNUMEROCARGAS SIP10USUARIOCREACION SIP10FECHACREACION SIP10USUARIOMODIFICACION SIP10FECHAMODIFICACION
Cédula de la persona Nombres de la persona Apellidos de la persona Fecha de nacimiento Numero social Dirección domiciliaria Teléfono personal Teléfono personal Teléfono personal Fax personal Correo personal Ciudad de residencia Cantón de residencia Provincia de residencia Sexo Estado civil Foto personal Número de cargas Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
VC VC VC DT VC VC VC VC VC VC VC VC VC VC VC VC VC
I VC DT VC DT
26
100 100
8 30
200 26 26 26 26 60 6 6 6 4 6
100 4
100 8
100 8
NN, PK
NN NN NN NN NN NN NN NN NN NN NN
NN NN NN NN - -
OBSERVACIONES: Tabla que contiene los datos personales de los empleados que utilizan el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 167
Información de perfil del sistema
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
362
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM11PERFILES
LOGICO: INFORMACIÓN DE PERFIL DEL SISTEMA
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO
REGLA VALIDACIÓN
TIPO TAMAÑO
1 2 3 4 5 6 7 8
SIP11ID SIP11NOMBRE SIP11DESCRIPCION SIP11ESTADO SIP11USUARIOCREACION SIP11FECHACREACION SIP11USUARIOMODIFIACION SIP11FECHAMODIFICACION
Id del perfil. Nombre del perfil. Descripción del perfil Estado del perfil Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC DT VC DT
4
100 200 2 20 8 20 8
NN, PK
NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene la información de los perfiles a utilizarse dentro el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 168
Información de tablas internas de la base de datos
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
524
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM15CODIGOTABLA
LOGICO: INFORMACIÓN DE TABLAS INTERNAS DE LA BASE DE DATOS
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA
VALIDACIÓN TIPO
TAMAÑO
1 2 3 4 5 6 7 8 9 10
SIP15CODIGOTABLA SIP15DESCRIPCION SIP15CODIGOAUX SIP15FORMATCAMPOAUX SIP15USUARIOCREACION SIP15FECHACREACION SIP15USUARIOMODIFICACION SIP15FECHAMODIFICACION SIP15ESTADO SIP15CATALOGO
Código de catalogo Descripción del catalogo Código auxiliar del catalogo Formato auxiliar del catalogo Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación Estado del catalogo Catalogo relacional del sistema
VC VC VC VC VC DT VC DT VC VC
20
200 40
200 20 8 20 8 4 4
NN, PK
NN - -
NN NN
- -
NN NN
OBSERVACIONES: Tabla que contiene la información de las catálogos del sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 169
Información de las variables del sistema SIP
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
620
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM16CODIGOTIPO
LOGICO: INFORMACIÓN DE LAS VARIABLES DEL SISTEMA SIP
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO
REGLA VALIDACIÓN
TIPO TAMAÑO
1 2 3 4 5 6 7 8 9
10 11 12 13 14 15
SIP16CODIGOTABLA SIP16CODIGOREL1 SIP16CODIGOREL2 SIP16CODIGOREL3 SIP16CODIGOREL4 SIP16CODIGOREL5 SIP16CODIGO SIP16DESCRIPCION SIP16CODIGOAUX SIP16OBSERVACION SIP16USUARIOCREACION SIP16FECHACREACION SIP16USUARIOMODIFICACION SIP16FECHAMODIFICACION SIP16ESTADO
Código de catalogo Código relacional auxiliar Código relacional auxiliar Código relacional auxiliar Código relacional auxiliar Código relacional auxiliar Código de la variable Descripción de la variable Código alternativo de la variable Observación de la variable Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación Estado de la variable
VC VC VC VC VC VC VC VC VC VC VC DT VC DT VC
20 20 20 20 20 20 20
200 20
200 20 8 20 8 4
NN, PK
NN NN NN NN NN NN NN
- -
NN NN
NN - -
NN
OBSERVACIONES: Tabla que almacena la información de la empresa que utilizan el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 170
Secuenciales de Variables
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
226
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM17SECUENCIALES
LOGICO: SECUENCIALES DE VARIABLES
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4 5 6 7 8 9
10 11 12 13
SIP17ID SIP17TABLA SIP17CAMPO1 SIP17CAMPO2 SIP17CAMPO3 SIP17SECUENCIAL SIP17REGION SIP17ESTADO SIP17EMPRESA SIP17USUARIOCREACION SIP17FECHACREACION SIP17USUARIOMODIFICACION SIP17FECHAMODIFICACION
Id interno Nombre de la tabla Campo de origen Campo de origen Campo de origen Secuencial Región de los secuenciales Estado de los secuenciales Empresa de origen Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC
I VC VC
I VC DT VC DT
4
120 10 10 10 4 4 4 4 20 8 20 8
NN, PK
NN NN
- -
NN NN NN
NN NN NN
- -
OBSERVACIONES: Tabla que contiene los secuenciales de las diversas variables que se utiliza dentro el sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 171
Información de ingresos y salidas del sistema
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
40
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM19LOGIN
LOGICO: INFORMACIÓN DE INGRESOS Y SALIDAS DEL SISTEMA
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4
SIP19LOGIN SIP19FECHAENTRADA SIP19FECHASALIDA SIP19ESTADO
Id Fecha de entrada Fecha de salida Estado
VC DT DT VC
20 8 8 4
NN, PK
NN -
NN
OBSERVACIONES: Tabla de contenido de registros de entradas y salidas del usuario.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 172
Información de asignaciones de perfil
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
112
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPM18ASIGANCIONPERFIL
LOGICO: INFORMACIÓN DE ASIGNACIONES DE PERFIL
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4 5 6 7 8 9
10 11 12 13 14
SIP18ID SIP18IDPERFIL SIP18IDPANTALLA SIP18EVENTO_LIMPIAR SIP18EVENTO_NUEVO SIP18EVENTO_MODIFICAR SIP18EVENTO_ACTUALIZAR SIP18EVENTO_ELIMINAR SIP18EVENTO_CONSULTAR SIP18USUARIOCREACION SIP18FECHACREACION SIP18USUARIOMODIFICACIONSIP18FECHAMODIFICACION SIP18ESTADO
Id Código de perfil Código de formulario Acceso al evento limpiar Acceso al evento registrar Acceso al evento modificar Acceso al evento actualizar Acceso al evento eliminar Acceso al evento consultar Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación Estado de asignación del perfil
I I
VC VC VC VC VC VC VC VC DT VC DT VC
4 4 20 4 4 4 4 4 4 20 8 20 8 4
NN, PK
NN NN NN NN NN NN NN NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene los registros de las asignaciones de perfiles del sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 173
Causas y raíces de problemas de incidentes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONES
LONGITUD:
682
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPP03CAUSARAIZ
LOGICO: CAUSAS Y RAICES DE PROBLEMAS DE INCIDENTES
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4 5 6 7 8 9
SIP03ID SIP03CODIGO SIP03EVENTO SIP03CAUSARAIZ SIP03ESTADO SIP03USUARIOCREACION SIP03FECHACREACION SIP03USUARIOMODIFICACION SIP03FECHAMODIFICACION
Id Código del incidente Evento del incidente Causa del incidente Estado Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC VC DT VC DT
4 20 100 500 2 20 8 20 8
NN, PK NN, FK
NN NN NN NN NN
- -
OBSERVACIONES: Tabla que contiene los registros de las causas y origen de los incidentes.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 174
Localidades regionales
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONES
LONGITUD:
412
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPP14LOCALIDAD
LOGICO: LOCALIDADES REGIONALES
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4 5 6 7 8 9
10 11 12 13 14 15
SIP14ID SIP14CODPAIS SIP14CODREGION SIP14DESREGION SIP14CODPROVINCIA SIP14DESPROVINCIA SIP14CODCANTON SIP14DESCANTON SIP14CODCIUDAD SIP14DESCIUDAD SIP14ESTADO SIP14USUARIOCREACION SIP14FECHACREACION SIP14USUARIOMODIFICACION SIP14FECHAMODIFICACION
Id Código del país Código de la región Descripción de la región Código de la provincia Descripción de la provincia Código del cantón Descripción del cantón Código de la ciudad Descripción de la ciudad Estado Usuario creación Fecha creación Usuario modificación Fecha modificación
I I I
VC I
VC I
VC I
VC VC VC DT VC DT
4 4 4 50 4
100 4
100 4
100 2 10 8 10 8
NN, PK NN, FK
NN NN NN NN NN NN NN NN NN NN NN
- -
OBSERVACIONES: Tabla que contiene los registros de las localidades y regiones de ubicación de la empresa
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 175
Parámetros del sistema
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
PARAMETROS
LONGITUD:
184
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPP20PARAMETROS
LOGICO: PARAMETROS DEL SISTEMA
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4 5 6 7 8
SIP20ID SIP20CODIGO SIP20DESCRIPCION SIP20TIPOPARAMETRO SIP20USUARIOCREACION SIP20USUARIOMODIFICACION SIP20FECHACREACION SIP20FECHAMODIFICACION
Id Código del parámetro Descripción del parámetro Tipo de parámetro Usuario de creación Usuario de modificación Fecha de creación Fecha de modificación
I
VC VC VC VC VC DT DT
4 20 100 4 20 20 8 8
NN, PK
NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene los datos y configuraciones del sistema SIP.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date:(yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 176
Información de incidentes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONAL
LONGITUD:
953
MEDIO ALMACENAMIENT
O:
DISCO DURO
FISICO: SIPT01INCIDENTES
LOGICO: INFORMACIÓN DE INCIDENTES
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA VALIDACI
ÓN TIPO TAMA
ÑO
1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16 17 18
SPI01CODIGO SPI01NOMBRE SPI01DESCRIPCION SIP01CLASIFICACION SPI01FECHA_INCIDENTE SPI01FECHA_REPORTE SPI01TIPO_INCIDENTE SPI01TIPO_SUBINCIDENTE SPI01AREA SPI01LUGAR_EQUIPO_AFECTADO SPI01COSTO SPI01REPORTADO SPI01ACCION_MITIGACION SPI01USUARIOCREACION SPI01FECHACREACION SPI01USUARIOMODIFICACION SPI01FECHAMODIFICACION SPI01FINALIZADO
Código de incidente Nombre de incidente Descripción de incidente Clasificación de incidente Fecha de incidente Fecha de reporte de incidente Tipo de incidente Subtipo de incidente Área de ocurrencia del incidente Lugar del incidente Costo de incidente Persona que reporte el incidente Acción contra incidente Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación Estado de finalización
VC VC VC VC DT DT VC VC VC VC D
VC VC VC DT VC DT VC
20 100 300 4 8 8 20 20 100 100 9 26 100 20 8
100 8 2
NN, PK
NN NN NN NN NN NN NN NN NN NN NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene los registros de los incidentes sucedidos en la empresa.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date:(yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 177
Efectos de incidentes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONAL
LONGITUD:
102
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPT02EFECTOS
LOGICO: EFECTOS DE INCIDENTES
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN
TIPO TAMAÑO
1 2 3 4 5 6 7 8
SIP02ID SIP02CODIGO SIP02COD_EFECTO SIP02ESTADO SIP02USUARIOCREACION SIP02FECHACREACION SIP02USUARIOMODIFICACION SIP02FECHAMODIFICACION
Id Código del efecto Descripción del efecto Estado Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC VC VC DT VC DT
4 20 20 2 20 8 20 8
NN, PK
NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene los efectos que produjo un incidente.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 178
Información de las acciones contra incidentes
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONAL
LONGITUD:
2869
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPT04ACCIONES
LOGICO: INFORMACIÓN DE LAS ACCIONES CONTRA INCIDENTES
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
SIP04ID SIP04CODIGOCAUSA SIP04CODIGO SIP04CAUSARAIZ SIP04EVENTO SIP04TIPOACCION SIP04TIPOACCION_DES SIP04DESCRIPCION SIPRESPONSABLE SIP04SUPERVISOR SIP04FECHALIMITE SIP04ESTADO SIP04EST_PENDIENTE SIP04FEC_PENDIENTE SIP04USER_PENDIENTE SIP04OBS_PENDIENTE SIP04EST_ACEPTADO SIP04FEC_ACEPTADO SIP04USER_ACEPTADO SIP04OBS_ACEPTADO SIP04EST_PROCESO SIP04FEC_PROCESO SIP04USER_PROCESO SIP04OBS_PROCESO SIP04EST_FINALIZADO SIP04FEC_FINALIZADO SIP04OBS_FINALIZADO SIP04PORCENTAJE SIP04USER_FINALIZADO
Id de acción Código de la causa Código de la acción Código de la causa - raíz Evento ocurrido Tipo acción Descripción del tipo de acción Descripción de la acción Responsable de la acción Supervisor de la acción Fecha límite de cumplimiento Estado lógico de la acción Estado pendiente Fecha pendiente Usuario pendiente Observación pendiente Estado de aceptación Fecha de aceptación Usuario de aceptación Observación de aceptación Estado de ejecución Fecha de ejecución Usuario de ejecución Observación de ejecución Estado de finalización Fecha de finalización Observación de finalización Porcentaje de cumplimiento Usuario de finalización
I I
VC VC VC VC VC VC VC VC DT VC VC DT VC VC VC DT VC VC VC DT VC VC VC DT VC D
VC
4 4 20 20 500 20 300 200 26 26 8 4 4 8 20 400 4 8 20 400 4 8 20 400 4 8
400 9 20
NN, PK NN NN NN NN NN NN NN NN NN NN NN NN NN NN NN - - - - - - - - - -
NN -
OBSERVACIONES: Tabla que contiene los registros de los incidentes sucedidos en la empresa.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 179
Equipo de investigación
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONAL
LONGITUD:
332
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPT12EQUIPOINVESTIGACION
LOGICO: Equipo de investigación
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN
TIPO TAMAÑO
1 2 3 4 5 6 7 8 9
10 11
SIP12ID SIPT12CODIGO SIP12EMPLEADO SIP12CARGO SIP12LIDER SIP12OBSERVACION SIP12ESTADO SIP12USUARIOCREACION SIP12FECHACREACION SIP12USUARIOMODIFICACION SIP12FECHAMODIFICACION
Id Código del equipo investigativo Empleado relacionado al equipo Cargo del empleado Líder del grupo Observación del grupo Estado activo del grupo Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC I
VC VC VC VC DT VC DT
4 20 26 4 20
200 2 20 8 20 8
NN, PK
NN NN NN NN NN NN NN NN - -
OBSERVACIONES: Tabla que contiene los equipos de investigación para el análisis de un incidente.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 180
Cronología de un incidente
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONAL
LONGITUD:
342
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPT13CRONOLOGIA
LOGICO: Cronología de un incidente
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN
FORMATO REGLA VALIDACIÓ
N TIPO
TAMAÑO
1 2 3 4 5 6 7 8 9 10
SIP13ID SIP13CODIGO SIP13ITEM SIP13FECHAHORA SIP13DESCRIPCION SIP13ESTADO SIP13USUARIOCREACION SIP13FECHACREACION SIP13USUARIOMODIFICACION SIP13FECHAMODIFICACION
Id Código de la cronología Ítem involucrado Fecha del hecho Descripción del hecho Estado de la cronología Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
I
VC VC DT VC VC VC DT VC DT
4 20 50 8
200 4 20 8 20 8
NN, PK
NN NN NN NN NN NN NN
- -
OBSERVACIONES: Tabla que almacena la cronología de los incidentes sucedidos.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 181
Relación usuario-equipo investigativo
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA: TIPO:
TRANSACCIONA
L
LONGITUD:
40
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPT13EQUIPO_USUARIO
LOGICO: Relación usuario-equipo investigativo
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2
SIP13CODEQUIPO SIP13USUARIO
Código del equipo investigativo Código del usuario
I
VC
20 20
NN, FK NN, FK
OBSERVACIONES: Tabla que almacena la relación entre usuario y equipos investigativos
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 182
Categorías de incidente
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
DESCRIPCIÓN DE TABLA
PAGINA: 1 de 1
FECHA ELABORACION: 01/11/2014
PROYECTO
SIP
Autor: Universidad de Guayaquil
Desarrollado por: Wong Macias Adrián
SISTEMA DE PREVENCIÓN DE
INCIDENTES.
NOMBRE DE TABLA:
TIPO:
TRANSACCIONAL
LONGITUD:
120
MEDIO ALMACENAMIENTO:
DISCO DURO
FISICO: SIPT21CATEGORIZACION
LOGICO: Categorías de incidente
DESCRIPCIÓN DEL REGISTRO
Nº CAMPO (Columna) DESCRIPCIÓN FORMATO REGLA
VALIDACIÓN TIPO TAMAÑO
1 2 3 4 5 6 7 8
SIP21INCIDENTE SIP21SUBINCIDENTE SIP21CATEGORIA SIP21ESTADO SIP21USUARIOCREACION SIP21FECHACREACION SIP21USUARIOMODIFICACION SIP21FECHAMODIFICACION
Tipo de Incidente Sutipo de Incidente Categoría Estado Usuario de creación Fecha de creación Usuario de modificación Fecha de modificación
VC VC VC VC VC DT VC DT
20 20 20 4 20 8 20 8
NN, PK
NN NN NN NN NN
- -
OBSERVACIONES: Tabla que almacena la cronología de los incidentes sucedidos.
REGLA VALIDACIÓN FORMATO
PK = Clave Primaria FK = Clave Foránea E = Elemento de datos NN = Not Null UNI= Clave Unique
C = char VC = varchar D = date: (yyyy-mm-dd) T = time: (hh:mm:ss)
I = int S = smallint N = numeric DT = datetime
Anexos 183
ANEXO N° 5
DISTRIBUCIÓN DE CHI CUADRADO
Fuente: Investigación Directa Elaborado por: Wong Macias Adrián
/p
0,0
01
0,0
025
0
,00
5
0,0
1
0,0
25
0,0
5
0,1
0,1
5
0,2
0,2
5
0,3
0,3
5
0,4
0,4
5
0,5
1
10,8
274
9,1
404
7
,87
94
6,6
349
5,0
239
3,8
415
2,7
055
2,0
722
1,6
424
1,3
233
1,0
742
0,8
735
0,7
083
0,5
707
0,4
549
2
13,8
150
11,9
827
1
0,5
96
5
9,2
104
7,3
778
5,9
915
4,6
052
3,7
942
3,2
189
2,7
726
2,4
079
2,0
996
1,8
326
1,5
970
1,3
863
3
16,2
660
14,3
202
1
2,8
38
1
11,3
449
9,3
484
7,8
147
6,2
514
5,3
170
4,6
416
4,1
083
3,6
649
3,2
831
2,9
462
2,6
430
2,3
660
4
18,4
662
16,4
238
1
4,8
60
2
13,2
767
11,1
433
9,4
877
7,7
794
6,7
449
5,9
886
5,3
853
4,8
784
4,4
377
4,0
446
3,6
871
3,3
567
5
20,5
147
18,3
854
1
6,7
49
6
15,0
863
12,8
325
11,0
705
9,2
363
8,1
152
7,2
893
6,6
257
6,0
644
5,5
731
5,1
319
4,7
278
4,3
515
6
22,4
575
20,2
491
1
8,5
47
5
16,8
119
14,4
494
12,5
916
10,6
446
9,4
461
8,5
581
7,8
408
7,2
311
6,6
948
6,2
108
5,7
652
5,3
481
7
24,3
213
22,0
402
2
0,2
77
7
18,4
753
16,0
128
14,0
671
12,0
170
10,7
479
9,8
032
9,0
371
8,3
834
7,8
061
7,2
832
6,8
000
6,3
458
8
26,1
239
23,7
742
2
1,9
54
9
20,0
902
17,5
345
15,5
073
13,3
616
12,0
271
11,0
301
10,2
189
9,5
245
8,9
094
8,3
505
7,8
325
7,3
441
9
27,8
767
25,4
625
2
3,5
89
3
21,6
660
19,0
228
16,9
190
14,6
837
13,2
880
12,2
421
11,3
887
10,6
564
10,0
060
9,4
136
8,8
632
8,3
428
10
29,5
879
27,1
119
2
5,1
88
1
23,2
093
20,4
832
18,3
070
15,9
872
14,5
339
13,4
420
12,5
489
11,7
807
11,0
971
10,4
732
9,8
922
9,3
418
11
31,2
635
28,7
291
2
6,7
56
9
24,7
250
21,9
200
19,6
752
17,2
750
15,7
671
14,6
314
13,7
007
12,8
987
12,1
836
11,5
298
10,9
199
10,3
410
12
32,9
092
30,3
182
2
8,2
99
7
26,2
170
23,3
367
21,0
261
18,5
493
16,9
893
15,8
120
14,8
454
14,0
111
13,2
661
12,5
838
11,9
463
11,3
403
13
34,5
274
31,8
830
2
9,8
19
3
27,6
882
24,7
356
22,3
620
19,8
119
18,2
020
16,9
848
15,9
839
15,1
187
14,3
451
13,6
356
12,9
717
12,3
398
14
36,1
239
33,4
262
3
1,3
19
4
29,1
412
26,1
189
23,6
848
21,0
641
19,4
062
18,1
508
17,1
169
16,2
221
15,4
209
14,6
853
13,9
961
13,3
393
15
37,6
978
34,9
494
3
2,8
01
5
30,5
780
27,4
884
24,9
958
22,3
071
20,6
030
19,3
107
18,2
451
17,3
217
16,4
940
15,7
332
15,0
197
14,3
389
16
39,2
518
36,4
555
3
4,2
67
1
31,9
999
28,8
453
26,2
962
23,5
418
21,7
931
20,4
651
19,3
689
18,4
179
17,5
646
16,7
795
16,0
425
15,3
385
17
40,7
911
37,9
462
3
5,7
18
4
33,4
087
30,1
910
27,5
871
24,7
690
22,9
770
21,6
146
20,4
887
19,5
110
18,6
330
17,8
244
17,0
646
16,3
382
18
42,3
119
39,4
220
3
7,1
56
4
34,8
052
31,5
264
28,8
693
25,9
894
24,1
555
22,7
595
21,6
049
20,6
014
19,6
993
18,8
679
18,0
860
17,3
379
19
43,8
194
40,8
847
3
8,5
82
1
36,1
908
32,8
523
30,1
435
27,2
036
25,3
289
23,9
004
22,7
178
21,6
891
20,7
638
19,9
102
19,1
069
18,3
376
20
45,3
142
42,3
358
3
9,9
96
9
37,5
663
34,1
696
31,4
104
28,4
120
26,4
976
25,0
375
23,8
277
22,7
745
21,8
265
20,9
514
20,1
272
19,3
374
21
46,7
963
43,7
749
4
1,4
00
9
38,9
322
35,4
789
32,6
706
29,6
151
27,6
620
26,1
711
24,9
348
23,8
578
22,8
876
21,9
915
21,1
470
20,3
372
22
48,2
676
45,2
041
4
2,7
95
7
40,2
894
36,7
807
33,9
245
30,8
133
28,8
224
27,3
015
26,0
393
24,9
390
23,9
473
23,0
307
22,1
663
21,3
370
23
49,7
276
46,6
231
4
4,1
81
4
41,6
383
38,0
756
35,1
725
32,0
069
29,9
792
28,4
288
27,1
413
26,0
184
25,0
055
24,0
689
23,1
852
22,3
369
24
51,1
790
48,0
336
4
5,5
58
4
42,9
798
39,3
641
36,4
150
33,1
962
31,1
325
29,5
533
28,2
412
27,0
960
26,0
625
25,1
064
24,2
037
23,3
367
25
52,6
187
49,4
351
4
6,9
28
0
44,3
140
40,6
465
37,6
525
34,3
816
32,2
825
30,6
752
29,3
388
28,1
719
27,1
183
26,1
430
25,2
218
24,3
366
26
54,0
511
50,8
291
4
8,2
89
8
45,6
416
41,9
231
38,8
851
35,5
632
33,4
295
31,7
946
30,4
346
29,2
463
28,1
730
27,1
789
26,2
395
25,3
365
27
55,4
751
52,2
152
4
9,6
45
0
46,9
628
43,1
945
40,1
133
36,7
412
34,5
736
32,9
117
31,5
284
30,3
193
29,2
266
28,2
141
27,2
569
26,3
363
28
56,8
918
53,5
939
5
0,9
93
6
48,2
782
44,4
608
41,3
372
37,9
159
35,7
150
34,0
266
32,6
205
31,3
909
30,2
791
29,2
486
28,2
740
27,3
362
29
58,3
006
54,9
662
5
2,3
35
5
49,5
878
45,7
223
42,5
569
39,0
875
36,8
538
35,1
394
33,7
109
32,4
612
31,3
308
30,2
825
29,2
908
28,3
361
Bibliografía 187
BIBLIOGRAFÍA
Aubry , C. (2003). Dreamweaver MX: para PC-MAC. Barcelona: ENI.
Barrera, M. (2005). Ofimática Profesional FRONTPAGE 2003. Barcelona :
ENI.
Berzal, F. (2007). Desarrollo Profesional de Aplicaciones Web con
ASP.NET (1 ed.). España.
Borja, J. (2014). Páginas Web: Wordpress y Joomla.
Caprani, G. (2003). ¡Internet Es Tuyo! Barcelona: ENI.
Chincilla Sibaja, R. (2002). Salud y seguridad en el trabajo. Costa Rica:
EUNED.
Constitución Nacional del Ecuador (2013). Código Laboral del Ecuador.
Constitución Nacional del Ecuador. (2011). Asamble Constituyente.
Montecristi.
Cortés Díaz, J. M. (2007). Técnicas de prevención de riesgos laborales –
Seguridad e Higiene del Trabajo (9 ed.). Madrid: TEBÁR, S.L.
Dewit, O. (2003). ASP.NET programación web con Visual Studio y Web
Matrix. Paris: ENI.
Fernández García, R. (2008). Manual de prevención de riesgos laborales
para no iniciados (2 edición). San Vicente (Alicante), España:
Imprenta Gramma.
Gabillaud, J. (2009). SQL Server 2008 - SQL, Transact SQL: Diseño y
creación de una base de datos. Barcelona: ENI.
Bibliografía 185
Galgano, A. (1995). Los sietes instrumentos de la calidad total. Madrid:
Ediciones Diaz Santos.
Groussard, T. (2010). Java Enterprise Edition: Desarrollo de aplicaciones
web con JEE 6. Barcelona: ENI.
Landa Cosio, N. (2008). Curso de programación C#. Buenos Aires,
Argentina: Gradi S.A.
OIT. (s.f.). Marco Internacional de la OIT sobre la Seguridad.
Organización Mundial de la Salud. (1946). Constitución de la
Oganización Mundial de la Salud.
Rodríguez Ávila, A. (2007). Iniciación a la red Internet: Concepto,
funcionamiento, servicios y aplicaciones de Internet (1 ed.).
Españas: IdeasPropias.
Sierra Pineda , I., & Carrascal Torres, N. (2008). La gestión de ambientes
de aprendizaje y el desarrollo de competencias. Córdoba, Colombia:
Fondo editorial Universidad de Córdoba.
Toro López, F. (2013). Administración de proyectos de informática. Bogotá:
Ecoe Ediciones.
Van Lancker, L. (2013). Los API JavaScript de HTML5: Integre la potencia
de HTML5 en sus aplicaciones Web. Barcelona: ENI.
