Diseño e Implementación Bajo Plataforma Web Del Sistema de Interrupciones (Si) para La Planta de Briquetas (Matesi) de Sidor C.A

UNIVERSIDAD DE LOS ANDES
FACULTAD DE INGENIERA
ESCUELA DE INGENIERA DE SISTEMAS
DISEO E IMPLEMENTACIN BAJO

PLATAFORMA WEB DEL SISTEMA DE
INTERRUPCIONES (SI) PARA LA PLANTA
DE BRIQUETAS (MATESI) DE SIDOR C.A.
Elaborado por:
Br. Gabriel Alejandro Vergara Lpez
Tutor Acadmico:
Dra. Flor Narciso
Tutor Industrial:
Ing. Carlos Agostini.
MRIDA, JULIO DE 2006

Universidad de Los Andes Derechos Reservados 2006
iii


INTERRUPCIONES (SI) PARA LA PLANTA
DE BRIQUETAS (MATESI) DE SIDOR C.A.
TRABAJO FINAL DE GRADO PRESENTADO ANTE LA

ILUSTRE UNIVERSIDAD DE LOS ANDES COMO
REQUISITO FINAL PARA OPTAR AL TTULO DE
INGENIERO DE SISTEMAS
MRIDA, JULIO DE 2006

INTERRUPCIONES (SI) PARA LA
PLANTA DE BRIQUETAS (MATESI) DE
SIDOR C.A.
POR: Gabriel Alejandro Vergara Lpez

Trabajo final de grado presentado como requisito
obligatorio para optar al ttulo de Ingeniero De
Sistemas.
APROBADO:
Dra. Flor Narciso

CI:___________________
Tutor
Dr. Leandro Len
Dr. Milagros Rivero
CI:___________
CI:___________
Jurado
Jurado
Resumen
La necesidad de saber el estado de la lnea de produccin y los detalles de las

prdidas sufridas en los respectivos turnos laborales y en tiempo real, da pie al
nacimiento del Sistema de Interrupciones, el cual est desarrollado para que
cualquier persona que poseea una computadora en la empresa tenga acceso a
el y que pueda corrobar que la informacin suministrada de la lnea de
produccin sea clara, exacta y veraz. Esto permite que los usuarios tengan un
acceso mas rpido a la informacin de la planta, la cual es un factor muy
importante en el xito o fracaso de cualquier empresa.
Durante el anlisis, diseo e implementacin de este sistema se sigue como
gua y apoyo el Modelo de Interacion Humano-Computadora (MODICH) y el
lenguaje unificado de modelado (UML), proporcionando un soporte teorico al
proyecto.
Como herramientas estndares del rea de la Gerencia de Automatizacin se
utilizaron para el manejo de los datos adquiridos de la planta el manejador de
base de datos SQL SERVER 2000 y para el desarrollo de las interfaces de
usuarios se utiliz Microsoft Visual Studio .NET.
Dedicatoria
A mis padres, que con sus consejos,

apoyo, confianza y amor, me han guiado
por el camino del bien. Porque sin el
apoyo de Uds hubiese sido mas difcil
superar mis obstculos hacia el xito.
Los amo.
ii
Agradecimientos
La Universidad de los Andes, por ser la casa de estudio que me brindo sus
conocimientos durante el trayecto de mi carrera que me permitieron la
realizacin de este trabajo.
La Escuela de Sistemas, que me brindo la formacin acadmica y profesional
que tengo actualmente y de la cual me siento muy orgulloso.
A mi tutor Dra. Flor Narciso quien ha sido un apoyo en el fortalecimiento de los
conocimientos necesarios para la realizacin de este sistema.
A mis tios, tias, primos y primas por estar siempre pendiente de mi y brindarme
todo su apoyo en los momentos que necesite de Uds.
Al personal de SIDOR por brindarme la oportunidad de realizar este proyecto
con que me ha ayudado a fortalecer fuertemente todos los conociemientos
adquiridos en la universidad, y me han hecho crecer a nivel personal y
profesional con todas la experiencias aprendidas en la empresa.
A todos aquellos amigos y compaeros que han estado a mi lado tanto en mi
carrera como en la elaboracion de este proyecto, por brindarme su apoyo y
dejarme compartir con Uds, mis alegrias y tristezas.
Y a todas aquellas personas que de una u otra manera han puesto su granito
de arena en este proyecto.
Gracias.
iii
Indice
Resumen................................................................................................i
Dedicatoria...........................................................................................ii
Agradecimientos..................................................................................iii
Indice...................................................................................................iv
Indice de Figuras..................................................................................vi
Indice de Tablas..................................................................................viii
I
Introduccin...................................................................................1
I.1 Organizacin................................................................................2
I.2 Antecedentes...............................................................................4
I.2.1 Niveles de Automatizacin.....................................................4
I.3 Definicin del Problema................................................................7
I.4 Objetivos......................................................................................7
I.4.1 Objetivo General....................................................................7
I.4.2 Objetivos Especificos..............................................................8
I.5 Metodologa..................................................................................8
I.6
Estructura del Documento.......................................................9
II Marco Teorico...............................................................................10
II.1 Proceso Productivo de Matesi....................................................11
II.1.1 Descripcin del Proceso......................................................11
II.1.2 Caractersticas de la Planta.................................................12
II.1.3 Interpretacin de Tiempos..................................................13
II.1.4 Estructura de tiempos.........................................................15
II.1.5 Indicadores de Tiempo........................................................16
II.2 Modelo para Disear la Interaccin Humano-Computadora
(MODIHC)........................................................................................17
II.2.1
Usuarios...........................................................................17
II.2.2
Funcionalidad del Sistema...............................................18
II.2.3
Ambiente de Trabajo........................................................19
II.2.4
Tecnologa........................................................................20
II.3 Herramientas a Utilizar..........................................................21
II.3.1
Qu es .NET?..................................................................21
II.3.2
.NET Framework...............................................................23
II.3.3
El CLR, Common Language Runtime...............................24
II.3.4
El CTS, Common Type System.........................................26
II.3.5
Web Services...................................................................26
II.3.6
SOAP................................................................................27
II.3.7
Lenguaje SQL...................................................................27
II.3.8
Lenguaje de Modelado Unificado (UML)...........................28
III
Aplicacin de MODIHC al Diseo del Sistema de Interrupciones
30
III.1 Usuarios.................................................................................31
III.1.1 Perfil del operadores........................................................32
III.1.2 Perfil del supervisores......................................................32
III.1.3 Perfil jefe de planta..........................................................33
III.1.4 Perfil de industrial............................................................33
III.2 Funcionalidad del Sistema.....................................................33
III.2.1 Casos de Usos.................................................................34
iv
III.2.2 Diagramas de Clases.......................................................47

III.2.3 Diagrama de Actividades.................................................52
III.3 Ambiente de Trabajo..............................................................55
III.4 Tecnologa..............................................................................56
IV Diseo de la Interfaz de Usuario del Sistema de Interrupciones. .60
IV.1 Diseo de la Interfaz Grafica de Usuario................................61
IV.2 Diseo de las Pantallas..........................................................63
V Implementacin y Pruebas del Sistema de Interrupciones...........72
V.1 Implementacin.....................................................................73
V.1.1
Diagrama de implementacin.........................................75
V.2 Validaciones y Pruebas..........................................................75
VI Conclusiones y Recomendaciones................................................78
VI.1 Conclusiones..........................................................................79
VI.2 Recomendaciones..................................................................80
Bibliografia.........................................................................................81
Apendice A.........................................................................................82
Indice de Figuras
v
Figura 1: Organizacin de la Presidencia Ejecutiva...............................2

Figura 2: Organizacin de la Direccin Industrial.................................3
Figura 3: Estructura de la Gerencia General de Ingeniera y Medio
Ambiente..............................................................................................3
Figura 4: Niveles de Automatizacin....................................................4
Figura 5: Proceso de Briqueteado (Matesi).........................................12
Figura 6: Diagrama de Tiempos para el Mdulo.................................13
Figura 7: Diagrama de Tiempos para las Mquinas Briqueteadoras...14
Figura 8: Interpretacin de Tiempos...................................................15
Figura 9: Componentes del MODIHC...................................................17
Figura 10: Relacin Diseador Usuarios...........................................18
Figura 11: Relacin Diseador Usuarios Ambiente........................20
Figura 12: Esquema de Funcionamiento de Aplicacin Web...............22
Figura 13: Interaccin de Aplicaciones con Web Services..................23
Figura 14: Esquema de Componentes dentro de la Plataforma .NET
Framework..........................................................................................24
Figura 15: Esquema de la Organizacin Interna del CLR....................25
Figura 16: Diagrama de Casos de Usos..............................................46
Figura 17: Diagrama de Clases software del SI..................................47
Figura 18: Diagrama de Clases Relacional del SI................................49
Figura 19: Subdiagrama de Clases de Usuarios..................................50
Figura 20: Subdiagrama de Clases de Tiempos..................................51
Figura 21: Subdiagrama de Clases de Cascada..................................52
Figura 22: Diagrama de Actividades para el Mdulo de Interrupciones
...........................................................................................................53
Figura 23: Diagrama de Actividades del Mdulo de Productividad
Programada........................................................................................54
Figura 24: Diagrama de Actividades del Mdulo de Patrones............55
Figura 25: Calendario.........................................................................58
Figura 26: Combos o Listas.................................................................58
Figura 27: Men..................................................................................58
Figura 28: Barra de Eventos...............................................................59
Figura 29: Interfaz del Modulo Principal del Sistema de Interrupciones.
...........................................................................................................65
Figura 30: Interfaz del Mdulo Principal de Patrones..........................67
Figura 31: Interfaz del Mdulo de Productividad.................................68
Figura 32: Interfaz del Mdulo de Gestin de Patrones......................69
Figura 33: Interfaz Principal del Mdulo de Cascada..........................70
Figura 34: Mensaje en Mdulo de Clasificacin..................................71
Figura 35: Componentes de la Implementacin.................................73
Figura 36: Cdigo Fuente....................................................................74
Figura 37: Diagrama de Implementacin...........................................75
Figura 38: Pantalla Principal del SI......................................................84
Figura 39: Encabezado.......................................................................84
Figura 40: Calendario para escoger fechas........................................85
Figura 41: Escoger Turnos...................................................................85
Figura 42: Boton Turno Actual.............................................................85
Figura 43: Informacin General..........................................................85
Figura 44: Valores Online....................................................................86
vi
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
Datos Turno Seleccionado..................................................86

Barras de Estado................................................................88
Datos interrupciones..........................................................88
Lista de Eventos de las Briqueteadoras.............................89
Acceso a Briqueteadora.....................................................89
Datos briqueteadora..........................................................90
Pantalla para clasificacin de Interrupciones.....................91
Demora Clasificada............................................................92
Clasificacin de interrupciones..........................................93
Mensaje de Error al Guardar Clasificacin.........................94
Detalle de Interrupcin......................................................95
Indice de Tablas
vii
Tabla 1: Relacin Actores- Objetivos del SI.........................................35

Tabla 2: Lista de Casos de usos..........................................................36
Tabla 3: Gestin de Patrones..............................................................37
Tabla 4: Gestin de Productividad......................................................38
Tabla 5: Consultar Demoras por Turno................................................39
Tabla 6: Consultar Demoras por Fecha...............................................40
Tabla 7: Clasificar Demoras o Prdidas...............................................41
Tabla 8: Consultar Mquinas...............................................................42
Tabla 9: Autoclasificar Prdida de Productividad................................43
Tabla 10: Mostrar Valores Online........................................................43
Tabla 11: Mostrar Indicadores de la Lnea..........................................44
Tabla 12: Dibujar Estado de la Lnea...................................................45
Tabla 13: Pantalla Principal del Mdulo y de la Maquinas del SI.........63
Tabla 14: Pantalla de Clasificacin de Eventos...................................65
Tabla 15: Pantalla Principal de los Mdulos de Patrones y
Productividad......................................................................................66
Tabla 16: Pantalla de Gestin de Productividad Programada..............67
Tabla 17: Pantalla de Gestin de Patrones..........................................68
Tabla 18: Pantalla Principal de Cascadas............................................69
Tabla 19: Estado de los Leds..............................................................83
Tabla 20: Estado de la Barra del SI.....................................................83
viii
I Introduccin
I.1 Organizacin
Sidor C.A., se remonta en los aos de 1926 y 1947 con el descubrimiento de
los yacimientos de mineral de hierro en los cerros El Pao y Bolvar,
respectivamente. [4]
Es un complejo siderrgico productor de acero integrado de Venezuela, cuyos
procesos se inician con la fabricacin de pellas y culmina con la entrega de
productos terminados largos (barras y alambrn) y planos (laminados en fro,
laminados en caliente y recubiertos). Produce planchones, bobinas, laminados,
barras, varillas y productos revestidos. [4]
Cuenta actualmente con una Presidencia Ejecutiva, la cual esta conformada
por
Direcciones
Ejecutivas
encargadas
de
realizar
diferentes
tareas
administrativas o de gestin segn sea el campo de aplicacin o reas de

desempeo. (ver Figura 1). [4]
La Presidencia Ejecutiva delega a las Direcciones Generales, las funciones
relacionadas con el mbito interno de la empresa. [4]
Figura 1: Organizacin de la Presidencia Ejecutiva
La Direccin Industrial tiene como objetivo primordial el fabricar productos

siderrgicos as como prestar los servicios industriales requeridos de manera
competitiva y rentable. Esta Direccin est conformada por un conjunto de
Gerencias Generales, ejecutando cada una de ellas sus funciones de acuerdo
al rea especfica o campo de aplicacin. (ver Figura 2). [4]
Figura 2: Organizacin de la Direccin Industrial
Las Gerencias Generales representan de alguna forma los principales procesos

productivos de la empresa, organizados de acuerdo a sus productos o
servicios. [4]
Los proyectos de automatizacin, aunque sean implementados en cualquier
planta o gerencia general, son diseados y elaborados en la Gerencia
Automatizacin y Control, ubicada dentro de la Gerencia General Ingeniera y
Medio Ambiente. (ver Figura 3). [4]
Figura 3: Estructura de la Gerencia General de Ingeniera y Medio Ambiente
En la Gerencia General de Ingenieria y Medio Ambiente, mas especificamente

en la Gerencia Automatizacin y Control es donde se desarrolla actualmente el
proyecto de grado basado en el Sistema de Interrupciones para la Planta de
Briquetas (Matesi), proyecto que es coordinado por el Ing. Carlos Agostini.
I.2 Antecedentes
I.2.1 Niveles de Automatizacin

Conceptualmente la Gerencia de Automatizacin y Control de Sidor C.A.,
mantiene un esquema piramidal de funcionamiento que se distribuye tal y como
se muestra en la Figura 4.
Figura 4: Niveles de Automatizacin
El Nivel 0 est constituido por el conjunto de sensores y actuadores instalados

en la planta. Este es el nivel mas bajo en la Pirmide de Automatizacin y solo
obedece al nivel superior inmediato.
El Nivel 1 lo constituyen aquellos dispositivos en donde estn programados los
lazos de control, las condiciones de alarma, el manejo de los actuadores y la
4
lgica secuencial segn sea el caso del proyecto. A este nivel estn conectados
los instrumentos del Nivel 0.
El Nivel 2A tiene como objetivo proporcionar sistemas o aplicaciones que
permitan tener una visin clara del proceso al cual se presta este servicio. Para
el logro de este objetivo se realiza el desarrollo de las aplicaciones que
permiten la operacin, supervisin y monitoreo de variables de proceso, el
ingreso de datos manuales de proceso y el almacenamiento de las variables en
bases de datos para el control de la gestin del proceso.
El Nivel 2B es el encargado de la explotacin de datos del sistema disponibles
en el Nivel 2A para su presentacin por medio de tecnologa WEB y para
visualizacin de datos histricos de planta, as como tambin se encarga de
publicar por medio de tecnologa WEB las demoras y prdidas de productividad
de cada area de Sidor C.A. [4]
Disponiendo as de tal informacin proveniente del nivel 2A, se esta
desarrollando modularmente un sistema consolidado de informacin disponible
a traves de la intranet.
Las funciones de los sistemas desarrollados en la gerencia son:
Adquirir y almacenar en forma estructurada los datos que provienen del

nivel (N2A).
o Datos de Produccin
o Datos de Tiempos y Demoras
o Datos de Consumos
o Datos de Cada Cualitativa
o Datos de Proceso
Proveer una herramienta Web para ser usada como gua en las
reuniones diarias de gestin de cada planta. Mostrar las principales
demoras y desvos de proceso, sus causas e incluso los comentarios de
los operadores.
Implementar las reglas que permiten discriminar si un indicador est

fuera de sus valores normales. (Semforos)
Sumarizar los datos para mejorar la performance de acceso.
Organizar los datos y su presentacin de manera que facilite el

rendimiento entre lneas equivalentes de diferentes plantas.
Mostrar toda la informacin rutinaria por medio de pginas Web con

distintos niveles de detalle.
Mantener una base de datos fcilmente accesible (va Excel o Access)

para que los procesistas, analistas de ingeniera industrial y analistas de
procesos y calidad puedan realizar consultas especiales. (Data Mining)
Implementar el sistema de especificaciones de elaboracin y de

prcticas operativas, contemplando tanto la redaccin como la
aprobacin de estos documentos, los cuales deben poder ser
visualizado en las cabinas de operacin.
Mostrar las pginas de los Grupos de Autogestin Operativa que deben

ser diseadas para los plpitos y salas de control. Estas pginas
contienen indicadores orientados a que los operadores de las lneas
puedan autogestionar su trabajo.
Implementar los sistemas de adquisicin manual de datos que no

dependen de una sola lnea o bien que sea conveniente que estn
centralizados por ejemplo:
o Justificacin de los productos desviados.
o Justificacin de reprocesos.
o Justificacin de cambios de programa.
o Ingreso de informacin relativa a seguridad industrial.
o Consumos reales
o Toda la informacin que aparece en los tableros de comando y
que no proviene de N2A debe ser ingresada en el sistema.
Actualmente la planta de briqueteadoras de Sidor C.A., no cuenta con un
sistema de deteccin de demoras, que les permita adquirir, almacenar y

clasificar las causas de las interrupciones en los mdulos de briqueteadoras
durante su produccin. Esto trae como consecuencia que tanto los gerentes,
procesistas, inspectores, supervisores y jefes de plantas, no puedan de manera
rpida y sencilla tener toda la informacin relacionada con el estado de la linea,
lo que a su vez ocasiona dificultades a la hora de:
Tomar acciones correctivas.
Analizar las causas de cada uno de las demoras.
Realizar seguimientos sobre las causas de las demoras.
Realizar anlisis estadsticos del estado de la lnea.
I.3 Definicin del Problema

Debido a la problemtica que existe entorno a la falta de informacin, referente
a las demoras que se detectan a nivel de planta, sobre los mdulos y
briqueteadoras, la Gerencia de MATESI solicita ante la coordinacin del nivel
2B de la Gerencia de Automatizacin y Control, el desarrollo de un sistema de
interrupciones y gestin que les permita tanto a los gerentes, procesistas,
inspectores, supervisores, operadores y jefes de planta como al comit de
calidad:
Clasificar todas las causas y eventos por la cual sucedi la demora o

la prdida de produccin.
Asignar responsables por cada demora clasisficada.
Visualizar los indicadores necesarios que muestren el estado de la

lnea.
I.4 Objetivos
I.4.1 Objetivo General
Desarrollar el Sistema de Interupcciones (SI), el cual permitir clasificar y
visualizar las demoras y prdidas de productividad de los mdulos de la planta
de briqueteadoras (Matesi) de Sidor C.A., y de las pginas de mantenimiento a
travs de desarrollo Web.
I.4.2 Objetivos Especificos
Desarrollar todas las pantallas .aspx (basadas en ASP.NET y Visual

Basic.NET), necesarias para la visualizacin del estado de los
mdulos de Matesi a travs de la Intranet.
Desarrollar los mdulos de mantenimiento para la carga de patrones

de cuadrillas, carga de la productividad programada de los mdulos y
de los cdigos de clasificacin de las demoras y bajos ritmos.
Analizar las interfaces de transmisin de datos desde nivel 2A al nivel

2B.
Desarrollar todas las funciones y procedimientos a nivel de base de

datos (Store Procedure), necesarios para la manipulacin de los
datos.
Desarrollar un manual de usuario para el uso del sistema y realizar

toda la capacitacin necesaria para el uso del Sistema de
Interrupciones.
I.5 Metodologa
La realizacin de este proyecto se enfocar en los siguientes puntos:
Especificacion y diseo de la interfaz, donde se debe describir la

funcionalidad del software y las restricciones en sus operaciones. Para
esto se utilizara el Mdelo para Disear la Interaccion HumanoComputadora (MODIHC) [6], la cual permite disear todos los aspectos
involucrados en la interaccin entre un humano y una computadora
cuando se estn desarrollando sistemas computarizados. Este mdelo
consta de cuatro componentes: Usuarios, Funcionalidad del Sistema,
Ambiente de Trabajo y Tecnologa, los cuales estn estrechamente
relacionados entre s. El diseador del sstema es el encargado de
integrar estos cuatro elementos, con el fin de producir un sstema
computarizado usable, seguro, til, efectivo y eficiente.
Implememantacin del Software, en el cual se debe producir el software

que cumpla las especificaciones, el diseo de las interfaces de usuario
se desarrollar en este punto, y se dar cumplimiento a todas las
especificaciones hechas por el usuario.
Validacin del Software, se debe validar el software para asegurar que

hace lo que el cliente desea.
Entrega del Software, la entrega del software tiene que haber aprobado
todos los requerimientos planteados por los usuarios finales, y se
entregara con un manual de usuario de la aplicacin, y el respectivo
adiestramiento a los usuarios del manejo de la aplicacin.
I.6 Estructura del Documento

El documento est estructurado de la siquiente manera:
Captulo I: Introduccin
Captulo II: Marco Terico.
Se describe detalladamente los
conceptos relacionados a la metodologa de desarrollo, as como

aquellos relacionados directamente al sistema.
Captulo III: Aplicacin de MODIHC al Diseo del Sistema de

Interrupciones. Se describen las tcnicas de evaluacin de
requerimientos de diseo de acuerdo a las especificaciones exigidas
por el cliente mediante el lenguaje unificado de modelados
Captulo IV: Diseo de la Interfaz de Usuario del Sistema de

Interrupciones. Se describen el diseo de las interfaces de
usuarios.
Captulo
V:
Implementacin
Pruebas
del
Sistema
de
Interrupciones. Se describe el comportamiento del sistema a la

hora de su implementacin.
Captulo VI: Conclusiones y Recomendaciones.
Bibliografa
Anexos
10
II
Marco Teorico
En este captulo se presentan los fundamentos tericos necesarios para el

desarrollo del proyecto; fundamentos bsicos referentes a las consignas de
deteccion de demoras de la lnea de produccin, fundamentos acerca de los

sistemas de informacin, bases de datos, metodologas de desarrollo de
software, entre otros.
El objetivo es ofrecer una base terica que sirva de introduccin a las
herramientas de diseo, y permitir al lector tener una idea de la naturaleza del
contenido del resto del documento.
II.1 Proceso Productivo de Matesi

Para Matesi producir hierro briqueteado en caliente (HBC) de manera
eficiente, eficaz, con seguridad, con observancia a las condiciones
ambientales y de acuerdo a las especificaciones, calidad y cantidad
requeridas por nuestros clientes en los procesos de acera es su
visin.
II.1.1 Descripcin del Proceso

La reduccin del mineral de hierro se lleva a cabo en los reactores mediante el
uso de agentes reductores, hidrgeno y monxido de carbono. Estos agentes
reductores, son obtenidos mediante la mezcla del gas natural con vapor de
agua en presencia de catalizadores dentro del reformador. La corriente de gas
reformado alimenta el circuito de reduccin y sirve de refresco a la corriente
total del gas que se usa en el proceso. El gas de proceso se calienta hasta una
temperatura de 950 C en los calentadores, antes de ser suministrado a los
reactores y fluye en contracorriente a la direccin del flujo de la materia prima,
pellas y mineral grueso. Dentro de los reactores ocurren las reacciones de
reduccin y el gas es expulsado para ser reacondicionado y mediante los
compresores de gas reciclo, es comprimido hasta la presin de trabajo, luego
pasa al sistema de absorcin de CO2, para la extraccin de este componente
gaseoso indeseable. Al, final el gas est nuevamente apto para recircular en el
proceso (ver Figura 5). [6]
12
La materia prima es suministrada mediante cintas transportadoras hasta los

sistemas de carga de los reactores. All, el material fluye en movimiento
descendente, reducindose hasta llegar a las mquinas briqueteadoras. [6]
A la salida, las briquetas son enfriadas y acondicionadas para su traslado a
puerto o su almacenamiento en patio. Todo este proceso es realizado dentro de
las ms exigentes condiciones de seguridad, calidad y respeto al Medio
ambiente. [6]
Figura 5: Proceso de Briqueteado (Matesi)
II.1.2 Caractersticas de la Planta

Capacidad instalada: 1.500.000 TM/Ao.
Dos Reactores de lecho mvil HyL III.
Un reformador de Gas Natural de 276 Tubos Porta

Catalizadores.
Dos Calentadores de gas Proceso.
Dos Compresores de Reduccin.
Dos Sistemas de Absorcin de CO2.
Tres Sistemas de agua de enfriamiento.
Una Planta de Tratamiento de Agua desmineralizada.
Tres mquinas Briqueteadoras por cada reactor.

13
Sistemas de manejo de materiales y productos
II.1.3 Interpretacin de Tiempos

En primer, lugar se analizar el diagrama de tiempos para el caso cubierto por
el Sistema de Interrupciones.
Como se muestra en la Figura 6, la determinancion de los eventos en el
mdulo de Matesi, est asociada a la productividad programada en ella, hay
que acotar que la produccion del mdulo es la sumatoria de las producciones
de las briqueteadoras asociadas a ellas. Si la produccin est por debajo de la
produccin programada y nunca llega a cero, sta sera considerada como una
prdida de productividad, en cambio se considerara una interrupcion si esta
llegase a llegar a cero. Toda produccion que sobrepase la meta programada
sera considera como ganancia para la planta.
Figura 6: Diagrama de Tiempos para el Mdulo
En cambio para las mquinas briqueteadoras slo se tendrn los estados

detenidas o trabajando. Esto debido a que en SIDOR se hace la gestin a nivel
del mdulo y no de las briqueteadoras y por lo tanto no se tiene una produccin
programada para ellas, para as poder determinar las prdidas de
productividad. (Ver Figura 7)
14
Figura 7: Diagrama de Tiempos para las Mquinas Briqueteadoras
Una interrupcin Representa el momento en el tiempo en el cual la capacidad

se hace cero, por efecto de una falla de un equipo, de un evento programado u
originados por terceros
Una prdida de productividad representa la prdida o disminucin de
capacidad (en tn/hr) contra la meta establecida, puede deberse a la falla de un
equipo que merma capacidad, a las condiciones de operacin (cambio o
regulacin en variables de proceso), a la materia prima o a la calidad o
cantidad de los insumos operativos. Normalmente, antes y despus de un
evento que detenga la produccin se origina un bajo ritmo por el evento en
cuestin.
La duracin de la interrupcin se mide desde que la produccin de las
biqueteadoras o del mdulo es igual a cero hasta que comienza a producir otra
vez.
El tiempo con prdida de produccin (tpp) cuando la lnea permanece ms
de este tiempo en una velocidad menor a la nominal, se registra esta situacin.
15
II.1.4 Estructura de tiempos

La estructura de tiempos que manejar el sistema de interrupciones estar
establecido, como se indica en la Figura 8.
Tiempo No
Disponible
(demoras
clasificadas como no
disponibles)
Tiempo Calendario
Tiempo Efectivo
Tiempo Disponible
Operativas
Demoras
No
Operativas
Figura 8: Interpretacin de Tiempos
En donde:
Tiempo Calendario: Son las 24 horas de cada da, o las 8 horas

de cada turno.
Tiempo Efectivo: Tiempo en el que la lnea est produciendo.
Tiempo Disponible: Es el tiempo que disponen los

gestionadores de la lnea para ejercer su funcin. Es la suma
del Tiempo Efectivo + Demoras.
Demoras: Son las detenciones imprevistas de la lnea. Las

demoras pueden ser de dos tipos:
Operativas: Son aquellas que se generan como consecuencia de

fallas en el proceso productivo, tales como: repetir soldadura,
limpieza de rodillos, cambiando o calibrando cabezales, inspeccin o
descarte de material, entre otras.
No Operativas: Son aquellas que se generan y que no son propias

del proceso productivo, estas son:
o Mecnicas:
o Elctricas:
o Gras:
16
o Externas:
Tiempo No Disponible (Paradas): Son las detenciones previsibles

de la lnea, su frecuencia y duracin dependen de polticas de la
empresa o de limitaciones de los equipos, entre estas estn:
Feriados
Paros Sindicales
Cambios de medida
Paradas programadas de Mant.
Falta de material/ demanda
Rgimen de turnos
Reparaciones extraordinarias
II.1.5 Indicadores de Tiempo

SIDOR C.A. maneja ciertos indicadores que permiten al rea de industrial
determinar el estado de la produccin en la planta, y de los cuales se desea
que sean visibles en el sistema, estos son:
Disponibilidad: Indica el efecto de los factores exgenos a la

lnea sobre su estructura de tiempos y su clculo es
Tiempo Disponible / Tiempo Calendario
Efectividad: Indica el aprovechamiento del tiempo disponible por

parte de los gestionadores de las lneas y su clculo es
Tiempo Efectivo / Tiempo Disponible
Productividad: indica la relacin entre las toneladas del

material producido, con relacin al tiempo efectivo en el cual se
produjo tal tonelaje y su clculo es
Toneladas Procesadas / Tiempo Efectivo
17
II.2 Modelo para Disear la Interaccin Humano-Computadora

(MODIHC)
Permite disear todos los aspectos involucrados en la interaccin entre un
humano y una computadora cuando se estn desarrollando sistemas
computarizados. Este modelo consta de cuatro componentes: usuarios,
funcionalidad del sistema, ambiente de trabajo y tecnologa, los cuales estn
estrechamente relacionados entre s. El diseador del sistema es el encargado
de integrar estos cuatro elementos, con el fin de producir un sistema
computarizado usable, seguro, til, efectivo y eficiente (ver Figura 9).[6]
Figura 9: Componentes del MODIHC
No importa cual sea la organizacin en estudio, MODIHC garantiza que la

identificacin y estudio apropiado de sus cuatro componentes, conduce al
diseo exitoso de la IHC de cualquier sistema computarizado. [6]
II.2.1 Usuarios
Para la IHC, entender el aspecto fsico, intelectual y la personalidad de los
diferentes usuarios es un factor fundamental. Conocer quines y cmo usarn
el sistema computarizado, desde usuarios novatos hasta usuarios expertos,
permitir generar un diseo que posteriormente se traducir en un sistema en
operacin que ser eficiente y usable. Por tanto, el diseo de sistemas
18
eficientes se basa en buena parte en la construccin del perfil de los usuarios.

[6].
Por lo tanto, para el diseo de sistemas computarizados interactivos se deben
tomar en cuenta las siguientes caractersticas de todos los usuarios, las cuales
definen el perfil de los usuarios: la edad, el sexo, la experiencia, el nivel de
educacin y conocimiento, el estilo intelectual (orientados, creativos analticos),
cmo trabajan, las habilidades y destrezas, las limitaciones humanas, las
prioridades, las preferencias, lo que quieren, lo que necesitan, la raza, los
factores culturales, las relaciones con sus pares y el estado socio-econmico,
los cuales pueden influenciar en la conducta de un usuario ante un sistema. [6]
Figura 10: Relacin Diseador Usuarios
En conclusin, se debe realizar un anlisis de los usuarios para identificar las

caractersticas
de
la
poblacin
de
usuarios
que
usar
el
sistema
computarizado, por lo que se debe:
Identificar a todos los usuarios del sistema computarizado.
Clasificar a los usuarios segn sus caractersticas.
Construir el perfil de los usuarios, tratando de identificar lo que es comn

y no comn a todos ellos.
II.2.2 Funcionalidad del Sistema

En este paso se define la que har el sistema computarizado segn las tareas
que realizarn los usuarios y como las realizarn para as obtener un diseo
19
efeciente de la aplicacin. En el tambin se definen las restricciones bajos las

cuales dicho sistema debe operar para asegurar la construccin de un sistema
correcto. [6]
El principio ms importante de la IHC es que el diseo y el proceso de
desarrollo estn basados en el Diseo Centrado en el Usuario (DCU).
II.2.3 Ambiente de Trabajo
Para el diseo de una IHC apropiada, es necesario realizar un estudio del
ambiente (ver Figura 11) en el cual va a operar el sistema computarizado y
para ello hay que tomar en cuenta tres aspectos: organizacional, fsico y social.
[6]
Una organizacin es una entidad compleja y dinmica que tiene muchos
factores interdependientes. Para el aspecto organizacional se debe tomar en
cuenta las normas y principios por los cuales se rige la empresa, de tal manera
que la introduccin del sistema computarizado no cause efectos negativos
dentro de ella. [6]
En el aspecto fsico, se estudiarn las condiciones del lugar de trabajo donde
operar el sistema, entre estas condiciones se encuentran la temperatura,
ventilacin, la iluminacin, espacio fsico y su organizacin. [6]
En el aspecto social, es importante tomar en cuenta las interrelaciones entre
las personas y con su ambiente, de tal manera, que el sistema no haga que
este tipo de relaciones se altere.
As se asegurar la satisfaccin de los
usuarios en el entorno en que se desenvuelven. [6]
20
Figura 11: Relacin Diseador Usuarios Ambiente.
II.2.4 Tecnologa
Para disear la IHC de un sistema computarizado, desde el punto de vista de la
tecnologa, es necesario determinar los dispositivos de entrada y salida
(elementos del hardware) apropiados para la interaccin con dicho sistema,
tomando en cuenta a los usuarios, la funcionalidad del sistema y el ambiente
de trabajo, as como la disponibilidad o posibilidad de adquisicin de los
mismos dentro de la organizacin. La conjuncin de todos estos factores
permitir determinar, entre otras cosas, la forma cmo se van a visualizar las
tareas y objetos del sistema, si es necesario o no el uso de sonido, texto,
grficos, visualizacin en 2D o 3D, animacin, realidad virtual, etc. [6]
Lo mas importante del componente tecnolgico para MODIHC es que permite
determinar los dispositivos de entrada/salida y los estilos de interaccin
apropiados al sistema que se est modelando. [6]
De lo anterior se deduce que la tarea del diseador actual es realmente ardua,
ya que el proceso de diseo no se reduce a tomar en cuenta los requerimientos
del usuario y el rendimiento general de un sistema computarizado, sino que
debe tomar en cuenta, adems del ambiente de trabajo y la tecnologa, que el
usuario est realmente satisfecho con el sistema diseado. El diseador debe
permitir que los humanos hagan lo que realmente saben hacer (sensar
estmulos, pensar, razonar, reconocer, decidir, etc.) y que las computadoras
21
hagan lo que realmente saben hacer (recibir entradas, procesar datos, producir
salidas, almacenar informacin). [6]
II.3 Herramientas a Utilizar

II.3.1 Qu es .NET?
.NET es toda una nueva arquitectura tecnolgica, desarrollada por Microsoft
para la creacin y distribucin del software como un servicio. Esto quiere decir,
que mediante las herramientas de desarrollo proporcionadas por esta nueva
tecnologa, se podrn crear aplicaciones basadas en servicios para la Web. Las
caractersticas principales que conforman .NET son las siguientes:
La plataforma .NET Framework, que proporciona la infraestructura para crear
aplicaciones y el entorno de ejecucin para las mismas.
Los productos de Microsoft enfocados hacia .NET, entre los que se
encuentran Windows .NET Server, como sistema operativo que incluir de
forma nativa la plataforma .NET Framework; Visual Studio .NET, como
herramienta integrada para el desarrollo de aplicaciones; Office .NET etc.
Servicios para .NET desarrollados por terceros fabricantes, que podrn ser
utilizados por otras aplicaciones que se ejecuten en Internet.
Existe adicionalmente, un conjunto de productos, que bajo la etiqueta de
Servidores Empresariales para .NET se incluyen dentro de la estrategia .NET.
Entre estos productos se pueden encontrar SQL Server 2000, BizTalk Server,
Commerce Server 2000, etc. Sin embargo, aunque estos productos no estn
basados en .NET Framework, pueden funcionar dentro del entorno de
ejecucin de .NET Framework, pero el nico producto actualmente desarrollado
bajo el nuevo entorno es Visual Studio .NET.
Gracias a .NET y a su modelo de desarrollo basado en servicios, se flexibiliza y
enriquece el modo en el que hasta ahora se construan aplicaciones para
Internet. La idea que subyace bajo esta tecnologa, es la de poblar Internet con
un extenso nmero de aplicaciones, que basadas en servicios para la Web
22
(Web Services), formen un marco de intercambio global, gracias a que dichos

servicios estn fundamentados en los estndares SOAP y XML, para el
intercambio de informacin. En este sentido, un programador puede crear Web
Services para que sean utilizados por sus propias aplicaciones a modo de
componentes (pero de una forma mucho ms avanzada que empleando el
modelo COM clsico), siguiendo una estructura de programacin ya conocida
(ver Figura 12).
Figura 12: Esquema de Funcionamiento de Aplicacin Web
Sin embargo, los Web Services traen de la mano un nuevo modelo de

distribucin del software; el basado en el desarrollo y publicacin de Web
Services y en la suscripcin a los mismos por parte de otras aplicaciones,
potenciales usuarios de tales servicios (ver Figura 13).
23
Figura 13: Interaccin de Aplicaciones con Web Services
Los fabricantes de software, pueden de esta manera, dedicarse a la creacin

de servicios web y a su alquiler. Nace de esta manera, la figura del proveedor
de servicios web.
Dado el esquema anterior, el programador puede construir sus aplicaciones a
base de Web Services, reduciendo significativamente el tiempo y esfuerzo en el
desarrollo.
II.3.2 .NET Framework
.NET Framework constituye la plataforma y elemento principal sobre el que se
asienta Microsoft .NET. De cara al programador, es la pieza fundamental de
todo este nuevo modelo de trabajo, ya que proporciona las herramientas y
servicios que necesitar en su labor habitual de desarrollo. .NET Framework
permite el desarrollo de aplicaciones a travs del uso de un conjunto de
herramientas y servicios que proporciona, y que pueden agruparse en tres
bloques principales: el Entorno de Ejecucin Comn o Common Language
Runtime (CLR a partir de ahora); la jerarqua de clases bsicas de la
plataforma o .NET Framework Base Classes; y el motor de generacin de
interfaz de usuario, que permite crear interfaces para la web o para el
tradicional entorno Windows, as como servicios para ambos entornos
operativos. La Figura 14 muestra un diagrama con la distribucin de elementos
dentro del entorno de .NET Framework.
24
Figura 14: Esquema de Componentes dentro de la Plataforma .NET Framework
En la base del entorno de ejecucin, se encuentra el CLR, que constituye el

ncleo de .NET Framework, encargndose de la gestin del cdigo en cuanto a
su carga, ejecucin, manipulacin de memoria, seguridad, etc.
En el nivel intermedio, se sita la jerarqua de clases bsicas del entorno de
ejecucin, que constituyen un slido API de servicios a disposicin del
programador, para multitud de tareas como, gestin del sistema de ficheros,
manipulacin multihebra, acceso a datos, etc.
Finalmente, en el nivel superior, se encuentran las clases que permiten el
diseo del interfaz de usuario de nuestras aplicaciones. Si necesitamos
desarrollar aplicaciones para Internet, utilizaremos ASP.NET, que nos provee
de todo lo necesario para crear aplicaciones para la Red: web forms, web
services, etc.
II.3.3 El CLR, Common Language Runtime
El Entorno de Ejecucin Comn de Lenguajes o CLR (Common Language
Runtime), representa el alma de .NET Framework y es el encargado de la
ejecucin del cdigo de las aplicaciones (ver Figura 15). A continuacin se
enumeran algunas de las caractersticas de este componente de la plataforma:
25
Proporciona un desarrollo de aplicaciones ms sencillo y rpido gracias

a que gran parte de las funcionalidades que tradicionalmente deba de
crear el programador, vienen implementadas en el entorno de ejecucin.
Administra el cdigo en tiempo de ejecucin, en todo lo referente a su

carga, disposicin en memoria, recuperacin de memoria no utilizada a
travs de un recolector de memoria, etc.
Implementa caractersticas de gestin a bajo nivel (administracin de

memoria, por ejemplo), que en ciertos lenguajes, eran labor del
programador.
Proporciona un sistema comn de tipos para todos los lenguajes del

entorno.
Gestiona la seguridad del cdigo que es ejecutado.
Dispone de un diseo abierto a lenguajes y herramientas de desarrollo

creadas por terceros fabricantes.
Facilita enormemente la distribucin e instalacin de aplicaciones, ya

que en teora, es posible instalar una aplicacin simplemente copiando
los ficheros que la componen en uno de los directorios del equipo en el
que se vaya a ejecutar, eliminando los temibles conflictos de versiones
entre libreras, problema conocido tambin con el nombre de Infierno de
las DLL o DLL Hell.
Figura 15: Esquema de la Organizacin Interna del CLR.
26
II.3.4 El CTS, Common Type System

El Sistema Comn de Tipos o CTS (Common Type System), es el mecanismo
del CLR que permite definir el modo en que los tipos sern creados y
manipulados por el entorno de ejecucin de .NET Framework. Permite definir o
disear el modo en cmo el cdigo de la aplicacin ser ejecutado, pero no se
encarga directamente de su ejecucin; dicho de otro modo, el CTS le dice al
CLR cmo quiere que sea ejecutado el cdigo
Entre las funcionalidades que comprende, podemos destacar la integracin de
cdigo escrito en diferentes lenguajes; optimizacin del cdigo en ejecucin; un
modelo de tipos orientado a objeto, que soporta mltiples lenguajes; y una serie
de normas que aseguran la intercomunicacin entre objetos.
II.3.5 Web Services
Un Web Service es un componente de software que se comunica con otras
aplicaciones codificando los mensaje en XML y enviando estos mensaje a
travs de protocolos estndares de Internet tales como el Hypertext Transfer
Protocol (HTTP). Un Web Service es similar a un sitio web que no cuenta con
una interfaz de usuario y que da servicio a las aplicaciones en vez de a las
personas. Un Web Service, en vez de obtener solicitudes desde el navegador y
retornar pginas web como respuesta, lo que hace es recibir solicitudes a
travs de un mensaje formateado en XML desde una aplicacin, realiza una
tarea y devuelve un mensaje de respuesta tambin formateado en XML.
El SOAP es el estndar de los mensajes para los Web Services. Un mensaje
SOAP se parece mucho a una carta : es un sobre que contiene una cabecera
con la direccin del receptor del mensaje , un conjunto de opciones de entrega
(tal como la informacin de encriptacin), y un cuerpo o body con la
informacin o data del mensaje.
27
II.3.6 SOAP
Son las siglas de Simple Object Access Protocol. Este protocolo deriva de un
protocolo creado por David Winer, XML-RPC en 1998. Con este protocolo se
pedan realizar RPC o remote procedure calls, es decir, podamos bien en
cliente o servidor realizar peticiones mediante http a un servidor web. Los
mensajes deban tener un formato determinado empleando XML para
encapsular los parmetros de la peticin.
En el ncleo de los servicios Web se encuentra el protocolo simple de acceso a
datos SOAP, que proporciona un mecanismo estndar de empaquetar
mensajes. SOAP ha recibido gran atencin debido a que facilita una
comunicacin del estilo RPC entre un cliente y un servidor remoto. Pero existen
multitud de protocolos creados para facilitar la comunicacin entre aplicaciones.
Una de las razones principales es que SOAP ha recibido un increble apoyo por
parte de la industria. SOAP es el primer protocolo de su tipo que ha sido
aceptado prcticamente por todas las grandes compaas de software del
mundo. Compaas que en raras ocasiones cooperan entre s estn ofreciendo
su apoyo a este protocolo. Algunas de las mayores Compaas que soportan
SOAP son Microsoft, IBM, SUN, Microsystems, SAP y Ariba.
II.3.7 Lenguaje SQL
El Structured Query Language (SQL Lenguaje de consultas estructurado) no es
ms que un lenguaje estndar de consulta con bases de datos. Hablamos por
tanto de un lenguaje normalizado que nos permite trabajar con cualquier tipo de
lenguaje (ASP o PHP) en combinacin con cualquier tipo de base de datos (MS
Access, SQL Server, MySQL).
SQL es un lenguaje estndar por haberse visto consolidado por el Instituto
Americano de Normas (ANSI) y por la Organizacin de Estndares
Internacional (ISO).
28
El hecho de que sea estndar no quiere decir que sea idntico para cada base
de datos. En efecto, determinadas bases de datos implementan funciones
especficas que no tienen necesariamente que funcionar en otras.
SQL es un lenguaje que permite organizar, gestionar y recuperar datos
almacenados en una base de datos informtica. Como su propio nombre
indica, SQL es un lenguaje informtico que se puede utilizar para interaccionar
con una base de datos y ms concretamente con un tipo especifico llamado
base de datos relacional.
II.3.8 Lenguaje de Modelado Unificado (UML)
Es un lenguaje que permite modelar, construir y documentar los
elementos que forman un sistema orientado a objetos . UML no define un
proceso de desarrollo especfico; es una notacin que puede ser aplicada a
diferentes tipos de sistemas informticos o de otras ramas. Este lenguaje
posibilita la captura, comunicacin y nivelacin de conocimiento estratgico,
tctico y operacional para facilitar el incremento de valor, aumentando la
calidad, reduciendo costos y reduciendo el tiempo de presentacin al mercado;
manejando riesgos y siendo proactivo para el posible aumento de complejidad
o cambio.[10]
Este lenguaje de modelado presenta varios tipos de diagramas, los cuales
se describen algunos brevemente [5]:
Diagramas de actividades, representan el comportamiento de una

operacin en trminos de acciones.
Diagramas de caso de uso, representan las funciones del sistema desde

el punto de vista del usuario.
Diagramas de clase: representa la estructura esttica en trminos de

clases y relaciones.
Diagramas de colaboracin: son una representacin espacial de los

objetos, enlaces e interacciones.
Diagramas de componentes: representan los componentes fsicos de

una aplicacin.
29
Diagramas de despliegue: representa el despliegue de los componentes

sobre los dispositivos materiales.
Diagramas de estado transiciones: que representan el comportamiento

de una clase en trminos de estados.
Diagramas de objetos: representan los objetos y sus relaciones y

corresponden
diagramas
de
colaboracin
simplificados,
sin
representacin de envos de mensajes.
Diagramas de secuencia: son una representacin temporal de los

objetos y sus interacciones.
30
III Aplicacin de MODIHC al Diseo del

Sistema de Interrupciones
En este captulo se presentarn todos los pasos a seguir para obtener un

buen diseo del Sistema de Interrupciones. Como herramienta de diseo el
modelo a utilizar se denomina MODIHC y ste hace uso del lenguaje unificado
de modelado (UML) para el anlisis de requerimientos.
III.1 Usuarios
En Sidor C.A., existe una gran variedad de personas que desempean diversas
actividades dentro de ella. Segn la gerencia en la cual estn laborando,
tendrn un determinado perfil. Para el proyecto en cuenta dos gerencias, la
Gerencia de Matesi, que es la solicitante del sistema a desarrollar, y la
Gerencia de Industrial, encargada de la coordinacin de los requerimientos,
pautas y seguimiento de los eventos en la planta.
En la Gerencia de Matesi, el personal que mas interactuar con el sistema,
sern los operadores de la lnea, los cuales estarn encargados de justificar
cada evento que refleje el sistema (Interrupciones, Prdidas de Productividad),
y de ejercer a su vez labores que corresponde de la lnea. Adems de los
operadores, los supervisores y jefe de planta sern los otros usuarios que
interactuarn con el sistema, revisando o modificando las justificaciones
hechas por el operador, las cuales consideren ellos que no fuesen bien
declaradas.
Sidor es una empresa que en teora nunca para su produccin y que trabaja las
24 horas de los 7 das de la semana, para ello establecieron 3 turnos de
trabajos, los cuales comprenden desde las 23 hasta las 07 del otro da, de las
07 a las 15 y de las 15 a las 23, siendo estos manejados por cuadrillas. Las
cuadrillas estn conformadas por un Jefe de planta, un supervisor y cuatro
operadores. Dentro de ella se trabajan con cuatro cuadrillas de las cuales
siempre una va estar libre mientras las otras cumplen su turno asignado, y se
irn rotando el da libre entre ellas.
A partir de estos puntos fueron tomados en cuenta los usuarios del sistema.
32
III.1.1 Perfil del operadores

Muy pocos de ellos se sienten cmodos con el manejo de la computadora y no
estan familiarizados con ningun sistema computarizado, son muy inexpertos y
un poco precavidos en su uso, muchos no han manejado una PC, la mayora
comprenden edades entre 30 y 40 aos de edad, y vienen trabajando en la
empresa por mas de 10 aos, as que su conocimiento sobre el funcionamiento
de la lnea de produccin es bien entendida por ellos, y lograda por aos de
experiencia. Su nivel de educacin no es muy elevado, y la mayora no han
terminado el bachillerato, a su vez son muy reacios al cambio, todos
pertenecen a una nmina colectiva, en donde los convenios y aumento de
sueldo son manejados por el sindicato de trabajadores.
III.1.2 Perfil del supervisores
Son personas con un nivel educativo mas alto que el de los operadores,
capacitados en diferentes ramas de la ingeniera, su manejo de la computadora
y de sistemas computarizado es ms verstil, estn acostumbrados a
interactuar con ellas ms seguido que los operadores, as que la incorporacin
de una PC en la lnea de produccin para el manejo del sistema de interrupcin
no ser inconveniente para ellos. As como los operadores estos estn tambin
en otra nmina colectiva, pero diferente a la de los operadores. Son
considerados Personal de Confianza y estn disponibles a cualquier hora del
da, siempre que la planta los necesite, sin recibir por ellos un pago de horas
extras trabajadas. Estos a su vez estn siendo capacitados continuamente por
medio de cursos, postgrados, etc, lo cual hace que sea un personal valioso
para la empresa. Con la compra de Sidor C.A., por parte de las empresas
privadas, estos fueron renovando su personal e incluyendo mucho personal
joven. La edad de los supervisores se encuentran en un rango de 27 a 50 aos.
En el Sistema de Interrupciones se tiene definido que monitoree las
declaraciones de los operadores, y ante cualquier inconformidad podr cambiar
la declaracin hecha por el operador. Este tiene derecho a clasificar o modificar
en todos los turnos hasta cinco (5) das atrs.
33
III.1.3 Perfil jefe de planta

Son personas que tienen muchas responsabilidades. Deben coordinar a los
operadores y supervisores en las tareas diarias de la planta, a su vez, tienen la
responsabilidad de que todo trabajo que se vaya hacer en la lnea est
debidamente calculado, planeado y que tambin se hayan tomado todas las
medidas de seguridad antes de poder aprobarlo. Sus caractersticas no varan
mucho de las de los supervisores.
En el sistema de interrupciones debe revisar diariamente las imputaciones que
ha colocado el operador en la lnea, validando la informacin que el sistema
muestra; en caso de error o no clasificacin de algn evento, el jefe de planta
debe corregir. Este tiene derecho a clasificar o modificar en todos los turnos
hasta cinco (5) das atrs.
III.1.4 Perfil de industrial
Son personas que estn bajo la coordinacin de la Gerencia de Industrial, los
cuales son los encargados de toda la gestin en la planta. Se encargan de
elaborar y programar la produccin del mes, y de coordinar y estudiar todos los
eventos relacionados con ella. Estos sern los encargados de gestionar el
sistema de interrupciones y debern asegurarse que todos los dems usuarios
del sistema estn ejerciendo su labor en el mismo. Tienen derecho a clasificar
o modificar en todos los turnos hasta cuarenta y cinco (45) das atrs.
III.2 Funcionalidad del Sistema

La funcionalidad del sistema se representar por medio del Lenguaje Unificado
de Modelado (UML Unified Modeling Language), el cual presenta una gran
variedad de diagramas.
Diagramas de Casos de Usos: Los casos de uso son una tcnica para
especificar el comportamiento de un sistema. Un caso de uso es una
forma de expresar cmo alguien o algo externo a un sistema lo usa. [5]
34
Diagramas de Clases: Los diagrama de clases muestran el conjunto de

clases y objeto importante que forman parte de un sistema, junto con las
relaciones existentes entre clases y objetos. Muestra de una manera
esttica la estructura de informacin del sistema y la visibilidad que tiene
cada una de las clases, dada por sus relaciones con los dems en el
modelo. [5]
Diagramas de Actividades: Representa el comportamiento interno de

una operacin por medio de la ejecucin de sus acciones organizadas
en etapas de desarrollo secuencial sobre ramas paralelas de flujo de
control. [5]
III.2.1 Casos de Usos

El modelo de casos de uso proporciona la entrada fundamental para el anlisis,
el diseo y las pruebas. Este modelo contiene ciertos artefactos que permiten
describir el sistema, entre ellos se encuentran los actores, casos de uso y sus
relaciones
Con en el sistema interactuarn un conjunto de usuarios, y se pueden clasificar
segn las acciones o perfiles que puedan desempear dentro del mismo. En
los casos de usos uno de los elementos que los conforman son los actores y de
las acciones que ejecuten los usuarios, se definiren estos:
Clasificador: usuario que tendr la tarea de justificar todas las demoras

y prdidas de productividad que ocurran en las mquinas briqueteadoras
y en el mdulo cuando en el corresponda.
Industrial: usuario que tendr la responsabilidad de gestionar
el
sistema de interrupciones. Este se encargar de cargar los datos que el

sistema necesite, tanto para la visualizacin de la cuadrilla que
corresponde en el turno, como la carga de los cdigos de clasificacin y
de las productividad programada, necesarias para la determinacin de
las consignas de deteccin de demoras en el sistema.
35
Adquisidor: usuario que tendr la responsabilidad de actualizar los

datos del estado de la planta. Ms que un usuario comn y corriente
estar relacionado con el tiempo, debido a que cada cierto tiempo estar
actualizando la informacin de la planta en el sistema.
Se plantea una definicin de los tareas que desempea cada uno de los
actores dentro del sistema.
En el caso de estudio, se intenta conocer un
conjunto de actores-objetivos que representen una visin general del sistema,

(ver Tabla 1).
Tabla 1: Relacin Actores- Objetivos del SI
Actor
Clasificador
Industrial
Adquisidor
Objetivo
Consultar Demoras por Turno
Consultar Demoras por Fecha
Clasificar Demoras o Prdidas
Consultar Maquina
Gestionar Patrones
Gestionar Cascada
Gestionar Productividad
Dibujar Estado de la Lnea
Mostrar Valores Online
Mostrar Indicadores de la Lnea
De la relacin de actores-objetivos se puede extraer los casos de usos del

sistema, tomando a cada objetivo en particular como un caso de uso
especifico. (ver Tabla 2).
36
Tabla 2: Lista de Casos de usos
Casos de usos
Gestionar Patrones
Gestionar Productividad
Consultar demoras por turno
Consultar demoras por fecha
Clasificar demoras o prdidas
Consultar Mquina
Mostrar valores online
Mostrar Indicadores de la lnea
Dibujar estado de la lnea
Gestionar Cascada
Descripcin
Agrega, modifica y elimina los patrones de cuadrillas de la
planta
Agrega, modifica y elimina la productividad programada del
mes.
Encargado de mostrar los datos para el turno
seleccionado.
Encargado de mostrar los datos para la fecha
seleccionada.
Permite justificar por medio de las cascadas los eventos
ocurridos en la planta.
Encargado de visualizar el estado de la mquina
seleccionada.
Encargado de mostrar la informacin actual de la lnea, en
cualquier da y turno consultado.
Calcula y visualiza todos los indicadores sobre el
comportamiento de la lnea en el turno.
Encargado de visualizar el comienzo y fin de cada evento
de la lnea.
Agrega, modifica y elimina los cdigos de justificacin de
los eventos de la lnea de produccin.
Es comn encontrar en la mayora de los sistemas de administracin, casos de

uso tales como agregar, modificar y eliminar; para lo cual algunos autores
recomiendan resumirlos en un solo caso de uso denominado Gestin, por lo
tanto se definieron tres casos de usos como Gestin de Patrones, Gestin de
Cascada y Gestin de Productividad.
En las Tabla 3, Tabla 4, Tabla 5, Tabla 6, Tabla 7, Tabla 8, Tabla 9, Tabla 10 y
Tabla 11, se definen los casos de usos derivados de la funcionalidad del
Sistema de Interrupciones.
37
Tabla 3: Gestin de Patrones
Gestin de Patrones
Actor Principal:
Industrial
Personal involucrado e intereses:
Quiere cargar la rotacin de las cuadrillas por turno durante el
Industrial:
ao.
Desea que el sistema muestre la informacin de la cuadrilla
Jefe de Planta:
que se encuentra laborando en ese turno
Supervisor:
Operador:
Pre-Condiciones: El usuario se identifica y autentica
El industrial a gestionado satisfactoriamente los
Post-Condiciones:
patrones de la cuadrilla
Escenario principal de xito:
1.- El sistema muestra todos los patrones vigente y no vigentes
2.- El usuario selecciona insertar un patrn
3.- El usuario selecciona con cuantas cuadrillas se va a trabajar en la planta
4.- El usuario selecciona la fecha de inicio de vigencia del patrn
5.- El usuario decide si agregar una fecha fin de vigencia
6.- El sistema muestra en forma de matriz en que da y cual turno el usuario debe
asignar la cuadrilla
7.- El usuario va seleccionando para cada turno de cada da la cuadrilla correspondiente
8.- El usuario decide guardar el patrn
9.- El sistema valida que el patrn no se solape con un patrn vigente
10.- El sistema valida que una cuadrilla no trabaje 2 turnos seguidos
11.- El sistema valida que una cuadrilla no trabaje 2 turnos en un mismo da
12.- El sistema registra el patrn
13.- El sistema va al paso 1
Flujos Alternativos:
2.a.- El usuario selecciona modificar un patrn vigente
1.- Extender el patrn
1.- el usuario decide cambiar la fecha fin de vigencia
2.- el usuario guarda la modificacin
3.- el sistema va al paso 9
2.- Eliminar patrn
2.b.- El usuario selecciona modificar un patrn no vigente
1.- el usuario decide copiar el patrn no vigente
2.- el usuario cambia las fechas de vigencias
3.- el usuario guarda el patrn
4.- el sistema va al paso 9
8.a.- El usuario decide cancelar la operacin
38
Tabla 4: Gestin de Productividad
Gestin de Productividad
Actor Principal:
Industrial
Desea que en el sistema tenga la productividad con la cual va
Industrial:
a comparar para definir cada evento
Desea tener a la vista la produccin de cada turno en el
Jefe de Planta:
sistema
Supervisor:
sistema
Operador:
sistema
Industrial a gestionado satisfactoriamente las productividad
Post-Condiciones: programada
1.- El sistema muestra todos las productividades vigente y no vigentes
2.- El usuario selecciona insertar una productividad
3.- El usuario selecciona el da y turno
4.- El usuario carga la productividad y el tiempo efectivo del mdulo
5.- El usuario decide guardar la productividad
6.- El sistema registra la productividad
7.- El sistema valida que ese da no se encuentre ya cargado
8.- El sistema valida que ese da no sea menor o igual que la fecha actual
2.a.- El usuario selecciona modificar una productividad programada
1.- El usuario decide cambiar el da programado
1.- El usuario selecciona el nuevo da
2.- El usuario decide guardar la modificacin
2.- El usuario decide eliminar el da programado
5.a.- El usuario decide cancelar la operacin
39
Tabla 5: Consultar Demoras por Turno
Consultar Demoras Por Turno

Actor Principal:
Clasificador
Desea que el sistema muestre la informacin real de otro
Industrial:
turno
Jefe de Planta:
turno
Supervisor:
turno
Operador:
turno
Pre-Condiciones:
El usuario se identifica y autentica
Post-Condiciones: El sistema muestra la informacin del turno seleccionado
1.- El usuario selecciona el turno que desea visualizar
2.- El sistema muestra todos los indicadores del turno seleccionado
3.- El sistema dibuja los eventos de la lnea
2.a.- El sistema falla
1.- El sistema muestra una pgina de mantenimiento
2.- El sistema enva un correo a los administradores del sistema con la
descripcin del error
40
Tabla 6: Consultar Demoras por Fecha
Consultar Demoras Por Fecha

Actor Principal:
Clasificador
Industrial:
fecha
Jefe de Planta:
fecha
Supervisor:
fecha
Operador:
fecha
Pre-Condiciones:
Post-Condiciones:
El sistema muestra la informacin del fecha seleccionado
1.- El usuario selecciona la fecha que desea visualizar
2.- El sistema muestra todos los indicadores de la fecha seleccionada
3.- El sistema dibuja los eventos de la lnea
41
Tabla 7: Clasificar Demoras o Prdidas
Clasificar Demoras o Prdidas

Actor Principal:
Clasificador
Industrial:
Desea que todos los eventos de la lnea sean justificadas
Jefe de Planta:
Supervisor:
Operador:
Pre-Condiciones:
Post-Condiciones:
El sistema registra la informacin cargada
1.- El usuario selecciona el evento a clasificar
2.- El sistema muestra la informacin del evento y las caractersticas de la
clasificacin
3.- El usuario selecciona el tipo de evento que sucedi
4.- El usuario selecciona la zona donde ocurri el evento
5.- El usuario selecciona el sistema que fallo
6.- El usuario selecciona el subsistema que fallo
7.- El usuario selecciona el evento que causo la falla
8.- El usuario decide guardar la justificacin
9.- El sistema registra la justificacin
10.- El sistema auto clasifica el mdulo si es una prdida
8.a.- El usuario decide particionar el evento
1.- El evento es una demora
1.- El usuario reparte la duracin de la demora
2.- El usuario guarda la informacin
2.- El evento es una prdida
1.- El usuario reparte las toneladas prdidas de la prdida de productividad
2.- El usuario guarda la informacin
8.-a El usuario ha escogido para clasificar el evento un cdigo de "No Existe el
Sistema", "No Existe el Subsistema", "No Existe el Evento" o "No Existe el
Subevento"
1.- El sistema enva un correo al personal de industrial para que cree los nuevos
cdigos de clasificacin
10.a.- El sistema detecta que se debe clasificar el mdulo manualmente
42
Tabla 8: Consultar Mquinas
Consultar Mquinas
Clasificador
Desea ir al mdulo de las mquinas para ver los eventos,
Industrial:
indicadores y poder clasificarlas.
Jefe de Planta:
Supervisor:
Operador:
Pre-Condiciones:
El sistema muestra toda la informacin referente a las
Post-Condiciones: mquinas
1.- El usuario selecciona la mquina que desea observar
2.- El sistema se direcciona al mdulo de la mquina seleccionada
3.- El sistema realiza los clculos de los indicadores de la mquina
4.- El sistema dibuja los eventos de la mquina
5.- El sistema habilita los eventos a clasificar
Actor Principal:
43
Tabla 9: Autoclasificar Prdida de Productividad
Autoclasificar Prdida De Productividad

Actor Principal:
Clasificador
Desea que el mdulo principal se clasifique automticamente
Industrial:
dependiendo de los estados de las mquinas
Jefe de Planta:
Desea que el mdulo nunca quede sin clasificar
Supervisor:
Operador:
Post-Condiciones: El sistema asigna la clasificacin correspondiente al mdulo
1.- El sistema revisa el estado de cada mquina
2.- El sistema revisa las clasificaciones de cada mquina que se encuentra en
demora
3.- El sistema busca la clasificacin que corresponde al mdulo de acuerdo a como
hall a las mquinas
4.- El sistema muestra el mdulo principal con la respectiva clasificacin.
3.a.- El sistema hall que todas la mquinas que estn en demoras estn
clasificadas como No Disponible por Stand by Operativo o por Mantenimiento
programado de briqueteadora.
1.- El sistema abre la pgina de clasificacin para declarar los eventos en el
mdulo.
2.- El usuario selecciona los cdigos para justificar el evento.
3.- El usuario decide guardar la justificacin
4.- El sistema va a el paso 4
Tabla 10: Mostrar Valores Online
Mostrar Valores Online

Actor Principal:
Adquisidor
Desea que en cualquier momento se visualice el
Industrial:
del mdulo
Jefe de Planta:
del mdulo
Supervisor:
del mdulo
Operador:
del mdulo
Pre-Condiciones:
Post-Condiciones:
El sistema muestra los valores actuales de la lnea
1.- El sistema muestra los indicadores del estado actual de la lnea.
2.- El sistema dibuja en el semforo el color del estado de la lnea y
mquinas.
44
estado
estado
estado
estado
de las
Tabla 11: Mostrar Indicadores de la Lnea
Mostrar Indicadores De La Lnea

Actor Principal:
Adquisidor
Desea observar para cada turno de cualquier da como
Industrial:
su estado
Jefe de Planta:
su estado
Supervisor:
su estado
Operador:
su estado
Pre-Condiciones:
El sistema calculo todos los indicadores de produccin
Post-Condiciones: mdulo
1.- El sistema detecta que da es el que esta seleccionado
2.- El sistema detecta que turno estn consultando
3.- El sistema consulta como estuvo la lnea en todo el turno
4.- El sistema calcula cada uno de los indicadores con la informacin del turno
5.- El sistema visualiza los valores de los indicadores
45
fue
fue
fue
fue
del
Tabla 12: Dibujar Estado de la Lnea
Dibujar Estado De La Lnea

Actor Principal:
Adquisidor
Desea observar de una manera rpida como ha estado
Industrial:
lnea.
Jefe de Planta:
lnea.
Supervisor:
lnea.
Operador:
lnea.
Pre-Condiciones:
Post-Condiciones: El sistema dibuja los diferentes estado de la lnea
1.- El sistema detecta que da es el que esta seleccionado
2.- El sistema detecta que turno estn consultando
3.- El sistema consulta como estuvo la lnea en todo el turno
4.- El sistema dibuja en una barra los diferentes estados de la lnea
5.- El sistema inicializa un timeout
6.- El sistema refresca la barra del estado de la lnea al culminar el timeout
5.a.- El sistema detecta que no es el turno actual
1.- El sistema no inicializa el timeout
2.- El sistema muestra los valores hasta que se cambie el turno
En la Figura 16 puede verse una representacin visual de los casos de usos
del proyecto.
46
la
la
la
la
Figura 16: Diagrama de Casos de Usos
Los casos de uso permiten la recoleccin de la mayora de los requisitos del

sistema. Sin embargo, hay algunos de ellos que no pueden ser recolectados
por medio de los casos de uso. Estos requisitos son llamados no funcionales.
Entre los requisitos no funcionales se tienen
Acceso al sistema por medio de la Intranet de la empresa.
El sistema debe identificar el perfil del usuario para asignarle los

permisos correspondientes.
Visualizacin del sistema desde la plataforma WINDOWS y segn

los estndares de visualizacin de la empresa.
47
La aplicacin debe implementarse de acuerdo con los software

manejados por la empresa, los cuales consta de software basados
en tecnologa .Net, y uso del manejador de bases de datos
SqlServer 2000.
III.2.2 Diagramas de Clases

La planta de briqueteadoras de SIDOR C.A est conformada por reactores,
transformadores y briqueteadoras, los reactores y transformadores conforman
un todo el cual es llamado Mdulo, a su vez cada mdulo esta asociada a tres
briqueteadoras de las cuales se mide por medio de una balanza la produccin
de cada una. La produccin total del mdulo viene siendo la sumatoria de las
tres briqueteadoras asociadas a ella. Teniendo esto en cuenta se crearon dos
diagramas de clases, Mdulo y Briquetadora, las cuales son las que procesan
los datos provenientes de la planta y determinan por medio de las consignas de
interrupciones, los eventos que se estn apreciando en el mdulo. (ver Figura
17).
Figura 17: Diagrama de Clases software del SI
Por medio de estas clases se har todo el procesamiento de los datos

procedente de las briqueteadoras e irn almacenando los registros de acuerdo
a cada cambio de evento. Para el almacenamiento de los datos se disearon
otras clases, las cuales sern las encargadas de mantener relacionadas todos
los eventos ocurridos en la planta, como tambin cada una de
48
las
justificaciones realizadas en cada mquina, las cuales explicarn por qu

ocurri ese evento.
Se parti de que el cliente quiere tener almacenado todos los eventos que
ocurren en la planta y de justificar aquellos que sean demoras y prdidas de
productividad, ya que estas influyen directamente en la productividad y
efectividad de la planta.
Debido a que las justificaciones de cada demora y prdida tienen una
estructura ya elaborada por el personal de Industrial, como lo son Tipo, Zona,
Sistema, Subsistema, Evento y Subevento, estas tambin se tomarn en
cuenta a la hora del diseo de la clase relacional del sistema. Hay que acotar
que este diseo ya estaba siendo desarrollado a la hora de iniciar el proyecto
de grado, por lo tanto slo se realizaron unas mejoras al diseo original.
Estos diagramas son el resultado de los requerimientos de informacin del
sistema, as como los requerimientos funcionales determinados del estudio de
las necesidades de los usuarios. (ver Figura 18).
49
Figura 18: Diagrama de Clases Relacional del SI
El diagrama de clase anterior se puede explicar mejor si se subdivide al

diagrama en tres, como serian usuarios, tiempos y cascada.
El subdiagrama de Usuarios, maneja todo lo referente a los usuarios que
tendrn acceso al sistema, quienes tendrn permiso de clasificacin y quienes
50
podran gestionar los mdulos de mantenimiento de cascada, productividad

programada y patrones. (ver Figura 19).
Figura 19: Subdiagrama de Clases de Usuarios
En el subdiagrama de tiempos se almacenan todos los registros que fueron

procesados por las clases Mdulo y Briqueteadoras. En l se define si el
registro en verdad es una demora, una prdida de productividad o si en verdad
a estado la planta trabajando normalmente. (ver Figura 20).
51
Figura 20: Subdiagrama de Clases de Tiempos
Por su parte, el subdiagrama de cascada, maneja todos los cdigos de

clasificacin con los que se pueden clasificar los eventos de la planta. Por este
motivo se puede ver la estrecha relacin que existe entre ella y el subdiagrama
de tiempos por medio de la clase DemorasJustificadas, la cual relaciona cada
registro con el cdigo de clasificacin asignado. (ver Figura 21).
52
Figura 21: Subdiagrama de Clases de Cascada
III.2.3 Diagrama de Actividades

El diagrama de actividades permite visualizar los pasos o tareas que ejecuta
cada actor en la aplicacin. Se disearon los diagramas para los mdulos de
interrupciones, productividad programada, cascada y patrones los cuales se
podrn observar en las Figura 22, Figura 23 y Figura 24 respectivamente.
53
Figura 22: Diagrama de Actividades para el Mdulo de Interrupciones
54
Figura 23: Diagrama de Actividades del Mdulo de Productividad Programada
55
Figura 24: Diagrama de Actividades del Mdulo de Patrones
III.3 Ambiente de Trabajo

Otro de los puntos de MODICH est relacionado con el anlisis del ambiente
en el cual va a funcionar el sistema, por ende, se estudian tres factores:
organizacional, fsico y social.
56
En el aspecto organizacional, este sistema no incumple ninguno de los

lneamientos fijados por SIDOR, por lo tanto, no alterar o producir un impacto
negativo dentro de ella, sino, por el contrario, ahora contar con una nueva
aplicacin que podr ser accedida desde cualquier lugar de la empresa y en
donde se podr visualizar el estado de la lnea de produccin y cuales fueron
las causas que ocasionaron la interrupcin o prdida de la productividad. Es
importante destacar que uno de estos lineamientos es el carcter confidencial
de todo sistema desarrollado dentro de la empresa, por lo tanto, la implantacin
de esta aplicacin no figurar en este manuscrito.
En el aspecto fsico, la aplicacin para el uso de los operadores se encontrar
ubicada en los plpitos de las briqueteadoras, donde las condiciones de
trabajos son muy confortables, ya que estos son cuartos cerrados pero amplios
y que cuenta con un buen sistema de aire acondicionado, con butacas
ergonmicas que ayudan a la buena postura y que estn aislados del ruido de
la planta, y poseen una computadora donde correr la aplicacin.
Y por ltimo, en el aspecto social tampoco tiene efectos adversos ya que el
desenvolvimiento de los usuarios con su ambiente u otras personas seguir
siendo el mismo con la adicin que tendr que justificar cada demora o prdida
de productividad que se presente en la lnea de produccin, la cual ayudara al
personal de industrial a estudiar las causas de las detenciones o prdidas en
ella, para as poder minimizarse la ocurrencia de esos eventos.
III.4 Tecnologa
Para MODICH lo importante del aspecto tecnolgico es que permite
establecer los dispositivos de entrada/salida y los estilos de interaccin ms
convenientes para disear la aplicacin, tomando en cuenta los requerimientos
del usuario, la funcionalidad del sistema y la accesibilidad de estos recursos
dentro de la organizacin.[6]
Para la aplicacin se utilizarn como dispositivos de entrada el teclado, con el
cual los usuarios podrn introducir texto libre a la hora de colocar cualquier
57
observacin en las justificaciones y el ratn para seleccionar y apuntar los

cdigos o valores que el desee.
Entre los dispositivo de salida se tendr, un
monitor de 17, donde se
visualizaran todos los clculos y eventos que estn sucediendo en la planta,

que estar configurada con una resolucin de 1024*768 pxeles, lo cual marca
el estndar dentro de SIDOR.
Como es visto el sistema contar con los equipos bsicos que posee un
computador, as que la adquisicin de estos no generara algn gasto adicional
para la empresa, lo cual no se incurrir en la adicin de otro dispositivo no
comn al computador.
Acerca de los estilos de iteracin, SIDOR ya tiene definidos estndares de
estilos, con los cuales, los usuarios ya se encuentran relacionados y
familiarizados, ya que estos se encuentran presentes en otras aplicaciones
desarrolladas en la Gerencia de Automatizacin. Para esta aplicacin se hara
uso de estos.
SIDOR define que las aplicaciones a desarrollar sean por interfaces Web, con
lo cual no es necesario instalar la aplicacin en las mquinas clientes, con tan
solo tener un navegador y un acceso a red se podr acceder a la aplicacin.
Esto garantiza que cualquier actualizacin a la aplicacin, se realice nada ms
que en un solo lugar y no en cada mquina cliente.
La aplicacin est pensada para que el usuario cometa el mnimo error posible
a la hora de introducir datos, por este motivo se utilizan diferentes controles,
que por una parte, minimizar la cantidad de validaciones que se realizarn si
se dejran campos donde se ingrese texto libre.
En SIDOR es muy comn la bsqueda de datos a travs de fechas y turnos, y
debido a esto se han creados controles para estos, la incorporacin de un
calendario (ver Figura 25) a la aplicacin, ayuda a que el usuario se encuentre
mas familiarizado y mas confiado a la hora de seleccionar una fecha, y no que
58
tenga que introducir la fecha manualmente, lo que podra generar que

introduzca un formato de fecha errneo y a su vez se tendra que agregar mas
validaciones para comprobar que todos los campos que el usuario ingrese
sean correctos.
Figura 25: Calendario
Otros de los controles o estilos de iteracin que se utilizarn para el ingreso de

datos son los combos o listas (ver Figura 26), con los cuales se quiere que el
usuario solo seleccione un tem de la lista de valores que tendr a su
disposicin.
Figura 26: Combos o Listas
Los mens (ver Figura 27) son imprescindibles en estas aplicaciones, con ellos
el usuario podr acceder a las dems aplicaciones que se desarrollen en
SIDOR.
Figura 27: Men
Con la implementacin de la aplicacin, naci un control nuevo, el cual formara

parte de ahora en adelante de los estilos definidos en SIDOR, para la
59
visualizacin de los eventos de la planta se quiso, que de una manera rpida y

veraz se pudiera observar su estado en todo el turno, debido a esto se creo
una barra de estado (ver Figura 28) en el cual se visualizan los eventos de la
planta distinguindolos por colores y que a su vez tendra la escala por horas
desde el inicio de turno hasta su finalizacin.
Figura 28: Barra de Eventos
Con estos estilos se esta asegurando que la aplicacin ser bastante amigable
y de fcil uso para el usuario, y no se generarn tantos mensajes de error a la
hora de que el usuario este introduciendo datos al sistema. A su vez se
concluye que estos son, tanto los dispositivos de entrada/salida como los
estilos de iteracin, los ms adecuados para la ejecucin de la aplicacin.
60
IV Diseo de la Interfaz de Usuario del

En este capitulo se definirn la interfaz grfica de usuario (IGU), del Sistema de

Interrupciones, a travs de la aplicacin de MODIHC. En el capitulo anterior se
describieron los usuarios, la funcionalidad del sistema y la tecnologa que se
usar, y estos resultados se tomarn en cuenta a la hora de disear la interfaz
de usuario.
La IGU a desarrollar en la aplicacin, estar basada en interfaces Web. La cual
siguiendo el estndar en Sidor se estructur como una aplicacin de trescapas. La primera capa buscador Web (IE Explorer), la capa del medio estara
compuesto por alguna tecnologa Web dinmica (asp.net), y una base de datos
(SQL Server 2003) como ltima capa. El buscador Web manda las peticiones a
la capa media, la cual entrega valindose de consultas y actualizaciones a la
base de datos.
IV.1 Diseo de la Interfaz Grafica de Usuario

Para que el sistema tenga xito, es importante contar con un buen diseo
de la interfaz de usuario. Una interfaz difcil de utilizar provocar que los
usuarios cometan muchos errores, y si la informacin que se presenta es
confusa o engaosa, los usuarios no comprendern el significado de la
informacin.
Algunas de las ventajas del diseo de las interfaces grficas de usuarios

son [4]:
Son relativamente fciles de aprender y utilizar. Los usuarios sin

experiencia en computacin pueden aprender a utilizar la interfaz
despus de una sesin breve de capacitacin.
Para interactuar con el sistema, los usuarios cuenta con pantallas

mltiples. Es posible ir de una tarea a otra sin perder se vista la
informacin generada durante la primera tarea.
Es posible interactuar rpidamente y tener acceso inmediato a cualquier

punto de la pantalla.
62
Para disear una IGU, se toman en cuenta una serie de principios y

factores que constituirn una gua para diseo de la interfaz, y as cumplir con
los requerimientos funcionales de los usuarios.
Entre los principios y factores podemos nombrar:
Velocidad de aprendizaje: La persona debe aprender a utilizar el sistema

rpidamente, as que, el diseador debe dejar a disposicin del usuario
herramientas que logren este cometido.
Familiaridad del usuario: la interfaz debe utilizar trminos y conceptos que

se toman de la experiencia de las personas que ms utilizan el sistema.
Velocidad de respuesta: El diseador debe tomar en cuenta que el tiempo

necesario para realizar una operacin en el sistema sea acorde con los
datos que est procesando y hacer que su tendencia sea baja, de esta
manera, se evitarn disconformidades por parte del usuario.
Mnima sorpresa: el comportamiento del sistema no debe provocar sorpresa

a los usuarios.
Tasa de errores: Consiste en estudiar la cantidad porcentual de errores que

comete el usuario, de tal manera de proveerle formas de regresar
fcilmente cuando se comete alguno y no comenzar de nuevo.
Retencin: Conocer la capacidad de retencin del usuario para las tareas

del sistema en un perodo de tiempo, buscando la forma de disminuir la
memorizacin del mismo.
Satisfaccin: Este punto se refiere a si el usuario est a gusto o no con el

sistema computarizado.
Para complacer al usuario, se debe realizar el
diseo centrado en sus necesidades y requerimientos, de tal manera que

debe incluirse desde el inicio de la creacin del sistema hasta el final del
mismo.
Adecuacin: Se refiere a la adaptacin fsica a algunos dispositivos

(factores ergonmicos), ambiente, organizacin, visibilidad, personalidad del
usuario y cultura del mismo.
Gua al usuario: cuando los errores ocurren, la interfaz debe proveer

retroalimentacin significativa y caractersticas de ayuda sensible al
contexto.
63
Para el diseo de la IGU se tomaron en cuenta todos estos factores y

principios, y se utiliz un enfoque de Diseo Centrado en el Usuario, donde los
usuarios finales tomaron parte activa en el proceso de diseo de la misma, en
algunos casos evaluando y en otros participando como un miembro ms en el
diseo.
IV.2 Diseo de las Pantallas

En principio para el diseo de las pantallas, se deber mantener el estandar de
la empresa de un men el cual es creado en tiempo de ejecucin mediante un
control de usuario y utilizando un archivo XML. Los colores a utilizar tambin
entran en los estndares de la empresa y ya se tienen definidos los estilos de
presentacin, las dems reas de las pantallas a disear fueron acordadas con
el cliente por medio de mltiples reuniones, de las cuales se obtuvieron la
informacin que queran ellos visualizar en el sistema.
Para todas las pantallas diseadas se disearon varios prototipos y estas
fueron mostrndose al cliente, hasta tener las pantallas definitivas.
Para las pantallas principales del mdulo y de las mquinas de Matesi, se quiso
que tuviera un rea donde se pueda visualizar los valores actuales de la planta,
un rea donde estuvieran los indicadores del estado de la planta en ese turno,
y la visualizacin de los eventos con sus registros. En la Tabla 13 se muestra
como quedaron organizadas las pantallas.
Tabla 13: Pantalla Principal del Mdulo y de la Maquinas del SI.
rea del men

rea fechas
rea de informacin general
rea de valores online
rea de indicadores del turno
rea de la barra de eventos
rea de registros de eventos
La descripcin de cada zona se presenta a continuacin:
64
rea del men: en esta zona se ubica el men del sistema de

interrupciones el cual es generado por un control de usuario y un archivo
XML.
rea de fechas: en esta zona estar ubicado el control de usuario de

fechas, donde el usuario podr cambiar tanto de fechas como de turno.
rea de informacin general: en ella se mostrar el login del usuario que

este utilizando el sistema, como de la fecha y nombre de la lnea que
est visualizando en ese momento.
rea de valores online: se mostrar el estado actual de la lnea, en

cualquier momento, as el usuario este revisando un turno anterior.
rea de indicadores del turno: en esta zona se mostrarn todos los

indicadores de productividad, efectividad, de toneladas procesadas, etc..
rea de la barra de eventos: en esta zona se ubica el control de usuario,

el cual muestra el estado de la lnea en el tiempo. Esta rea tendr una
variacin dependiendo de la instalacin que este revisando, si est en el
mdulo se mostrar la barra del mdulo ms la de las 3 briqueteadoras
que tiene asociada, en cambio si est revisando una mquina solo se
mostrar la barra de esa mquina.
rea de registros de eventos: esta zona varia tambin segn la

instalacin, para el mdulo solo se visualizarn los registros de las
prdidas de productividad, y en las mquinas slo las demoras, siendo
comn en los dos casos la infamacin a mostrar como los son la hora de
inicio y fin del evento, la duracin y la clasificacin asignada.
En la Figura 29 se observa la interfaz del modulo principla del SI.
65
Figura 29: Interfaz del Modulo Principal del Sistema de Interrupciones.
La pantalla de clasificacin de los eventos, se compone de varias zonas de

entrada de datos en el cual el usuario seleccionara de una lista de cdigos el
ms indicado y el cual describe el evento en la lnea. (ver Tabla 14).
Tabla 14: Pantalla de Clasificacin de Eventos.
Informacin general del evento

Tipo:
Zona:
Sistema:
Subsistema:
Evento:
Subevento:
Observacin:
rea de botones (Aceptar, Cancelar, Buscar)
Las diferentes reas que componen el mdulo de clasificacin se describen a
continuacin:
Informacin general del evento: en ella se muestra la informacin

relacionada al evento que est clasificando, tales como inicio y fin del
evento, descripcin del evento (Demora o Prdida), duracin, etc.
66
Tipo: en ella se encontrarn todos los tipos de con los que se pueden
clasificar los registros.
Zona: se encontrarn las respectivas zonas de la planta.
Sistema: se encontrarn todos los equipos de la lnea de produccin.
Subsistema: se mostrarn cada una de las piezas que componen al

equipo que este fallando.
Evento: mostrar una pequea explicacin sobre el suceso que ocurri

en la planta.
Subevento: mostrar una informacin ms detallada del evento que se

gener en la planta.
Observacin: rea en el cual el usuario podr introducir cual acotacin

adicional que sea importante y que no se ve claramente reflejada en la
seleccin de los cdigos anteriores.
rea de botones: por ltimo se encuentra los botones, en los cuales el

usuario escoger la accin a tomar.
El diseo de la pantalla principal de los mdulos de gestin de patrones y de

productividad son muy similares, variando slo la informacin que se muestra
en el rea de visualizacin de los datos, en ellas solo se visualizara los
patrones o productividad que ya hayan sido cargados por el usuario. En la
Tabla 15 se puede observar la estructura de la pantalla.
Tabla 15: Pantalla Principal de los Mdulos de Patrones y Productividad.
rea del men

rea de visualizacin de los datos
rea de botones
Para estas pantallas se tienen:

XML.
rea de visualizacin de los datos: se podrn observar todos aquellos

patrones o productividades que han sido cargados por el usuario, y
67
cuales estn aun vigentes o no, estos podrn modificar los datos para
aquellos en donde se les permita.
rea de botones: estos solo estarn visibles para aquellos usuarios que
tenga el perfil de industrial, y en el podr acceder a la pantalla de gestin
de patrones o productividad, para agregar uno nuevo.
La Figura 30 se muestra la interfaz del mdulo principal de patrones siendo

muy parecida para el mdulo principla de productividad.
Figura 30: Interfaz del Mdulo Principal de Patrones.
Las pantallas de gestin de patrones, productividad y cascada, estn

elaboradas para que el usuario introduzca los valores que deben ser cargados
en el sistema de interrupciones, debido a esto se hizo lo posible de minimizar la
introduccin de datos de forma libre, con lo que se disminuyo en gran parte la
creacin de funciones de validacin de datos.
En las Tabla 16 y Tabla 17 se pueden observar la definicin de las pantallas
Tabla 16: Pantalla de Gestin de Productividad Programada.
rea de seleccin de fecha

rea de seleccin de turno
rea de insercin de productividad programada
rea de insercin de tiempo efectivo
rea de botones
Descripcin de la pantalla de gestin de productividad programada:
rea de seleccin de fecha: rea donde el usuario seleccionar el inicio

de vigencia de la productividad.
rea de seleccin de turno: rea donde el usuario seleccionar en que

turno del da seleccionado debe comenzar la productividad programada.
68
rea de insercin de productividad programada: se introduce el valor de

la productividad programada para ese da.
rea de insercin de tiempo efectivo: se introduce el tiempo en que

estar efectiva la lnea en ese turno.
rea de botones: por ultimo se encuentra los botones, en los cuales el

En la Figura 31 se puede observar la interfaz de usuario del mdulo de gestin

del mdulo de productividad.
Figura 31: Interfaz del Mdulo de Productividad.
Tabla 17: Pantalla de Gestin de Patrones.
rea del men

rea de seleccin de fechas de inicio y fin
rea de seleccin de numero de cuadrillas
de vigencia
rea de seleccin de cuadrillas por turnos
rea de botones
Descripcin de la pantalla de gestin de patrones:

XML.
rea de seleccin de nmero de cuadrillas: el usuario seleccionara por

medio de un combo la cantidad de cuadrillas con la que se trabajar en
la lnea, dependiendo de esto se generar la matriz de datos con la
cantidad de semanas.
rea de seleccin de fechas de inicio y fin de vigencia: se seleccionar

por medio de un control de fechas, donde se visualizar al usuario un
69
calendario, en el cual solo tendr que escoger el da de inicio y fin de

vigencia del patrn.
rea de seleccin de cuadrillas por turnos: en el se generar una matriz

de combos, conteniendo el turno. Por medio de ellos el usuario
seleccionar para cada cuadrilla el turno que le corresponde trabajar en
el da.

En Figura 32 se puede observar la interfaz del mdulo de principal del mdulo

de cascada.
Figura 32: Interfaz del Mdulo de Gestin de Patrones.
La Tabla 18 representa la pantalla principal del mdulo de cascada.

Tabla 18: Pantalla Principal de Cascadas.
rea de men
rea de los filtros de los cdigos
rea de botn ejecutar
rea de visualizacin de los cdigos de clasificacin
rea de botones
Esta consta de varias reas que se describen a continuacin:
rea de men: en esta zona se ubica el men del sistema de

XML.
rea de los filtros de los cdigos: con esto se podrn filtrar todos
aquellos cdigos que se desee buscar en alguna cascada.
70
rea de botn ejecutar: luego de haber seleccionado los cdigos que se

desean visualizar, el usuario pulsar el botn para que se haga la
bsqueda de las cascadas.
rea de visualizacin de los cdigos de clasificacin: en esta aparecern

todos aquellos cdigos donde aparezcan los valores por los cuales se
hizo la bsqueda.

En Figura 33 se puede observar la interfaz de usuario del mdulo de principal

del mdulo de cascada.
Figura 33: Interfaz Principal del Mdulo de Cascada.
Otros de los tipos de interaccin que se us en el sistema es el de los

mensajes de alerta o de confirmacin. Estos son utilizados para prevenir al
usuario de una accin que pueda alterar notoriamente el comportamiento de la
aplicacin. Si no se tuvieran estos mensajes, el usuario podra agregar valores
tanto de patrones, de productividad o de cascada que podran solaparse con
uno ya existente, y mostrar o calcular registros que no sean verdicos, esto en
el caso de que se altere la productividad, ya que a travs de ella se realiza el
clculo de las demoras o prdidas. Estos tambin alertaran al usuario de
campos que estn llenados mal o que falten por seleccionar.
Por ejemplo en el mdulo de clasificacin de demoras cada vez que el usuario
desee guardar la justificacin del evento y este no haya llenado completamente
todos los tem, se le genera un mensaje indicndole que le falto un campo que
llenar (ver Figura 34).
71
Figura 34: Mensaje en Mdulo de Clasificacin.
La aplicacin hace uso de los estilos de colores que posee la empresa, debido
a que SIDOR C.A. ya viene trabajando con ellos en las otras aplicaciones
creadas en la gerencia, los usuarios ya se encuentran familiarizados a los
colores y presentaciones que propone la gerencia y ven en ellos interfaces muy
amigables y de agrado a la vista, ya que pueden identificar y comprender con
mayor rapidez la informacin que se les esta suministrando, debido a esto los
colores que se manejan en la aplicacin son azules y amarillos claros para las
reas donde se muestren los datos, y del gris para el men.
72
V Implementacin y Pruebas del

Ya obtenidos los requerimientos del sistema y diseado las interfaces de

usuarios, solo resta implementar este modelo en trminos de componentes, es
decir, archivos de cdigos fuentes, ejecutable y entre otros. Este capitulo
abarca el proceso de implementacin, tanto la seleccin del lenguaje a codificar
como el manejador de base de datos a utlizar, en el se realizan tambien las
pruebas al sistema de interrupciones cuyo propsito primordial es el de obtener
un producto software, el cual deber contar la calidad adecuada para su
aplicacin y cumplir con todos los requisitos establecidos previamente.
V.1 Implementacin
En SIDOR C.A. los sistemas se implanta en tres capas, la capa del cliente, la
capa de negocios, y la capa de datos (ver Figura 35).
Figura 35: Componentes de la Implementacin
La capa del cliente corresponde a la interfaz a travs de la cual el usuario se

conecta al sistema e interacta con el mismo para realizar las peticiones
deseadas.
En la capa de negocios, se alojan los servidores Web, y est encargada de la
comunicacin entre la capa del cliente y la capa de datos, Esta capa est
soportada por Visual Basic .NET, como lenguaje de programacin. La
comunicacin entre la capa de negocios y la capa de presentacin es
transparente para el cliente y gracias a la herramienta Microsoft Visual
74
Studio .NET 2003 es prcticamente transparente para el desarrollador debido a

que tienen una interaccin muy estrecha.
En la capa de negocios se encuentra todos los codigos fuentes y ejecutables
de la aplicacin, en ella se estara ejecutando la version final del sistema la cual
estara libre de errores.
En la Figura 36 se muestra parte del cdigo fuente de la interfaz del mdulo
principal del sistema de interrupciones de Matesi.
Figura 36: Cdigo Fuente.
La capa de datos, es aquella donde se encuentra la informacin almacenada.

Est soportada por los servidores de SQL server 2000. En ellos se desarrollan
un conjunto de procedimientos almacenados, funciones y vistas los cuales
permiten separar o independizar el manejo de los datos, directamente desde la
75
capa de negocios, adems de permitir un chequeo rpido de los accesos a

datos y una ejecucin de consultas de complejidad considerables.
V.1.1 Diagrama de implementacin

En la Figura 37 se puede observar el diagrama de implementacin, el cual
representa la distribucin fsica de los equipos. En ste se observa claramente
la comunicacin de las tres capas, en las que la capa del cliente (Intranet) se
comunica con la capa de datos, la cual aloja a los servidores de bases de datos
(MATPRDSQLWEBAUT), mediante la capa de negocios en donde se encuentra
ubicado el servidor web (SIRPRDWEBAUT).
Figura 37: Diagrama de Implementacin
V.2 Validaciones y Pruebas

En la Gerencia de Automatizacin se tiene tres ambientes de trabajo como los
son:
Ambiente de Desarrollo: en el los desarrolladores pueden comenzar con
la implantacin de los proyectos e ir creando los prototipos de los
sistemas.
76
Ambiente de Preproduccin: luego que los desarrolladores tengan una

versin preliminar de la aplicacin deben migrarla a este ambiente, para
que sea testeado por los usuarios. En el se harn las pruebas. De haber
fallas o mejoras en la aplicacin, se regresar al ambiente inicial y se
desarrollarn las mejoras o corregir los eventuales errores y seguir estos
pasos hasta tener una versin mas estable.
Ambiente de Produccin: en el se alojan todas las aplicaciones que han

sido depuradas y se encuentran estables, en este ambiente los usuarios
ya usan la aplicacin y ejercen sus labores con ellas.
A travs de estos ambientes se hicieron las pruebas del sistema. En ellas se

interactu con los usuarios, que fueron probando la aplicacin y estuvieron
familiarizndose con el sistema. La idea de realizar estas pruebas finales es el
de hacer correcciones relativos a la puesta en marcha del proyecto. Existen
dos tipos de pruebas
Pruebas Caja Blanca: Los datos de prueba son derivados del

comportamiento interno del sistema, puede decirse, con resultados
esperados satisfactorios.
Pruebas Caja Negra: Los datos de prueba son colocados sin considerar
el comportamiento interno del sistema, utilizando valores ubicados justo
en los lmites permitidos y fuera de ellos, donde probablemente ocurran
excepciones.
Para estas pruebas se validaron que las fechas ingresadas nunca se solaparan
con registros existentes, que a su vez la informacin que se mostraba fuera
veraz con los eventos reales de la planta. Que el sistema estuviera haciendo lo
que en verdad se defini que hiciera y que a su vez el tiempo de ejecucin sea
lo suficientemente rpido.
Con el usuario haciendo las pruebas directamente, pudo aprobar o desaprobar
tanto el diseo de las pantallas, como de la interaccin del usuario con el
77
sistema, si fue de fcil manejo, fcil de recordar las tareas a ejecutar,

rendimiento del sistema, etc.
Aunque el sistema est en el ambiente de produccin, no se dejar de
monitorear y de ir realizando mejoras que ayuden al usuario a facilitar su
trabajo.
78
VI Conclusiones y Recomendaciones
VI.1 Conclusiones
La utilizacin del modelo de diseo de interaccin humano-computadora en el
desarrollo del Sistema de Interrupciones y sus mdulos de gestin, permite al
usuario (el cliente) tenga mayor interacin con el desarrollo del sistema, ya que
estuba presente en todo momento aportando ideas y evaluando continuamente
los avances del desarrollo, a su vez, estuvo interactuando con el sistema que
posteriormente va a utilizar. Esta forma de trabajo permite que se prevean y
corrijan situaciones de riesgo durante el anlisis, diseo y desarrollo del mismo.
Por otra parte la implantacin de la aplicacin por medio de interfaces Web,
permite que el sistema sea muy verstil, ya que este podr ser utilizado desde
cualquier punto de la empresa sin necesidad de una instalacin previa de la
aplicacin en la mquina del usuario, y podr ser utilizado en cualquier sistema
operativo que tenga instalado en su PC, con la utilizacin de un navegador
Web.
Aunque ya los estilos y colores se encontraban definidos por SIDOR C.A., con
MODIHC se hizo el mejor uso de ellos, ya que se estructuraron las interfaces
de usuario para que por medio de ellos los usarios tuvieran una mayor rapidez
en localizar de la informacion, reduciendo asi el tiempo en su busqueda.
La utilizacin del Lenguaje Unificado de Modelado (UML), fue de gran ayuda
debido a que permiti representar la funcionalidad del sistema por medio de los
diagramas de casos de usos, lo que permiti analizar que el sistema hiciera lo
que realmente deba hacer.
Con la implantacin del Sistema de Interrupciones, SIDOR contar con una
aplicacin que en todo momento lo mantendr informado sobre el estado de la
lnea de produccin, y sobre las justificaciones de los posibles eventos que
sucedan en ella. (Y con la cual podr acceder desde cualquier lugar de la
empresa por medio de la intranet de la empresa).
VI.2 Recomendaciones
Tomar en cuenta al modelo de interaccin humano computadora

(MODICH) para futuras aplicaciones a desarrollar en la empresa.
Poner a disposicin de mayor documentacin de MODICH, para un

mejor apoyo en la elaboracin de un proyecto.
Que Sidor permitar dedicar ms tiempo a la fase de recoleccin de

datos, para as poder obtener la mayor informacin posible de los
usuarios finales sobre el sistema que se quiere implantar.
Bibliografia
[1] Dobson Rick. Programacin de Microsoft SQL SERVER 2000 con Microsoft
Visual Basic.NET. McGraw - Hill. Primera Edicin. 2002.
[2] MacDonald Matthew. ASP.NET Manual de referencia. McGraw - Hill.
Primera Edicin. 2002.
[3] Monografa de Matesi, SIDOR C.A. Zona Industrial Matanza. Puerto Ordaz Edo. Bolivar.
[4] Monografa de Sidor, SIDOR C.A. Zona Industrial Matanza. Puerto Ordaz Edo. Bolivar.
[5] Muller Pierre, 1997. Modelos de objetos con UML. Ediciones Gestin 2000
Barcelona (Espaa).
[6] Narciso Flor; Rodrguez Taniana, 2.002. Un Modelo para Disear la
Interaccin Humano - Computadora (MODICH). Publicada en las Memorias
de las V Jornadas Cientfico Tcnicas de la Facultad de Ingeniera.
Universidad de Los Andes, Mrida Venezuela.
[7] Pierre Alain Muller Modelado de Objetos con UML. Eyrolles Barcelona
1997.
[8] Ramez Elmasri. Sistemas de Base de Datos. Conceptos Fundamentales.
Pearson Educacin. Segunda Edicin. 2000.
[9] Roger S. Pressman Ingeniera del Software. Un Enfoque Prctico. Cuarta
Edicin. McGraw - Hill.
[10] Schmuller, J. (2003). Aprendiendo UML en 24 Horas. Mxico.: Prentice
Hall Hispanoamericana S. A.
Apendice A
Manual de Usuario
Sistema de interrupciones (SI)
El sistema de interrupciones manejara una serie de indicadores que

representar los estados en la cual se encuentra la lnea de produccin, en las
tablas siguientes se muestra una leyenda que le ayudara a identificar estos
estado en SI.
Los colores que se manejaran para indicar los estados de las lneas en los
Leds son:
Tabla 19: Estado de los Leds
Colore
s
Indicativo
Interrupcin.
Baja Productividad
Estado normal, lnea trabajando.
Para la barra manejaremos la siguiente nomenclatura:
Tabla 20: Estado de la Barra del SI
Colore
s
Indicativo
Interrupcin.
Tiempo no disponible.
Estado normal, lnea trabajando.
Perdida de productividad.
Pantalla principal del SI

A continuacin observara la pantalla principal del modulo, en la cual podr
observar el estado tanto del modulo como de sus respectivas briqueteadoras
que tiene asociada (ver Figura 38).
Figura 38: Pantalla Principal del SI
En la Figura 38 podemos detallar varias partes del sistema que merece la pena
explicar progresivamente.
En principio podemos ver que el encabezado consta de los botones que vemos
en la Figura 39, los cuales le permiten al usuario elegir la fecha y el turno de
consulta deseado. Inicialmente al entrar a la pgina, se muestran los datos
correspondientes a la fecha y turno actual.
Figura 39: Encabezado
Si el usuario desea visualizar un da anterior o posterior a la fecha mostrada lo

podr hacer presionando las flechas que se encuentran en los laterales de la
misma. Otra forma hacer este cambio, consta de hacer clic sobre el campo
fecha, con el cual se desplegara un calendario que le permitir al usuario

escoger la fecha deseada (ver Figura 40).
Figura 40: Calendario para escoger fechas
Siguiendo la misma lgica, el usuario podr cambiar el turno de consulta, bien

sea presionando las flechas anterior/posterior, o clickeando sobre los botones
correspondientes que indican el numero del turno a consultar (ver Figura 41).
Figura 41: Escoger Turnos
Tambin podr elegir ver los datos del turno actual, al presionar el botn
correspondiente (ver Figura 42).
Figura 42: Boton Turno Actual
Si el usuario desea imprimir la informacin mostrada, lo podr hacer al

presionar el botn imprimir, con el cual se abrir un reporte con formato de
impresin con el contenido de los datos mostrados.
Para el turno seleccionado se muestra la informacin general la cual contiene
el nombre de la lnea donde se esta accediendo, el usuario logeado, y la fecha
y hora actual (ver Figura 43).
Figura 43: Informacin General
Mas adelante vemos una franja de color amarillo (ver Figura 44), la cual
contiene la informacin del estado actual de la lnea, independientemente de
que se este revisando un turno que no es el actual, este seguir visualizando lo
que este pasando en la lnea. Los datos mostrados corresponden a:
Figura 44: Valores Online
Estado del mdulo: entre los cuales se cuentan, estado normal,

interrupcin. Observe que hay un Led indicando el color correspondiente
de acuerdo al estado mostrado. Los colores que este Led contendr son
equivalentes a la lectura
T. Estado: corresponde al tiempo durante el cual la lnea se ha

mantenido en el estado actual.
T. Calendario: Corresponde al tiempo transcurrido desde el inicio de

turno hasta el momento.
T. Int. [m:s]: Es el tiempo por debajo del cual las interrupciones no son
tomadas en cuenta.
Prod. Actual: Produccin actual, en toneladas.
Prod. Perdida: Es la cantidad de Tn que se dejo de producir debido a

una interrupcin.
Prod. Programada: Produccin programada para el turno.
Luego vemos los datos del turno seleccionado, en el cual se visualizan algunos
indicadores de cmo estuvo la lnea en el turno que se este consultando:
Figura 45: Datos Turno Seleccionado
Turno.
Fecha hora inicio del turno.
Fecha hora fin del turno.
Cuadrilla correspondiente al turno.
Tiempo no disponible: corresponder al tiempo de las demoras que sean

clasificadas por los operadores como no disponible.
Tiempo disponible: es la diferencia de tiempo calendario y el tiempo no

disponible.
Tiempo demoras: corresponde al tiempo en el cual ocurrieron las

demoras en la lnea.
Tiempo efectivo: es la diferencia de tiempo disponible y las demoras

ocurridas durante ese tiempo.
Efectividad: Corresponde a la relacin porcentual entre el tiempo

efectivo y el tiempo disponible, lo cual permite hacer comparacin con
otras lneas aunque el proceso realizado sea totalmente diferente.
Cantidad de interrupciones detectadas.
Productividad Efectiva: indica la relacin de toneladas procesadas entre

el tiempo en que estuvo efectiva la lnea.
Productividad Promedio
Total Toneladas Procesadas [T.]: indica la cantidad de toneladas de

briquetas que fueron procesadas en el turno consultado.
Produccin Programada para el Turno.
Prdida de Produccin del Turno: indica las toneladas que se perdieron

por estar produciendo por debajo de la produccin programada.
Ganancia de Produccin para el Turno: indica las toneladas que se

ganaron
por
estar
produciendo
por
encima
de
la
produccin
programada.
Seguido de estos datos, observamos la barra de estado del modulo y de las
tres briqueteadoras que pertenecen a ella. La cual consta de tres estados, que
ya hemos descrito, los cuales corresponden a interrupcin (color rojo), tiempo
no disponible (color morado), estado normal (color verde), y perdida de

produccin (color amarillo) (ver Figura 46).
Figura 46: Barras de Estado
Luego encontramos la lista de las Interrupciones y prdidas de productividad

detectados por el sistema (ver Figura 47) que deben ser clasificadas en los
turnos correspondientes. Se pueden diferenciar cada registro por el color de la
fila, para las perdidas su color ser de gris en cambio para las demoras se
visualizaran de color blanco. La lista de eventos en el modulo solo sern
perdidas en cambio para las briqueteadoras solo se registraran
demoras.
Figura 47: Datos interrupciones
En la primera columna aparece un icono que cuando se hace clic en l, se

presenta una pgina con la informacin de detalle de la demora (duracin,
clasificacin, usuarios que la modificaron, etc.).
La segunda columna esta
conformada por campos de chequeo que le permiten al usuario escoger varias

interrupciones para hacer clasificacin mltiple de las mismas.
Esto tiene
algunas restricciones, si el usuario quiere clasificar simultneamente varias

demoras y una ya esta clasificada el sistema no se lo va a permitir, igual aplica
en el caso de que quiera reclasificar varias demoras que tenga diferentes
clasificaciones, ya que el sistema corrobora que la clasificacin de ambas
demoras sea la misma. Para hacer la clasificacin mltiple, el usuario deber
oprimir el link (Clasificar) que se encuentra en el encabezado de esta columna.
La tercera columna es la hora de inicio real en que comenz la demora en
horas, minutos y segundos. La cuarta columna representa la hora de fin de la
demora en horas, minutos y segundos. La quinta columna representa la
duracin de la demora. La sexta columna corresponde al tipo de registro que
debe que el usuario esta observando, es decir si esta relacionado con la
perdida de productividad, o es una interrupcin. Luego en la sptima columna
observe que se refleja las toneladas perdidas, o que se dejo de producir en

funcin de la capacidad instalada para el modulo. De la octava a la dcima
cuarta columna se muestra la clasificacin que los usuarios hayan hecho de la
demora o prdida de productividad.
La lista de eventos de las briqueteadoras se desplegara haciendo clic en el
icono de
y se ocultara pulsando
(ver Figura 48).
Figura 48: Lista de Eventos de las Briqueteadoras
Datos briqueteadoras
Como pudimos observar, en la pagina principal se muestra las interrupciones
generadas por cada briqueteadora de los mdulos, y tambin se ve el estado
de las mismas para el turno dado. Para acceder a ver los datos particulares de
las briqueteadoras, se puede hacer de dos maneras, una corresponde a pulsar
sobre la barra de la briqueteadora del modulo, la otra manera corresponde a
entrar directamente por el men del sistema. Como vemos en la figura
siguiente:
Figura 49: Acceso a Briqueteadora
Al acceder al link correspondiente, en pantalla aparecern los siguientes datos

particulares por briqueteadora (ver Figura 50):
Figura 50: Datos briqueteadora.
Como se puede observar en la figura anterior, los datos mostrados son

similares a los mostrados por modulo. En el rea del estado actual, se muestra
el led correspondiente al estado de la briqueteadora, el tiempo desde que ha
estado en ese estado.
En el rea de los datos por briqueteadora, se observa el tiempo no disponible,
el tiempo disponible, el tiempo de demora, el tiempo efectivo y la efectividad del
modulo. Tambin podemos ver la barra de estados de la briqueteadora, y el
listado de interrupciones generado para el turno dado.
interrupciones
posee
las
mismas
caractersticas
Este listado de
descritas
para
las
interrupciones por modulo.

Clasificacin de Interrupciones
Para realizar la clasificacin de las interrupciones se debe hacer un clic en el
link que se encuentra en la columna Duracin. Este link se encuentra
habilitado slo para los usuarios con los permisos para clasificar y dentro del
perodo permitido de acuerdo al perfil del usuario.
Al hacer clic sobre el link se abrir una pantalla como la que observamos en la
Figura
51.
Figura 51: Pantalla para clasificacin de Interrupciones.
Como nota en la Figura 51, se muestran los datos correspondientes a la

interrupcin, la fecha y hora de inicio, la duracin de la misma y el tipo de
registro a clasificar.
Bajo estos datos, notamos que se encuentra en blanco los campos que el
usuario debe completar para la clasificacin respectiva de la interrupcin.
Estos campos corresponden al tipo, zona, sistema, subsistema, evento,
subevento y justificacin de la interrupcin.
Para realizar la clasificacin de las interrupciones hay que comenzar
seleccionando en el campo Tipo, quin fue el responsable del evento. Pueden
encontrarse causas Elctricas, Mecnicas, Operativas, etc. Para el caso
particular de paradas programadas, paros sindicales y otras causas que
reducen el tiempo disponible de la planta, deber seleccionarse "No

disponibles".
Es de notar, que se debe hacer la clasificacin de forma progresiva, es decir el
usuario debe seleccionar el tipo antes de seleccionar la zona, ya que los datos
siguientes solo se cargan una vez que el usuario ha hecho su seleccin inicial.
En el campo Justificacin es posible ingresar un texto descriptivo que ample la
informacin relacionada con el registro.
A continuacin vemos un ejemplo de una demora clasificada:
Figura 52: Demora Clasificada
En los casos donde las causas de la demora sean ms de una, ser necesario
particionar la demora.
Al presionar este botn se crear un nuevo conjunto de campos para poder
asignar la codificacin correspondiente a la segunda causa de la demora.
En el caso de Demoras deber imputarse a cada particin la duracin que le
corresponda, editando el valor en el campo "Duracin:", ingresando el tiempo
expresado en horas, minutos y segundos. Al modificar la duracin de una
particin, el sistema recalcula automticamente la duracin de las dems
particiones para ajustarlas a la duracin total de la demora. Se pueden realizar

un mximo de cuatro particiones para cada interrupcin.
Figura 53: Clasificacin de interrupciones
En la Figura 53 podemos ver que se han creado dos particiones para una
demora de duracin 1:25 minutos, y se ha repartido dicha duracin en ambas
particiones.
Si se ha creado una particin por error, y necesita ser eliminada, esto se hace
presionando el botn "Eliminar" correspondiente a la particin que se quiera
quitar, note que este botn estar disponible para cada conjunto de particiones
que se ha creado. Al eliminar una particin el sistema colocar la duracin que
contena la particin eliminada a la ltima particin creada.
Una vez escogidos todos los datos deseados, el usuario puede presionar el
botn aceptar con el cual se guardaran los cambios efectuados, y se
actualizar en la pagina principal, cerrndose la pantalla de la Figura 53.
Note que si el usuario no selecciona algunos de los campos para la
clasificacin entonces el sistema enva un mensaje de error indicando que
debe escoger el campo faltante, y no le permitir actualizar los datos hasta que
no realice la seleccin adecuada (ver Figura 54).
Figura 54: Mensaje de Error al Guardar Clasificacin
Es de notar que si el usuario esta haciendo una multi-clasificacin, el sistema

no permite crear una particin ya que se esta manipulando varias
interrupciones que poseen diferentes duraciones de tiempo.
Pantalla de detalles:
Otra funcionalidad de las pantallas es la visualizacin de detalles, a la cual se
tiene acceso al presionar el icono de la primera columna del listado de
interrupciones. Al hacerlo se desplegara en pantalla la siguiente pgina:
Figura 55: Detalle de Interrupcin
En esta pgina se muestran a detalle los datos que corresponden a la demora

elegida, en caso de que se hayan realizado varias particiones de la interrupcin
se pueden ver los datos de cada particin movilizndose a travs de cada
particin por las flechas que se encuentran en el rea inferior de la pgina.
Tambin puede ver el registro de las modificaciones que se han hecho sobre la
interrupcin dada, en esta rea de registros se lista la fecha y el nombre del
usuario que ha realizado la modificacin respectiva.
Interpretacin de la composicin de tiempos:

Tiempo No
Disponible
(demoras
clasificadas como
no disponibles)
Tiempo
Calendario
Tiempo Efectivo
Tiempo
Disponible
Operativas
Demoras
No Operativas
Tiempo Disponible = Tiempo Calendario Tiempo No Disponible

Tiempo Efectivo = Tiempo Disponible Demoras
Efectividad = Tiempo Efectivo / Tiempo Disponible * 100
Disponibilidad = Tiempo Disponible / Tiempo Calendario * 100
Productividad Efectiva= Total toneladas Procesadas/ Tiempo Efectivo
Utilizac. Calendario = Tiempo Efectivo / Tiempo Calendario * 100

Diseño e Implementación Bajo Plataforma Web Del Sistema de Interrupciones (Si) para La Planta de Briquetas (Matesi) de Sidor C.A

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Diseño e Implementación Bajo Plataforma Web Del Sistema de Interrupciones (Si) para La Planta de Briquetas (Matesi) de Sidor C.A

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE LOS ANDES

DISEO E IMPLEMENTACIN BAJO

MRIDA, JULIO DE 2006

UNIVERSIDAD DE LOS ANDES

DISEO E IMPLEMENTACIN BAJO

TRABAJO FINAL DE GRADO PRESENTADO ANTE LA

MRIDA, JULIO DE 2006

DISEO E IMPLEMENTACIN BAJO

POR: Gabriel Alejandro Vergara Lpez

Dra. Flor Narciso

Dr. Milagros Rivero

La necesidad de saber el estado de la lnea de produccin y los detalles de las

A mis padres, que con sus consejos,

III.2.2 Diagramas de Clases.......................................................47

Figura 1: Organizacin de la Presidencia Ejecutiva...............................2

Datos Turno Seleccionado..................................................86

Tabla 1: Relacin Actores- Objetivos del SI.........................................35

administrativas o de gestin segn sea el campo de aplicacin o reas de

Figura 1: Organizacin de la Presidencia Ejecutiva

La Direccin Industrial tiene como objetivo primordial el fabricar productos

Figura 2: Organizacin de la Direccin Industrial

Las Gerencias Generales representan de alguna forma los principales procesos

Figura 3: Estructura de la Gerencia General de Ingeniera y Medio Ambiente

En la Gerencia General de Ingenieria y Medio Ambiente, mas especificamente

I.2.1 Niveles de Automatizacin

Figura 4: Niveles de Automatizacin

El Nivel 0 est constituido por el conjunto de sensores y actuadores instalados

Adquirir y almacenar en forma estructurada los datos que provienen del

Implementar las reglas que permiten discriminar si un indicador est

Sumarizar los datos para mejorar la performance de acceso.

Organizar los datos y su presentacin de manera que facilite el

Mostrar toda la informacin rutinaria por medio de pginas Web con

Mantener una base de datos fcilmente accesible (va Excel o Access)

Implementar el sistema de especificaciones de elaboracin y de

Mostrar las pginas de los Grupos de Autogestin Operativa que deben

Implementar los sistemas de adquisicin manual de datos que no

sistema de deteccin de demoras, que les permita adquirir, almacenar y

Tomar acciones correctivas.

Analizar las causas de cada uno de las demoras.

Realizar seguimientos sobre las causas de las demoras.

Realizar anlisis estadsticos del estado de la lnea.

I.3 Definicin del Problema

Clasificar todas las causas y eventos por la cual sucedi la demora o

Asignar responsables por cada demora clasisficada.

Visualizar los indicadores necesarios que muestren el estado de la

I.4.2 Objetivos Especificos

Desarrollar todas las pantallas .aspx (basadas en ASP.NET y Visual

Desarrollar los mdulos de mantenimiento para la carga de patrones

Analizar las interfaces de transmisin de datos desde nivel 2A al nivel

Desarrollar todas las funciones y procedimientos a nivel de base de

Desarrollar un manual de usuario para el uso del sistema y realizar

Especificacion y diseo de la interfaz, donde se debe describir la

Implememantacin del Software, en el cual se debe producir el software

Validacin del Software, se debe validar el software para asegurar que

I.6 Estructura del Documento

Captulo II: Marco Terico.

Se describe detalladamente los

conceptos relacionados a la metodologa de desarrollo, as como

Captulo III: Aplicacin de MODIHC al Diseo del Sistema de

Captulo IV: Diseo de la Interfaz de Usuario del Sistema de

Interrupciones. Se describe el comportamiento del sistema a la

Captulo VI: Conclusiones y Recomendaciones.

En este captulo se presentan los fundamentos tericos necesarios para el