Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Strumis
Strumis
2018
http://hdl.handle.net/11673/24148
Downloaded de Peumo Repositorio Digital USM, UNIVERSIDAD TECNICA FEDERICO SANTA MARIA
UNIVERSIDAD TÉCNICA FEDERICO SANTA MARÍA
DEPARTAMENTO DE ELECTRÓNICA
VALPARAÍSO – CHILE
MAYO 2017
Agradecimientos
A mi esposa, Pamela,
i
Resumen
Este trabajo consiste en el desarrollo de un sistema para la planificación, control y
gestión de la producción para una empresa del rubro metalmecánico, en particular para
Maestranza JOMA S.A.
Los objetivos de este trabajo son los de brindar una herramienta que permita planificar
la producción a partir de listados, controlar el avance de los procesos y la calidad de los
elementos, asignar prioridades con fechas y generar despachos a obra.
ii
Abstract
This work consists of the development of a system for the planning, control and
management of production for a company of the metalworking sector, in particular for
Maestranza JOMA S.A.
The objectives of this work are to provide a tool to plan production from listings,
control the progress of processes and the quality of the elements, assign priorities with dates
and generate dispatches to work.
The work was done with a development methodology based on the Cascade Model,
identifying each of the phases, activities and roles of the process. Requirements are defined in
conjunction with users, which serves as a basis for modeling the system using relationship
entity diagrams, use cases and logical data models. As a development strategy, the software is
divided into components, which are called modules and then integrated to form the complete
system. It implements the system with free code Web platforms such as PHP, MySQL and
Apache.
The system is evaluated and tested first in the development stage and then by the user,
after which it is accepted and put into production. Currently the system is used to
manufacture an average of 3,000 monthly items.
iii
Glosario
CAD: del inglés “Computer-Aided Design”, o diseño asistido por computadora en
castellano.
UML: por sus siglas en inglés “Unified Modeling Language”, o lenguaje unificado de
modelado en castellano.
Apache: acrónimo del inglés “a patchy server”, es un servicio de páginas web HTTP de
código abierto.
CSS: son las siglas de “Cascading Style Sheets”, o Hojas de Estilo en Cascada en
español, que es un lenguaje de presentación de documentos estructurados
iv
Índice de Contenidos
Agradecimientos ........................................................................................................................ i
Resumen.................................................................................................................................... ii
Glosario .................................................................................................................................... iv
v
4.1.1. Plataforma de Desarrollo ........................................................................................ 38
vi
4.3.3.2. Módulo de Calidad .............................................................................................. 57
Referencias.............................................................................................................................. 65
vii
1. Introducción y Objetivos
Producto del estancamiento actual de la economía, hoy se generan menos proyectos de
inversiones en comparación a periodos anteriores. Esto genera una gran competencia entre
empresas para la adjudicación de proyectos, obligándolas a vender más barato. Lo anterior
también sucede en el área de la construcción, particularmente en el rubro de las maestranzas
metalmecánicas que se dedican a la fabricación de estructuras metálicas.
viii
Actualmente esta tarea la realizan 2 a 3 personas por cada proceso rellenando papeletas en
forma manual, incurriendo en errores y necesitando de mucho tiempo.
Por último, durante el proceso de fabricación, cada elemento defectuoso debe ser
marcado para ser reparado, impidiendo a la vez que se siga con la etapa de fabricación
siguiente mientras no se libere de su condición defectuosa. De otra forma el defecto se
terminaría corrigiendo en terreno, donde el costo de reparación es mucho mayor para la
empresa. Luego se podrán generar reportes estadísticos que identifiquen los errores más
comunes para cuantificarlos y realizar correcciones en el proceso de fabricación para que
vayan disminuyendo con el tiempo. Lo anterior es muy difícil de manejar sin un sistema
donde se centralice la información.
Por lo tanto, el sistema propuesto ACEROS permitirá cumplir los siguientes objetivos:
ix
Figura 1-1: Diagrama del Sistema
x
2. Sistemas de control y gestión de la producción usados en la
industria metalmecánica
En este capítulo se revisa el estado del arte, particularmente en la industria del software
donde existen productos relacionados al control de la producción de empresas metalmecánicas,
entre los cuales destacan Strumis [1] y Lantek Integra [2]. Estos paquetes de software permiten
el control del proceso de fabricación, reciben información desde software de modelamiento en
3D. Además, incluyen módulo de ventas y clientes, inventario para la administración de las
materias primas, gestión de compras, maquinarias relacionadas a la preparación de la materia
prima y producción para administrar los procesos productivos.
2.1. StruMIS
Este software está diseñado para fabricantes de acero y les permite gestionar todas las
etapas de un proyecto desde la oferta inicial hasta el montaje, controlando el presupuesto
durante todas las etapas, entregando calidad y eficiencia para las operaciones. Está compuesto
por varios módulos para suplir las necesidades de los distintos departamentos de la empresa,
los que serán detallados a continuación.
11
disminuyendo tiempos de ingreso y eliminando errores. La revisión, ubicación e historia de
todos los documentos se controlan en todo momento.
Elementos e Inventario: este módulo entrega un estado del inventario en tiempo real.
La materia prima asociada a un contrato se puede controlar, al igual que sus consumibles, y
realiza un ajuste automático con las órdenes de compra recibidas, emitidas y consumidas, por
lo que no es necesario realizar ajustes manuales. Existe una trazabilidad y seguimiento
completos. Los estados del inventario son: libre, asignado, remanente y trabajo en curso. El
módulo de inventario permite realizar un seguimiento a través de los números de colada,
número de pedido, número de orden de entrega, fecha de pedido y fecha de recepción, estos
12
datos críticos permiten cumplir con las normas de control de calidad para la trazabilidad y el
control.
El valor de inventario se muestra como costo por tipo de materia prima, precio unitario
por metro de estructura lineal o por tonelada. Además, existen numerosos informes de gestión,
por ejemplo: El valor/estado del inventario, el uso histórico por tipo o proveedor y ubicación
del inventario.
Control de Producción: este módulo entrega una visión clara y transparente del
progreso, monitoreo y estado actual de cada conjunto y parte, las que pueden ser avanzadas a la
siguiente etapa y proceso. Se definen agrupaciones o Lotes, con sus respectivas fechas de
fabricación y entrega.
Entre las ventajas y desventajas de este software se pueden mencionar las siguientes
Ventajas
• Permite integración con software de modelamiento 3D, entre ellos Tekla, para el
ingreso de conjuntos y partes a fabricar.
• Permite controlar y gestionar los procesos productivos, el control de calidad, montajes,
etc., con un nivel de detalle importante.
• Este software es bastante configurable, lo que es bastante útil en empresas
metalmecánicas sin tanto proceso automatizado y que realizan varios procesos
manuales y en forma dinámica.
13
Desventajas
• Los costos de licenciamiento son bastante elevados para una empresa metalmecánica
promedio.
• Los tiempos de implementación de esta solución se extienden por al menos 6 meses,
dado que contempla varios departamentos dentro de la empresa.
14
Se realizan aprovechamientos de materia prima y tiempos de fabricación, reduciendo los
costos de fabricación. Además, permite realizar seguimiento del cumplimiento de los plazos de
entrega comprometidos con el cliente.
Permite seleccionar el método de control de costos, ya sea FIFO, LIFO o Media. Cada
vez que se realiza un movimiento de inventario, el sistema actualiza el costo, permitiendo saber
el costo real de los productos almacenados y el valor total del inventario.
El sistema permite facturar contra pedido, nota de entrega o a solicitud del usuario,
permitiendo acceder a las facturas pendientes por contabilizar, contabilizadas y pagadas.
También permite gestionar a los clientes que están impagos y que representan un riesgo para la
empresa.
Lantek Integra Products: permite gestionar los datos asociados a los productos, tales
como diseño, estructuras, medidas, costos, precios de venta, precios de compra, operaciones de
15
fabricación, etc. Lantek Integra Products ofrece integración con software CAD 2D y CAD 3D,
aquí es importante mencionar la compatibilidad con Tekla, sistema más utilizado en Chile en
las Maestranzas. El programa permite importar los productos y la definición de su estructura
(conjuntos y partes)
En este módulo se define con detalle el costo de cada producto: estaciones de trabajo,
materia prima, mano de obra, etc., ingresando esa información al resto de los módulos: ventas,
fabricación, compras y almacenes.
Entre las ventaja y desventajas de este software se pueden mencionar las siguientes
Ventajas
• Permite integración con software de modelamiento 3D Tekla, del cual se puede
importar el listado con conjuntos y partes a fabricar.
• Permite gestionar el proceso productivo, calidad, montajes.
Desventajas
• Al igual que el software anterior, los costos de licenciamiento de esta solución son
bastante elevados para una empresa metalmecánica promedio.
• Los tiempos de implementación de esta solución, suponen al menos unos 8 meses,
dado que abarca varios departamentos dentro de la empresa.
• Este sistema apunta a talleres metalmecánicos automatizados con máquinas CNC, por
lo que no es aplicable a la mayoría de las maestranzas a nivel nacional donde la mayor
parte de los procesos son manuales.
16
2.3. Selección de la Alternativa
A continuación, se evalúan las alternativas de solución descritas anteriormente, en
conjunto con la alternativa de desarrollar un sistema propio. Para la toma de decisión, se
utilizan criterios cualitativos en base a las necesidades de una empresa metalmecánica, en
particular de Maestranza JOMA S.A. A cada criterio se le otorga un valor de ponderación, lo
que finalmente entregará un resultado final por cada alternativa.
Criterios de Selección
A continuación, se describen los distintos criterios para evaluar las alternativas:
Costos de implementación: el valor que tiene implementar una solución para al menos 5
usuarios, tanto en licencia como en servicios.
Permite trabajar con código de barras: Posibilidad de trabajar en terreno con etiquetas y
equipos de código de barra para registrar el avance de la producción y los despachos.
Corresponde a una solución integral: Si el sistema contiene los módulos necesarios para
todos los departamentos de la empresa, tales como ventas, compras, inventario, producción.
17
Criterio de Selección Ponderación
- Permite trabajar con código de barras: Puntuación = 40 (solo permite código de barras
en el manejo del inventario, pero no en el control de la producción)
- Corresponde a una solución integral: Puntuación = 100 (contiene módulos para todos
los departamentos)
18
Alternativa 2: STRUMIS
- Permite trabajar con código de barras: Puntuación = 100 (es posible utilizar código de
barras para el control de la producción y despachos)
- Corresponde a una solución integral: Puntuación = 100 (contiene módulos para todos
los departamentos.
- Permite trabajar con código de barras: Puntuación = 100 (es posible trabajar con
código de barras en el control de la producción y en el despacho)
19
Criterio de selección Ponderación Puntuación
Alternativa Seleccionada
Dado los resultados expuestos en la tabla anterior, se concluye que la alternativa más
adecuada para cumplir los objetivos presentados en este proyecto es la alternativa 3, que
considera el desarrollo de un sistema a medida. Esto se debe principalmente al bajo de costo
de implementación y a que se adecúa de mejor manera a los requerimientos de la empresa, por
ejemplo, al incluir código de barras.
20
3. Análisis y Diseño del Sistema
Para el proceso de desarrollo de software del sistema ACEROS se siguió el modelo en
cascada de acuerdo a lo especificado en SOMMERVILLE [4], en donde se realiza una
planeación inicial y cada etapa va seguida de otra, por eso su nombre (ver figura 3-1).
Análisis y definición de requerimientos: los servicios, las restricciones y las metas del
sistema se establecen mediante consulta a los usuarios. Luego, se definen con detalle y sirven
como especificación del sistema.
Diseño del sistema y del software: el proceso de diseño de sistemas asigna los
requerimientos de hardware o software estableciendo una arquitectura de sistema global. El
diseño del software implica identificar y describir las abstracciones fundamentales del sistema
de software y sus relaciones.
21
Implementación y prueba de unidad: durante esta etapa, el diseño de software se
realiza como un conjunto de programas o unidades del programa. La prueba de unidad consiste
en verificar que cada unidad cumpla con su especificación.
3.1. Requerimientos
Los requerimientos son descripciones de lo que el sistema de software debe hacer: el
servicio que ofrece y las restricciones en su operación. Tales requerimientos reflejan las
solicitudes de los clientes por un sistema que atienda sus necesidades.
22
3.1.1. Procesos de Negocio
Para la obtención de requerimientos del sistema ACEROS se realizaron entrevistas a los
trabajadores de los distintos departamentos de Maestranza JOMA S.A. Con la información
recopilada se analizaron los procesos de negocio para comprender las diferentes actividades
que se realizan y cómo éstas intercambian información. Esto establece las etapas implicadas
para realizar cada proceso de negocio y la información que se transmite entre estas etapas.
Algunos conceptos centrales de BPMN que se usan para crear modelos de flujo de
trabajo son:
23
3.1.1.1. Proceso de Ingeniería
24
3.1.1.2. Proceso de Negocio de Planificación
erd planificacion
«Área» Planificación
Inicio
Recepción tramital
Asignar número de
envío a
planificadores
Registrar planilla
envío , orden de
perfiles, máquinas
Ingresar Ordenes de
Corte
Optimizar materiales
Revisión y reserva
de Stock materiales
FIN
25
3.1.1.3. Proceso de Negocio de Producción
class Produccion
Área Producción
Ini ci o
Armado
¿Sol dadura?
SI
NO
T ratami ento de
superfi ci e
¿Pi ntura?
SI
Pi ntura
NO
Fi n
26
3.1.1.4. Proceso de Montaje
27
3.1.1.5. Proceso de Calidad
class calidad
Área calidad
Inicio
Realizar inspección
¿existe No-conformidad?
Generar documentos
FIN
28
3.2. Modelado de los Requerimientos
Del proceso de análisis de los requerimientos y sus reglas se desprenden las principales
entidades de negocio, que se describen en el Diagrama de Entidad junto con sus principales
Relaciones. Luego se utilizó el modelado UML [7] de Casos de Uso para identificar las
interacciones entre el sistema y los usuarios. Por último, se establece un modelo de datos que
define cómo se estructurarán los datos de la empresa en la base de datos del sistema.
El Diagrama de Entidad Relación [8] es una herramienta para el modelado de datos que
permite representar las entidades relevantes de un sistema de información, así como sus
interrelaciones y propiedades
La entidad puede ser un objeto con existencia física o conceptual, y está descrita y se
representa por sus características o atributos. La relación describe la dependencia entre
entidades o permite la asociación de las mismas.
29
Figura 3-7: Diagrama Entidad Relación
Entidad Descripción
30
Planificador Usuario encargado de ingresar la información de elementos
Ubicación Taller físico donde se realizan los procesos y las inspecciones de calidad
31
3.2.2. Casos de Uso
Los casos de uso se han convertido en una característica fundamental del modelado de
lenguaje unificado. Un caso de uso identifica las interacciones entre el sistema y sus usuarios u
otros sistemas, y nombra el tipo de interacción.
32
Figura 3-8: Diagrama de Caso de Uso Planificación
33
Figura 3-10: Diagrama de Caso de Uso Producción
34
Figura 3-12: Diagrama de Caso de Uso Despacho
35
3.2.3. Modelo de Datos Lógico
Un esquema conceptual basado en el modelo Entidad-Relación puede ser transformado,
de acuerdo con unas sencillas reglas, en un esquema lógico del modelo relacional según
ELMASRI, NAVATHE [9] y SILBERSCHATZ, KORTH, SUDARSHAN [10].
36
3.2.4. Diseño de Interfaz
Según SOMMERVILLE [4], el diseño de la interfaz se define como el proceso de
diseñar la forma en la que los usuarios del sistema pueden ingresar a la funcionalidad de éste, y
la forma en que se despliega la información producida por el sistema.
En el sistema ACEROS, las interfaces dependen del perfil de usuario y del tipo de labor
que realizan. Aunque todas las interfaces están basadas en la Web, algunas están diseñadas
para utilizarse en estaciones de trabajo en oficina y otras están desarrolladas para utilizarse en
dispositivos móviles en terreno que pueden ser tabletas o lectores de código de barra,
dependiendo del tipo de función específica que desarrolla el usuario. Por lo tanto se definen 3
tipos de interfaces:
• Interfaz de panel de control: están diseñadas para trabajar en oficina para que los
administradores de sistema puedan crear, modificar o eliminar elementos tales
como clientes, obras, roles y usuarios.
• Interfaz de aplicaciones de escritorio: estas interfaces están diseñadas para
trabajar en oficina para que los planificadores, inspectores de calidad y jefes de
producción puedan ingresar obras, clientes, y contratistas. Además de programar
la producción, revisar estadísticas e ingresar no-conformidades
37
4. Implementación de Sistema ACEROS
En el presente capítulo se detalla la implementación del sistema ACEROS, describiendo
la plataforma, entorno y complementos utilizados en el desarrollo. Luego se describe la
implementación del modelo de datos a través de los diagramas de entidad-relación para cada
módulo. Finalmente se detallan los módulos que componen el sistema ACEROS, describiendo
su funcionalidad.
38
La ventaja de esta herramienta es que incluye funcionalidades específicas para
desarrollar aplicaciones en PHP, tales como tootltips de parámetros, sugerencias, correcciones
de código inteligente, Xdebug como depurador, compatibilidad con HTML, JavaScript y CSS.
4.1.4. Complementos
Para que el sistema ACEROS tenga la funcionalidad necesaria para cumplir con los
requerimientos solicitados, se han agregado los siguientes complementos:
• JPGraph: [18] es una librería para PHP para la creación de gráficos orientados
a objetos, completamente desarrollada en PHP y que es compatible con
cualquier proyecto que tenga versión PHP5.1 o superior
• domPdf: [19] librería escrita en PHP que permite convertir documentos HTML
a PDF. Soporta CSS2.1 y HTML 4.0
• PHPMailer: [20] es una clase creada específicamente para enviar emails,
admite el envío de adjuntos y conexiones con autentificación de seguridad
39
Figura 4-1: ERD Usuarios
40
Figura 4-3: ERD Producción
41
Figura 4-4: ERD - Avances Terminaciones
42
Figura 4-5: ERD – Calidad
43
Figura 4-6: ERD – Despacho
44
Figura 4-7: ERD Prioridades
45
4.3. Módulos del Sistema
Según el concepto de modularidad propuesto en SOMMERVILLE [4], el software se
divide en componentes con nombres y ubicaciones determinados que se denominan módulos
y que se integran para satisfacer los requisitos del problema. Si el programa está compuesto
por un único módulo se le denomina software monolítico, el cual es inabarcable y
prácticamente irrealizable dado que el número de caminos de control, expansión de las
referencias, número de variables y complejidad global, hacen imposible su correcta
comprensión. La solución, como muchos problemas en el mundo de la programación, se
encuentra en el axioma de 'divide y vencerás', ya que es más fácil resolver un problema
complejo cuando se divide en trozos manejables llamados módulos. Lo anterior también se
explica porque el esfuerzo de desarrollo de un módulo individual disminuye conforme
aumenta el número total de módulos; sin embargo, al crecer el número de módulos, el
esfuerzo de realizar las interfaces de conexión entre los módulos también crece. Esto quiere
decir que debemos evitar tanto una excesiva modularidad como una muy pobre.
46
Figura 4-8: Interfaz Panel de Control
47
Figura 4-10: Interfaz Módulo Perfiles
48
4.3.1.4. Módulo de Grupos de Inspección
En este módulo se crean, modifican y eliminan grupos de inspección y sus códigos. Un
grupo de inspección es un conjunto de códigos de errores que tienen características similares.
Por ejemplo en el grupo dimensional se encuentran errores asociados al largo, espesor,
trazado, etc.
49
4.3.1.6. Módulo Taller
En este módulo se crean, modifican y eliminan los talleres físicos, los cuales permiten
identificar la ubicación física donde se realizan los procesos productivos.
50
4.3.2. Aplicación de Escritorio
Esta sección contiene los módulos que permiten planificar, controlar y gestionar la
producción. Además, desde aquí es posible crear, modificar o eliminar elementos tales como
obras, clientes, y contratistas. También se realiza el ingreso y programación de elementos y
de la producción; acceder a las estadísticas y a las no-conformidades. Esta sección está
orientada principalmente a planificadores y jefes de producción que trabajan en estaciones de
trabajo, por lo tanto, las interfaces serán de escritorio. A continuación, se detallan los
módulos que conforman esta sección.
51
4.3.2.1. Módulo de Programación
En este módulo es posible acceder a la información de los envíos: estado de avance,
impresión de etiquetas de elementos, edición de elementos, modificación de cantidades,
agregar o quitar procesos, cambios de marca. Es decir, todo lo que tiene que ver con cambios
de diseño de la obra.
52
4.3.2.3. Módulo de Calidad
Este módulo permite ingresar no-conformidades desde una estación de trabajo en
oficina. Generalmente el ingreso de no-conformidades se realizará en terreno a través de
dispositivos móviles, pero a través de este módulo se podrá realizar el mismo ingreso desde
una estación de trabajo.
53
4.3.2.5. Módulo de Clientes
En este módulo se crean, modifican y eliminan clientes. Se ingresan datos tales como
Rut, nombre, giro, dirección, comuna y teléfono.
54
4.3.2.7. Módulo de Estadísticas
Este módulo permite ejecutar reportes de las siguientes áreas:
55
4.3.3. Aplicación para Dispositivos Móviles
Esta aplicación está desarrollada para el trabajo en terreno a través de dispositivos
móviles, donde supervisores e inspectores cumplen sus labores de producción y calidad
respectivamente. Para los procesos de Armado y Soldadura se utilizan dispositivos con lector
de código de barra incorporado, a los cuales se les ha desarrollado una interfaz web
compatible con su sistema operativo Windows Mobile. Luego para los procesos de Calidad y
Zona Franca, se utilizan tabletas con Android para aprovechar las pantallas táctiles de mayor
tamaño, necesarias para interactuar con otras opciones como mapas y listados de rechazos.
Para estas tabletas se utiliza una interfaz web desarrollada para html5.
56
Figura 4-26: Interfaz Módulo de Inspección
57
4.3.3.3. Módulo de Ingreso a Terminaciones
Este módulo permite registrar que el elemento ha finalizado sus etapas de armado y
remate, y ha sido ingresado al área de terminaciones. Esto corresponde a un hito importante
para el departamento de producción que debe ser registrado.
58
Figura 4-29: Interfaz Módulo de Terminaciones Zona Franca
59
4.3.3.6. Módulo de Escaneo
En este módulo, simplemente entrega información básica de elementos, supervisores y
talleres, cada vez que se escanea un código de barra.
60
5. Evaluación y Pruebas del Sistema ACEROS
De acuerdo con lo presentado en PRESSMAN [5] el software se prueba para descubrir
errores que se cometieron de manera inadvertida conforme se diseñó y construyó, además de
verificar que el sistema resuelve el problema y que se cumpla con los requerimientos. Este
proceso se conoce como verificación y validación. La verificación se refiere al conjunto de
tareas que garantizan que el software implementa correctamente una función específica:
“¿Construimos el producto correctamente?”. Por otro lado, la validación es un conjunto de
tareas que aseguran que el software que se construye sigue los requerimientos del cliente:
“¿Construimos el producto correcto?”.
Se realizaron pruebas siguiendo todos los caminos y decisiones lógicas dentro de cada
módulo con el fin de descubrir errores no detectados anteriormente. También ser realizaron
pruebas sobre la interfaz del software buscando inconsistencias o errores en el acceso a los
datos. Además, se verificó que aceptara adecuadamente la entrada de datos y que no se
produjeran errores en la salida y representación de los resultados.
61
También se verificó que el sistema cumpliera con los requerimientos funcionales, tales
como restricción de permisos de usuario, pruebas de carga con grandes listados de elementos
y desempeño del sistema al realizar consultas a la base de datos.
Entre las pruebas realizadas por los usuarios se encuentran las siguientes:
Se finalizaron las pruebas de usuario con la aceptación de parte de las jefaturas de cada
departamento. Los pasos siguientes correspondieron a la capacitación de los usuarios y
definición del periodo de marcha blanca, para finalizar con la puesta en marcha del sistema
ACEROS.
62
6. Conclusiones y Trabajo Futuro
Este trabajo desarrollado y anteriormente expuesto se evalúa como exitoso al haber
cumplido con los objetivos propuestos. En efecto, se construyó un sistema que permite
controlar y gestionar la producción.
Los jefes de proyecto ahora pueden ingresar y controlar las prioridades indicadas por el
cliente y tomar las acciones correctivas necesarias para cumplir con los compromisos.
63
Dentro de los desarrollos futuros se ha planteado el desarrollo de un módulo de pago a
subcontratistas que permita definir una estructura de precios según tipo de estructura, y
genere reportes mensuales de pago a subcontratos.
64
Referencias
[2] LANTEK CHILE SPA. Plataforma software para la gestión Lantek Integra. [en
línea] < http://www.lanteksms.com/es/lantek-integra> [consulta 11 diciembre 2016]
[3] TEKLA STRUCTURES. Software BIM de Tekla Structures [en línea] <
https://www.tekla.com/la/productos/tekla-structures> [consulta 12 agosto 2017]
65
[12] THE APACHE SOFTWARE FOUNDATION, Welcome to The Apache
Software Foundation! [en línea] < https://www.apache.org> [consulta: 06 enero 2017]
[16] ORACLE. NetBeans IDE Fits the Pieces Together [en línea]
<https://netbeans.org> [consulta 13 febrero 2017]
[21]
66
Anexo A – Procesos de Negocio
A continuación se detallan los procedimientos para cada proceso de negocio.
67
3 Enviar RFI Proyectista El proyectista, envía al cliente los RFI con 4
al Cliente respecto a los planos, y espera la respuesta.
El RFI se compone de la consulta realizada
por el Proyectista y la imagen del plano que
indica la información faltante por aclarar en
las secciones.
68
7 Modelar Proyectista El proyectista una vez que ha trazado los 8
perfiles ejes y elevaciones, comienzan a modelar los
perfiles de acuerdo al plano de diseño, éste
debe generar listados de perfiles cuantas
veces sea necesario hasta que el proyectista
líder este conforme. Finalmente, cuando el
listado de perfil este correcto se genera el
reporte de listado de perfil o ABM, que es
el avance del listado de materiales que
contiene el elemento principal (Perfil).
69
11 Marcación Proyectista Una vez generado el listado de partes, el 12
de Piezas proyectista prosigue a realizar la marcación
de las partes o asociar una pieza a una
parte. Para ello se debe detallar como se
unirán las partes para fabricar una pieza.
Esta actividad genera un detallamiento
plano de fabricación.
70
N° Actividad Responsable Descripción Ir a
71
sistema muestra gráficamente el
aprovechamiento. Si el aprovechamiento no
satisface, se vuelve a generar, ajustando los
procesos.
72
2 Registrar piezas Supervisor Una vez armado, el supervisor registra
armadas las piezas armadas correspondientes al
envío, dónde se registra el maestro que
realizó el armado, la obra, envío, y se
realiza un control de elementos en
proceso.
_ Soldar la pieza 3
_ Limpiar la pieza 5
73
(avance).
74
11 Despacho Despachador Una vez que la pieza termina todos sus Fin
procesos, se prosigue a despachar las
piezas finales o semielaboradas,
elaborando para ello una guía de
despacho en donde se registren los
elementos despachados.
75
de un checklist realizado por un
supervisor o inspector.
76
2 Realizar Inspector de El inspector de calidad realiza una 5
inspección Calidad inspección visual de la pieza para
Visual detectar problemas de soldadura, calidad
de la materia prima, ausencia de marca
de golpe, o presencia de canto vivo.
77
Anexo B – Descripción de Casos de Uso
A continuación se presentan as descripciones de los casos de uso.
Actores: Planificador
78
Casos de Uso: Asignación de Prioridades
Descripción: El jefe de proyecto asignará las fechas en que los elementos deben ser
despachados a obra según las prioridades definidas previamente con el
cliente.
79
En ocasiones esta tarea la realizará el supervisor.
80
Respuesta Confirmación de que el proceso fue avanzado correctamente.
Actores: Supervisor
81
Casos de Uso: Elaboración de Guía de Despacho
Actores: Supervisor
82
Actores: Supervisor
83
Anexo C – Reglas de Transformación
A continuación se describen las reglas a través de las cuales se puede transformar un
esquema conceptual basado en el modelo Entidad-Relación, en un esquema lógico del
modelo relacional.
Reglas de Transformación
1. Por cada tipo de entidad fuerte E del esquema ER se crea una relación R que
contenga todos los atributos simples y no multi valuados de E. Además, dado que el
modelo relacional no admite los valores no atómicos, R contendrá también sólo los
atributos simples que formen parte de cada atributo compuesto (no multi valuado)
de E. Como clave primaria de R se escogerá el atributo o atributos simples que
formen parte de la clave primaria de E. Los atributos derivados se ignoran.
2. Por cada tipo de entidad débil E del esquema ER se crea una relación R que
contenga todos los atributos simples y no multi valuados de E. Además, dado que el
modelo relacional no admite los valores no atómicos, R contendrá también sólo los
atributos simples que formen parte de cada atributo compuesto (no multi valuado)
de E. Como clave primaria de R se escogerá el atributo o atributos simples que
formen parte del discriminante de E, además de la clave primaria del tipo de entidad
fuerte E’ del que dependa E. Los atributos derivados se ignoran.
3. Por cada tipo de relación (de grado 2) R del esquema ER, de cardinalidad 1:1, se
identifican a las relaciones S y T del esquema relacional que representan a los tipos
de entidad participantes. Se escoge una de las dos relaciones (por ejemplo S) y se
incluye como clave foránea de S la clave primaria de T. Además, se incluyen en S
todos los atributos (no multi valuados) del tipo de relación R, incluidos aquellos que
conformen un atributo compuesto. Los atributos derivados se ignoran.
Nota: para escoger la relación S en la que incluir los atributos, es mejor pensar
en una que corresponda a un tipo de entidad con participación total en el tipo de
relación a representar
84
4. Por cada tipo de relación (de grado 2) R del esquema ER, de cardinalidad 1:N, se
identifica a la relación S que representa al tipo de entidad participante del lado N, y
a la relación T que representa al tipo de entidad participante del lado 1. Se incluye
como clave foránea de S la clave primaria de T. Se incluyen también en S los
atributos (no multi valuados) del tipo de relación, incluidos aquellos que conformen
un atributo compuesto. Los atributos derivados se ignoran.
5. Por cada tipo de relación (de grado 2) R del esquema ER, de cardinalidad M:N, se
crea una nueva relación S que tendrá como atributos de clave foránea los atributos
que formen la clave primaria de los dos tipos de entidad participantes en R. Además,
S incluirá los atributos simples (no multi valuados) del tipo de relación, incluidos
aquellos que conformen un atributo compuesto. La clave primaria de S estará
formado por los atributos de clave primaria de los tipos de entidad participantes en
el tipo de relación. Los atributos derivados se ignoran.
6. Por cada atributo multi valuado correspondiente a un tipo de entidad o tipo de
relación R del esquema ER, se crea una nueva relación S que tendrá como atributos
de clave foránea los atributos de clave primaria de R. Además, S incluirá el atributo
multi valuado; si el atributo es compuesto, se incluirán los atributos simples que lo
integren. La clave primaria de S será la misma que la de R, unida al atributo multi
valuado.
85