Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
FACULTAD DE INGENIERA
ESCUELA DE INGENIERA DE SISTEMAS
Elaborado por:
Br. Gabriel Alejandro Vergara Lpez
Tutor Acadmico:
Dra. Flor Narciso
Tutor Industrial:
Ing. Carlos Agostini.
iii
APROBADO:
CI:___________
CI:___________
Jurado
Jurado
Resumen
Dedicatoria
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
Indice de Figuras
v
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
Figura
45:
46:
47:
48:
49:
50:
51:
52:
53:
54:
55:
Indice de Tablas
vii
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
I.2 Antecedentes
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:
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.
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:
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.5 Metodologa
La realizacin de este proyecto se enfocar en los siguientes puntos:
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.
Captulo I: Introduccin
Captulo
V:
Implementacin
Pruebas
del
Sistema
de
Bibliografa
Anexos
10
II
Marco Teorico
12
14
15
Tiempo Efectivo
Tiempo Disponible
Operativas
Demoras
No
Operativas
En donde:
o Externas:
Feriados
Paros Sindicales
Cambios de medida
Rgimen de turnos
Reparaciones extraordinarias
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
de
la
poblacin
de
usuarios
que
usar
el
sistema
20
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]
22
23
25
26
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]:
29
diagramas
de
colaboracin
simplificados,
sin
30
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
33
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
el
35
Se plantea una definicin de los tareas que desempea cada uno de los
actores dentro del sistema.
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
36
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.
37
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
Desea que el sistema muestre la informacin de la cuadrilla
Supervisor:
que se encuentra laborando en ese turno
Desea que el sistema muestre la informacin de la cuadrilla
Operador:
que se encuentra laborando en ese turno
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
Gestin de Productividad
Actor Principal:
Industrial
Personal involucrado e intereses:
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
Desea tener a la vista la produccin de cada turno en el
Supervisor:
sistema
Desea tener a la vista la produccin de cada turno en el
Operador:
sistema
Pre-Condiciones: El usuario se identifica y autentica
Industrial a gestionado satisfactoriamente las productividad
Post-Condiciones: programada
Escenario principal de xito:
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
9.- El sistema va al paso 1
Flujos Alternativos:
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
3.- El sistema va al paso 7
2.- El usuario decide eliminar el da programado
5.a.- El usuario decide cancelar la operacin
39
40
41
42
Consultar Mquinas
Clasificador
Personal involucrado e intereses:
Desea ir al mdulo de las mquinas para ver los eventos,
Industrial:
indicadores y poder clasificarlas.
Desea ir al mdulo de las mquinas para ver los eventos,
Jefe de Planta:
indicadores y poder clasificarlas.
Desea ir al mdulo de las mquinas para ver los eventos,
Supervisor:
indicadores y poder clasificarlas.
Desea ir al mdulo de las mquinas para ver los eventos,
Operador:
indicadores y poder clasificarlas.
Pre-Condiciones:
El usuario se identifica y autentica
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
Flujos Alternativos:
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
Actor Principal:
43
44
estado
estado
estado
estado
de las
45
fue
fue
fue
fue
del
46
la
la
la
la
47
48
las
49
50
51
52
53
54
55
56
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
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.
59
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
62
63
64
65
66
Tipo: en ella se encontrarn todos los tipos de con los que se pueden
clasificar los registros.
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.
68
69
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 los filtros de los cdigos: con esto se podrn filtrar todos
aquellos cdigos que se desee buscar en alguna cascada.
70
71
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.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).
74
76
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
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
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
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.
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.
Tambin podr elegir ver los datos del turno actual, al presionar el botn
correspondiente (ver Figura 42).
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:
T. Int. [m:s]: Es el tiempo por debajo del cual las interrupciones no son
tomadas en cuenta.
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:
Turno.
Productividad Promedio
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
Esto tiene
y se ocultara pulsando
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:
posee
las
mismas
caractersticas
Este listado de
descritas
para
las
Al hacer clic sobre el link se abrir una pantalla como la que observamos en la
Figura
51.
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
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).
Tiempo Efectivo
Tiempo
Disponible
Operativas
Demoras
No Operativas