Construccion de un Prototipo de Software de Administraci´
on en la
calibraci´
on de Equipos de Medici´
on para un Laboratorio de Masas
JUAN CAMILO REYES CASTRO
Director:
JOAQUIN JAVIER MEZA
Revisor:
LILIAN BEJARANO
UNIVERSIDAD DISTRITAL FRANCISCO JOS´
E DE CALDAS
FACULTAD DE INGENIER´IA
ESPECIALIZACI ´
ON EN INGENIER´IA DE SOFTWARE
BOGOTA D.C.
Tabla de Contenido
1. Introducci´on 6
ParteI
CONTEXTUALIZACI ´
ON DE LA INVESTIGACI ´
ON
7
2. Estudio del Problema de Investigaci´on 8
2.1. Planteamiento del Problema . . . 8
2.2. Formulaci´on del Problema . . . 8
2.3. Sistematizaci´on del Problema . . . 8
3. Objetivos 10 3.1. Objetivo General . . . 10
3.2. Objetivos Espec´ıficos . . . 10
4. Justificaci´on del Trabajo 11 5. Hip´otesis 12 6. Marco Referencial 13 6.1. Marco Te´orico . . . 13
6.1.1. Equipos de Medici´on . . . 13
6.1.2. Arquitectura Empresarial . . . 14
6.1.3. TOGAF Architecture Framework . . . 14
6.1.4. Metolodog´ıa Cascada . . . 18
6.2. Marco Conceptual . . . 19
6.3. Metodolog´ıa de la investigaci´on . . . 20
6.3.1. Tipo de Estudio . . . 20
6.3.2. M´etodo de Investigaci´on . . . 20
6.4. Organizaci´on del Trabajo de Grado . . . 20
6.5. Estudio de Sistemas Previos . . . 21
ParteII
DESARROLLO DE LA INVESTIGACI ´
ON
22
7. Contexto Organizacional 23 7.1. Misi´on . . . 237.2. Visi´on . . . 23
7.3. Objetivos . . . 23
7.4. Organigrama . . . 24
7.5. Proceso . . . 25
8. Arquitectura Empresarial 26
8.1. Capa de Negocio . . . 26
8.1.1. Punto de Vista de La Organizaci´on . . . 26
8.1.2. Punto de Vista de Cooperaci´on del Actor . . . 27
8.1.3. Punto de Vista Funci´on de Negocio . . . 28
8.1.4. Punto de Vista Proceso de Negocio . . . 29
8.1.5. Punto de Vista Cooperaci´on del Proceso de Negocio . . . 30
8.1.6. Punto de Vista de Producto . . . 31
8.2. Capa de Aplicaci´on . . . 32
8.2.1. Punto de Vista Comportamiento de la Aplicaci´on . . . 32
8.2.2. Punto de Vista Cooperaci´on de Aplicaci´on . . . 33
8.2.3. Punto de Vista Estructura de Aplicaci´on . . . 34
8.2.4. Punto de Vista Uso de Aplicaci´on . . . 36
8.3. Capa de Tecnolog´ıa . . . 37
8.3.1. Punto de Vista Infraestructura . . . 37
8.3.2. Punto de Vista Uso de Infraestructura . . . 38
8.3.3. Punto de Vista Organizaci´on E Implementaci´on . . . 39
8.3.4. Punto de Vista Estructura de Informaci´on . . . 40
8.3.5. Caso de Estudio Estructura de Informaci´on . . . 40
8.3.6. Punto de Vista Realizaci´on del Servicio . . . 41
8.3.7. Punto de Vista por Capas . . . 42
8.4. Capa de Motivaci´on . . . 43
8.4.1. Punto de Vista de Stakeholder . . . 43
8.4.2. Punto de Vista Realizaci´on de Objetivos . . . 44
8.4.3. Punto de Vista de Contribuci´on . . . 45
8.4.4. Punto de Vista de Principios . . . 46
8.4.5. Punto de Vista Realizaci´on de Requerimientos . . . 47
8.4.6. Punto de Vista de Motivaci´on . . . 48
8.5. Capa de Implementaci´on y Migraci´on . . . 49
8.5.1. Punto de Vista del Proyecto . . . 49
8.5.2. Punto de Vista de Migraci´on . . . 50
8.5.3. Punto de Vista de Migraci´on e Implementaci´on . . . 51
8.6. Cierre de la Arquitectura Empresarial . . . 53
9. Dise˜no de Bajo Nivel 54 9.1. Interfaz Gr´afica de Usuario . . . 54
9.1.1. Acceso a la Aplicaci´on . . . 54
9.1.2. Creaci´on de Orden de Calibraci´on(Pedido) . . . 55
9.1.3. Protocolo de Calibraci´on . . . 55
ParteIII
CIERRE DE LA INVESTIGACI ´
ON
59
10. Resultados y Discusi´on 60 11.Conclusiones 61 11.0.1. Verificaci´on, Contraste y Evaluaci´on de los Objetivos . . . 6111.1. Aportes Originales . . . 61
12.Prospectiva del trabajo de grado 63
´
Indice de figuras
6.1. Clasificaci´on de equipos de Medici´on,Balanzas, Fuente Propia . . . 13
6.2. Clasificaci´on de Instrumentos de Medici´on, Fuente Propia . . . 13
6.3. Estructura Archimate.[1] . . . 14
6.4. Metamodelo Capa de Negocio . . . 15
6.5. Metamodelo Capa de Aplicaci´on . . . 15
6.6. Metamodelo Capa de Tecnolog´ıa . . . 16
6.7. Metamodelo Capa de Notivaci´on . . . 16
6.8. Metamodelo Capa de Implementaci´on y Migraci´on . . . 17
6.9. Metodolog´ıa Cascada . . . 18
7.1. Organigrama por ´Areas, Fuente Propia . . . 24
7.2. Organigrama por Cargos, Fuente Propia . . . 24
7.3. Proceso Misional, Fuente Propia . . . 25
8.1. Metamodelo Punto de Vista de Organizaci´on . . . 26
8.2. Punto de Vista de Organizaci´on Fuente Propia . . . 27
8.3. Metamodelo Punto de Vista de Cooperaci´on del Actor . . . 27
8.4. Punto de Vista de Cooperaci´on del Actor Fuente Propia . . . 28
8.5. Metamodelo Punto de Vista de Funci´on de Negocio . . . 28
8.6. Punto de Vista de Funci´on de Negocio Fuente Propia . . . 29
8.7. Metamodelo Punto de Vista de Proceso de Negocio . . . 29
8.8. Punto de Vista de Proceso de Negocio Fuente Propia . . . 30
8.9. Metamodelo Punto de Vista Cooperaci´on del Proceso de Negocio . . . 30
8.10. Punto de Vista de Cooperacion Proceso de Negocio Fuente Propia . . . 31
8.11. Metamodelo Punto de Vista de Producto . . . 32
8.12. Punto de Vista de Producto Fuente Propia . . . 32
8.13. Modelo Punto de Vista Comportamiento de la Aplicaci´on . . . 33
8.14. Metamodelo Comportamiento de la Aplicaci´on Fuente Propia . . . 33
8.15. Modelo Punto de Vista Cooperacion de la Aplicaci´on . . . 34
8.16. Metamodelo Cooperacion de Aplicaci´on Fuente Propia . . . 34
8.17. Punto de Vista Estructura de Aplicacion . . . 35
8.18. Metamodelo Estructura de Aplicacion Fuente Propia . . . 35
8.19. Punto de Vista Uso de Aplicacion . . . 36
8.20. Metamodelo Uso de Aplicacion Fuente Propia . . . 36
8.21. Modelo Punto de Vista Infraestructura . . . 37
8.22. Metamodelo de Infraestructura Fuente Propia . . . 37
8.23. Modelo Punto de Vista Uso de Infraestructura . . . 38
8.24. Metamodelo de Infraestructura Fuente Propia . . . 38
8.28. Metamodelo Estrcutura de Informaci´on Fuente Propia . . . 40
8.29. Punto de Vista Realizacion Servicio . . . 41
8.30. Metamodelo Realizacion Servicio Fuente Propia . . . 41
8.31. Metamodelo Vista por Capas Fuente Propia . . . 42
8.32. Modelo Punto de Vista Stakeholder . . . 43
8.33. Metamodelo de Stakeholder Fuente Propia . . . 43
8.34. Modelo Punto de Vista Realizci´on de Objetivos . . . 44
8.35. Metamodelo Realizci´on de Objetivos Fuente Propia . . . 44
8.36. Punto de Vista de Contribuci´on . . . 45
8.37. Metamodelo de Contribuci´on Fuente Propia . . . 45
8.38. Punto de Vista de Principios . . . 46
8.39. Metamodelo de Principios Fuente Propia . . . 46
8.40. Punto de Vista Realizaci´on de Requerimientos . . . 47
8.41. Metamodelo Realizaci´on de Requerimientos Fuente Propia . . . 47
8.42. Punto de Vista de Motivacion . . . 48
8.43. Metamodelo de Motivacion Fuente Propia . . . 48
8.44. Punto de Vista del Proyecto . . . 49
8.45. Metamodelo del Proyecto Fuente Propia . . . 50
8.46. Punto de Vista de Migraci´on . . . 50
8.47. Modelo Migraci´on Fuente Propia . . . 51
8.48. Punto de Vista de Migraci´on e Implementaci´on . . . 51
8.49. Metamodelo de Migraci´on e Implementaci´on Fuente Propia . . . 52
9.1. Interfaz Accceso a la Aplicaci´on . . . 54
9.2. Interfaz Ordenes de Calibraci´on . . . 55
9.3. Interfaz Protocolo de Calibraci´on . . . 56
9.4. Interfaz Protocolo de Calibraci´on Prueba Excentricidad . . . 56
9.5. Interfaz Protocolo de Calibraci´on Prueba Error de Indicaci´on . . . 57
9.6. Interfaz Protocolo de Calibraci´on Grafica Prueba Error de Indicaci´on . . . 57
9.7. Interfaz Protocolo de Repetibilidad . . . 58
Cap´ıtulo 1
Introducci´
on
En un mundo globalizado como el actual, en donde el consumismo aumenta d´ıa a d´ıa, generando as´ı, sin importar que el aspecto de dicho consumo sea industrial, tecnol´ogico, de salubridad, un sinfin de transacciones comerciales en donde el consumidor espera obtener exacto y coherente con lo que ha padago por este. Para contextualizarlo de una manera m´as simple, cuando se est´a comprando por un kilogramo de caf´e, el consumidor est´a esperando que se le entregue la cantidad exacta de caf´e por la que ha pagado y del otro lado de la transacci´on el productor espera no dar m´as de la cantidad solicitada; trayendo el peor de los escenarios para el ejemplo anteriormente planteado, si el consumidor recibe menos cantidad de lo solicitado podr´ıa acarrear demandas hacia el productor y si el productor entrega mayor cantidad estar´a generando p´erdidas para su negocio. La Metrolog´ıa surge como la soluci´on para evitar estos escenarios en cualquier tipo de transacci´on que se est´e realizando.
La Metrolog´ıa, como la ciencia de las mediciones tienes su raz´on de ser, en generar confianza en las mediciones realizadas a nivel investigativo, industrial, comercial, a trav´es de normas, patrones de medida y unidades establci-das desde el Sistema Internacional de Unidades. Para cunplir con su finalidad la Metrolog´ıa se apoya en entes con la capacidad y el conocimiento necesario, Laboratorios de Metrolog´ıa, quienes deben velar por el cumplimiento de las normas t´ecnicas establecidas.
Parte ParteI
CONTEXTUALIZACI ´
ON DE LA
Cap´ıtulo 2
Estudio del Problema de Investigaci´
on
2.1.
Planteamiento del Problema
Actualmente, las mediciones tienen un papel muy importante para el desarrollo de la vida diaria en una socie-dad. Estas se encuentran en cualquier actividad, desde la estimaci´on de una distancia, el peso de un producto a comercializar,etc...
Los Laboratorios de Metrolog´ıa son aquellas entidades que se dedican a la medici´on, calibraci´on y trazabilidad de las mediciones obtenidas a partir de los diferentes equipos de medici´on, en diferentes campos de la ciencia. Di-chas entidades deden cumplir con la reglamentaci´on establecida para dar confiabilidad a sus procesos, mediciones y calibraciones generadas. Dentro de la Metrolog´ıa, cuando se est´a realizando un proceso de medici´on, existen varios actores que influyen en este, primero se encuentra el mensurando, aquella unidad que se desea medir, el instrumento de medida, el operador y otras variables f´ısicas realacionadas al entorno, las cuales podr´ıan afectar la medici´on a realizar, como por ejemplo la temperatura y la humedad. Estos actores generar duda sobre la veracidad del resulta-do obteniresulta-do, dicha duda se conoce como incertidumbre, variable muy importante para un Laboratorio de Metrolog´ıa. Para un Laboratorio de Metrolog´ıa tener el control, para una f´acil trazabilidad y seguimiento, de las calibraciones y mediciones realizadas es algo fundamental en el desarrollo de su actividad diaria, sin embargo, actualmente no existe una herramienta que permita tener el control deseado para lograr ese objetivo y que cumpla con los requerimientos legales exigidos por las normas.
Una propuesta para dar solucci´on a ese problema es la creaci´on de un Software de escritorio que cumpla con todos los requerimientos legales expuestos en las normas vigentes para la medici´on, calibraci´on de equipos e intrumentos de medici´on.
2.2.
Formulaci´
on del Problema
¿C´omo desarrollar un Prototipo de Software de Administraci´on en la calibraci´on de Equipos de Medici´on para un Laboratorio de Masas, que permita almacenar y, validar mediciones, almacenar calibraciones y generar certificados de calibraci´on cumpliendo con lo exigido por los clientes y por lo estipulado en las normas t´ecnicas vigentes?
2.3.
Sistematizaci´
on del Problema
¿El desarrollo de una arquitectura empresarial como metodolog´ıa de modelamiento para el desarrollo de un Prototipo de Software ser´a la correcta?
Cap´ıtulo 3
Objetivos
3.1.
Objetivo General
Construir un Prototipo de Software de escritorio dirigido a los Laboratorios de Masas, que permita realizar mediciones y calibraciones de los equipos e instrumentos de medici´on, cumpliendo con los requerimientos establecidos en las normas t´ecnicas vigentes.
3.2.
Objetivos Espec´ıficos
Desarrollar un Prototipo de Software f´acil de usar para los usuarios, que cumpla con las funcionalidades abstraidas de las normas tecnicas vigentes empleando tecnolog´ıas que faciliten la implementaci´on del mismo. Dise˜nar una Arquitectura Empresarial que permita contextualizar y priorizar el proceso de negocio de un Laboratorio de Masas, utilizando la metodolog´ıa ADM con el objetivo de expresar los requerimientos necesarios para el desarrollo del prototipo sugerido.
Cap´ıtulo 4
Justificaci´
on del Trabajo
Desde su creaci´on y determinaci´on, la metrolog´ıa ha sido de suma importancia para el desarrollo y calidad de una sociedad. El tener un fundamento s´olido de Metrolog´ıa y de las mediciones que esta tiene, mejpra determi-nantemente la equidad y eficiencia en las transacciones comerciales, la competitividad industrial y adem´as brida soporte para salud, seguridad,higiene y educaci´on.
Para poder brindar la confiabilidad y soporte necesario, existen entes con la capacidad, infraestructura y cono-cimiento necesario para dicho fin, los Laboratorio de Metrolog´ıa.
Los Laboratorios de Metrolog´ıa se encuentran catalogados como promarios y secundarios; dentro del primer gru-po se encuentra el Laboratorio Nacional de Metrolog´ıa, el cual tiene como funciones principales determinar las unidades fundamentales y derivadas, para de esta manera asegurar la coherencia con las unidades del SI(Sistema Internacional),conservar los patrones de medida que materializan las unidades determinadas, establecer m´etodos e instrumentos de medici´on, calibrar los instrumentos y equipos asegurando las calibraciones realizadas por labora-torios acreditados.
Los Laboratorios catalogados como secundarios, son aquellos entes que constituyen un canel entre el Laborato-rio Nacional de Metolog´ıa y el usuaLaborato-rio final, asegurando la exactitud y confiabilidad en los equipos de medici´on y en las mediciones realizadas.
Cap´ıtulo 5
Hip´
otesis
Cap´ıtulo 6
Marco Referencial
6.1.
Marco Te´
orico
6.1.1.
Equipos de Medici´
on
Para la construcci´on de un Software para Laboratorios de Masas, se prosenta la siguiente base te´orica en donde se explican las pruebas metrol´ogicas estipuladas para la calibraci´on de los instrumentos de pesaje determinadas en las normas t´ecnicas establecidas.
Se tiene que tener en cuenta que para los equipos de medici´on existe una clasificaci´on sef´un su tipo, para el caso de los equipos de medici´on como blanzas se tiene la siguiente clasificaci´on:
Figura 6.1: Clasificaci´on de equipos de Medici´on,Balanzas, Fuente Propia
Para poder determinar a cual clase pertenece el equipo de medici´on, se tiene que tener en cuenta la siguiente tabla:
6.1.2.
Arquitectura Empresarial
Una Arquitectura Empresarial es un conjunto de estructuras que se utilizan para desarrollar varias arquitecturas o puntos de vista diferentes, los cuales describen uno a varios objetivos principales de la organizaci´on; esta tiene un lenguaje com´un que todos los involucrados deber´ıan conocer.
El objetivo principal de una Arquitectura Empresarial, es optimizar los procesos principales de una organizaci´on, sin importar que estos se realicen de manera manual o automatizada,esto se debe a que generalmente los procesos fundamentales se encuentran fragmentados generando contratiempos y sobrecostos.
Actualmente, la gesti´on estrat´egica y la transformaci´on digital son dos factores muy importantes y fundamentales para obtener un ´exito empresarial; para las organizaci´on que desean tener una ventaja competitiva la Arquitectura Empresarial responder´a a esa necesidad, ya que esta proporciona un contexto estrat´egico para la evoluci´on y el alcance de la capacidad digital.
La implementaci´on de una buena Arquitectura Empresarial permite un equilibrio adecuado entre la transformaci´on de negocio y la eficiencia operativa, adem´as permite satisfacer las necesidades de la organizaci´on con un estretegia de gesti´on que integra a los procesos de la empresa haciendo conexiones y comunicaciones entre estos y de igual forma de manera externa.
6.1.3.
TOGAF Architecture Framework
TOGAF, es un est´andar de arquitectura empresarial que genera una visi´on de dise˜no, planificaci´on, implemen-taci´on y gesti´on de la informaci´on en una organizaci´on orientado al uso de las tecnolog´ıas de informaci´on.
Este estandar define como una arquitectura empresarial al conjunto de organizaciones que tienen en com´un objeti-vos empresariales, incluyendo sus procedimientos , procesos, estructuras y sistemas de informaci´on.
El estandar de Arquitectura Empresarial, se complementa con la metodolog´ıa de Deasrrollo Arquitect´onico (ADM) y el lenguaje Archimate, estos dos complemntos suministran un grupo diversos de conceptos y representaciones gr´aficas que pemiten construir modelos de la Arquitectura Empresarial de la organizaci´on, mejorando as´ı su enten-dimiento y posterior desarrollo de la soluci´on a desarrollar.
Dentro del lenguaje Archimate, estan definidas tres capas principales que definen los componentes, actores , procesos y sistemas involucrados dentro de la organziaci´on:
La Capa de Negocio, describe los procesos de negocio , servicios, funciones y eventos de las unidades de negocio de la organizaci´on. Esta capa “ofrece productos y servicios a los clientes externos, que se realizan en la organizaci´on de los procesos de negocio llevadas a cabo por los actores empresariales y roles”.
Esta capa maneja aspectos conocidos como aspectos de estructura activa y estos hacen referencia a la estructu-ra est´atica de una organizaci´on, explica las entidades y las relaciones que la conforman. Las entidades activas son sujetos como actores de negocio o roles de negocio los cuales pueden llegar a realizar un comportamiento como procesos de negocio o funciones. El concepto de interfaces de negocio son utilizadas para especificar ubicaciones en donde los servicios que un rol ofrece al entorno pueden ser accedidos.
Figura 6.4: Metamodelo Capa de Negocio
La Capa de Aplicaci´on, soporta lo descrito en la Capa de Negocio, desde el plantamiento y descripci´on de aplicaciones de Software.
La estructura de activa para el desarrollo de la Capa de Aplicaci´on,es el componente de Aplicaci´on; esta estructura es utilizado para modelar las entidades en esta capa. Los canales l´ogicos por donde los servicios de coponente pueden ser accedidos se conocen como interfaces de aplicaci´on.
Figura 6.5: Metamodelo Capa de Aplicaci´on
La Capa de Tecnolog´ıa, suministra los servicios de infraestructura, comunicaci´on y almacenamiento reque-ridos para el soporte de las aplicaciones de Software descritas en la Capa anterior.
explicitas en conceptos comportamentales. La interfaz de infraestructura es la ubicaci´on l´ogica donde los ser-vicios de infraestructura son ofrecidos por un nodo y pueden ser accedidos por otros nodos o componentes de aplicaci´on de la capa de aplicaci´on. Los nodos pueden ser dispositivos o sistemas de software y se pueden relacionar a trav´es de rutas de comunicaci´on.
Figura 6.6: Metamodelo Capa de Tecnolog´ıa
TOGAF al ser un estandar, establece una capa Motivacional y Capa de Implementaci´on y Migraci´on, provenientes de la Metolog´ıa ADM.
La Capa de Motivaci´on, los conceptos y t´erminos utilizados en esta capa son usados para modelar y describir las motivaciones que se encuentran para realizar la arquitectura empresarial, dichas motivaciones influencian, determinan y restringen el dise˜no. Los conceptos motivacionales que se usan en esta capa son el stakeholder y las valoraciones; este ultimo concepto, surge del an´alisis de las oportunidades, amenazas, fortalezas y debilidades de la organizaci´on.
La Capa de Implementaci´on y Migraci´on,el concepto central comportamental es un paquete de trabajo, un paquete de trabajo es claramente definido con fechas iniciales y finales, una definici´on concreta de los objetivos y resultados. Para este modelo se tienen en cuenta los entregables, la platea y la brecha.
6.1.4.
Metolodog´ıa Cascada
La metodolog´ıa Cascada, es una metodolog´ıa de desarrollo secuencial, conformada por un conjunto de etapas que se ejecutan una tras de otra.
Figura 6.9: Metodolog´ıa Cascada
Etapa Definici´on de Requerimientos
Dentro de esta etapa se realiza un an´alisis de las necesidades solicitadas por el cliente, de esta manera se logran determinar las catacter´ısticas del Software o soluci´on a desarrollar; se especifica a detalle todo lo que el sistema debe realizar. En esta primera etapa debe ser muy rigurosa, para no entrar en cambios a mitad del desarrollo.
Etapa de Dise˜no
En la etapa de Dise˜no, se describe a profundidad la estructura interna del Software o soluci´on a desarrollar y todas las relaciones existentes entre sus diferentes entidades.
Etapa de Implementaci´on
Dentro de la etapa de Implementaci´on se codifican los requisitos espec´ıficos con las estructuras dise˜nadas en la etapa anterior; la codificaci´on lleva procesos como el an´alisis de condiiones, creaci´on de algoritmos, etc ...
Etapa de Integraci´on y Pruebas
Esta cuarta etapa de la metodolog´ıa Cascada,involucra la verificaci´on de la etapa inmediatamente anterior, se verifica el correcto funcionamiento de los componentes del sistema y el cumplimento de la totalidad de los Requerimientos solicitados e identificados en la primera etapa.
El principal objetivo de la pruebas es mejorar en la calidad del software.
Etapa de Operaci´on y Mantenimiento
6.2.
Marco Conceptual
A continuaci´on, se realizar´a una descripci´on de los conceptos m´as relevantes y m´as usados dentro del proceso de calibraci´on de un Laboratorio de Masas, es importante mencionar que existe todo un vocabulario ya establecido para entender y comprender los procesos que intervienen en el desarrollo de actividades de un Laboratorio, ”Vocabulario Internacional de Metrolog´ıa.Conceptos fundamentales y generales, y t´erminos asociados”[4].
Balanza, instrumento ideado para medir el peso de los objetos.
Capacidad m´axima(Max), capacidad m´axima de pesaje, que no toma encuenta la capacidad aditiva (carga adicional)
Capacidad m´ınima(Min), valor de la carga por debajo del cual los resultados de pesaje pueden estar suje-tos a un error relativo muy importante.
Rango de pesaje, rango comprendido entre la capcidad minima y la capacidad m´axima.
Calibraci´on, es el proceso de comparar los valores obtenidos por un instrumento de medici´on con la medida correspondiente de un patr´on de referencia (o est´andar).
Certificado de calibraci´on, Certificado emitido ´unicamente por laboratorios acreditados o autorizados quie-nes registran los resultados de una calibraci´on.
Certificado de conformidad, documento suministrado por un organismo nacional responsable que indica la confianza que una pesa o juego de pesas identificado, o muestras de ella est´a conforme con los requisitos pertinentes de esta recomendaci´on (OIML CERTIFICATED SYSTEM FOR MEASURING INSTRUMENTS).
Comparaci´on, m´etodo de medici´on basado en la comparaci´on de un valor de una cantidad por medir de un valor conocido de la misma cantidad. Error m´aximo permisible: valor absoluto m´aximo de la diferencia permitido por la reglamentaci´on nacional entre la masa convencional medida y el valor nominal de una pesa, determinado por las pesas de referencia correspondiente.
6.3.
Metodolog´ıa de la investigaci´
on
6.3.1.
Tipo de Estudio
Se determina que el tipo de estudio correspondiente a esta inventigaci´on es de tipo descriptivo, debido a que se tiene comom base te´orica las normas t´ecnicas establecidas y que lleba a esta investigaci´on a centrarse en la problem´atica puntual que tienen los Laboratorios de Masas para almacenar, controlar y realizar el seguimiento a los diferentes par´ametros establecidos en las normas ya mencionadas.
6.3.2.
M´
etodo de Investigaci´
on
Como primera medida se abordar´a la problem´atica ya planteada, sobre la necesecidad que existe enn un La-boratorio de Masas para almacenar, controlar y realizar seguimiento a las mediciones y calibraciones realizadas; continuando con el planteamineto y detalle de los distintos procesos que cumplan con dicha necesidad, teniendo siempre como base las normas t´ecnicas en donde se involucran las procedimientos, metodolog´ıas,pruebas y los dife-rentes m´etodos de verificaci´on para dar soporte a la soluci´on a realizar.
Por ´ultimo, se determina la soluci´on que resolver´a la problem´atica del Laboratorio de Masas, desde el almacena-miento de mediciones, hasta la verificaci´on y validaci´on de los resultados obtenidos. Con lo descrito anteriormente se concluye que el m´etodo de investigaci´on ser´a un m´etodo de caracater deductivo.
6.4.
Organizaci´
on del Trabajo de Grado
A continuaci´on se definen los cap´ıtulos del trabajo de grado, describiendo el objetivo principal de cada uno.
CAPITULO I . Investigaci´on
En esta parte del trabajo de grado el objetivo es recolectar la informaci´on necesaria y relevante a los temas a desarrollar dentro del proyecto: Arquitectura Empresarial, Metolog´ıas de Software, conocer la norma t´ecnica 2031 en donde se describen las pruebas para los equipos de pesaje.
CAPITULO II. Contexto Organizacional
Habiendo recolectado la informaci´on suficiente, se realiza una contextualizaci´on acerca de a quien se le realizar´a la soluci´on propuesta identificando sus principales procesos, necesidades e involucrados; esto ser´a la introducci´on necesario para definir las diferentes capas de una arquitectura empresarial.
CAPITULO III. Construcci´on de la Arquitectura Empresarial
Construir la arquitectura empresarial teniendo en cuenta la informaci´on recolectada y el contexto organizacional; definiendo cada una de las capas y puntos de vista necesarios para el desarrollo y entendimiento de la misma.
CAPITULO IV. Desarrollo del Prototipo
6.5.
Estudio de Sistemas Previos
ANALITICA LAB
Es un software sobre internet basado en Norma ISO 1725, para calibraciones y mediciones de un Laboratorio de Muestras o aplicable tamb´ıen para laboratorio Qu´ımico, entre sus principales caracter´ısticas este se encuentran:
Administraci´on de Clientes
Cotizaciones autom´aticas v´ıa e-mail Recepci´on de Muestras
Ingreso, revisi´on y Aprobaci´on de resultados Env´ıo de informes
Facturaci´on Electr´onica
Integraci´on con equipos de an´alisis
SOFTWARE DE CALIBRACI ´ON WIKA-CAL
El Software se utiliza para la creaci´on de los certificados de calibraci´on de los instrumentos de presi´on o protocolos para el registro de datos. Sus principales caracter´ısitcas son:
Emisi´on de certificados de calibraci´on para man´ometros y transmisores de presi´on. Calibraci´on autom´atica de controladores de presi´on.
Recepci´on de Muestras
Parte ParteII
DESARROLLO DE LA
Cap´ıtulo 7
Contexto Organizacional
A continuaci´on se describe la Organizaci´on, su contexto y principales actores para contextualizar el entorno en donde se desarrolla la Arquitectura Empresarial.
El Laboratorio de masas es un organismo de evaluaci´on de la conformidad que calibra masas y balanzas.
7.1.
Misi´
on
Prestar un servicio de calibraci´on de equipos o instrumentos en las magnitudes de Masa, a empresas pertene-cientes al sector industrial, garantizando la confiabilidad de los resultados obtenidos mediante un servicio ´optimo.
7.2.
Visi´
on
Ser una organizaci´on lider en la prestaci´on de servicios de calibraci´on acreditados en las magnitudes de Masa, para el sector industrial, consolid´andose como la mejor opci´on costo beneficio del mercado a nivel nacional.
7.3.
Objetivos
La Direcci´on del Laboratorio se compromete a cumplir y hacer cumplir la NORMA ISO 17025, estableciendo los siguientes prop´ositos del sistema de gesti´on y objetivos de calidad:
Asegurar un servicio que cumpla con los requerimientos y expectativas del cliente. Garantizar la oportuna entrega de los informes.
Promover un mejoramiento continuo de nuestro sistema de calidad de manera eficaz. Fomentar la capacitaci´on para desarrollar las competencias del personal del laboratorio.
7.4.
Organigrama
El organigrama del Laboratorio de Masas esta constituido de la siguiente manera: Organigrama por ´Areas
Figura 7.1: Organigrama por ´Areas, Fuente Propia
Organigrama por Cargos
7.5.
Proceso
Acontinuaci´on se mostrar´a el Proceso Misional de un Laboratorio de Masas
Figura 7.3: Proceso Misional, Fuente Propia
7.6.
Producto
Cap´ıtulo 8
Arquitectura Empresarial
Los modelos descritos a continuaci´on tienen el prop´osito de expresar y describir la arquitectura empresarial de los Laboratorios de Masas desde diferentes puntos de vista, contemplando al Software de Calibraci´on como una soluci´on tecnol´ogica que dar´a cumplimiento a la misi´on y visi´on descritas anteriormente. De igual forma se contempla cumplir con lo establecido en la normativa vigente.
8.1.
Capa de Negocio
La Arquitectura Empresarial tiene como objetivo optimizar los procesos que apoyan la estrategia del negocio dentro de una organizaci´on; para lograr dicho objetivo es indespensable entender la estrategia y el prop´osito de negocio desde diferentes puntos de vista.
8.1.1.
Punto de Vista de La Organizaci´
on
El Punto de Vista de la Organizaci´on explica la distribuci´on interna de la organizaci´on, relacionando sus prin-cipales procesos, autoridades y responsabilidades.El metamodelo de este punto de vista es el siguiente:
Figura 8.1: Metamodelo Punto de Vista de Organizaci´on
de certificados de calibraci´on.
Figura 8.2: Punto de Vista de Organizaci´on Fuente Propia
8.1.2.
Punto de Vista de Cooperaci´
on del Actor
El punto de Vista de Cooperaci´on del Actor, describe las relaciones existentes entre los actores y la organizaci´on, pretende describir c´omo es la relaci´on entre estos. Su metamodelo es el siguiente:
Figura 8.3: Metamodelo Punto de Vista de Cooperaci´on del Actor
Figura 8.4: Punto de Vista de Cooperaci´on del Actor Fuente Propia
8.1.3.
Punto de Vista Funci´
on de Negocio
El punto de vista de Funci´on de Negocio, describe las principales funciones de la organizaci´on y las principales relaciones que existen entre estas.
Las funciones de negocio representan la parte mas importante de una organizaci´on, ya que se encuentran directa-mente ligadas con el objetivo principal de la organizaci´on.
Figura 8.5: Metamodelo Punto de Vista de Funci´on de Negocio
Figura 8.6: Punto de Vista de Funci´on de Negocio Fuente Propia
8.1.4.
Punto de Vista Proceso de Negocio
El punto de vista de Proceso de Negocio desarrolla la composici´on y estructura del proceso o procesos m´as importantes dentro de la organizaci´on; dicho desarrollo refleja la relaci´on existente entre los procesos y el objetivo principal de la organizaci´on.
El proceso de calibraci´on, tanto de equipos como de instrumentos, es el proceso misional de un Laboratorio de Masas; a partir de este se generan los certificados de calibraci´on que cumplen la normatividad vigente y los reque-rimientos del cliente.
Figura 8.8: Punto de Vista de Proceso de Negocio Fuente Propia
8.1.5.
Punto de Vista Cooperaci´
on del Proceso de Negocio
El punto de vista de Cooperaci´on del Proceso de Negocio explica las relaciones y dependencias existentes entre las procesos de la organizaci´on y el contexto en el cual estos se desarrollan.
misional de la organizaci´on, en este caso la calibraci´on de equipos.
Figura 8.10: Punto de Vista de Cooperacion Proceso de Negocio Fuente Propia
8.1.6.
Punto de Vista de Producto
En el punto de vista de producto, como su nombre lo establece, describe los productos o servicios ofrecidos por la organizaci´on; se puede observar c´omo es el desarrollo del producto o servicio y ayuda a la generaci´on e identificaci´on de nuevos productos.
Figura 8.11: Metamodelo Punto de Vista de Producto
Figura 8.12: Punto de Vista de Producto Fuente Propia
8.2.
Capa de Aplicaci´
on
Dentro de una Arquitectura Empresarial, la capa de Aplicaci´on es una interfaz donde se definen las caracter´ısticas elementales de comportamiento, describiendo as´ı la funcionalidad de un componente.
8.2.1.
Punto de Vista Comportamiento de la Aplicaci´
on
Figura 8.13: Modelo Punto de Vista Comportamiento de la Aplicaci´on
la aplicaci´on; dentro de las Ordenes de Calibraci´on, se reciben y se identifican de primera mano los requerimientos y necesidades del cliente. La Calibraci´on de Equipos, es la encargada de almacenar la informaci´on de los equipos enviados por los clientes, adem´as de evaluar los datos almacenados. Por ultimo se encuentra la Generaci´on de Cer-tificados de Calibraci´on.
Figura 8.14: Metamodelo Comportamiento de la Aplicaci´on Fuente Propia
8.2.2.
Punto de Vista Cooperaci´
on de Aplicaci´
on
En el punto de vista de Cooperaci´on de Aplicaci´on se describen las relaciones existentes entre componentes y los servicios que estos proveen o utilizan.
Figura 8.15: Modelo Punto de Vista Cooperacion de la Aplicaci´on
Figura 8.16: Metamodelo Cooperacion de Aplicaci´on Fuente Propia
8.2.3.
Punto de Vista Estructura de Aplicaci´
on
El punto de vista de Estructura de Aplicaci´on muestra la estructura de una o m´as aplicaciones o componentes, adem´as permite identificar los componentes de aplicaciones que ser´ıan ´utiles al momento de realizar la integraci´on o migraci´on.
En el punto de vista de Estructura de Aplicaci´on, se muestra la comunicaci´on entre cada uno de los componentes a trav´es de sus interfaces, para la creaci´on desarrollar el componente .Ordenes de Calibraci´on”, sedebe tener una
Figura 8.17: Punto de Vista Estructura de Aplicacion
necesario y especificados en los dos anteriores componentes.
8.2.4.
Punto de Vista Uso de Aplicaci´
on
El punto de vista Uso de Aplicaci´on, refleja los proceso de negocio de la organizaci´on y como est´an estos soportados dentro de la aplicaci´on, relacionando as´ı los componentes con los respectivos procesos de la organizaci´on.
Figura 8.19: Punto de Vista Uso de Aplicacion
Para que un Laboratorio de Masas lofre emitir un certificado de calibraci´on, este debe cumplir no solo con lo requerido por el cliente, tamb´ıen debecumplir con lo estipulados en las normas t´ecnicas. En el siguiente modela se refeljan los principales procesos para la entrega del producto por parte del Laboratorio, relacionando cada componente de aplicaci´on identificado.
8.3.
Capa de Tecnolog´ıa
El punto de vista de Tecnolog´ıa, desea reflejar como la capa de aplicaci´on se encuentra soportada y como se comunica con los diferentes elementos de hardware y la infraestructura que lo rodea. En esta capa se desarrollan los sevicios de requeridos por infraestructura para desplegar las aplicaciones realizadas.
8.3.1.
Punto de Vista Infraestructura
En el punto de vista de Infraestructura, se tienen que ver reflejados los elementos software y de hardware que soportan y despliegan la capa de aplicaci´on, dichos elementos puden ser dispositivos f´ısicos, redes, sistemas de software, que proporcionar´an estabilidad, seguridad y costo general de la infraestructura necesaria.
Figura 8.21: Modelo Punto de Vista Infraestructura
Para realizar la implementaci´on de la capa de aplicaci´on, previamente desarrollada, es necesario tener un servidor local dentro de las instalaciones del Laboratorio con un Software de Base de Datos que permitir´a el almacenamiento y control de los datos generados por el Software de Calibraci´on, dicho software se instalar´a en los dispositivos locales que se requieran y por medio de una red LAN tendr´an comunicaci´on con el Servidor.
8.3.2.
Punto de Vista Uso de Infraestructura
El punto de vista de Uso de Infraestrucutra, pretende explicar como las aplicaciones se soportan en la infraes-tructura; el desarrollo de este punto de vista es muy importante para determinar el rendimiento de la infraestructura dependiendo de las aplicaciones que este soporta.
Figura 8.23: Modelo Punto de Vista Uso de Infraestructura
Dentro del caso de estudio de Uso de Infraestructura, el software de base de datos ser´a el encargado de gestionar los datos generados desde la aplicaci´on.
8.3.3.
Punto de Vista Organizaci´
on E Implementaci´
on
El punto de vista de Organizaci´on e Implementaci´on, realiza la explicaci´on de como se implementan las apli-caciones sobre la infraestructura y permitime identificar dependencias y las herramientas necesarias que apoyan el cumplimiento de los procesos.
Figura 8.25: Punto de Vista Organizaci´on E Implementaci´on
Para este caso de estudio, se ven reflejados los componentes de aplicaci´on que dependen del sistema de base de datos para su implementaci´on, lo cual lleva a concluir que la comunicaci´on necesaria para realizar dicha tarea debe ser muy estable y segura.
8.3.4.
Punto de Vista Estructura de Informaci´
on
El punto de vista de Estrcutura de Informaci´on, permite visualizar y entender la estructura de los datos e informaci´on usada dentro de un proceso espec´ıfico de la organizaci´on, por ende se contextualiza desde una capa de negocio hasta la capa de infraestrucutra.
Figura 8.27: Punto de Vista Estrcutura de Informaci´on
8.3.5.
Caso de Estudio Estructura de Informaci´
on
Dentro del punto de vista de la Estrcutura de la Informaci´on, se muestra el servicio o producto principal, certificado de calibraci´on, que es el resultado directo de la solicitud del cliente y las pruebas de calibraci´on realizadas.
8.3.6.
Punto de Vista Realizaci´
on del Servicio
El punto de vista de Realizaci´on del Servicio se usa para explicar como uno o m´as componentes del negocio son implementados con los procesos de la organziaci´on.
Figura 8.29: Punto de Vista Realizacion Servicio
En este punto de vista de Realizaci´on del Servicio, se reflejan los principales procesos del Laboratorio de Masas y como se encuentran estos relacionados con sus componentes de negocio, con el fin ´unico de emitir el certificado de calibraci´on al cliente.
8.3.7.
Punto de Vista por Capas
El punto de vista por Capas, es un punto de vista muy importante ya que desarrolla las diferentes capas hasta ahora vistas de una arquitectura empresarial, capa de negocio, capa de aplicaci´on y capa de infraestructura, mostrando las relaciones entre estas y la manera de cumplir con el objeto principal de la organziaci´on.
En el punto de vista por Capas, se evidencia como est´an los servicios de la capa de negocio, la capa de aplicaci´on y la capa de infraestructura integrados entre s´ı, se muestra el principal proceso de negocio y como este se encuentra soportado por un compenente de aplicaci´on principal, el Software de Calibraci´on.
8.4.
Capa de Motivaci´
on
En este cap´ıtulo se pretende explicar y desarrollar los elementos o factores que motivaron a realizar el desarrollo de arquitectura empresarial.Se ver´an relacionadas todas las necesidades tanto inernas como externas de la organizaci´on, teniendo en cuenta a los principales roles que influyen para el desarrollo e implmentaci´on de la arquitectura.
8.4.1.
Punto de Vista de Stakeholder
El punto de vista de Stakeholder, permite modelar a los interesados del proyecto modelando sus principales asociaciones con el objeto principal de la organizaci´on o proyecto a relizar, este punto de cista es un fundamento para los requerimientos necesario para el desarrollo de una soluci´on de Software.
Figura 8.32: Modelo Punto de Vista Stakeholder
En el siguiente caso de estudio, se identificaron los principales stakeholders que permitiran dar cumplimiento al objeto principal de la organziaci´on, y los benificios que esto traera si se cumple a satisfacci´on.
8.4.2.
Punto de Vista Realizaci´
on de Objetivos
El punto de vista de Realizaci´on de Objetivos, permite y ayuda al arquitecto epresarial a parametrizar el objeto principal de la organizaci´on, en objetivos mas concretos y espec´ıficos; dichos objetivos son de caracter de requerimiento o de restricci´on.
Figura 8.34: Modelo Punto de Vista Realizci´on de Objetivos
8.4.3.
Punto de Vista de Contribuci´
on
El punto de vista de Contribuci´on permite al arquitecto empresarial determinar las realciones y su influencia, entre los objetivos organizacionales y los requerimientos. Esto puede ser utilizado para analizar el impacto, positivo o negativo, de los objetivos planteados.
Figura 8.36: Punto de Vista de Contribuci´on
Para esta caso de estudio de Contribuci´on, se est´a evaluando que impacto tiene el cumplir con el servicio de calibraci´on, que es el objeto principal de la organziaci´on, esto ayudar´a a tomar decisiones entre los stakeholders.
8.4.4.
Punto de Vista de Principios
El punto de vista de Principios, determina los principios que son importantes para el dise˜no y se relacionan los objetivos que motivan a dichos principios.
Figura 8.38: Punto de Vista de Principios
Para el objetivo principal de la organizaci´on, se determinaron los principios descritos en el modelo, tales como confianza que se genera cuando se cumple en el tiempo estipulado y con los requerimientos solicitados por el cliente.
8.4.5.
Punto de Vista Realizaci´
on de Requerimientos
En este punto de vista, Realizaci´on de Requerimientos, se realizan los requerimientos claves generados desde el an´alisis previo realizado al punto de vista de Contribuci´on, en conclusi´on se definen los requerimientos que realizan uno o m´as objetivos.
Figura 8.40: Punto de Vista Realizaci´on de Requerimientos
Se tiene como objetivo principal, la prestaci´on del servicio de calibraci´on, el cual desencadena en cuatro reque-rimientos fundamentales.
8.4.6.
Punto de Vista de Motivaci´
on
Este punto de vista, Motiviaci´on, permite modelar el aspecto, la raz´on, el motivo de la necesidad; incluyendo los principales stakeholders, principios, metas con el fin de dar a entender y a conocer una versi´on completa de la necesidad.
Figura 8.42: Punto de Vista de Motivacion
Dentro del siguiente modelo se pretende explicar la principal necesidad de un Laboratorio de Masas, hasta fundamentarla en un requerimiento concreto para la soluci´on a realizar.
8.5.
Capa de Implementaci´
on y Migraci´
on
8.5.1.
Punto de Vista del Proyecto
El Punto de Vista del Proyecto se usa principalmente con el fin de modelar la gesti´on del cambio que ocurre en la arquitectura empresarial, la gesti´on del cambio entendida como el proceso de migraci´on desde una situaci´on anterior(Estado presente de la Arquitectura Empresarial) hacia una situaci´on deseada (El objetivo a alcanzar de la Arquitectura Empresarial); este proceso de migraci´on tiene consecuencias importantes a trav´es del tiempo, largo y corto plazo, por eso es relevante tener los siguinetes acpectos:
Se debe tener en cuenta que el cambio a realizar en la Arquitectura Empresarial, puede tener consecuencias dentro del personal, los procesos, la cultura de trabajo y en la misma organizaci´on.
El estado presente de la Arquitectura Empresarial puede llegar a tener bases tegnol´ogicas muy nulas y esto es importante al momento de realizar el poceso de migraci´on.
Aunque es muy interesante, el proceso de desarrollar una Arquitectura Empresarial que abarque la totalidad de la organizaci´on puede llevar varios a˜nos.
De ser necesario realizar cambios en la Arquitectura Empresarial durante el procesos de migraci´on, es funda-mental mantener todos los sistemas y servicios relacionados.
Dentro del paquete de trabajo planteado se cumplir´a con el objetivo principal del dise˜no de la arquitectura empresarial.
Figura 8.45: Metamodelo del Proyecto Fuente Propia
8.5.2.
Punto de Vista de Migraci´
on
En este punto de vista, Punto de Vista de Migraci´on,se relacionan modelo y conceptos que especifican la transici´on entre la arquitectura empresarial existente y la arquitectura empresarial deseada.
Uno de esos nuevos conceptos es la Platea,representa un estado relativo en un tiempo limitado de la Arquitectura Empresarial; otro concepto importante es Brecha, que representa una unidad de an´alisis entre dos plateas.
El Software de Calibraci´on como se contempla actualmente dentro de esta Arquitectura Empresarial, se encuentra enfocado solamente para calibrar y emitir certificados de calibraci´on de Equipos relacionados con la magnitud de Masa, sin embargo se fundamenta en el cumplimiento de la ISO 17025, aplicable a cualquier Laboratorio de Calibraci´on.
Figura 8.47: Modelo Migraci´on Fuente Propia
8.5.3.
Punto de Vista de Migraci´
on e Implementaci´
on
En el punto de Vista de Migraci´on e Implementaci´on relaciona los proyectos y programas de la Arquitectura Empresarial,permitiendo de esta manera modelar el alcance que estos tienen.
Figura 8.48: Punto de Vista de Migraci´on e Implementaci´on
8.6.
Cierre de la Arquitectura Empresarial
Terminando todos los puntos de vista planteados en la Arquitectura Empresarial, se obtienen todos los modelos que representan los principales procesos empresariales que sintetizan la necesidad, el conocimiento y los componen-tes que resolveran el objetivo principal de la arquitectura.
Cap´ıtulo 9
Dise˜
no de Bajo Nivel
En este cap´ıtulo se describen los artefactos necesarios para la construcci´on del prototipo de Software para la calibraci´on de Equipos de medici´on para un Laboratorio de Masas.
9.1.
Interfaz Gr´
afica de Usuario
El prototipo est´a dise˜nado y ha sido planteado para ser una aplicaci´on de escritorio, a continuaci´on se describen las difernetes interfaces gr´aficas de usuario.
9.1.1.
Acceso a la Aplicaci´
on
Esta interfaz gr´afica permite al usuario acceder al sistema y realizar las operaciones dependiendo del rol confi-gurado, los posibles errores de autenticaci´on ser´an informados al usuario.
9.1.2.
Creaci´
on de Orden de Calibraci´
on(Pedido)
En esta interfaz el usuario crear´a las ordenes de calibraci´on, relacionando datos especificos solicitados por el software, nombre del cliente, NIT, equipos a calibrar, cantidad, etc. Los datos relacionados en esta orden aparecenran en la emisi´on del certificado de calibraci´on.
Figura 9.2: Interfaz Ordenes de Calibraci´on
9.1.3.
Protocolo de Calibraci´
on
La interfaz gr´afica del Protocolo de Calibraci´on, es la interfaz m´as importante de todo el prototipo, es donde se encuentra la implementaci´on de la gran parte de los requerimientos solicitados por el usuario y por la normatividad vigente. A esta vista solo podr´an acceder el personal del Laboratorio con los conocimientos suficientes, Metr´ologo y Director T´ecnico.
Figura 9.3: Interfaz Protocolo de Calibraci´on
Prueba de Excentricidad:
Dependindo de la Capacidad m´axima configurada, el software sugiere una carga, la cual deber´a ser colocada en el equipo, el metr´ologo digitar´a en el Software los datos obtenidos del equipo. El sistema evaluar´a el cumplimiento o no de los resultados.
Figura 9.4: Interfaz Protocolo de Calibraci´on Prueba Excentricidad
Prueba de Error de Indicaci´on:
Figura 9.5: Interfaz Protocolo de Calibraci´on Prueba Error de Indicaci´on
Figura 9.6: Interfaz Protocolo de Calibraci´on Grafica Prueba Error de Indicaci´on
Figura 9.7: Interfaz Protocolo de Repetibilidad
La f´ormula de la desviaci´on Estandar es
Figura 9.8: Desviaci´on Estandar [10]
Parte ParteIII
Cap´ıtulo 10
Resultados y Discusi´
on
Cap´ıtulo 11
Conclusiones
11.0.1.
Verificaci´
on, Contraste y Evaluaci´
on de los Objetivos
Se logr´o definir la Arquitectura Empresarial orientada al proceso principal, calibraci´on de equipos, empleando para ello el lenguaje Archimate en los diferentes puntos de vista que fueron obtenidos a partir de la infor-macipon suministrada y abstraida de la organizaci´on, esta generaci´on de arquitectura empresarial fortalece y complementa la definici´on de la soluci´on desarrollada.
La realizaci´on de este proceso de forma manual, incrementaba los errores en la relizaci´on de los certificados de calibraci´on, aumentado el tiempo y el esfuerzo por parte del personal del laboratorio de calibraci´on, sin mencionar el disgusto del cliente; con la implementaci´on del prototipo el tiempo y el esfuerzo empleados anteriormente, se pueden distribuir en diferentes tareas que mejoren a la organizaci´on, de igual forma permite que se incremente la carga laboral mitigando los errores.
La abstracci´on realizada a partir de las normas vigintes apoya al prototipo desarrollado, asegurando as´ı su aplicabilidad sin importar el tipo de laboratorio.
11.1.
Aportes Originales
Creaci´on de una Arquitectura Empresarial orientada a la calibraci´on de equipos de medici´on para Laboratorio de Masas.
Creaci´on e implementaci´on de un prototipo que permite realizar mediciones y calibraciones de equipos de medici´on.
11.2.
Trabajos derivados
Teniendo como base la Arquitectura Empresrial ya planteada, la cual ofrece una visi´on metodol´ogica y un enfoque hol´ıstico de todo el proceso, se conoce con excatitud las principales necesidades de la organizaci´on, para este caso un Laboratorio de Calibraci´on, la metodolog´ıa del dise˜no y la implementaci´on de la soluci´on. El desarrollo de esta arquitectura empresarial amplia la visi´on y los conceptos que ayudan al proceso, facilitando as´ı la integraci´on con nuevos sistemas y nuevas tecnolog´ıas.
El proceso de calibraci´on de equipos de medici´on, al ser el principal porceso del laboratorio, involucra una gran n´umero de conceptos y componentes organizacionales, generando as´ı que su naturaleza sea una naturaleza misional dentro de la organizaci´on.
Cap´ıtulo 12
Prospectiva del trabajo de grado
12.0.1.
Trabajos de Investigaci´
on Futuros
Se espera implementar la soluci´on de Software de Calibraci´on de Equipos de Medici´on en un laboratorio de Masas, para su aplicaci´on y mejora cont´ınua de la misma soluci´on, identificando las posibles falencias mejorando as´ı sub aplicabilidad en un entorno empresarial.
Como trabajo de investigaci´on futuros, se propone la realizaci´on o complemento de un Arquitectura Empresarial que incluya diferentes magnitudes dentro de la calibraci´on de equipos de medici´on y la emisi´on de los certifcados. Adicionalmente, se puede complementar el dise˜no de la arquitectura empresarial incluyendo m´as porcesos del labo-ratorio de calibraci´on, como lo deber´ıa ser su control de registros y documentos, teniendo en cuenta la arquitectura ya planteada, de esta manera se complementa el entorno empresarial de la organziaci´on.
12.0.2.
Lineas de Investigaci´
on Futuras
Partiendo de la Arquitectura Empresarial ya planteada y desarrollada y el prototipo de Software ya culminado, quedan las siguientes l´ıneas de investigaci´on:
Desarrollar una versi´on web que permita al metr´ologo o director t´ecnico realizar calibraciones en el punto del cliente final.
Dentro de la versi´on web propuesta para desarrollar, proporcionar al cliente final descargar sus certificados de calibraci´on, para esto es conveniente la implementaci´on de firmas digitales que den certeza y confiabilidad al certificado generado.
Bibliograf´ıa
[1] A. Josey,R.Harrison,P.Homan, M.Rouse, T. van Sante.TOGAF Versi´on 9.1-Gu´ıa de Bolsillo. Primera Edi-ci´on,primera impresi´on Abril 2013,2013.
[2] ICONTEC Internacional, Norma T´ecnica Colombiana NTC-ISO/IEC 17025, Requisitos generales para la com-petencia de los laboratorios de ensayo y calibraci´on, Diciembre 2016,2016.
[3] ICONTEC Internacional, Norma T´ecnica Colombiana NTC 2031, Instrumentos de pesaje de funcionamiento no autom´aticos, requisitos metrologicos y t´ecnicos.Pruebas, Julio 2014,2014.
[4] Centro Espa˜nol de Metrolog´ıa,VIM Vocabulario Internacional de Metrolog´ıa Conceptos fundamentales y gene-rales y terminos asociados,Tercera edici´on en espa˜nol 2012,2012.
[5] Departamento de Salud Ambiental,Guia Tecnica N 1,Diciembre de 2010.
Referencias Web
[1] The Open Group. ”Togaf 9.1 specification.”, http://pubs.opengroup.org/architecture/togaf9- doc/arch, 2011. [2] The Open Group, “Archimate Specification”,
http://pubs.opengroup.org/architecture/archimate2-doc/toc.html/.
[3] Colombia Digital, “Que es TOGAF”, https://www.colombiadigital.net/actualidad/articulosinformativos/ item/8163-que-es-togaf.html/.
[4] The Open Group, “Archimate Specification 3.0.1”, http://pubs.opengroup.org/architecture/archimate3-doc/. [5] The Open Group, “The Open Group”, https://www.opengroup.org/.
[6] Instrumentos WIKA Colombia S.A.S,”WIKA-CAL”, https://www.wika.co. [7] INDEXCODE, “Analitica Lab”, https://www.indexcode.com.co/productos.html.
[8] Colombia Digital, “¿Qu´e es Arquitectura Empresarial? ”, https://colombiadigital.net/actualidad/articulos-informativos/item/8123-que-es-arquitectura-empresarial.html.
[9] Microsoft. Introducci´on al lenguaje C# y .NET Framework. https://docs.microsoft.com/es-es/dotnet/csharp/getting-started/introduction-tothe- csharp-language-and-the-net-framework, 22 de Sep-tiembre de 2017
