" visualizaciÓn estÁndar de tiempo
TRANSCRIPT
NOMBRE DEL PROYECTO
“VISUALIZACIÓN ESTÁNDAR DE TIEMPO
DE CICLO EN ABS”
CARRERA:
Licenciatura en Informática.
NOMBRE DEL ALUMNO:
OSCAR ANTONIO BARRERA FUENTES
NÚMERO DE CONTROL:
08090924
NOMBRE DEL ASESOR INTERNO:
MTI. ADRIANA IVETT DE LA ROCA CHIAPAS
NOMBRE DEL ASESOR EXTERNO:
GUILLERMINA ALBAVERA PÉREZ
II | P a g e
INDEX
Índice de Figuras: ....................................................................................... Error! Bookmark not defined.
RESUMEN: ........................................................................................................................................ V
Capitulo 1. INTRODUCCION............................................................................................................ 1
1.1. Antecedente ............................................................................................................................. 2
1.2. Problemas a solucionar ............................................................................................................. 3
1.3. Justificación ............................................................................................................................. 3
1.4. Objetivos ................................................................................................................................. 3
1.4.1. Objetivo General .................................................................................................................. 3
1.4.2. Objetivos Específico............................................................................................................. 3
1.5. Alcance y limitaciones ............................................................................................................. 4
1.5.1. Alcances .............................................................................................................................. 4
1.5.2. Limitaciones......................................................................................................................... 4
Capitulo 2. Fundamento Teórico ......................................................................................................... 5
2.1. Conceptos relacionados ............................................................................................................ 6
2.2. Terminología............................................................................................................................ 6
2.3. Curso de Inducción a Temic Servicios ...................................................................................... 7
2.4. Visual Studio Express 2010 ...................................................................................................... 7
2.5. The fine Art of Commenting .................................................................................................... 8
2.6. Editor de diagramas DIA .......................................................................................................... 8
2.7. SQL Server Express 2010......................................................................................................... 9
2.8. Visual Paradigm for UML Community Edition ........................................................................ 9
2.9. SQL server Management Studio (SSMS) .................................................................................. 9
2.10. Watch Process Panel (EBSScheduler) ................................................................................... 9
Capitulo 3. Análisis de datos y especificación de requerimientos....................................................... 10
3.1. Análisis de los datos ............................................................................................................... 11
3.1.1. Entrada de la información ............................................................................................... 11
3.1.2. Proceso de la información ............................................................................................... 11
III | P a g e
3.1.3. Salida de la información. ................................................................................................ 12
3.2. Especificación de la solución .................................................................................................. 12
3.3. Especificación de los requerimientos del sistema .................................................................... 12
3.3.1. Para el Servidor: ............................................................................................................. 12
3.3.2. Para la terminal cliente ................................................................................................... 13
3.4. Requerimientos de hardware .................................................................................................. 13
3.4.1. Servidor ............................................................................................................................. 13
3.4.2. Terminal cliente ................................................................................................................. 13
3.5. Requerimientos de software ................................................................................................... 13
3.5.1. Para el servidor .................................................................................................................. 14
3.5.2. Para el cliente ..................................................................................................................... 14
Capitulo 4. Diseño del sistemas ........................................................................................................ 15
5.1. Arquitectura de los Datos ....................................................................................................... 16
5.2. Arquitectura de la Base de Datos ............................................................................................ 16
5.3. Datos Históricos ..................................................................................................................... 17
5.4. Arquitectura de la aplicación. ................................................................................................. 18
5.5. Diseños conceptuales del sistema ........................................................................................... 19
4.5.1. Interfaz del sistema generador de archivos ............................... Error! Bookmark not defined.
4.5.2. Interfaz Visualizador y generador de graficas ..................................................................... 23
Capitulo 5. Desarrollo e Implantación del sistema. ........................................................................... 25
5.1. VETCA – Generación de archivos y actualización. ................................................................. 26
5.2.1. Carga de un archivo. ........................................................................................................... 26
5.2.2. Consultas y Búsquedas de estación. .................................................................................... 27
5.2.3. Automatización del sistema. ............................................................................................... 28
5.2. VETCA – Monitoreo y generación de graficas. ...................................................................... 29
5.2.1. Carga de archivo de configuración ...................................................................................... 31
5.2.2. Generación de reportes PDF ............................................................................................... 32
5.2.3. Actualizaciones .................................................................................................................. 33
Capitulo 6. Plan de pruebas .............................................................................................................. 35
IV | P a g e
Índice de Figuras: FIG.1.1 SISTEMA VISUALIZADOR DE PIEZAS EN PRODUCCIÓN ................................................................................................. 2
FIG. 4.1 DIAGRAMA ENTIDAD RELACIÓN DE LA BASE DE DATOS SQL SERVER ......................................................................... 16
FIG. 4.2 DIAGRAMA ENTIDAD RELACIÓN DE LA BASE DE DATOS SQL SERVER (NORMALIZADA)......... ERROR! BOOKMARK NOT DEFINED.
FIG. 4.3 BASE DE DATOS DE REPORTES .......................................................................................................................... 17
FIG. 4.4 DIAGRAMA DE COMPONENTES DEL SISTEMA DE VISUALIZACIÓN ESTÁNDAR DE TIEMPO DE CICLO EN ABS........................... 18
FIG. 4.5 DIAGRAMA DE CASOS DE USO DEL SISTEMA DE VISUALIZACIÓN ESTÁNDAR DE TIEMPO DE CICLO EN ABS. ........................... 19
FIG. 4.6 DISEÑO CONCEPTUAL DE LA INTERFAZ DEL GENERADOR DE ARCHIVOS. ....................................................................... 20
FIG. 4.6.1 BOTÓN SELECCIONAR ARCHIVO. .................................................................................................................... 20
FIG. 4.6.3 DIAGRAMA DE JERARQUÍA DE ESTACIONES. ...................................................................................................... 21
FIG. 4.6.4 PANEL DE CONFIGURACIÓN DE ARCHIVO.CFG. ................................................................................................... 21
FIG. 4.6.5 PANEL DE ACTUALIZACIONES Y DESPLIEGUE DE DATOS. ....................................................................................... 22
FIG. 4.7. PANEL DE REPORTES. .................................................................................................................................... 22
FIG. 4.8. INTERFAZ DE GENERADOR Y VISUALIZADOR DE GRAFICAS. ...................................................................................... 23
FIG. 4.8.1. PANEL DE SELECCIÓN DE LÍNEAS .................................................................................................................... 24
FIG. 4.8.2. PANEL DE INICIO ....................................................................................................................................... 24
FIG. 5.1. RUTA DE VETCA ......................................................................................................................................... 26
FIG. 5.2. PANEL DE SELECCIÓN DE LÍNEAS ....................................................................................................................... 26
FIG. 5.3. PANEL DE BÚSQUEDA Y SELECCIÓN DE ESTACIONES ............................................................................................... 27
FIG. 5.4. ARCHIVOS DE DATOS Y CONFIGURACIÓN ............................................................................................................ 27
FIG. 5.5. PANEL DE CONFIGURACIÓN ............................................................................................................................ 27
FIG. 5.6. PANEL DE DATOS ......................................................................................................................................... 28
FIG. 5.7. SISTEMA VETCA – GENERADOR DE ARCHIVOS (EN ESPERA). ................................................................................. 28
FIG. 5.8. DIAGRAMA DE ÁRBOL DE DIRECTORIOS ............................................................................................................. 29
FIG. 5.8. PANEL DE CARGA ......................................................................................................................................... 31
FIG. 5.9. GRAFICA CON ESTACIONES SIN DATOS ............................................................................................................... 31
FIG. 5.10. PANEL DE GENERACIÓN DE REPORTES Y SELECCIÓN DE LÍNEA. ................................................................................ 32
FIG. 5.11. GRAFICA CON ESTACIONES EN MANTENIMIENTO ................................................................................................ 32
V | P a g e
RESUMEN:
En este trabajo se presenta el desarrollo de la aplicación llamada “Visualización estándar de
tiempo de ciclo en sistemas ABS”, el sistema VETCA se encargara de obtener datos del área de
producción para poder generar una, o varias gráficas, con el tiempo de ciclo promedio de las
piezas en probadores. Estas gráficas serán desplegadas en pantallas planas en el área de
producción, alertando a los ingenieros acerca de los tiempos de los probadores, de esta manera se
pueden tomar soluciones acorde a los datos graficados.
El sistema consiste de dos partes fundamentales, la primera consiste en un sistema que toma
datos de entrada y los presenta de manera ordenada al usuario, el cual decidirá los datos que
desee graficar (como lo son línea de producción, estaciones de trabajo o tipo de unidad), la
aplicación recibe un archivo de texto como entrada y lo almacena en una base de datos local, de
esta manera se pueden realizar las consultas necesarias para la obtención de los datos solicitados
por el usuario.
Al término de la selección del usuario, se genera un archivo que contiene los datos de la consulta
y se solicita que el usuario genere un archivo de configuración para la siguiente aplicación. Una
vez obtenidos todos los datos de configuración, el sistema da la opción de generar estos archivos
de manera automática actualizando los datos de la consulta cada determinado tiempo.
La segunda parte del sistema concite en una aplicación de monitoreo que es la que se encarga
de generar las gráficas y mostrar los datos a los usuarios finales, que son los encargados de
producción e ingenieros. Esta aplicación solicita un archivo de configuración el cual contienen la
dirección del archivo de datos y las configuraciones de la gráfica. El sistema genera un reporte
de los datos que recibe y este es almacenado en una base de datos local para futuras consultas. El
sistema se actualiza de manera automática, lo único que es solicitado al usuario es cargar el
archivo de configuración e iniciar el sistema de monitoreo.
Cada uno de los sistemas trabajan por separado, se pueden graficar los datos solo con el archivo
de configuración, sin embargo esto significa que los datos estarán desactualizados si no se
actualiza el archivo con sistema generador de archivos.
La primera parte del sistema se ejecuta desde un servidor en el área de producción y se debe
mantener encendido para tener los archivos con datos actuales. Los clientes pueden ejecutar la
aplicación de monitoreo desde cualquier equipo en el área de producción, ya que no necesita
acceso a ninguna base de datos y solo requiere del archivo de configuración y el archivo de
datos.
Capitulo 1.
INTRODUCCION
2 | P a g e
1.1. Antecedente
Temic Servicios S.A. de C.V. es una empresa alemana creada desde 1933 perteneciente al grupo
Continental Automotive que brinda servicios de elaboración de tarjetas electrónicas para la
industria automotriz principalmente, siendo parte del grupo Continental cuenta con los
estándares más altos de calidad y seguridad en sus productos.
En Temic Cuautla existe un sistema de predicción y visualización de líneas SMD, el cual se
encarga de generar una grafica de Pareto donde muestre la producción por hora de cada una de
las líneas y la predicción de la producción futura, Si el promedio de producción se mantiene.
El visualizador estándar de tiempo de ciclo de ABS está inspirado en este software,
compartiendo el mismo código de colores para facilitar la adaptación de los usuarios finales a la
aplicación.
Debido a que este software ha tenido éxito dando información sobre las piezas producidas
durante el día, y a la necesidad de obtener la información acerca de los tiempos de ciclo de las
piezas en los probadores, se optó por crear un sistema similar pero enfocado al tiempo que las
piezas pasan en cada estación (tiempo de ciclo).
Fig.1.1 Sistema visualizador de piezas en producción
3 | P a g e
1.2. Problemas a solucionar
En la empresa Temic de Cuautla se desarrollan Tarjetas electrónicas para frenos ABS, las piezas
pasan por probadores de calidad los cuales detectan fallas. Se debe saber que el tiempo máximo
de una pieza en los probadores es de 14 segundos de lo contrario la pieza genera un retraso en las
piezas que le siguen en la línea de producción.
Actualmente la empresa se retrasa en el área de producción debido a que el área de pruebas debe
realizar un reporte en Microsoft Excel de manera manual, en la cual se especifica cuál de las
estaciones está teniendo tiempos de más de 14 segundos. El reporte tarda aproximadamente
desde una hora hasta un día completo de trabajo. La intención con el sistema es poder visualizar
en tiempo real el estatus de cada uno de los probadores y se resuelven los problemas de forma
inmediata.
1.3. Justificación
Al implementar sistemas de graficación de tiempo de ciclo como este, se puede saber cuál es la
estación que tiene problemas de retraso y solucionarlo de manera inmediata. Al eliminar los
retrasos en las estaciones se eliminan tiempos muertos en el área de producción y por lo tanto se
generan más piezas, lo cual se traduce a mayor producción cumpliendo la meta del día
establecida en menor tiempo.
1.4. Objetivos
1.4.1. Objetivo General
Analizar y desarrollar un sistema el cual nos permita automatizar y agilizar la información
del tiempo de ciclo (tiempo que la pieza tarda en un probador) de las tarjetas electrónicas.
Esta información debe ser visualizada en una gráfica de Pareto, para poder tomar acciones
en caso de no cumplir con la meta. Esto es en tiempo real. El sistema se desarrollara para
los probadores en el área de producción.
1.4.2. Objetivos Específico
Análisis de la información almacenada en el sistema de base de datos MES.
Generación de una base de datos donde solo se guardara la información necesaria
para la aplicación.
Generación de una base de datos donde se almacenen los reportes generados por
el sistema.
Generación de una gráfica que represente datos como lo son:
Línea.
Modelo de la pieza.
Promedio de tiempo de ciclo.
Situación actual.
Estación cuello de botella (piezas que originan retraso).
Pronostico.
Meta.
Análisis en tiempo real.
Actualización automática.
4 | P a g e
Generar un reporte estadístico en PDF con los datos de la gráfica para la toma de
decisiones.
Generar un modulo de consultas de los reportes almacenados en la base de datos
1.5. Alcance y limitaciones
1.5.1. Alcances
En el sistema VETCA:
a) El sistema muestra datos agrupados y puede generar graficas de manera
inmediata.
b) Dinámico, no se tiene un límite de líneas o de estaciones, estos se generan de
acuerdo al usuario.
c) Automatizado de tal manera que los datos que solicito el usuario por primera vez
se actualicen cada determinado tiempo proporcionado por el usuario.
d) Ambiente amigable, solo se requiere cargar un archivo de configuración
e) El límite de graficas es dado por el archivo de configuración, y no hay un límite
fijo.
f) Genera archivo de reporte en PFD con los datos graficados en ese momento.
g) Varios visualizadores pueden trabajar con el mismo archivo la concurrencia está
permitida.
h) Automático, el sistema genera graficas de manera automática cada determinado
tiempo. El intervalo de configuración esta dado por el archivo de configuración.
i) En caso de perder el archivo de datos el sistema cuenta con respaldos.
j) Genera copias de los reportes que son ingresados en una Base de Datos
k) El sistema puede mostrar consultas de datos históricos sobre los reportes
generados
1.5.2. Limitaciones
a) El sistema solo puede generar un archivo de de configuración a la vez.
b) Los datos están limitados por el archivo, se necesita actualizar el archivo recibido
por la empresa para mantener la grafica de actualizada.
c) de perderse los archivos de respaldo del visualizador se deben cargar nuevamente.
d) Solo sirve como ayuda visual.
e) Totalmente dependiente del archivo de datos proporcionado por la empresa,
cualquier incoherencia en los datos, afectará todo el sistema.
f) La base de datos solo sirve para hacer consultas solo se guardan datos históricos
de los reportes generados.
Capitulo 2.
Fundamento Teórico
6 | P a g e
2.1.Conceptos relacionados
Para la creación del sistema de visualización estándar de tiempo de ciclo ABS, se necesitaron
estudiar varios conceptos generales los cuales ayudan a entender los términos utilizados en la
fábrica. Conceptos como tiempo de ciclo, cuello de botella o, debido a que en Temic servicios se
producen piezas electrónicas y se manejan altos estándares de calidad, fue necesario un curso de
inducción donde se nos capacitó en el manejo de estática en el área de trabajo, técnicas de mejora
continua, orden en el área de trabajo, y políticas de calidad. El curso se nos proporciono debido a
que aun en el aspecto de la programación, era necesario implementar estas políticas al desarrollo
del software, y de ser necesario realizar pruebas en el área de producción, tener conocimientos
acerca de cómo se pueden dañar las tarjetas electrónicas y cómo evitarlo.
2.2.Terminología
Tiempo de ciclo: Es un término utilizado en Temic para describir cuanto tiempo pasa una
pieza en una estación en particular. Este tiempo de ciclo empieza cuando la pieza, sin ser
procesada, empieza su recorrido a través de la estación, y termina una vez que todos los
componentes hayan sido instalados en la pieza ó el proceso realizado ha dado fin y la
pieza ha salido de la estación de trabajo.
Cuello de botella: Significa que una estación está teniendo tiempos más altos de lo
normal. Esto resulta a un retraso o inclusive paro en las piezas anteriores, también se le
puede llamar estación cuello de botella a un probador con tiempos altos o una estación
que requiera mucho tiempo para terminar sus procedimientos.
META: Tiempo de ciclo máximo permitido por una estación.
Pronóstico: Predicción de cuál será la siguiente estación cuello de botella basándonos en
el tiempo de ciclo siguiente más alto.
Ayuda Visual: Se conoce como ayuda visual a aquellos elementos gráficos que ayudan a
distinguir que se debe hacer con una pieza en específico. Por ejemplo el visualizador
muestra un tiempo de ciclo en rojo, alertando a los usuarios que existe un cuello de
botella.
Estación de trabajo: Es considerado una estación donde se le realizan operaciones a la
pieza, puede ser de ensamblado o prueba.
Área de trabajo: Se conforma de un sistema de estaciones de trabajo.
7 | P a g e
2.3.Curso de Inducción a Temic Servicios
El curso tuvo un periodo de 5 días y es obligatorio para todos los practicantes y o personas que
deban laborar en la planta. El fin principal del curso es capacitar a los trabajadores sobre medios
de seguridad que se deben de tomar para evitar el daño electroestático a las tarjetas electrónicas,
se abordan documentos como hojas de proceso u hojas de registro y se da capacitación para ser
capaz de tanto desarrollar como identificar estos documentos, se nos capacito con terminología
utilizada en la planta y con los códigos visuales utilizados.
Durante los 5 días de capacitación tuvimos cursos respecto a varios temas, sin embargo, no todos
los cursos fueron utilizados para el desarrollo del sistema debido a que muchos de ellos estaban
enfocados a la seguridad en el área de trabajo, salud social, y procedimientos administrativos.
Algunos de los cursos utilizados en la realización del proyecto fueron:
5’s: El método de las 5’s es una técnica de gestión japonesa basada en 5 principios
simples. Se inicio en los 60’s con el objetivo de lograr lugares de trabajo más
organizados, mas ordenados y más limpios de forma permanente para lograr una mayor
productividad en un entorno laboral.
5 ¿Por qué?: es una técnica interactiva para explorar y buscar las causas y efectos de un
problema en especial. El gol principal de esta técnica es lograr encontrar la causa raíz o
el defecto principal de un problema preguntándose ¿por qué? ocurrió el problema por lo
menos 5 veces
2.4.Visual Studio Express 2010
Es un programa de desarrollo en entorno de desarrollo integrado ( IDE , por sus siglas en inglés)
para sistemas operativos Windows desarrollado y distribuido por Microsoft Corporation. Soporta
varios lenguajes de programación tales como Visual C++ , Visual C#, Visual J#, ASP.NET y
Visual Basic .NET, aunque actualmente se han desarrollado las extensiones necesarias para
muchos otros. Es de carácter gratuito y es proporcionado por la compañía Microsoft Corporation
orientándose a principiantes, estudiantes y aficionados de la programación web y de
aplicaciones, ofreciéndose dicha aplicación a partir de la versión 2005 de Microsoft Visual
Studio.
Visual Studio Express permite a los desarrolladores crear aplicaciones, sitios y aplicaciones web,
así como servicios web en cualquier entorno que soporte la plataforma .NET (a partir de la
versión .net 2002, se incorpora la versión Framework 3.5, Framework 4.0 y Framework 4.5 para
las ediciones 2005, 2008, 2010 y 2012). Así se pueden crear aplicaciones que se
intercomuniquen entre estaciones de trabajo, páginas web y dispositivos móviles. Cabe destacar
que estas ediciones son iguales al entorno de desarrollo comercial de Visual Studio Professional
pero sin características avanzadas.
8 | P a g e
Las ediciones que hay dentro de cada suite son:
Visual Basic Express Edition.
Visual C# Express Edition, la cual fue la utilizada para desarrollar el sistema.
Visual C++ Express Edition.
Visual Web Developer Express Edition.
ASP.NET, como lenguaje de programación, está orientado a la programación y diseño web,
incluyendo un editor visual WYSIWYG y otro HTML con autocompletado de código
(IntelliSense), coloración de sintaxis y validación. Aparte de ASP.NET, también soporta Visual
Basic .NET y C Sharp (C#). También tiene un servidor web local para realizar pruebas en
ASP.NET, un depurador para ubicar errores en el código fuente y una herramienta de
publicación en línea de sitios creados.
Adicionalmente, Microsoft ha puesto gratuitamente a disposición de todo el mundo una
versión reducida de Microsoft SQL Server llamada SQL Server Express Edition cuyas
principales limitaciones son que no soporta bases de datos superiores a 10 GB de tamaño,
únicamente utiliza un procesador y 1 GB de RAM y no cuenta con el Agente de SQL
Server.
2.5.The fine Art of Commenting
Es un documento desarrollado por IC#Code en el cual se describen métodos y técnicas que
pueden utilizarse para agregar comentarios a un condigo fuente, se nos indico que el proyecto
que se entregaría a Temic Servicios debe de estar documentado debido a que más adelante se
implementarían mejoras o se acoplarían nuevos módulos.
El documento fue proporcionado como una guía para lograr una documentación aceptable. En
este documento se abordan razones por las cuales un programador no documenta su código, y
cuáles son las consecuencias de no hacerlo. Se ofrecen consejos y técnicas para documentar.
2.6.Editor de diagramas DIA
DIA es una aplicación informática de propósito general para la creación de diagramas,
desarrollada como parte del proyecto GNOME . Está concebido de forma modular, con
diferentes paquetes de formas para diferentes necesidades.
DIA está diseñado como un sustituto de la aplicación comercial Visio de Microsoft . Se puede
utilizar para dibujar diferentes tipos de diagramas Actualmente se incluyen diagramas entidad-
relación, diagramas UML , diagramas de flujo , diagramas de redes , diagramas de circuitos
eléctricos , etc. Nuevas formas pueden ser fácilmente agregadas, dibujándolas con un
subconjunto de SVG e incluyéndolas en un archivo XML .
El formato para leer y almacenar gráficos es XML (comprimido con gzip , para ahorrar espacio).
Puede producir salida en los formatos EPS, SVG y PNG.
También conviene recordar que DIA, gracias al paquete dia2code , puede generar el esqueleto
del código a escribir, si utilizáramos con tal fin un UML.
9 | P a g e
DIA fue utilizado para la creación de diagramas de flujo, diagramas de clase y diagramas de
casos de uso, los cuales fueron necesarios para el desarrollo de la aplicación.
2.7.SQL Server Express 2010
Versión "ligera" de Microsoft SQL server . Ésta sirve para uso libre y distribuible a los
desarrolladores de software. A diferencia de la versión MSDE 2000 esta versión incluye mayor
almacenamiento en las bases de datos (hasta 4 GB - anteriormente 2 GB) adicionalmente elimina
el proceso de sobrecarga que generaba la versión anterior al conectarse más de 5 usuarios La
limitación de tamaño que tiene esta versión es sólo de datos y hay que excluir de la suma el
archivo de log.ldf.
También hay que tener en cuenta que a partir de la 9ª conexión concurrente esta versión se
ralentiza o se degrada.
Con esta versión de SQL Server se genero la base de datos donde se guardaron los datos
temporales del archivo que servirán para las consultas realizadas por el usuario, debido a que no
se requieren de datos históricos, la base de datos se sobre escribe en cada consulta.
2.8.Visual Paradigm for UML Community Edition
VP-UML Community Edition (VP-UML CE) es una herramienta de dibujo UML creada para
poder desarrollar diagramas UML tipo profesional de una manera fácil y rápida a través de su
interfaz de diagramas. VP-UML CE no solo soporta diagramas en UML si no que también
soporta ERD y SysML.
Esta herramienta fue utilizada para desarrollar los diagramas entidad-relación de la base de datos,
también se utilizo para hacer diagramas de componentes de la aplicación y los diagramas de
clase.
2.9.SQL server Management Studio (SSMS)
Es una aplicación de software lanzado por primera vez con el Microsoft SQL Server 2005 que se
utiliza para configurar, gestionar y administrar todos los componentes de la base de datos. La
herramienta incluye ambos editores de script y herramientas gráficas que trabajan con objetos y
características del servidor.
Una característica central de SQL Server Management Studio es el Explorador de objetos, lo que
permite al usuario navegar, seleccionar y actuar sobre alguno de los objetos en el servidor.
También tiene una versión "EXPRESS" que se puede descargar libremente.
2.10. Watch Process Panel (EBSScheduler)
Aplicación desarrollada por los programadores de continental que se encarga de generar un
archivo de texto basándose en una consulta de base de datos de MES Evaprod, esta aplicación
será la encargada de generar el archivo de datos desde la cual el VETCA se alimentara.
Capitulo 3. Análisis de datos y especificación de
requerimientos.
11 | P a g e
3.1. Análisis de los datos
El VETCA servirá como una herramienta de ayuda visual para evitar los altos tiempos de ciclo
en los probadores, organizara la información dando al usuario la opción de graficar solo lo que
necesite. El sistema solo se alimenta de un archivo de texto, y requiere de procesos de
organización de datos y estadística para entregar los datos solicitados de una manera ordenada y
gráfica.
Principalmente los datos que se requieren para el desarrollo de la Grafica son:
Fecha de proceso (ProccesTime).
Tipo de Unidad (Unitidtype).
Numero de orden (orderNo).
ID del área de trabajo (WorkcenterID).
ID de la estación de trabajo (StationID).
NOTA: de aquí también se obtiene la línea a la que pertenece la pieza
Tiempo de ciclo (Cycletime).
Numero de Material (MaterialNo).
3.1.1. Entrada de la información
Muestra al usuario una ventana de dialogo solicitando al usuario un archivo de datos.
Es necesario ingresar el tiempo de ciclo máximo que permitirá el visualizador.
El tiempo de actualización es solicitado a través de una caja de texto y debe ser
mayor a 10 segundos.
En el visualizador se ingresa la dirección del archivo de configuración a través de
una ventana de dialogo.
El usuario seleccionara las estaciones que desee graficar a través de listas de
selección generadas por el sistema.
3.1.2. Proceso de la información
Se debe seleccionar Tipo de unidad, Numero de orden, centro de trabajo y estación
de trabajo de la aplicación.
Dependiendo de la selección del usuario se generaran el número de graficas y el
número de estaciones por grafica.
El usuario define el inicio y el final de la automatización del sistema.
obtendrá de los datos la línea en la que la estación se encuentra.
obtendrá cuantas estaciones de trabajo hay por línea.
calculara el promedio de tiempo de ciclo por cada estación.
calculara el promedio del tiempo de ciclo toda por línea.
La estación con promedio con el promedio más alto será conocida como estación
cuello de botella y se mostrara en rojo si el promedio es mayor a la meta.
La estación con el promedio más alto siguiente será conocida como el pronóstico de
siguiente cuello de botella, de igual manera se mostrara en rojo si el promedio es
mayor a la meta.
Se guardara en una base de datos una copia de los datos de reporte generados
12 | P a g e
3.1.3. Salida de la información.
Se requiere que el sistema muestre:
Tiempo de ciclo promedio por cada estación de trabajo.
Un reporte debe ser generado con los datos de la grafica.
Tiempo de ciclo de la línea (META).
Numero de material de la pieza.
Estación cuello de botella.
Pronostico de la siguiente estación cuello de botella.
Tabla con los nombres de las estaciones graficadas y su tiempo promedio.
Lista de los reportes en la base de datos
Familia a la que pertenece la línea
Línea de las pieza graficadas
3.2. Especificación de la solución
Generar un modulo de estadística que organice los datos obtenidos, y genere dos archivos, el
primero encargado de los datos solicitados por el usuario, y el segundo contendrá la
configuración del visualizador.
El modulo de generación de archivos será el único que tendrá conexión a la base de datos y se
encargara de realizar las consultas solicitas y guardar copia de los reportes generados
Generar un modulo que muestre una grafica con el tiempo de ciclo de las estaciones de trabajo
seleccionadas anteriormente. Esto se lograra organizando los datos, recibidos por el subsistema
anterior, por línea y por estación. Se calculara el promedio por cada estación y se denominara
“Cuello de botella” a la estación con promedio más alto, este subsistema se encargara de generar
los archivos de reporte que alimentaran el modulo de estadística.
3.3. Especificación de los requerimientos del sistema
El sistema está desarrollado en .NET C# y consta de dos partes, la primera parte conocida como
el servidor necesitara un gestor de base de datos, en cuanto a la terminal del cliente, los
requerimientos son menos exigentes.
Los requerimientos para cada subsistema son los siguientes:
3.3.1. Para el Servidor:
Este subsistema consiste de una computadora dedicada a brindar servicios de
almacenamiento de datos (Base de Datos) y mantener una alta disponibilidad manteniendo
el sistema actualizado. Este subsistema requiere de los siguientes elementos necesarios
para el funcionamiento del sistema:
13 | P a g e
Gestor de Base de Datos: es necesario un sistema de base de datos DBMS para
almacenar los datos que requerirá el sistema y generar las consultas necesarias.
3.3.2. Para la terminal cliente
Se requiere de una computadora de escritorio o personal, la cual será utilizada para manejar
la generación de las graficas y la proyección de las mismas en el área de producción.
También en esta terminal dará inicio y fin a la automatización de las graficas.
3.4. Requerimientos de hardware
Se requiere de una computadora de escritorio o personal, la cual será utilizada para manejar el
inicio y fin de las graficas.
3.4.1. Servidor
Se recomienda una maquina que funcione como servidor de alta disponibilidad estándar
con procesamiento de datos eficiente, ya que la aplicación no consume demasiados
recursos se recomienda un equipo con las siguientes características:
o Hewlett-Packard HP Compaq 6200.
o Procesador Intel Premium CPU G850 de dos núcleos trabajando a 2.90 GHz con
memoria cache de 3MB de 64 bits.
o GB de memoria RAM.
o Disco duro de 116GB.
o Tarjeta de red Tarjeta de red Fast Ethernet 10/100 para conexión a Red.
o Lector/escritor de CD/DVD.
3.4.2. Terminal cliente
La terminal del lado del cliente puede ser cualquier equipo ya sea de escritorio o personal,
ya que el sistema al momento de graficar no genera demasiados archivos, solo los
necesarios para su funcionamiento por lo que se recomienda un equipo con las siguientes
características:
o Hewlett-Packard HP Compaq 6200.
o Procesador Intel Premium CPU G850 de dos núcleos trabajando a 2.90 GHz con
memoria cache de 3MB de 64 bits.
o 2.00 GB de memoria RAM.
o Disco duro de 250GB.
o Tarjeta de red Tarjeta de red Fast Ethernet 10/100 para conexión a Red.
o Lector/escritor de CD/DVD.
o Debe contar con un monitor que tenga una resolución mínima de 1280 x 1024
pixeles.
3.5. Requerimientos de software
Los requerimientos de software son requerimientos que se necesitan para controlar los
elementos del sistema, así como los ambientes necesarios para la ejecución de la misma.
14 | P a g e
3.5.1. Para el servidor
El equipo que sea elegido para dar recepción al sistema deberá tener alta disponibilidad y
buen manejo de datos, dado que el sistema está desarrollado en .NET se recomiendan los
siguientes requerimientos de software:
o Windows Seven Home Edition.
o Microsoft Framework SDK v1.0 SP1 x64.
o Microsoft Framework Runtime v1.0 SP1 x64.
o Microsoft SQL server Compact 3.5 x64 ENU.
o Gestor de base de datos de SQL.
3.5.2. Para el cliente
Los equipos que corran el sistema de graficación deberán tener los requisitos necesarios
para trabajar con aplicaciones .NET como lo son:
o Windows Seven Home Edition.
o Microsoft Framework SDK v1.0 SP1 x64.
o Microsoft Framework Runtime v1.0 SP1 x64.
Sistema Operativo
Sistema Operativo
Capitulo 4.
Diseño del sistemas
16 | P a g e
Como se menciono anteriormente debido a que no se pudo obtener acceso a la base de datos de
ORACLE, se nos proporcionara un archivo con los datos de producción de 2 horas, por lo que el
sistema deberá mantenerse alerta a que el archivo sea generado. Una vez generado se deberán
realizar las consultas proporcionadas por el usuario y graficadas para lograr obtener una
actualización en el menor tiempo posible
5.1.Arquitectura de los Datos
Al inicio se requirió acceso a la base de datos ORACLE para desarrollar un modulo de conexión
a la misma, sin embargo, debido al constante acceso que tendría el sistema a la base de datos, se
podría estropear el tiempo de ciclo de las piezas y tendríamos datos incorrectos. Por esta razón se
solicito al área de sistemas que cada 30 minutos se nos entregara un archivo con datos de
producción de no más de 30 min de antigüedad.
Desafortunadamente solo se nos proporcionaron archivos de dos horas de antigüedad debido a
que ese es el intervalo de actualización de la base de datos donde la empresa almacena los datos
del área de producción. El archivo es de texto con extensión .TXT y columnas se encuentren
separados por tabuladores, este será el identificador para delimitarlos.
5.2.Arquitectura de la Base de Datos
El archivo que se nos proporciona por la empresa es una copia de la tabla actual donde se
encuentran los datos representados por columnas, se debe saber que no se necesita guardar datos
de esta tabla, solo se guardan dos horas de información y realizados todas las consultas la tabla
debe ser vaciada para el siguiente archivo, no se realizan consultas por hora debido a que el
servidor no cuenta con muchas capacidades de almacenamiento por esta razón se opto por vaciar
la base de datos cada que se encuentren archivos nuevos.
Fig. 4.1 Diagrama Entidad Relación de la base de datos SQL Server
17 | P a g e
La tabla datos evaprod cuenta con mas registros, aproximadamente 19 columnas, sin envargo
solo se requieren de estas columnas para la generacion de la grafica. Solo estas columnas seran
ingresadas en la base de datos.
5.3.Datos Históricos
El sistema cuenta con un modulo de generación de archivos de reporte. Cada que el sistema de
monitoreo encuentra un cambio en los datos genera un archivo de texto con extensión .OBF el
cual es ingresado en la base de datos por lo que se genero una base de datos en SQL Server
Express para poder realizar esta tarea.
Para evitar la redundancia se normalizo la base de datos obteniendo 4 tablas que se describen a
continuación:
o Línea: Contienen el nombre de la línea y la familia de la pieza ejemplo línea(L03)
familia (ERxxx)
o Fecha: contiene 3 fechas, la fecha cuando se genero el reporte, y la fecha de la primera y
última pieza que se encontraron en el reporte. Estas fechas se encuentran en formato
AAAA-MM-DD HH:MM:SS.mmm
o Datos reporte: contiene las estaciones con los promedios obtenidos en esa hora, el
process time y el numero de material de la pieza con el tiempo promedio más alto de esa
estación.
o La tabla línea_datosReporte contiene las llaves primarias de fecha y datos reporte para
poder generar una relación de muchos a muchos entre estas tablas.
Fig. 4.2 Base de datos de reportes
18 | P a g e
5.4.Arquitectura de la aplicación.
A continuación se muestra un diagrama de componentes para lograr identificar las partes con las
cuales se encuentra desarrollado el sistema.
Como se puede observar los subsistemas trabajan en conjunto a través de archivos, se opto por
archivos ya que se espera que la aplicación pueda ser ejecutada desde cualquier cliente en el área
de producción con los menores requerimientos posibles. Esto se logra con el manejo de archivos,
ya que es más sencillo generar un archivo en una dirección en red que instalar toda una base de
datos en un sistema de cómputo, de esta manera si se necesita usar la aplicación solo se debe de
contar con acceso al archivo en red.
Solo el subsistema encargado de generar archivos es el único que debe tener acceso a la base de
datos y realizara todas las operaciones necesarias para generar la tabla de datos con la
información solicitada por el usuario.
Fig. 4.3 Diagrama de componentes del sistema de Visualización estándar de tiempo de ciclo en ABS
19 | P a g e
La siguiente imagen muestra un diagrama de casos de uso del sistema. En este diagrama se
representan las acciones y las opciones a las que el usuario y el administrador tienen acceso,
mostrando todos los posibles servicios que el sistema brindara al usuario de cada subsistema.
El usuario del lado del Servidor deberá ingresar la dirección del archivo de datos proporcionado
por el departamento de sistemas, seleccionara las estaciones que desee agregar a la grafica y
llenara los datos de configuración para finalmente generar primero el archivo de datos y después
el archivo de configuración.
El usuario del lado del cliente solo necesitara cargar el archivo de configuración generado
anteriormente y tendrá la opción de poder generar un reporte en formato PDF donde se
encontraran los datos de la grafica en forma de tabla.
Ambos usuarios tienen la opción de iniciar un hilo el cual se encargara de automatizar la
generación de los archivos o de la grafica.
5.5.Diseños conceptuales del sistema
Gracias a estos diagramas podemos analizar los elementos esenciales que compondrán el
sistema, describiendo así los requerimientos necesarios para el desarrollo de los módulos de
generación de gráficos y procesamiento de datos.
En la siguiente sección se describirán los sistemas y subsistemas mayormente destacables,
realizando un análisis profundo a sus funciones.
Fig. 4.4 Diagrama de casos de uso del sistema de Visualización estándar de tiempo de ciclo en ABS.
20 | P a g e
4.5.1. Interfaz del sistema generador de archivos
El siguiente diseño conceptual muestra la vista del sistema generador de archivos.
Recepción de archivos: La interfaz debe ser cargada con los datos sin procesar, para lograr
esto se utiliza el botón de selección de archivo (Fig. 4.5.1), una vez cargado el archivo el
subsistema generara una lista con todos los tipos de unidad encontrados en el archivo de
datos.
Selección de archivos: esto se lograra a través de las Listas CheckList, el usuario primero
seleccionara el tipo de unidad y dará clic en el botón localizado en la parte inferior del
checklist correspondiente ( ), se realizara una búsqueda de las órdenes que se
encuentren en los tipos de unidad seleccionados y se generara una nueva lista.
Este proceso debe repetirse de similar manera para localizar el área de trabaja y la estación de
trabajo en este diagrama se explica la jerarquía de las estaciones:
Fig. 4.5 Diseño Conceptual de la interfaz del generador de archivos.
Fig. 4.5.1 Botón seleccionar Archivo.
21 | P a g e
Donde una estación pertenece a un área de trabajo, un área de trabajo pertenece a un número
de orden, y un número de orden pertenece a un tipo de unidad.
Generación de archivo de texto: una vez obtenida toda la selección del usuario, el botón de
generación de archivo (botón posicionado en el lado inferior del botón de carga) será
habilitado, al dar clic el sistema desplegara una ventana de dialogo que solicitara la ubicación
de donde se desee que se guarde el archivo.
Generación de archivo de configuración: En este panel se definirán las condiciones en las
que trabajara la el generador de la grafica, se especifica la dirección de salvado del archivo
de configuración, también debe de asignarse el tiempo de actualización, el cual consta del
tiempo en el que la aplicación se estará actualizando.
La sección de líneas totales muestra cuantas líneas serán generadas y sus nombres,
finalmente tenemos la meta máxima, en esta caja de texto ingresamos un valor entero.
Una vez lleno el panel se continúa a la generación del archivo dando clic en el botón
localizado en la parte inferior derecha.
Fig. 4.6.4 Panel de configuración de archivo.cfg.
Fig. 4.5.3 Diagrama de jerarquía de estaciones.
22 | P a g e
Actualizaciones y despliegue de los datos:
La última sección cuenta con una tabla donde en la primera pestaña se muestran los datos
seleccionados por el usuario y dos botones, el de la derecha inicia la automatización de la
generación de archivos y el de la izquierda detiene el hilo. La primera pestaña muestra una
consulta de los datos seleccionados:
La segunda pestaña muestra una tabla con la consulta realizada a la base de datos de reportes
Al seleccionar la pestaña de reportes se genera una consulta la tabla de fecha y se muestran los
datos de fecha, de similar manera al seleccionar alguna fecha en específico se realiza una
consulta general obteniendo los datos de todas las estaciones con esa fecha en específico.
Cuando la aplicación esta en automático se cuenta con un botón de consultas el cual permite al
usuario realizar una consulta nueva de los datos recibidos por el archivo recibido y tiene dos
etiquetas de texto en la primera se muestra la ultima fecha de actualización (fecha y hora de
cuando se recibió el ultimo archivo de texto) y el número total de consultas realizadas, la
segunda etiqueta muestra un mensaje que alerta al usuario de que hasta ese momento no se han
recibido archivos nuevos.
Fig. 4.6.5 Panel de Actualizaciones y despliegue de datos.
Fig. 4.7. Panel de reportes.
23 | P a g e
4.5.2. Interfaz Visualizador y generador de graficas
El siguiente diseño conceptual muestra la vista del sistema generador graficas. Se encuera
separado en dos ventanas la
Panel superior de datos: Este panel despliega datos dependiendo de la tabla que se
seleccione.
consiste en la planta que se este ejecutando la aplicación, en este
caso este valor es fijo y no cambia
Este dato se encuentra en desarrollo debido a que aun en Temic no
se cuenta con los datos suficientes para logar saber cuantas
maquinas se encuentras disponibles.
Es el numero de material de la pieza con el tiempo de ciclo mas alto
en la estacion.
Fig. 4.8. Interfaz de visualizador de graficas (izquierda) y configuración (derecha)
24 | P a g e
Panel inferior de datos
Consiste en el tiempo de ciclo maximo permitido este valor se toma
del archivo de configuracion.
El pronostico es la siguiente estacion cuello de botella, este valor se
toma calculando la estacion con el segundo tiempo de ciclo mas alto.
Contiene la estacion con el promedio mas alto, este valor se calcula
comparando los promedios de las estaciones por linea generadas y
muestra el mayor en un formato 0.00
Grafica: Area donde la grafica sera grenerada.
Panel de selección de linea: Este panel contiene un una lista con el nombre de las lineas
existentes o encontradas en el archivo de configuracion. Al seleccionar la linea si existe una
grafica se elimina y se genera la nueva linea solicitada
Este panel contiene un boton que se encarga de generar un reporte en la direccion raiz donde
se este corriendo la aplicación, y tambien contiene una tabla donde se muestras los nombres
de las lineas y sus promedios. Se cuenta con un checkbox para especificar si se generaran
archivos OBF
Panel de inicio: Contiene dos botones el primer botón se
encarga de cargar el archivo de configuraciones al sistema y el
segundo botón es el encargado de iniciar las actualizaciones
automáticas y detenerlas al realizarse el evento de un clic se
inicia un contador y cuando el tiempo se cumple se carga
nuevamente el archivo.
Fig. 4.8.1. Panel de selección de líneas
Fig. 4.8.2. Panel de Inicio
Capitulo 5.
Desarrollo e Implantación
del sistema.
26 | P a g e
La aplicación se instalo en un servidor en el área de producción, este servidor es una maquina
con sistema operativo Windows XP versión profesional y Service pack 3 con un procesador
Intel Pentium 4CPU a 3.00GHZ con 1GB de RAM.
Esta máquina necesito ser adaptada para correr la aplicación, debido a esto se instalo el gestor de
base de datos SQL server Express 2008 de 32 bits para Windows XP, y se instalo el manejador
de base de datos SQL Server Managment Studio, se generaron las bases de datos y se instalo la
aplicación en la maquina
6.1.VETCA – Generación de archivos y actualización.
Para lograr la completa actualización de las graficas se debe empezar por generar ambos
archivos, el de datos y el de configuraciones. Con estos datos es posible generar graficas en el
área de producción.
5.2.1. Carga de un archivo.
Lo primero que se necesita hacer es cargar el archivo generado por el WPPanel, esto se logra
a través del botón cargar localizado en el panel de búsqueda (Fig. 5.2), el usuario selecciona
la carpeta donde se generan los archivos de texto que en este caso es C:\Paths por ejemplo.
El sistema en este momento elimina cualquier dato en la BD y guarda los nuevos datos del
archivo en la BD mostrando finalmente las líneas que se encuentran disponibles en el
archivo. Genera una consulta de las líneas que se encuentren y muestra un checkbox con el
tipo de unidad encontrado.
Botón de Carga de archivos.
Fig. 5.2. Panel de selección de líneas
Fig. 5.1. Ruta de VETCA
27 | P a g e
5.2.2. Consultas y Búsquedas de estación.
Una vez realizada la inserción de los datos de archivo en la base de datos se muestra en un
panel (Fig. 5.3) la lista de las líneas en donde el usuario debe seleccionar que estaciones
desea graficar. Cabe mencionar que la lista lleva un orden jerárquico donde no se puede
seleccionar una sub estación sin haber seleccionado antes una estación.
Conforme a la selección de las estaciones se genera un archivo con todos los datos
encontrados con estos valores y finalmente el sistema genera un archivo con los datos de la
consulta generada.
En el panel de generación de archivos de configuración
(Fig. 5.4) se selecciona la dirección donde se encuentra, o
donde se generará, el archivo de configuración, el tiempo
de actualización de la grafica, el total de líneas que se
encontraron en el archivo de datos y el tiempo de de ciclo
máximo que está permitido por cada estación.
Fig. 5.3. Panel de búsqueda y selección de estaciones
Fig. 5.4. Archivos de datos y configuración
Fig. 5.5. Panel de configuración
28 | P a g e
Fig. 5.6. Panel de Datos
Fig. 5.7. Sistema VETCA – Generador de Archivos (en espera).
5.2.3. Automatización del sistema.
Cuando todos los datos estén correctos se deja el sistema en modo automático para que en el
momento en que el WPPanel genere el archivo con todos los datos, la aplicación se encargue
de ordenarlos y entregar la consulta de las estaciones correspondientes. Previamente
seleccionada, en caso de que se necesite hacer una nueva consulta el sistema cuenta con un
botón de “Nueva Consulta” el cual detiene la automatización y permite al usuario seleccionar
nuevamente las estaciones deseadas.
Cuando la consulta se encuentra correcta y se tienen todas las estaciones necesarias se
comienza la automatización de la aplicación presionando el botón Start y la aplicación
generara archivos de datos cada que se le proporcione información. Finalmente en caso de
no exista el archivos de datos el sistema entra en modo de espera hasta que el WPPanel
genere un nuevo archivo de datos.
29 | P a g e
Fig. 5.8. Diagrama de árbol de directorios
6.2. VETCA – Monitoreo y generación de graficas. Una vez generados ambos archivos se deben cargar en el sistema de monitoreo, el cual se
encarga de generar las graficas necesarias con los datos de configuración previamente
proporcionados por el sistema genera un directorio con la siguiente estructura:
Donde en el archivo “Direcciones_Reportes.txt” se encuentra la configuración de los directorios
de donde se generaran los archivos de reporte.obf y reporte.pdf y el tiempo de espera en
pantalla, por defecto esta es la estructura pero se puede modificar a petición del usuario
Fig. 5.9. Diagrama de árbol de directorios
30 | P a g e
El archivo reporte.pdf tiene los datos de la grafica de la última actualización para evitar que este
sea modificado e ingresar datos falsos se encuentra encriptado a través de UTF32 a 1024 bytes,
este archivo se genera solo cuando se encuentran datos nuevos y en caso de ser generado
nuevamente se toman precauciones en la base de datos para evitar la concurrencia de datos.
Finalmente el archivo Reporte.pdf es un reporte generado con los datos encontrados en la
grafica, este reporte se genera las veces que el usuario lo solicite con un tiempo de espera de 1
min por reporte.
Fig. 5.9. Diagrama de árbol de directorios
31 | P a g e
Fig. 5.9. Panel de carga
Fig. 5.10. Grafica con estaciones sin datos
5.2.1. Carga de archivo de configuración
El primer paso a seguir es utilizar el botón de cargar
proporcionado por la aplicación, los demás botones se
encuentras deshabilitados para prevenir fallas por parte del
usuario. En la figura 5.8 se muestra el botón de carga e
inicio de la actualización.
Cuenta con una barra de progreso en la cual se muestra
cuanto tiempo falta para la siguiente búsqueda de
actualizaciones en este caso la actualización se realiza si se
han notado cambios en el archivo de datos, el archivo de
configuración no se modifica, a menos que el usuario
administrador lo decida. Si el archivo de datos ha sido modificado el sistema se encargara de
generar las graficas con los datos encontrados.
Existen ocasiones en los que no se encontraran datos de las graficas o si la estación esta en
mantenimiento tendrá tiempo de ciclo muy altos, en estas situaciones se decidió mostrar la
estación como fuera de línea (OFFLINE) en caso de mantenimiento y “NO DATA” si no se
encuentran datos, o los datos se encuentran fuera de rango.
32 | P a g e
Fig. 5.11. Grafica con estaciones en mantenimiento
Fig. 5.12. Panel de generación de reportes y selección de línea.
5.2.2. Generación de reportes PDF Una vez generada la grafica solo se requiere que el usuario inicie la actualización y esta le mostrara la grafica actual. En caso de requerir con un documento de los datos en la grafica actual el sistema cuenta con un botón de generación de reporte, el cual al ser generado generara un reporte en la dirección que se encuentre en el archivo de configuración de reportes.
El checkbox al estar seleccionado permitirá a la aplicación generar los archivos que alimentan la
base de datos.
33 | P a g e
Fig. 5.13. Sistema VETCA – Monitoreo [Modo de espera]
Fig. 5.14. Transición de líneas por tiempo
5.2.3. Actualizaciones
Finalmente el sistema se deja en modo de espera oprimiendo el botón Start, y periódicamente
estará verificando si el archivo de datos ha sido modificado o no manteniendo actualizada la
tabla.
Debido a que en algunos monitores el sistema VETCA se ejecuta en conjunto con otras ayudas
visuales se opto por tener la aplicación corriendo en segundo plano y se mostrara solo cuando se
encuentren datos nuevos, sobresaldrá de los otros sistemas y se quedara en pantalla por un
tiempo determinado, dado por el usuario, durante este tiempo el sistema mostrara las líneas que
este graficando, el tiempo de espera por línea se obtendrá tomando el tiempo total de espera y
dividiéndolo por el número total de líneas, en este caso si el tiempo de espera es de 20 segundos
y se tienen tres líneas de producción, se tendrá un tiempo de espera de 6.6 segundos por línea.
Línea 1 Línea 3 Línea 4
34 | P a g e
Capitulo 6.
Plan de pruebas
36 | P a g e
6.1. Plan de Pruebas Para comprobar que el sistema funciona correctamente de acuerdo a las especificaciones dadas
por la empresa se ha determinado realizar una serie de pruebas descritas a continuación:
6.1.1. Prueba de Validación de datos.
Propósito: verificar que los tiempos de ciclo mostrados en la grafica sean correctos.
Requisitos: Reporte de tiempo de ciclo generado de la manera tradicional.
Pasos:
1. Se genero un reporte con los datos actuales de la fecha del 15/07/2013 a las 5:30:03
al día 15/07/2013 a las 15/07/2013 a las 07:17:16
2. Acceder al sistema y graficar el mismo rango de datos
3. Verificar que los datos coincidan.
Resultados:
Al generar el reporte de los tiempos de ciclo en forma tradicional se encontraron los
siguientes datos:
Para validar los datos se grafico el mismo rango de datos pero utilizando el sistema de
visualización estándar de esta manera
37 | P a g e
El visualizador mostro los siguientes datos:
Se puede apreciar que los datos del visualizador coinciden con los datos generados de
manera manual
6.1.1. Prueba de validación de estaciones cuello de botella 6.1.2.