Fecha - IIT - Universidad Pontificia Comillas

Autorizada la entrega del proyecto al alumno:
Carlos Suanzes Tardón
EL DIRECTOR DEL PROYECTO
Antonio Noguero Galilea
Fdo:
Fecha:
Vº Bº del Coordinador de Proyectos
Claudia Messeguer Velasco
Fdo:
Fecha:
IMPLANTACIÓN DE UN SISTEMA DE GESTIÓN DEL CICLO
DE VIDA DEL PRODUCTO EN UNA EMPRESA DE BIENES DE
EQUIPO Y CONSUMO
Autor: Suanzes Tardón, Carlos.
Director: Noguero Galilea, Antonio.
Entidad Colaboradora: ICAI- Universidad Pontificia Comillas.
RESUMEN DEL PROYECTO
Las empresas deben adaptarse constantemente a nuevas situaciones optimizando sus
métodos productivos, para poder servir a sus clientes en unos plazos que se acortan
día a día, con productos de mayor calidad y flexibilidad. Esto obliga a una mejora
continua que afecta a todo el proceso, desde los métodos de diseño e ingeniería hasta
la fabricación. La consecución de dichos objetivos pasa por la incorporación de
tecnologías CAD/CAM/CAE/PDM en el Ciclo de Vida del Producto o Product
Lifecycle Management (PLM).
Las soluciones PLM facilitan la gestión del ciclo de vida de productos, proyectos y
otros activos de la empresa, en definitiva, se trata de mejorar la capacidad de
innovación de la empresa en base a dos enfoques principales: colaboración en base a
la integración de las distintas funciones y empresas externas que intervienen en el
diseño de nuevos productos y procesos productivos asociados; y reutilización de
conocimientos y experiencia acumulados por la organización en la gestión del ciclo
de vida de productos previos, consiguiéndose como resultados: reducción de plazos
de comercialización, eliminación de errores, reducción de costes y mayor flexibilidad
al mejorar el acceso y la comunicación de la información.
Este proyecto pretende estudiar el estado de arte y simular el proceso de
implantación de un sistema de gestión del ciclo de vida de un producto, para valorar
las diferentes variables que intervienen y que condicionan la implantación de estas
nuevas tecnologías integradas. La aplicación se desarrollaría sobre un caso real.
IMPLEMENTATION OF A PRODUCT LIFECYCLE
MANAGEMENT SYSTEM FOR AN INDUSTRIAL MACHINERY
CONSUMES GOODS COMPANY
SUMMARY
Businesses
should
adapt
constantly
to
new
situations
optimizing
their
productive methods, in order to serve it´s clients in limit time that shortens day by
day, with products of greater quality and flexibility. This forces a continuous
improvement that affects the whole process, from the methods of design and
engineering
to
production.
Those
objectives
need
the
incorporation
of
CAD/CAM/CAE/PDM technologies in the Product Lifecycle Management (PLM).
PLM solutions improve the management of the product lifecycle, projects and
other assets of the business like capacity of innovation based in two main points:
integration of the different functions and external businesses as a part of the
design of new products and associated productive processes; and recycling of
knowhow and experience accumulated by the organization in the management of the
previous products life cycle, obtaining as a result: time to market reduction,
elimination of errors, reduction of prices and greater flexibility improving
the access and the communication of Information.
This project studies the actually state of PLM and simulates the process of
establishment of Product Lifecycle management, to value the different variables that
intervene and that condition the establishment of these new integrated technologies.
The application would be developed on a real case.
Índice
1
OBJETIVOS ................................................................................................ 1
2
METODOLOGÍA UTILIZADA ...................................................................... 4
3
INTRODUCCIÓN ........................................................................................ 6
3.1 PUNTO DE REFERENCIA.......................................................................... 7
3.2 SITUACIÓN ACTUAL DEL PLM ............................................................... 18
3.2.1 Principales funcionalidades................................................................ 18
3.2.1.1 Gestión de Proyectos ............................................................. 18
3.2.1.2 Gestión Documental ............................................................... 21
3.2.1.3 Integración en Catia................................................................ 34
3.2.1.4 Gestión de la Estructura de Producto y LDM ....................... 34
3.2.1.5 Cálculo de pesos.................................................................... 36
3.2.1.6 Despieces ............................................................................... 37
3.2.1.7 Impresión masiva................................................................... 37
3.2.1.8 Acceso a Web......................................................................... 37
3.2.1.9 Flujos de trabajo (Workflow)................................................. 38
3.2.1.10 Gestión de Cambios ............................................................. 40
3.2.1.11 Comunicación con proveedores......................................... 40
3.2.1.12 Integración ERP ................................................................... 42
3.2.1.13 Generación de Informes ...................................................... 43
4
PROCESO DE IMPLANTACIÓN............................................................... 44
4.1 PREPARACIÓN DEL PROYECTO DE IMPLANTACIÓN ......................... 45
4.1.1 Objetivos de la Implantación ............................................................. 48
4.1.2 Análisis de Procesos ......................................................................... 49
4.1.3 Análisis de Requerimientos............................................................... 60
4.1.4 Solución Propuesta ........................................................................... 61
4.1.5 Escenarios soportados...................................................................... 61
4.1.6 Criterios de Validación ...................................................................... 75
4.1.7 Estrucutra de descomposición de tareas (WBS).................................. 76
4.1.8 Estimación de Recursos ......................................................................... 78
4.1.9 Equipo de Proyecto ........................................................................... 78
4.1.10 Planificación. Fases ......................................................................... 79
4.2 EJECUCIÓN Y CONTROL: ÁREAS.......................................................... 81
4.2.1 Infraestructura: Servidores, Redes, Puestos, Software..................... 81
4.2.1.1 Instalación y configuración.................................................... 82
4.2.2 Definición del Modelo de Datos......................................................... 82
4.2.2.1 Clases ...................................................................................... 82
4.2.2.1 Atributos .................................................................................. 83
4.2.2.1 Enlaces .................................................................................... 83
4.2.3 Definición del interfaz de la aplicación (fichas o pantallas) ............... 83
4.2.4 Definición de flujos (Workflows) ........................................................ 84
4.2.5 Definición de la Metodología ............................................................. 91
4.2.6 Definición de Usuarios ...................................................................... 91
4.2.7 Definición del esquema de autorizaciones ........................................ 92
4.2.8 Desarrollos ........................................................................................ 93
4.2.8.1 Análisis, codificación y pruebas............................................ 93
4.2.9 Migración de datos ............................................................................ 94
4.2.10 Formación a Administradores y Usuarios........................................ 96
4.2.11 Elaboración de la Documentación................................................... 96
4.2.12 Pruebas de Validación .................................................................... 96
4.2.13 Soporte a la Puesta en Producción. ................................................ 97
4.2.14 Entrega y Cierre del Proyecto ......................................................... 97
5
ANEXO A .................................................................................................. 99
5.1 GLOSARIO DE TÉRMINOS UTILIZADOS EN PLM ............................... 100
6
ANEXO B ................................................................................................ 127
7
BIBLIOGRAFÍA ....................................................................................... 134
1
OBJETIVOS
Objetivos
2
Este proyecto consiste en la implantación de un sistema PLM en una
empresa de fabricación de bienes de equipo y consumo. Para ello se ha
realizado una documentación previa del estado actual del PLM. Para la
implantación se ha creado una estructura de una empresa de bienes de
equipo y consumo, estudiando los recursos necesarios y valorando las
variables que interviene y condicionan la implantación de un sistema PLM en
la empresa creada. A continuación se realiza la implantación y simulación
bajo el entorno PLM. Como consecuencia de la implantación se pretenden
alcanzar las siguientes metas en la empresa:
•
Aumentar
la
calidad
del
producto
mediante
la
implementación de controles de cambios sistemáticos, la
introducción de los últimos cambios de configuración, la
sincronización de múltiples listas de materiales y la
eliminación de fases de diseño redundantes.
•
Optimizar el uso de recursos de fábrica relacionados a
personas, plantas y procesos teniendo en cuenta el impacto
que los cambios en el diseño pueden tener sobre la
fabricación y adoptando un diseño efectivo para la
fabricación.
•
Mejorar la eficacia de la cadena de suministro eliminando los
retrasos en las entregas y facilitando la posibilidad de
compartir datos con mayor eficacia.
Objetivos
3
•
Facilitando la integración en la empresa, permitiendo que
todos los integrantes del ciclo de vida del producto
intercambien y compartan su conocimiento del producto,
independientemente de donde y como se cree esta
información (dominio geográfico, organizativo o tecnológico).
2
METODOLOGÍA UTILIZADA
Metodología utilizada
5
Para permitir el diseño colaborativo, acelerar los plazos de comercialización,
agilizar las operaciones de negocio y fomentar el desarrollo de productos
innovadores, es necesario eliminar aplicaciones verticales que limitan la
colaboración entre los departamentos internos
y que dificultan la
comunicación con clientes, proveedores y distribuidores. Para facilitar esta
tarea, el sistema PLM ofrece una integración de personas, clientes,
proveedores, procesos y aplicaciones.
Para ello se utiliza una infraestructura que combina la información de diseño
de producto con los sistemas de empresa más importantes, como CRM,
SCM y ERP.
Una vez creada la empresa se evalúan los recursos necesarios para la
implantación del entorno PLM. Los recursos que se van a utilizar, en cuanto
a hardware, son dos servidores que permitirán acceder a los archivos y a las
aplicaciones y ordenadores mediante los cuales se accede dichos
servidores. El software CAD/CAM/CAE necesario será CATIA V5r17 del cual
se han obtenido las licencias correspondientes. Para gestionar los servidores
se utiliza el Windows Server 2003 con las licencias necesarias y para
implantar el entorno PLM se utiliza ENOVIA SmarTeam.
3
INTRODUCCIÓN
Introducción
3.1
7
Punto de referencia
La Gestión del Ciclo de Vida del Producto (Product Lifecycle Management –
PLM) es un conjunto de soluciones de software que va más allá del
CAD/CAM/CAE. Permite compartir y gestionar los procesos de negocio y el
conocimiento del producto a través de todas las etapas de su ciclo de vida.
Actualmente con el concepto de “ingeniería concurrente” se hace necesario
que una amplia red de profesionales, a lo largo de la propia compañía junto
con clientes y suministradores, con diferentes ubicaciones geográficas,
trabajen juntos para idear, diseñar, fabricar y dar soporte a los productos,
funcionando como una sola entidad. Un sistema PLM permite a las
compañías compartir procesos de negocio comunes y un conocimiento
conjunto del producto a través de todas las etapas de su ciclo de vida, desde
el concepto a la retirada del mercado.
PLM es una estrategia empresarial que se basa en el acceso directo a un
único depósito de todo el conocimiento, datos y procesos relacionados con
sus productos. Como estrategia empresarial, permite a las organizaciones
descentralizadas innovar, desarrollar, dar soporte y discontinuar productos
como una única empresa. Asimismo, capta las prácticas recomendadas en
productos, procesos y capital intelectual para su reutilización.
Como estrategia de tecnología de la información, PLM crea una estructura
de datos coherente que permite la colaboración virtual y el uso compartido
Introducción
8
de datos en tiempo real entre equipos distribuidos geográficamente. Permite
a las compañías consolidar sistemas y aprovechar las inversiones existentes
durante su vida útil. A través estándares del sector, minimiza los problemas
de traducción de datos y proporciona acceso a la información a aquellos que
lo necesitan. Proporciona visibilidad en flujos de trabajo y dependencias
críticas para la toma de decisiones de gestión de todas las fases del ciclo de
vida del producto.
Muchas soluciones empresariales, como ERP (Enterprise Resource
Planning), CRM (Customer Relationship Management) y SCM (Supply Chain
Management), se centran en optimizar el flujo de productos físicos e
información transaccional. Estas aplicaciones son adecuadas para procesos
que consisten en repetir una tarea de la misma forma una y otra vez. La
realidad es que no sirven para el tipo de iteración rápida e innovación
necesarias para el éxito del desarrollo de productos. En su lugar, los
desarrolladores de productos necesitan soluciones flexibles que soporten
hábilmente los múltiples procesos interdependientes necesarios para lanzar
productos superiores al mercado. Desde la planificación al soporte, pasando
por todos los departamentos aplicables, y en toda la cadena de suministro,
PLM ofrece la solución. Al trabajar con representaciones de productos
digitales completas, los equipos pueden experimentar, realizar cambios,
ejecutar escenarios potenciales, ajustar diseños y mucho más, con total
rapidez. Al proporcionar a todos los interesados vistas individualizadas del
contenido, los productos digitales pueden llegar a ser completos,
Introducción
9
convincentes y estables antes de que comience el costoso proceso físico de
fabricación. Los fabricantes conocen las complejidades actuales del
desarrollo de productos. Desde las cadenas de suministro globales y la
fabricación distribuida al aumento de presión de los clientes y socios.
El sistema PLM muestra su máxima eficacia al tener una visión completa de
los procesos cruciales del desarrollo de productos.
A continuación se muestra una figura 3.2.1 que indica el proceso de
desarrollo de productos a lo largo de su ciclo de vida y los departamentos
involucrados.
Fig.3.2.1 Proceso de desarrollo de productos.
Introducción
10
Se pueden observar los procesos que tiene que seguir cada departamento
en cada fase del ciclo de vida del producto. Actualmente, el desarrollo de
productos es más complejo y difícil que nunca. Los fabricantes se enfrentan
a problemas importantes para comprender el impacto completo de los
cambios propuestos en diversas etapas del proceso de desarrollo de
productos y la necesidad de colaboración se encuentra en sus niveles
máximos. Cuando las tecnologías de desarrollo de productos incluyen varias
soluciones específicas que gestionan vistas independientes del producto
digital (vista LDM, vista de costes, etc.), resulta prácticamente imposible que
distintos usuarios obtengan una imagen coherente o mantener la integridad
entre las vistas. El resultado es mayor riesgo, pérdida de oportunidades,
ciclos más lentos y costes excesivos. A continuación se muestra el entorno
típico de desarrollo de productos.
Fig. 3.2.2 Entorno de desarrollo de productos.
Introducción
11
En la fig.3.2.2 se observan los diferentes departamentos que conforman la
empresa, las relaciones entre ellos y con los distintos componentes de la
cadena de valor, así como las tareas que realiza cada uno. Todo sistema
PLM incluye una serie de prestaciones para optimizar el desarrollo de
productos que son las siguientes:
Fig. 3.2.3 Prestaciones de un sistema PLM.
La creación permite la captura y el desarrollo de ideas y capital intelectual en
representaciones del producto de alta fidelidad y estructuradas que
proporcionan definiciones realistas, interactivas e intuitivas del aspecto, el
comportamiento y el medio de producción de un producto.
La colaboración asegura que todos los participantes en los procesos de
planificación, desarrollo, abastecimiento, fabricación, documentación y
Introducción
12
servicio del producto se comunican con eficacia para capturar información
creativa de forma iterativa así como identificar y resolver los problemas al
principio, cuando resulta sencillo realizar cambios.
El control captura todo el contenido del producto en un único almacén de
confianza, automatiza y supervisa los procesos clave de desarrollo de
productos, y facilita la compenetración de todos los participantes durante el
ciclo de vida de un producto.
La configuración permite combinar componentes de contenido en estructuras
sencillas o complejas para producir entregas superiores, como productos
fabricados, servicios y publicaciones, y gestionar la evolución de dichas
estructuras en el tiempo.
La comunicación controla la toma de decisiones oportuna y efectiva entre los
participantes internos y externos, y proporciona contenido dinámico del
producto a los destinatarios correctos, en el formato adecuado.
Un sistema PLM tiene como objetivo participar en todos y cada uno de los
pasos que componen el proceso de diseño de un producto. Para cumplir con
estos objetivos se apoya en:
•
Soluciones de Diseño CAD/CAE/CAM: cubren todos los aspectos del
diseño y la fabricación del producto.
•
Soluciones de Gestión de Datos del Producto (PDM): Un sistema
PDM (Product Data Management o Administrador de los Datos del
Introducción
13
Producto), es una herramienta que ayuda a los departamentos de
ingeniería y de producción a en la gestión del ciclo de vida del
producto, permitiendo documentar el proceso de desarrollo de un
producto y organizando, controlando y gestionando los accesos a
todos los datos que definen el producto. Permite a los usuarios
manejar y gestionar información de productos, procesos y recursos en
todo el ciclo de vida del producto. Esta gestión integra toda la
empresa, proveedores y clientes. El sistema PDM está formado por
un repositorio donde se almacenan todos los datos, por una
estructura jerárquica que divide el producto en componentes y a su
vez en subcomponentes, etc. Y por listas de materiales (LDM), que
muestran a parte de los componentes, información para el montaje
incluyendo referencias de fabricación y documentación diversa.
También se dispone de históricos de cambios de ingeniería. El
repositorio es una parte muy importante de un sistema PDM porque
almacena los históricos de los productos y las partes que lo
conforman. El acceso y modificación de los elementos que se
encuentran en el repositorio está estrictamente controlado por el
sistema.
Es habitual que las Oficinas Técnicas almacenen los planos y diseños
de los componentes y piezas en los que trabajan, sin embargo, suelen
existir problemas a la hora de intentar localizar ciertos datos o
Introducción
14
atributos referentes a estos elementos. La razón está en que a la hora
de guardar estos planos o diseños no existe una clasificación
detallada y con vínculos relacionales que organicen toda esta
información. Las consecuencias se traducen en una falta de eficacia
total, ya que los técnicos, en vez de dedicarse a realizar planos y
diseños, tienen que dedicarse a buscarlos, con la consiguiente
pérdida de tiempo.
Los Sistemas PDM nos ayudan a almacenar y gestionar todos los
datos (planos, diseños, documentos,...) y atributos (peso, tamaño,
materiales, fechas,...) de los productos en los que trabajamos. A
través de sus Bases de Datos Relacionales podemos conocer la
relación que existe entre todos estos datos y atributos, permitiéndonos
su posterior búsqueda, control y distribución de una forma rápida,
segura y eficaz. La base de este tipo de sistemas está en la
clasificación de la información. Todos los datos con características
similares son agrupados por “clases” (ajustadas a las necesidades de
cada negocio), y para realizar una clasificación más detallada se
utilizan
los
“atributos”,
que
describen
las
características
fundamentales de cada “componente” dentro de la clase. De esta
forma se tienen todos los componentes de trabajo de la empresa
organizándose una estructura jerárquica fácilmente trazable.
Entre las innumerables ventajas de los sistemas PDM, destacan:
Introducción
15
•
Permite una distribución automática de los planos y diseños
a quien lo
necesita y cuando lo necesita, ayudando a
coordinar y agilizar los procesos de revisión, cambio y
aprobación de los diseños con los mínimos trastornos.
•
Total seguridad e integridad de los datos. Todos los
cambios que se realicen son monitorizados, controlados y
grabados.
•
Gran ayuda para los ingenieros a la hora de localizar
diseños de proyectos similares y relacionados.
•
Permiten una identificación de las piezas y conjuntos que
han sido modificados.
•
Reducción del tiempo de lanzamiento de los productos al
mercado.
•
•
Mayor productividad en el diseño.
Soluciones de Fabricación Digital: incluyen metodología, software y
servicios que permiten optimizar todos los procesos relacionados con
la producción, mejorando la ingeniería de fabricación y permitiendo la
simulación y monitorización de dichos procesos.
Introducción
16
Para su gestión se utiliza hardware y software fácilmente integrables y que
configuran una infraestructura segura, robusta y fácilmente escalable. En la
figura 1 se muestra la estructura de un sistema PLM.
Fig.1. Diagrama de los componentes de un sistema PLM.
Por lo tanto un sistema PLM proporciona al funcionamiento de la empresa, la
organización, los usuarios, los productos o servicios y la gestión de procesos
una serie de beneficios que se describen a continuación:
•
Beneficios del PLM para el funcionamiento de la empresa:
o Nuevas oportunidades de negocio.
o Gestión de la calidad.
o Innovación, flexibilidad de la empresa y mejora de la gestión.
o Regulaciones y requerimientos de la industria.
o Soporte del ciclo de vida de producto.
•
Beneficios del PLM para la organización:
Introducción
17
o Mejora de las comunicaciones corporativas.
o Reutilización de Piezas y Diseños.
o Integración con herramientas de Software (CAD/CAM/CAE,
ERP, formatos de datos estándar).
o Acceso seguro a los datos.
•
Beneficios del PLM para los usuarios:
o Fuente de datos accesible y flexible.
o Rápida búsqueda de datos.
o Acceso a la información.
o Conexión entre usuarios
•
Beneficios del PLM para el producto o servicio:
o Respuestas más rápidas a peticiones de clientes.
o Gestión de estructuras de producto.
o Reutilización de piezas y diseños estandarizados.
o Reducción de errores y cambios de producto.
o Circulación de la información de producto.
•
Beneficios del PLM para la gestión de procesos:
Introducción
18
o Definición de los procesos.
o Control de documentos: disponibilidad de datos.
o Identificación de documentos (marcadores)
o Revisiones y aprobaciones
o Revisión de diseños
o Gestión de cambios de Ingeniería
o Rapidez en órdenes de trabajo
o Aumento de calidad
3.2
Situación actual del PLM
A continuación se muestra un estudio del estado actual del PLM y se
describen sus principales funcionalidades.
3.2.1 Principales funcionalidades
3.2.1 Gestión de Proyectos
Un sistema PLM planifica y gestiona proyectos del ciclo de vida, permitiendo,
a los diferentes equipos de trabajo, generar y compartir la información de
proyectos en tiempo real. Gracias a este rápido flujo de información se
produce una actualización y visualización instantánea de los proyectos.
Introducción
19
Con un sistema PLM se puede crear, mantener y controlar las tareas que
conforman los proyectos, sus dependencias, las fases críticas y las fechas
de inicio y fin del mismo.
Dentro de cada proyecto los equipos de trabajo pueden definir el proyecto en
función de las tareas a realizar, de los recursos asignados a cada tarea, de
los costes, de los conocimientos necesarios para realizar cada tarea,
asignando tareas a ciertos individuos en múltiples proyectos.
La gestión del proyecto mediante un sistema PLM proporciona a los
directivos informaciones tales como costes detallados, estado de equipos,
estado de proyectos y avisos que advierten de problemáticas que afectan al
curso del proyecto.
Toda la información relativa a proyectos como pueden ser actividades y
paquetes de trabajo se almacena en el repositorio. Una vez que se han a
almacenado en el repositorio se procede a la identificación de los proyectos
o los paquetes de trabajo, esta identificación se considera una tarea crítica
para la empresa. Toda esta información que puede ser requerida en
cualquier momento por el proceso, deja un rastro para posibles auditorias,
sobre todo en el contexto de la norma ISO 9001 y la fiabilidad del producto.
La gestión de la estructura implica una gestión del proyecto o de la
estructura de descomposición de las tareas que lo componen y que deben
ser realizadas. Por medio de una presentación grafica de una estructura de
Introducción
20
descomposición de tareas, el usuario puede navegar por ella y encontrar los
documentos relacionados con un determinado paquete de trabajo.
En la estructura de la organización se muestran los empleados que están
involucrados en cada parte del proyecto. Esta estructura sirve al sistema
PDM para determinar las autorizaciones de acceso sobre ciertos
documentos. Dependiendo del usuario que acceda, tiene la posibilidad de
ver, modificar o borrar la información.
En la gestión de los ciclos de vida, la gestión de procesos/proyectos implica
una planificación del trabajo y
flujos de trabajo (Workflow). Mediante la
estructura de descomposición de tareas, todos los paquetes de trabajo y
tareas pueden ser identificados. Para asegurarse de que todo el trabajo
planificado es terminado a tiempo es posible mantener un control sobre las
tareas, es decir, seguir el progreso del proyecto controlando las tareas
elementales. Si una de estas tareas se retrasa, el usuario puede comprobar
el flujo de trabajo que corresponde al estado de la tarea. La tarea puede
encontrarse en espera o esperando a que se complete otra tarea. Cuando
una tarea se encuentra cerca de su fecha de entrega el sistema genera
notas recordatorias.
Por lo tanto la gestión de proyectos en el entorno PLM crea, recopila,
gestiona y aprovecha información del proyecto que es útil para la posterior
gestión de productos, procesos, fabricación y servicios.
Introducción
21
3.2.1.1 Gestión Documental
Un sistema PLM permite a la empresa identificar, acceder y reutilizar todos
los documentos que pertenecen al ciclo de vida del producto. Proporciona
una plataforma que almacena datos de manera segura y acceso al
conocimiento de diseño de los productos.
El sistema PDM soporta un diverso número de documentos que se manejan
con herramientas específicas. Estos documentos están asociados a
productos y pueden encontrarse en diferentes formatos, tales como: planos
en CAD, procesadores de texto, etc.…). La conexión entre documentos y
productos es recíproca, es decir, un único producto puede tener varios
documentos relacionados y del mismo modo un solo documento puede tener
varios productos asociados (por ejemplo un manual de calidad que describe
procedimientos generales de actuación).
Si el usuario añade un nuevo documento al sistema PDM, se crea un nuevo
objeto y se le asigna un número específico de identificación que introduce en
los atributos. Los atributos es una ficha que muestra entre otras cosas: el
tipo de documento, la fecha de creación el proyecto al que pertenece, la
revisión, el estado, la carpeta en la que se encuentra, etc.… Todas las
versiones tienen el mismo número de identificación pero diferente numero de
versión. Estos atributos se asocian a una carpeta que se encuentra en el
“vault”, en esta carpeta es donde se encuentra físicamente el archivo.
Introducción
22
Para localizar documentos en el repositorio el usuario puede buscarlos en
función de los propios atributos del documento. Si el documento se
encuentra, se puede editar o ver el histórico de las versiones del documento
y escoger la que se necesita. Después de seleccionar la versión se genera
una visualización del archivo. El documento puede encontrarse en diferentes
formatos, pero que no suponen un problema al visualizarse porque el propio
sistema PDM puede soportarlos.
También se pueden crear estructuras en la documentación (por ejemplo
definir relaciones entre documentos y versiones de documentos). Se pueden
definir diversos tipos de relaciones entre documentos entre las que
destacan: relaciones jerárquicas, laterales, externas e internas.
Las relaciones jerárquicas se utilizan para establecer estructuras en el
documento, cuando está compuesto por otros documentos, por ejemplo un
manual que está compuesto por un manual de usuario y un manual de
mantenimiento gestionados individualmente, o para definir el dossier de un
producto que consiste en, planos, cambios y cálculos.
Por otro lado las relaciones laterales se realizan entre documentos del
mismo nivel, por ejemplo en una versión de un cálculo que pertenece a una
versión en particular de un plano.
Las relaciones externas se dan entre dos o más documentos que han sido
creados por el sistema PDM, los dos ejemplos mencionados anteriormente
son ambos relaciones externas. Las relaciones internas se producen dentro
Introducción
23
de una carpeta y no son necesariamente creadas por el sistema PLM, por
ejemplo las referencias asociadas a las partes de un conjunto en CAD.
La estructura de la documentación puede servir de ayuda para encontrar
información relacional. Permite al usuario la posibilidad de hojear a lo largo
de la estructura. Siguiendo estas relaciones el usuario puede encontrar la
información que necesita. Estas estructuras de documentación pueden ser
utilizadas para definir el impacto de un cambio de ingeniería y si un
documento tiene que ser modificado por un cambio de ingeniería estas
relaciones son un indicador de los documentos que están afectados por este
cambio.
3.2.1.1.1. Estructura de la documentación.
Los documentos relacionados con los componentes y ensamblajes pueden
clasificarse en clases (planos 2D, modelos 3D, publicaciones técnicas,
especificaciones, archivos de Elementos de Análisis Finitos (FEA),
documentos Word con los apuntes de las reuniones, etc.) .Cada documento
tiene sus propios atributos como son: parte, número, autor y fecha
La estructura de la documentación es utilizada por el usuario para encontrar
información relacional, proporcionando la posibilidad de moverse por la
estructura de la misma, siguiendo estos métodos el usuario puede encontrar
información que necesita. Estas estructuras también pueden ser utilizadas
para definir el impacto en un cambio de ingeniería. Si un documento ha de
ser modificado por un cambio de ingeniería las relaciones con otros
Introducción
24
documentos indican que también pueden verse afectados por dichos
cambios.
El estado y la versión no solo se aplica a documentos individuales, también
se aplica a estructuras de documentos. Esto hace posible conocer qué
documentos han formado parte de la estructura de un documento a lo largo
del tiempo. Además es posible almacenar una estructura de documentación
específica para ser utilizada en referencias posteriores.
La gestión de la estructura de la documentación comprende el modelado de
la estructura, el visionado y el análisis del impacto de los cambios.
3.2.1.1.2.- Versionado
El versionado tiene dos funciones principales:
•
Las versiones representan la evolución de un objeto a lo largo del
tiempo. Este tipo de versionado se denomina revisiones. Las
revisiones se llevan a cabo cuando se tiene la necesidad de modificar
componentes partiendo del diseño base, por nuevas especificaciones
técnicas, por necesidades de los clientes, para corregir errores de
diseño u optimizar el diseño, etc.….Las últimas revisiones se integran
en el conjunto final.
Normalmente los documentos de ingeniería están producidos por un
número reducido de personas, cuando estos documentos se terminan
quedan expuestos y son usados por un gran número de personas.
Introducción
25
Las posibles modificaciones que se hagan sobre este documento
perturban el trabajo de mucha gente, y esto se tiene que evitar.
Un documento describe los aspectos que conforman un producto y
normalmente un documento de ingeniería suele ser modificado
después de ser terminado. La competitividad entre las compañías se
basas en una mejora continua de sus productos a través de las
versiones de los mismos. Cuando un documento se modifica los
usuarios deben estar expuestos a las modificaciones de una manera
controlada con el fin de minimizar la perturbación.
Normalmente la última revisión de un documento representa el estado
actual del documento y las antiguas son utilizadas como referencia.
Cada revisión
es la sucesora de la revisión anterior excepto la
primera revisión y se denominan históricos. Cuando un producto y sus
documentos
almacenar
relacionados
las
antiguas
son
modificados
versiones
de
los
es
imprescindible
documentos,
esta
información es esencial para operaciones de post-venta como
mantenimiento y modernización.
Para crear una última revisión de un documento se debe realizar una
copia de la revisión
inmediatamente anterior y realizar las
modificaciones necesarias. Por lo tanto las revisiones actualizadas
utilizan como punto de partida las revisiones anteriores. Durante el
desarrollo de un producto es útil tener disponible antiguas revisiones
del producto como referencia. Por ejemplo en el desarrollo de
Introducción
26
software siempre se enfrentan al problema: “El programa no funciona
después de los cambios que se realizaron ayer”, por lo tanto mediante
las revisiones se puede saber que es lo que se modificó para conocer
el origen del problema. El mecanismo de versionado que se aplica a
los objetos, también puede aplicarse a los documentos. Como
consecuencia pueden crearse varias versiones de un documento. Las
versiones del documento siempre se obtienen del documento original,
pudiendo obtener múltiples versiones del mismo. Existen 3 razones
para crear una versión de un documento:
•
Como punto de referencia: cuando los diseñadores modifican
un diseño en múltiples escalones y estos escalones son
necesarios para añadir funcionalidad desde el punto de vista
de control. Por ejemplo en diseños complicados, al final de
cada fase se necesitan los “inputs” anteriores a esa fase para
poder continuar con el siguiente. Por lo tanto se crea una
versión de diseño preliminar y se comenta entre todo el
personal
involucrado
en
el
mismo.
Las
posibles
modificaciones regresan a los diseñadores que realizan otra
versión del documento, que vuelve a ser enviada a todos los
departamentos involucrados. Se puede observar que los
departamentos involucrados reciben versiones del documento
que han sido revisadas con anterioridad. Comparando las
diferentes versiones pueden saber qué ha sido añadido o
Introducción
27
modificado en el diseño. Podemos decir que cada versión del
documento es un punto de referencia para las personas
involucradas en el diseño.
•
Capacidad para deshacer cambios: se esta trabajando en un
informe que inicialmente está vacío, pero que tras 8 horas de
trabajo se consigue completar la primera sección. Al día
siguiente se elimina un párrafo de la primera sección y se
comienza a trabajar en una segunda sección. Cuando se
alcanza el capitulo tres se quiere introducir el párrafo que se
elimino anteriormente. Lógicamente no se dispone del párrafo
de la primera sección y tendría que volver a editarse. Pero si
se realiza una versión antes de borrar el párrafo, se puede
regresar a esta versión y recuperarlo para la versión actual.
•
Para controlar la evolución: existen regulaciones que exigen a
los fabricantes mostrar lo que ha ocurrido (incidencias) a un
diseño en particular durante su ciclo de vida. En el caso de
que no se produjera ningún incidente el fabricante tiene que
poder demostrarlo, para ello las compañías almacenan las
versiones de sus diseños en históricos, pudiendo regresar en
el tiempo para ver que decisiones se tomaron. En definitiva
funciona a modo de auditoria sobre los propios documentos.
Introducción
28
Existen numerosos tipos de numeraciones de las versiones, la más
común es con las letras: A,B,C,D, etc.… en la que la versión A es
anterior a la B y así sucesivamente.
•
Un mismo objeto pude tener diferentes variantes en paralelo. La
principal diferencia entre revisiones y variantes consiste en que las
nuevas revisiones de un documento sustituyen a las antiguas
revisiones, mientras que las diferentes variantes de un documento
están disponibles al mismo tiempo como alternativas.
3.2.1.1.3
Ciclo de vida
El sistema PLM apoya el ciclo de vida del documento controlando el estado
del documento y la versión, se considera ciclo de vida del documento a
todos los pasos que preceden a la liberación del documento. El control del
estado del documento se usa para definir los estados del documento durante
el ciclo de vida. Cada estado muestra algo acerca de la madurez del
documento. La calidad de un documento se incrementa como resultado de
cada paso o estado. Las diferentes versiones de un mismo documento
pueden tener diferentes estados.
Durante el ciclo de vida la versión de un documento se mueve de un estado
a otro. Todos los posibles estados de una versión se pueden mostrar con un
diagrama de transición a modo de representación de ciclo de vida del
documento. En la siguiente figura se muestra un diagrama en el que los
círculos representan el estado del documento en su ciclo de vida. Las
Introducción
29
flechas representan las transiciones en el ciclo de vida del documento de un
estado a otro.
Figura 3.2.1.1.3.1 Estados de un documento.
El primer estado es el de “en creación”, es el único estado en el que el
documento puede ser modificado. Cuando la persona termina de crear el
documento pasa a otro estado llamado “terminado” y se prepara para pasar
a ser verificado, si el documento es verificado pasa al estado de “verificado”.
El siguiente paso es el de aprobación o también llamado liberado en el cual
el documento es autorizado. En la figura 3.2.1.1.3.1
se muestra que el
estado del documento puede retroceder al estado anterior o incluso al
estado inicial. Por ejemplo del estado “verificado” al estado “en creación”, si
el documento se devuelve durante el proceso de verificación este retorna al
estado de “en creación”. Esto es debido a que durante el proceso de
“verificación” se han encontrado errores que el autor tiene que corregir.
Cuando se crea un documento y se libera comienza un nuevo ciclo de vida
para este documento. El sistema PDM engloba una red de ciclos de vida de
numerosos documentos.
Introducción
30
Para cada estado en el que se encuentre el documento a lo largo de su ciclo
de vida se definen los usuarios que pueden acceder al documento,
modificarlo o borrarlo. El control de la versión se utiliza para indicar la
creación de varias versiones en el documento a partir de las versiones del
documento a las que el usuario tiene acceso. Las versiones del documento
tienen también su ciclo de vida que es heredado de los documentos que le
preceden.
El estado y el control de la versión no solo se aplica a documentos
individuales, también se aplica a estructuras de documentos. Esto hace
posible ver que documentos forman parte de otras estructuras de
documentos. La gestión del ciclo de vida del documento comprende las
fases de control de la versión del documento y el control de la liberación y el
estatus del documento.
3.2.1.1.4
Repositorio
El repositorio es una plataforma que almacena datos de forma segura y
proporciona acceso al conocimiento de la organización. Todos los datos del
producto y proyecto se guardan en repositorios. El repositorio está formado
pos los meta-datos que es una ficha asociada a cada documento que
muestra entre otras cosas: el tipo de documento, la fecha de creación el
proyecto al que pertenece, la revisión, el estado, la carpeta en la que se
encuentra, etc.…Y por el “vault” que es donde se encuentra físicamente el
documento. En la siguiente figura se muestra la estructura del repositorio.
Introducción
31
Fig. 3.2.1.1.4.1 Estructura del repositorio.
Estos repositorios se caracterizan por un almacenamiento seguro de los
datos,
integridad de
dato
único
(favoreciendo
las
sinergias
entre
departamentos y oficinas) todos los cambios que se realicen serán
monitorizados, controlados y grabados. Aportando flexibilidad en el acceso a
los mismos desde cualquier lugar y permitiendo obtener el valor máximo del
conocimiento de la organización.
3.2.1.1.5
Seguridad
Un sistema PDM tiene un mecanismo de seguridad para controlar quien
puede acceder y modificar los datos del sistema. Existen muchas
operaciones a controlar aparte de ‘leer’ y ‘modificar’. Por ejemplo puede ser
necesario distinguir entre leer los contenidos actuales de un documento y los
valores de los atributos del documento. De la misma forma un documento o
cualquier otro objeto puede modificarse de diferentes maneras: modificar los
Introducción
32
valores de los atributos, modificar el contenido del documento, crear una
nueva versión cambiar el estado de un objeto, etc.….
Normalmente los derechos de acceso no se otorgan directamente a un
usuario en concreto, sino a un grupo de usuarios. Un usuario puede formar
parte de varios grupos de usuarios. Por ejemplo un documento puede tener
un atributo para el nombre del departamento al que pertenece y cada
departamento puede tener asociado los nombres de los usuarios que
aprueban los documentos del departamento.
Las operaciones que se aplican a un objeto dependen también de las
propiedades del mismo, como su estado actual. Por ejemplo normalmente
esta prohibido modificar un documento aprobado.
Los usuarios pueden bloquear las versiones de sus documentos para uso
exclusivo y por lo tanto cuando un usuario está trabajando en la versión de
un documento, el resto de los usuarios no pueden modificar la misma
versión sin su consentimiento. Por ejemplo si tenemos una revisión B que
deriva de otra revisión A de un documento. Se realiza otra revisión B’, que
también deriva de la revisión A. Si se quiere realizar una ultima revisión B”, y
que sea el sucesor final de la revisión A, para ello las revisiones B y B’ han
de estar temporalmente unidas.
Introducción
33
Fig.3.2.1.1.5.1 Revisiones
Si no se bloquea la versión a partir de la cual se van a crear nuevas
revisiones, el usuario no puede estar seguro de que crea una revisión final,
porque necesita que estén todas las revisiones unidas para crearla.
Las operaciones de bloqueo y desbloqueo se realizan como parte de un
“check in” o un “check out” si la unidad a bloquear es la misma con la que se
realiza el “check in” o “check out”.
3.2.1.1.6
Búsquedas
Mediante exploradores Web los usuarios pueden realizar consultas en el
entorno PLM y obtener información. Las búsquedas se pueden realizar
especificando atributos de los datos de los productos (material, fecha de
diseño, etc....) o bien con el texto completo. Otra forma de búsqueda es
mediante las listas BOM recorriendo rápidamente las piezas o los
componentes que conforman un producto.
3.2.1.1.7
Visualizaciones
Permite visualizar e interactuar, en el diseño, a todos los participantes del
ciclo de vida del producto. De esta forma participan en el proceso de diseño
Introducción
34
conceptual, desde una fase temprana y sin incurrir en costes derivados de la
formación en sistemas CAD. Los usuarios crean, comparten y gestionan los
prototipos virtuales en 3D, que luego son examinados interactivamente por
otros miembros del equipo dispersos geográficamente para detectar
cualquier problema en las primeras fases del diseño. Se pueden simular
aspectos funcionales de un producto propuesto, como la visualización del
ensamblaje en talleres y los procesos de reparación y mantenimiento. Las
visualizaciones facilitan la toma de decisiones, disponiendo de toda la
información referente al ciclo de vida del producto y teniendo en cuenta
todos los parámetros influyentes. Se pueden visualizar nuevas ideas,
comprobando su validez y realizando diseños alternativos con prototipos
virtuales ayudando y perfeccionando a la innovación del producto.
3.2.1.3 Integración en Catia
Un sistema PLM permite adaptar el activo intelectual proporcionando un
entorno de colaboración entre la gestión de los datos de los productos y los
programas de creación de prototipos digitales en 3D que se encuentran en
diversos formatos CAD como son: Solid Edge, CATIA, Pro/Engineer y
Autocad. Los equipos de ingeniería pueden diseñar y modificar nuevos
componentes y conjuntos trabajando en un entorno multi-CAD que les
permite crear prototipos digitales. Sobre estos prototipos se pueden
desarrollar modificaciones, variantes y nuevas configuraciones.
Introducción
35
3.2.1.4 Gestión de la Estructura de Producto y LDM
El sistema PLM permite la creación, manipulación y consulta de la estructura
del producto (piezas y conjuntos), a la vez que la generación de listas de
materiales (LDM).
Toda pieza o conjunto puede relacionarse con uno o más planos, modelos
3D, documentos o archivos cualesquiera con el fin de mantener
perfectamente estructurada, definida y descrita toda la información
relacionada con el producto respecto a cómo deberá ser fabricado,
ensamblado, inspeccionado o mantenido. De esta manera, es posible
evaluar rápidamente y en su totalidad el impacto que produce en el conjunto
de información de la empresa cualquier cambio sobre esta pieza o conjunto.
Las listas de materiales facilitan la visión y navegación de las estructuras, lo
que simplifica y facilita la comprensión de las posibles estructuras de
cualquier producto, por complejo que sea. No existe limitación en cuanto al
número de niveles con los que se puede modelar una estructura.
Se gestionan las estructuras de los productos a lo largo del ciclo de vida del
producto manteniendo un completo registro y visión histórica de toda la
información. Esto permite un tratamiento sin límites en cuanto a versiones y
revisiones. Por ejemplo, los usuarios pueden realizar cambios a antiguas
vistas ya diseñadas, fabricadas y construidas. El concepto de “estructura
activa” mejora la eficiencia de las búsquedas, reduciendo ampliamente el
tiempo que lleva localizar piezas y documentos.
Introducción
36
La clasificación estructurada de componentes permite la creación de árboles
de características funcionales que determinan familias, subfamilias, grupos,
etc. Toda pieza, componente o conjunto puede ser clasificada en función de
sus atributos. Con ello se facilita su búsqueda, recuperación y reutilización
por parte de cualquier persona.
Por ejemplo el objeto producto puede estar conectado con otro producto
utilizando el tipo de relación forma parte de otro. Un posible atributo de esta
relación puede ser la cantidad, es decir, el número de piezas necesarias de
un componente para el montaje, construyendo una lista de materiales.
También se pueden utilizar otro tipo de relaciones como deriva de otro.
Creando relaciones entre objetos, el usuario obtiene una red de objetos.
Estas redes contienen información útil para el usuario, permitiéndole
encontrar información relacionada con el objeto o los componentes de un
montaje.
De esta forma la empresa puede fácilmente estandarizar y normalizar su
producto, ahorrando costes debido a la menor proliferación de piezas, lo que
permite mantener un menor stock.
3.2.1.5 Cálculo de pesos
Se puede calcular el peso de cada componente y del conjunto final. A
partir del material de cada componente y de su geometría el sistema PLM
Introducción
37
calcula el peso de cada componente, o subcomponenete y finalmente el
del conjunto. Esto es muy útil en los diseños en los que se tengan
limitaciones de peso como en la industria aeronáutica.
3.2.1.6 Despieces
Una propiedad fundamental de los componentes es que pueden estar
formados por otros componentes y estos a su vez por sus propias partes.
Un componente que esta formado por partes se denomina montaje o
conjunto. Los términos parte y montaje son relativos al componente que
se considera porque un componente puede ser una parte de un montaje y
al mismo tiempo ser un montaje de componentes más pequeñas.
3.2.1.7
Impresión masiva
La información generada durante un proyecto puede solicitarse en papel,
como es el caso de los planos. El sistema PLM permite seleccionar los
archivos donde se encuentran esos planos ,asociados a un determinado
proyecto, y realizar impresiones de los mismos.
3.2.1.8
Acceso a Web
Los sistemas PLM proporcionan un entorno basado en Microsoft Office
adaptable y compatible con el software utilizado por los usuarios en las
distintas fases del ciclo de vida del producto.
Introducción
38
Los diferentes usuarios pueden colaborar con los proveedores, clientes y
con los diferentes departamentos de la organización en un entorno Web y en
tiempo real. Este tipo de colaboraciones tienen múltiples usos: desde la
creación de equipos virtuales formados por diferentes usuarios que
colaboran entre ellos, hasta recopilar y compartir la información del producto
no estructurada, es decir, información que se genera de manera informal
(que se encuentra en los escritorios o en las mentes de los integrantes de
los equipos) y que no forma parte del conocimiento estructurado (PDM).
En definitiva los entornos PLM basados en Microsoft Office se integran en
los escritorios de los usuarios permitiendo la conexión Web con todo el
entorno de la organización y sacar el mejor partido a la información
almacenada en sistemas existentes como: ERP (se encarga de la gestión de
los activos físicos como los materiales, maquinaria, personas, etc..),SCM (se
encarga de gestionar la cadena de suministros, es decir, los proveedores.) y
CRM (se encarga de gestionar la relación con los clientes.)
3.2.1.9
Flujos de trabajo (Workflow)
Un workflow es una secuencia de eventos definidos para mejorar un
conjunto de tareas, se realizan mediante la automatización de un proceso
total o parcial, en la que la documentación, información o tareas pasan de un
usuario a otro. Cada usuario ha de completar su tarea para que pase a la
Introducción
39
siguiente, y si un usuario ha detectado un error puede retornan esa tarea a
su antecesor para su corrección.
Normalmente los workflow son utilizados en un orden determinado porque el
output
de una herramienta sirve como input
de otra herramienta. Una
herramienta puede requerir múltiples input y generar múltiples output.
Los workflow son procedimientos establecidos por lo tanto cada usuario
conoce las tareas que ha de completar. El propio sistema PLM indica las
tareas y el orden que tiene que seguir cada usuario y las marca como
completadas cuando están finalizadas. Puede darse el caso que cada
usuario tenga que realizar diversas tareas, y en el caso de que alguna no se
complete el propio sistema avisa al usuario. Una vez completadas todas las
tareas del usuario, ésta se pone en contacto vía Web mediante el sistema
PLM y se completa un paso en el workflow correspondiente. Este proceso
sigue hasta que se completa el proceso.
Por ejemplo el proceso de un cambio de ingeniería implica números pasos,
desde que se detecta el error, pasa por el responsable de ingeniería luego
por el diseñador y por último es validado. Durante estos pasos
varios
documentos son enviados para ser aprobados y procesados por gente
diferente que forman parte del workflow.
Introducción
40
3.2.1.10 Gestión de Cambios
Es posible realizar cambios en el diseño de los productos. El proceso de
gestión de cambios se realiza mediante workflow, este permite su
planificación y seguimiento de tal forma que la empresa evalúa el impacto de
cada cambio en el producto.
Normalmente los elementos que se someten a cambios de ingeniería están
relacionados con otros elementos y estos cambios pueden afectar a
numerosos usuarios, que gracias al entorno PLM saben instantáneamente el
alcance de los mismos, de esta manera toman las medidas oportunas para
evitara interacciones entre los diferentes elementos del producto producidos
por los cambios.
3.2.1.11 Comunicación con proveedores
El sistema PLM permite a las empresas transformar digitalmente sus
relaciones con sus proveedores de productos. De esta forma también
integran sus procesos de tareas con el resto de iniciativas de ingeniería y
desarrollo del producto impulsado por el propio sistema PLM. Debido a esta
transformación la cadena de suministro de los proveedores puede
convertirse en una cadena de innovación que aporte las siguientes ventajas
al proceso:
•
Facilita la participación de la cadena de suministro en el proceso de
desarrollo del producto.
Introducción
41
•
Consigue que el proveedor entienda todo el ciclo de vida del producto.
•
Integra los workflow basados en procesos en los equipos de
ingeniería y aprovisionamiento.
También se aportan una serie de funciones de aprovisionamiento:
•
Se recopila todo el conocimiento e información que se obtiene durante
el aprovisionamiento para formar a los empleados de una manera
consistente.
•
Comunicación automática con proveedores y análisis de respuesta.
•
Gestión del gasto, se realiza un seguimiento en toda la empresa por
unidad de negocio, proveedor, artículo, tipo de proveedor y de esta
forma se aprovecha el poder adquisitivo gestionado por el
departamento de compras.
Con
estas
aplicaciones
el
proveedor
entiende
plenamente
sus
requerimientos de producto, las necesidades de la cadena de suministro y
las especificaciones del producto. Los equipos de diseño de la empresa
pueden valorar todos los proveedores en función del contenido de diseño,
la rentabilidad y calidad de producto, etc.…
Introducción
42
3.2.1.12 Integración ERP
Los sistemas de planificación de recursos de la empresa (ERP, enterprise
resource planning) son sistemas de gestión de información que integran y
automatizan muchas de las prácticas de negocio asociadas con los aspectos
operativos o productivos de una empresa. Los sistemas ERP típicamente
manejan la producción, logística, distribución, inventario, lista de materiales,
envíos, facturas, contabilidad para la compañía, recursos humanos, etc.
Las compañías comparten datos entre los sistemas PDM y ERP. Por
ejemplo si consideramos la lista de componentes de un producto, estos
datos son requeridos por ambos sistemas y posiblemente por otros sistemas
como herramientas de CAD. Para mantener la coherencia en los datos es
necesario definir él o los sistemas que almacenan los datos modificables y
cómo esos datos son transferidos a otros sistemas que usen esos datos. La
integración entre sistemas es complicada por el hecho de que los datos
están divididos entre los diferentes sistemas, es decir, no hay un solo
sistema que almacene todos los datos requeridos por otro sistema.
Por ejemplo, en la creación de un nuevo producto el sistema PDM sirve
como apoyo para su desarrollo. Parte de los datos del producto generados
por el sistema PDM son transferidos al sistema ERP, además de añadir sus
propios datos. Como resultado los datos sobre un producto son
almacenados en dos sistemas y algunos de estos datos se mantienen entre
ambos sistemas. En algunas ocasiones puede ser necesario retornar los
datos del sistema ERP al PDM.
Introducción
43
Compartir e intercambiar los datos entre ambos sistemas se vuelve muy
complicado, si el producto tiene múltiples estructuras. En este caso algunas
estructuras como “as-designed” puede manipularse en el sistema PDM
mientras que otras estructuras como “as-built” son manipuladas en el
sistema ERP.
3.2.1.13 Generación de Informes
El sistema PLM tiene la capacidad de generar informes de muy diversos
tipos. Desde informes relacionados con determinados proyectos a
informes sobre determinadas piezas componentes donde se muestra un
histórico de las mismas , realciones con otras piezas, en que conjuntos
que se fabrican se encuentran dichas piezas, etc… Esto puede ser útil a
la hora de realizar cambios de determinadas piezas. Se genera un
informe relativo a dichas piezas y se obtiene en qué conjuntos se
encuentran las piezas a cambiar.
4
PROCESO DE IMPLANTACIÓN
Proceso de implantación
45
4.1 Preparación del Proyecto de Implantación
Antes de la implantación hay que hacer un estudio sobre la empresa donde
se va a implantar el sistema PLM. Es una empresa que fabrica reductores
para motores eléctricos, pertenece al sector de maquinaria y de bienes de
equipo y consumo. En la fig.4.1.1 se muestra uno de los modelos de
reductores que fabrica la empresa.
Fig.4.1.1 Reductor.
En este sector es muy importante la capacidad de innovación en productos y
procesos. Se caracteriza por la calidad y complejidad de sus productos de
altos costes y largos plazos de desarrollo.
Los reductores que fabrican reúnen una serie de características de:
Proceso de implantación
46
1. Operación
•
Potencia de entrada (P.E.) y de salida (P.S.) medida en CV.
•
Velocidad de entrada (V.E.) y de salida (V.S.) medida en rpm.
•
Par en N-m.
•
Relación
de
reducción
como
engranaje
conducido
entre
conductor. Se representa por la letra “I”.
2. Trabajo a realizar
•
Accionamiento motor (motor eléctrico).
•
Tipo de acople entre maquina motriz y reductor (anclaje por patas).
•
Tipo de carga según accionamiento (Uniforme y moderada).
•
Duración de servicio horas/día (Entre 8 a 10 horas).
•
Arranques por hora.
3. Condiciones ambiente de trabajo
•
Humedad
•
Temperatura
Los reductores que se fabrican son reductores preparados para colocar el
motor eléctrico. Están compuestos por dos trenes de ejes libres. El método
de anclaje con el motor es mediante patas. La empresa a la que se provee
Proceso de implantación
47
de reductores utilizan el conjunto motoreductor
para los accionamientos
auxiliares de maquinas herramientas y para los accionamientos principales
de maquinas herramientas, que se catalogan como cargas uniforme y
moderada respectivamente.
El proceso a seguir, para la elección del reductor adecuado, es el siguiente:
1. Seleccionar el modelo de reductor según el tipo de accionamiento
deseado y el tipo de anclaje del reductor. El accionamiento es motor
eléctrico y el anclaje mediante patas.
2. Obtener el coeficiente C H según el tipo de carga en función de las
horas de funcionamiento al día, tabla 4.1.
3. Especificar el coeficiente C A de arrancadas/hora en la tabla 4.3.
4. Obtener el factor de servicio mediante la siguiente fórmula:
FS = C H ⋅ C M ⋅ C A
Una vez obtenido el factor de servicio, mediante la tabla 4.4 se obtiene el
modelo que más se ajusta a las especificaciones requeridas.
La empresa tiene unos plazos de comercialización relativamente lentos y
puede encontrarse con que la demanda del consumidor ha cambiado
cuando introduzcan sus productos. Al tener largos ciclos de desarrollo no se
puede obtener una mayor diferenciación en las ofertas y como consecuencia
los costes son mayores debido en parte a los mayores márgenes que se
Proceso de implantación
48
deben aplicar para cubrir riesgos imprevistos de los productos y los cambios
potenciales de la demanda. Para tener éxito esta empresa necesita
personalización, variedad y flexibilidad del producto.
La diferenciación obliga a tener una mayor oferta y diferenciación del
producto no solo en rendimiento, también en factores como el servicio,
suministro, mantenimiento. La capacidad de innovación que tiene un sistema
PLM ayuda a la empresa a ser la primera en ocupar un nuevo mercado y a
ganar una mayor cuota de mercados en desarrollo o ya maduros.
Gracias al sistema PLM se aprovechan las fuentes de conocimiento
existentes, se incorpora el conocimiento en las herramientas compartidas
que apoyan el proceso de desarrollo y se facilita la reutilización de procesos
y activos como los procedimientos de pruebas y las herramientas de
fabricación respectivamente.
El sector de la maquinaria industrial es muy exigente y obliga a la empresa a
exprimir al máximo los plazos de diseño y desarrollo aumentando a la vez su
capacidad de innovación. La capacidad de innovación de un sistema PLM
puede ofrecer mejoras en el diseño, la fabricación, la simulación, las pruebas
y la gestión de la calidad. Aporta flexibilidad para aceptar y gestionar
eficazmente los cambios de última hora en el ciclo de desarrollo del
producto.
4.1.1 Objetivos de la Implantación
Conseguir mejores prácticas en la empresa de maquinaria industrial, que
integran las necesidades de ingeniería y de negocio en un entorno PLM.
Proceso de implantación
49
Mayor importacia en el diseño y la ingeniería de la producción de piezas,
componentes y montajes. Lograr una optimización de todo el ciclo de vida
del producto.
4.1.2 Análisis de Procesos
Para analizar los proceos que se llevan a cabo en la empresa hay que
conocer la estructura de funcionamiento de la empresa, está dividida en
los siguientes departamentos: Oficina técnica, talleres de fabricación y
montaje,
departamento
de
compras,
departamento
de
ventas,
departamento de logística y departamento de finanzas. A continuación se
muestran las tareas de cada departamento:
1. Oficina técnica: se encarga de todo lo relacionado con el diseño y
producción de la empresa. A su vez está dividida en dos
departamentos:
a. Departamento de ingeniería: se encarga del proceso de
diseño del producto, tanto de su definición geométrica, con
programas de diseño gráfico CAD,CAM,CAE, como de la
lista de materiales que lo conforman. Inicialmente elabora
anteproyectos a partir de ideas iniciales y analizando las
posibles soluciones. Finalmente diseña nuevos productos,
redactando proyectos definitivos, una vez aceptada la
solución por el cliente. Está formada por personal técnico
cualificado entre los que se pueden destacar: Proyectistas,
diseñadores, ingenieros, etc.… Este departamento se
Proceso de implantación
50
encarga de realizar los proyectos técnicos que son
encargados por los clientes, siguiendo los siguientes puntos:
i. Comenzar
el
proyecto
fijando
las
directrices
principales, previo análisis de las soluciones posibles,
anteproyectos cuando se tenga certeza de la
aceptación y solvencia del cliente y viabilidad de la
ejecución práctica del producto.
ii. Asignar la realización del proyecto a técnicos
especializados.
iii. Diseñar primero las partes principales de cada
conjunto componente: carcasas, ejes, engranajes,
etc.…
iv. Dibujar los planos con programas de diseño gráfico,
especificando materiales, calidades superficiales,
tolerancias, etc.…
v. Confeccionar el presupuesto industrial, partiendo de
tiempos
concedidos
de
fabricación
y
montaje
facilitados por el departamento de producción, mano
de obra directa, coste de amortización y de
funcionamiento de puestos de trabajo, precio de
materiales, etc.…
vi. Preparar los planos y el presupuesto junto con los
demás documentos que integran el proyecto.
Proceso de implantación
51
En cuanto a relaciones con otros departamentos, ha de estar en
comunicación con el departamento de producción, del cual
recibe información sobre los procesos de trabajo, actividades y
tiempos concedidos de fabricación.
También con los talleres de fabricación proporcionandoles
información técnica del equipo de la empresa, especificaciones
técnicas de maquinaria, utillaje, etc.…. También para seguir la
ejecución del producto. Y por último con el departamento de
ventas, es decir, con los clientes que son los solicitantes del
proyecto intercambiando puntos de vista respecto a la más
rapida, idonea y viable solución deseada.
b. Departamento de producción: se encarga de determinar los
procesos de trabajo y preparar su ejecución en los talleres
de fabricación. Fijando el orden idóneo y secuencialidad de
las actividades tomando como base los proyectos técnicos
recibidos del departamento de ingeniería. Analiza los
distintos procedimientos de fabricación de cada elemento
adoptando el más económico. También confecciona el
proceso de fabricación y de montaje estableciendo los
tiempos concedidos y determinando el puesto de trabajo
donde debe realizarse cada actividad, para que el producto
resulte con las exigencias del proyecto en cuanto a
tolerancias, calidad superficial, etc.…Se fijan todos los útiles
Proceso de implantación
52
a emplear en cada actividad, notificando al taller aquellos
específicos que se requieran fabricar y diseñar.
En cuanto a relaciones con otros departamentos, ha de
estar en comunicación con el departamento de ingeniería
para que les faciliten planos de proyectos técnicos para
ejecutar en los talleres de fabricación y montaje. Con los
talleres para que les proporcionen especificaciones técnicas,
dimensión, capacidad, utillaje, etc.…. De cada máquina o
elemento de fabricación.
Con el departamento de compras para conocer el inventario
de los productos suministrados por los proveedores. Con las
empresas subcontratadas para conocer el estado de la
ejecución de las órdenes lanzadas al exterior.
Con el departamento de finanzas para conocer los costes de
mano de obra directa e indirecta, precio de materiales,
empresas subcontratadas, etc.….
También
se
encarga
de
cumplir
una
serie
especificaciones técnicas compuestas principalmente por:
•
Normativa ISO
•
Normas del sector
•
Normas de la propia empresa
•
Normativa sobre prevención de riesgos laborales
de
Proceso de implantación
53
2. Talleres de fabricación y montaje: su función principal es fabricar y
montar el producto por completo. Pero también tiene que fijar las
características técnicas de las maquinas y el utillaje de la empresa,
es decir, el conjunto de elementos que directa e indirectamente
intervienen en la producción, como maquinaria principal, auxiliar
instalaciones, redes, herramental, utillaje, etc.… así como de su
control y mantenimiento. Otras funciones de este departamentos
son:
•
Determinar para su comprobación, las especificaciones
técnicas
de
las
maquinas
y
demás
equipos
de
producción, recepcionarlos, comprobando que cumplen
los requisitos establecidos, aplicando por ejemplo, las
normas de verificación ISO, UNE, etc.…. e instalaciones
de los mismos.
•
Comprobar la capacidad de producción de las maquinas,
de acuerdo con los datos facilitados por el suministrador.
•
Proponer la sustitución de la máquina por haber quedado
fuera de los límites de tolerancia a obtener.
•
Procurar la máxima utilización de las maquinas, es decir,
que el tiempo improductivo sea el mínimo.
En cuanto a relaciones con otros departamentos, ha de estar en
comunicación con los departamentos de ingeniería y de producción a
Proceso de implantación
54
quienes les proporciona información técnica sobre la maquinaria y
utillaje.
3. Departamento de compras: realiza los pedidos a los proveedores.
Esta en comunicación con el departamento de ingeniería para
realizar los pedidos de componentes y materiales que necesitan.
4. Departamento de ventas: se encarga de contactar con los clientes.
Dentro de este departamento se ubica el de marketing y el de postventas. El departamento de post-ventas está en contacto con los
clientes para realizar operaciones de mantenimiento y cambio de
componentes del producto. El departamento de ventas tiene que estar
en comunicación con el departamento de ingeniería para conocer las
especificaciones de los productos. Por ejemplo a la hora de elaborar
los catálogos, folletos y material adicional del producto para
entregarlos a los clientes.
5. Departamento de calidad: se encarga de la inspección de los
componentes recibidos por los proveedores, de los fabricados en la
propia empresa y del producto final. Está en comunicación con el
departamento de ingeniería para conocer las tolerancias a controlar
de cada pieza y componente.
6. Departamento
de
finanzas:
se
encarga
de
la
ordenación,
coordinación, supervisión y control de las operaciones financieras,
contables y presupuestarias, con arreglo a las normas y demás
Proceso de implantación
55
disposiciones a que ellas deben sujetarse. Está en relación todos los
departamentos de la empresa.
El funcionamiento interno de la empresa sigue una distribución en planta en
la que la se fabrican reductores homónimos con diferentes características
respecto al dimensionado incluyendo el montaje en el proceso de trabajo.
El tipo de distribución en planta es funcional en la que los puestos de trabajo
se sitúan por funciones homónimas, es decir, se instalan por secciones o
conjuntos independientes: tornos, mandrinadoras, fresadoras, etc.…El
material en curso de fabricación y montaje se desplaza entre puntos
diferentes dentro de una misma sección o de una sección a la siguiente que
le corresponda.
Los reductores están compuestos por tres tipos de piezas:
•
Componentes
estándares:
son
aquellos
componentes
estandarizados que se compran a distribuidores.
•
Componentes subcontratados: son aquellos componentes que
fabrican para nuestra empresa, bajo pedido. Pero que requieren
de un mecanizado posterior que realiza la propia empresa.
•
Componentes de fabricación interna: son aquellos componentes
que fabrica la empresa en sus instalaciones.
Proceso de implantación
56
Las piezas estándares que no necesitan ningún tipo de tratamiento se
disponen para su posterior montaje. Las piezas subcontratadas son
recepcionadas y mecanizadas en los propios talleres y el resto de piezas se
fabrican en los talleres. Una vez que se disponen de todos estos elementos
se procede al montaje de los reductores. La distribución en planta es la
siguiente:
Figura 4.1. Distribución en planta
También se representa esquemáticamente mediante flechas el recorrido del
material en curso de fabricación hasta completar el montaje de los
reductores. Durante el proceso de fabricación se realizan las siguientes
actividades:
•
Operaciones: montajes, fabricación de piezas, mecanizados, etc...
•
Transporte: cuando un objeto se traslada de un lugar a otro.
Proceso de implantación
•
57
Inspección: son controles programados que se realizan sobre un
elemento para verificar alguna de sus características.
•
Espera: cualquier interrupción que se produzca, tanto si es prevista
como imprevista en un proceso de trabajo. Las esperas se
clasifican en evitables e inevitables:
•
Las esperas evitables son interrupciones del proceso por causa
injustificada. Las esperas evitables retrasan la producción por no
ser inherentes al proceso, por lo tanto no hay posibilidad de
programarlas, simplemente se procura eliminar de antemano las
causas que las originan.
•
Las esperas inevitables son interrupciones del proceso de trabajo
por causas justificadas. Las esperas inevitables realmente no
retrasan la producción por ser parte integrante del proceso.
•
Almacenamiento: es la estancia controlada de un elemento,
material o producto en un almacén hasta ser incluido en el proceso
de trabajo. El almacenamiento puede ser de:
•
Elementos en curso de fabricación para los cuales se prevé una
interrupción prolongada entre dos actividades consecutivas.
•
Elementos adquiridos a proveedores que deben estar almacenados
hasta el momento de su montaje, como lo son los elementos
estándares.
Proceso de implantación
58
El desarrollo de un reductor comprende cuatro procesos principales:
Ingeniería: proceso mediante el cual se realizan los diseños principales
del reductor. Se comienza realizando modelos en 3D de las piezas
componentes que finalmente conformarán el conjunto final. También se
realizan planos que muestan las tolerancias, asi como , planos de montaje
del conjunto. Su meta es cumplir los requisitos del diseño
Producción: el producto está realizado a la medida de los procesos de
mecanizado y estos procesos de mecanizado estan realizados por el
departamento de producción basandose en informacion de ingeniería y
del cliente. Para el diseño del montaje el departamento de produccion
necesita planos de ingeniería que muestren la geometría y tolerancias de
las piezas, asi como , las herramientas de montaje.
La LDM se obtiene del diseño principal y se utilizan para ordenar las
partes del conjunto y las materias primas lo más pronto posibles. Esto
evita almacenamientos incorrectos debidos a retrasos en las entregas de
materias primas.
Algunas piezas del producto son fabricadas con fresadoras, que necesitan
ser programadas. Se utiliza ingeniería CAD/CAM/CAE gestionada por el
departamento de ingeniería.
Montaje:siguiendo el orden establecido de ensamblaje, se comienza
montando los sub-conjuntos para finalmente dar con el conjunto.
Validación: para la validación del producto hay que someterlo a pruebas,
hay un equipo que se encarga exclusivamente de ello. Al ser una
fabricación bajo pedido todos los productos fabricados se someten a un
Proceso de implantación
59
proceso de validación. Finalizadas todas las pruebas el producto tiene
que cumplir con la normativa del sector.
En la figura 4.1.2.1 se muestra como se solapan dichos procesos. Por
encima de la línea son procesos no concurrentes, es decir, aquellos que
forman parte de actividades de desarrollo y cuyo resultado final es
ejecutado una sola vez. Mientras que bajo la línea
son procesos
concurrentes, son aquellos que se desarrollan durante un periodo de
tiempo relativamente largo, como el mantenimiento de los productos.
Figura 4.1.2.1 Solape de procesos.
Para tener controlado y sincronizado el proceso se divide en tres fases o
etapas. Estas fases son:
Fase de definición del diseño: durante esta fase se desarrollan los
diseños principales, modelos, metodología de fabricación, etc…
Fase de desarrollo a escala real: en esta fase se desarrolla un modelo
detalladamente, definido y verificado por el departamento de ingeniería.
Durante esta fase se incluyen actividades de ingeniería, producción y
Proceso de implantación
montaje.
60
Durante esta fase se desarrollan modelos 3D, planos de
montaje, LDM, etc,..
Fase de validación: esta fase cubre el proceso de validación.
Todas estas etapas pertenecen a al proceso de desarrollo no concurrente.
Al final de cada fase se establecen unas bases que sirven como punto de
partida para las fases siguientes, como se indica en la figura 4.1.2.2.
Figura 4.1.2.2 Fases principales.
4.1.3 Análisis de Requerimientos
Una vez analizados los procesos que realiza la empresa para la
fabricación de los reductores desarrollado en el punto 4.1.2, se conoce
como funciona la empresa internamente.
Proceso de implantación
61
4.1.4 Solución Propuesta
La solución propuesta consiste en integrar mediante un sistema PLM
todos los departamentos que forman la empresa, las actividades que
realizan y los procesos que llevan a cabo. Teniendo en cuenta la
estructura de la empresa y su metodología de funcionamiento, adaptando
el sistema a la misma.
4.1.5 Escenarios soportados
El entorno PLM muetra un árbol que corresponde a la estructura del
producto y subproductos. En nuestro caso el conjunto del reductor esta
dividido en varios subconjuntos y piezas. Los conjuntos tienen asignada la
letra “A” y las piezas la “P” seguido del número de identificación. Como se
puede observar en la fig. 4.1.5.1 está formado por los subconjuntos eje1,
eje 2 y palanca. Y por las piezas tapa de la carcasa y carcasa. Cada
subconjunto está a su vez compuesto por piezas.
Como se puede observar en la fig. 4.1.5.1, seleccionando en la estructura
del producto a cada conjunto pieza le corresponde una serie de pestañas
de las cuales se obtiene información como : número de identificacion ID,
estado, revisión, comentarios, etc…..
Proceso de implantación
62
Fig. 4.1.5.1 Estructura del producto.
Tambien se puede obtener una visualización tanto del conjunto como de
los subconjuntos o de las piezas. En el caso de la fig. 4.1.5.2 muestra una
visualización del conjunto final del reductor junto con el árbol de la
estructura del producto.
Proceso de implantación
63
Fig. 4.1.5.2 Visualización reductor.
Lógicamente también se pueden realizar visualizaciones parciales de
subconjuntos y de piezas como se muestra en las fig. 4.1.5.3 y fig.
4.1.5.4. El entorno PLM permite la posibilidad de cambiar el formato de
visualización ,es decir, una visualización del plano en 2D como se
muestra en la fig. 4.1.5.5.
Proceso de implantación
Fig. 4.1.5.3 Visualización pieza.
Fig. 4.1.5.4 Visualización Subconjunto.
64
Proceso de implantación
65
Fig. 4.1.5.5 Formato visualización .
El programa de CAD permite integrar piezas o conjuntos en planos con
cajetines y listas de materiales como se indica en la figura 4.1.5.6. Se
pueden ajustar a las necesidades del usuario, en nuestro caso se ha
realizado un cajetin estandar con un despliegue de la lista de materiales
que conforman el conjunto de la palanca. En el propio plano todas las
piezas del conjunto están identificadas por su nombre. En la lista de
materiales observamos la cantidad del pieza iguales utilizadas, su Part
number y el tipo de objeto que en este caso es pieza o conjunto.
Proceso de implantación
66
Fig. 4.1.5.6 Formato de impresión.
Profundizando más en la estructura del producto, se puede particularizar y
obtener información sobre cada pieza. Como es el caso de la fig. 4.1.5.6
en la cual se muestra información relativa a un tornillo ISO M5x0,80
DIN471 del cual se conoce el usuario que lo creó, la fecha de creación,el
material, usuario que lo ha modificado por última vez y la fechas de dicha
modificación. También existe la posibilidad de almacenar comentarios
relativos a dichas piezas como en este caso hay un comentario relativo al
par de apiete de los tornillos que ha de ser de 2,3 Nm.
Proceso de implantación
67
Fig. 4.1.5.7 Fichas producto.
En fig. 4.1.5.8 muestra el número de tornillos del mismo modelo del
conjunto final del reductor.
Fig. 4.1.5.8 Fichas producto.
Proceso de implantación
68
Con el visualizador del sistema PLM se pueden ver documentos
relacionados con los productos y en diversos formatos. Por ejemplo, en el
caso de la figura 4.1.5.9 se observa una hoja Excell con el catalogo de
reductores que fabrica la empresa.
Fig. 4.1.5.9 Catálogo de reductores.
En el proceso de gestión de la documentación se han nombrado dos
conceptos importantes en un sistema PDM. Los procedimientos de Check in/
Check out, estos se producen cuando un usuario quiere realizar cambios en
un archivo, tiene que acceder al repositorio. Para poder obtener dicho
archivo el usuario tiene que realizar un check out. Este proceso se realiza en
dos pasos, primero el sistema copia la carpeta al ordenador del usuario y
Proceso de implantación
69
posteriormente bloquea el archivo para que otros usuarios no puedan
acceder a él.
Una vez que la carpeta se ha modificado el sistema copia la carpeta en el
repositorio mediante el proceso denominado check in y lo desbloquea para
que los usuarios puedan acceder de nuevo a ella una vez modificada.
En el caso de que el usuario no realice el proceso de check in con el archivo
modificado el sistema desbloquea automáticamente el archivo del repositorio
En la empresa se ha realizado un de Check in/ Check out en el proceso
de mejora de la empuñadura de la palanca de cambios (marca 28).
Inicialmente se procede a realizar el Check out como se muestra en la
figura 4.1.5.10.
Fig. 4.1.5.10 Check out.
Proceso de implantación
70
Despúes de realizar el Check out el documento asociado a la palanca,
que en este caso es un plano en 3D, pasa al terminal del usuario que
solicitó dicho cambio. Este usuario es el responsable de ingeniería que
junto con el diseñador modifican el diseño de la palanca. Una vez que el
diseñador la ha modificado pasa al responsable de ingeniería que la da
valida. Una vez validada se almacena de nuevo en el repositorio, para ello
hay que realizar un check in , como se muestra en la figura 4.1.5.11.
Durante el proceso de cambio de ingeniería el sistema bloquea el archivo
y nungún usuario puede trabajar con él, pero sabe que está siendo
modificada.
Fig. 4.1.5.11 Check in.
La última fase de este proceso es la liberación (release) del documento
para que los usuarios autorizados puedan trabajar con él. En la figura.
4.1.5.11
se observa el procedimiento de lilberación en el que se ha
Proceso de implantación
71
generado una nueva versión de la empuñadura (B.001). Ahora el conjunto
palanca siempre estará formado por la última versión que en este caso es
la B.001.
La antigüa versión de la empuñadura seguirá estando disponible en el
caso de que sea necesaria pero será una versión menos actualizada y
tenderá a desaparecer a no ser que algún cliente solocite esa pieza
especificamente.
Fig. 4.1.5.12 Liberación
Una vez terminado el proceso de liberación se muestra en la figura.
4.1.5.12 el estado del conjunto formado por la empuñadura y la barra de
la palanca. Como se puede observar el conjunto esta en estado liberado.
Un indicador de que el archivo está liberado es el símbolo verde que se
encuentra a la izquierda del Part number , y que también indica que está
Proceso de implantación
72
formado por las últimas versiones creadas. Si el simbolo fuese un circulo
rojo, indicaría que hay una version más actualizada a esa.
Fig. 4.1.5.13 Estado de la pieza.
A continuación se muestra una comparativa de la marca 28 (empuñadura)
Como resultado del proceso de versionado, se obtiene dos conjuntos, uno
formado por la empuñadura con revision A y otro formado con la revisión
B. En la figura 4.1.5.13 se muestra el conjunto antigüo formado por la
revision A de la empuñadura, como se puede obervar la marca 28 tiene
un punto rojo a la izquierda del Part number para mostrar al usuario que
no es la última versión de esa pieza. En la figura 4.1.5.14 se muestra el
conjunto modificado, con una mejora en la marca 28 (empuñadura) se ha
eliminado el moleteado y se han rebajado las aristas. Este nueva mejora
Proceso de implantación
73
constituye la nueva versión de esta pieza y conforma un nuevo conjunto
que se muestra en la figura 4.1.5.14.
Fig. 4.1.5.14 Conjunto antigüo.
Fig. 4.1.5.15 Conjunto modificado.
Proceso de implantación
74
También se puede observar este proceso en un árbol comparativo como
el de la figura 4.1.5.15 . En la parte izquierda se encuentra la version
antigüa formada por la marca 28 que ha sido modificada, como indica el
color rojo. Y en la parte derecha se muestra la nueva versión con la marca
28 modificada y añadida al conjunto. También podemos conocer datos
relacionados con las versiones de ambos conjuntos como pueden ser:
fecha de creacción, nombre de la carpeta, a partir de que día se libera
dicha carpeta, cual es la revisión anterior, etc….
Fig.4.1.5.15 Árbol comparativo de versiones.
También se puede conocer las revisiones que se han realizado a una
pieza, el estado en el que se encuentran, quien las ha realizado y
modificado. En la figura 4.1.5.16 se muestra toda la información relativa a
las revisiones de la marca 28.
Proceso de implantación
75
Fig.4.1.5.16 Revisiones pieza.
4.1.6 Criterios de Validación
Los criterios de validación se utilizan para comprobar que el proyecto ha
llegado a sus objetivos. Tanto la propia empresa como el personal que
realiza la instalación del sistema PLM han de tener objetivos mutuos con
el fin de que la implantación sea lo más ajustada a las necesidades de la
empresa.
Otras formas de medir que se han conseguido los objetivos propuestos es
mediante rendimientos, criterios de proyecto completado o simplemente
pudiendo realizar los escenarios definidos.
Proceso de implantación
76
4.1.7 Estructura de descomposicion de tareas
Para la gestión del proyecto se utiliza una herramienta denominada
Estructura de Descomposición de Tareas (WBS), que es una estructura
exhaustiva, jerárquica y descendente formada por las tareas necesarias
para completar el proyecto. En este caso, como se indica en la figura
4.1.7.1 se organiza de acuerdo a las fases del ciclo de vida del proyecto:
Planificación, ejecución, control y cierre. A su vez dentro de cada fase se
encuentran las tareas a realiza. Para completar cada fase han de
realizarse todas las tareas
Proceso de implantación
Figura 4.1.7.1 Estructura de descomposición de tareas.
77
Proceso de implantación
78
4.1.8 Estimación de Recursos
Los recursos necesarios para la gestión del sistema PLM son fisicos y
humanos.
Los recursos físicos comprenden un servidor donde se
almacena toda la información que maneja el sistema PDM, cuatro
terminales para los usuarios de los diferentes departamentos, conexiones
de redes internas , conexión a internet y programas que gestionan todo el
sistema. Los programas necesarios para la instalación son de ingeniería
CAD/CAM/CAE, gestión del servidor y PLM.
Los recuros humanos necesarios, a parte de los que dispone la empresa
son responsables de los departamentos de ingeniería, producción,
marketing y calidad.
4.1.9 Equipo de Proyecto
Conociendo los perfiles de personas encargados de cada terminal se
define el equipo de proyecto. El equipo de proyecto estará formado: por
parte de la empresa cliente, un Director de Proyecto, un representante del
Departamento de informatica y un numero representativo de usuarios
clave o avanzados, al menos uno por departamento afectado. Por parte
de la empresa implantadora un Director de Proyecto, que es el
responsable del proyecto de implantacion, un consultor para el analisis y
la reingenieria de procesos, un especialista en la aplicacion para su
configuracion, tecnicos para la instalacion del sistema, desarrolladores y
un especialista en la aplicacion para el soporte y formacion de los
usuarios finales.
Proceso de implantación
79
En muchos casos la misma persona puede cubrir varios de estos roles.
4.1.10 Planificación. Fases
El tiempo empleado para la implantación de una solución PLM dependerá
de las necesidades de la empresa y, sobre todo, de cuánto haya que
adaptar la herramienta para que refleje los procesos de la empresa o
cuánto haya que modificar los procesos de la empresa para adaptarlos al
modelo propuesto por la herramienta. La solución final suele ser una
mezcla entre ambas opciones.
El objetivo de la planificación es la programación global del proyecto,
planificando en el tiempo las actividades y tareas, y realizando la
asignación de recursos necesaria en función de los distintos perfiles
implicados. La planificación detallada de actividades y tareas, recursos y
plazos, permite concretar con exactitud el plan de costes del proyecto.
Los recursos del proyecto se especifican mediante la Estructura de
Descomposición de Tareas y la planificación de actividades y tareas
mediante
el
Diagrama
de
Gantt
de
la
figura
4.1.10.1.
TAREAS
JUNIO
JULIO
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
1 Planificación del proyecto
1.1 Objetivos de implantación
1.2 Analisis de procesos
1.3 Estimación de recursos
1.4 Equipo de proyecto
1.5 Planificación de riesgos
1.6 Estimación de costos
2 Ejecución
2.1 Instalación y configuración
2.2 Definición del modelo de datos
2.3 Definición interfaz de aplicación
2.4 Definición de flujos
2.5 Definición de metodología
2.6 Definición de usuarios
2.7 Definición de autorizaciones
2.8 Desarrollo de equipo
2.9 Migración de datos
2.10 Formación administradores/usuarios
3 Control
3.1 Pruebas de validación
3.2 Soporte a la puesta en producción
4 Cierre
4.1 Cierre y término del contrato
Figura 4.1.10.1 Diagrama de Gantt. Planificación de actividades.
Proceso de implantación
4.2
81
Ejecución y Control: Áreas
El seguimiento y control del proyecto tiene como objetivo fundamental la
vigilancia de todas las actividades de desarrollo del sistema. Es una de las
labores más importantes en todo desarrollo de sistemas, ya que un
adecuado control hace posible evitar desviaciones en costes y plazos, o al
menos detectarlas cuanto antes. Para poder ejercer un correcto seguimiento
y control del proyecto es necesario que el Jefe de Proyecto dedique todo el
tiempo que sea preciso a vigilar el estado de cada una de las tareas que se
están desarrollando, prestando especial interés a aquellas que están
sufriendo algún retraso. En el momento en que se detecta cualquier
desviación hay que analizar las causas para poder efectuar las correcciones
oportunas y recuperar el tiempo perdido.
4.2.1 Infraestructura: Servidores, Redes, Puestos, Software
La infraestructura necesaria en cuanto comprende un servidor conectado
a cuatro terminales. Estas terminales están conectadas por una red
interna entre si mismas y el propio servidor. También están conectadas
con internet para poder contactar con los clientes.
Programas de
ingeniería CAD en 2D/3D, gestor del servidor y otras integraciones que
están dentro del sistema PLM (ERP’s, MRP’s, etc…). En la figura 4.2.1.1
se muestra un esquema de la infraestructura necesaria para formar la red
de terminales en la empresa.
Proceso de implantación
82
Figura 4.2.1.1 Esquema red de terminales.
4.2.1.1
Instalación y configuración
La instalación es realizada por la empresa a la que se le encarga el
proyecto y la configuración del sistema PLM se hace conjuntamente entre
ambas empresas. De esta forma se logra personalizar el sistema PLM al
tipo de emrpesa y a las necesidades del sectror en el que opera.
4.2.2 Definición del Modelo de Datos
La definicion del modelo de datos permite una adaptación del sistema
PLM a la empresa. En el servidor se representan los tipos de objetos,
atributos y otros conceptos del modelo de datos.
4.2.2.1 Clases
Las clases de datos utilizados son: documentacion CAD en 2D y 3D,
normativa, listas de materiales y folletos de ventas.
Proceso de implantación
83
4.2.2.1 Atributos
Los atributos muestran la información asociada a cada objeto desde
códigos de identificación, códigos de revisión, nombre de los usuarios,
descripciones de los objetos, comentarios, fechas de creación, fechas de
modificación y estado del objeto.
4.2.2.1
Enlaces
Los enlaces indican las relaciones con otros documentos, estas
relaciones puden ser jerarquicas o no jerarquicas. Las relaciones
jerarquicas establecidas son las que forman parte de la estructura del
producto que está formado por conjuntos, piezas y a su vez por
componentes. Las relaciones no jerárquicas son aquellas entre productos
y documentos relacionados como hojas de Excell, workflow, etc…
4.2.3 Definición del interfaz de la aplicación (fichas o pantallas)
La definición del interfaz de aplicación tiene que hacerse mutuamente
entre la empresa y el instalador del sistema PLM. Cada empresa tiene sus
propias prácticas y metodologías de trabajo que conllevan a la necesidad
de que cierta información aparezca en el interfaz del programa. El sistema
PLM ofrece un interfaz estandar en todas sus aplicaciones, pero tiene
cierta flexibilidad para adaptarlo a las necesidades de la empresa de
acuerdo con su procediemiento de trabajo.
Proceso de implantación
84
4.2.4 Definición de flujos (Workflows)
Se han definido como workflow las secuencias de eventos que mejoran
un conjunto de tareas. Cada tarea está representada por un nodo, todo
workflow tiene un nodo de inicio y otro de final. El sentido de avance del
workfow se indica con flechas, cuando avanza siempre lo hacer de nodo
en nodo, pero para retroceder puede ser de nodo en nodo o saltando
varios nodos. Para pasar de un nodo a otro es necesario completar las
tareas del nodo predecesor.
En el proceso de fabricación y diseño de los reductores hay dos procesos
críticos que se van a considerar como workflow.
Unos de estos procesos es el de gestión de pedido de un cliente, el
cliente necesita una serie de especificaciones en el diseño del producto, a
continuación la empresa realiza una evaluación de ingeniería para saber
si el diseño está disponible a su alcance. Una vez verificado esto se pasa
a realizar el diseño, y cuando se termina se procede a la validación del
mismo. A continuación se muestra una figura del proceso de gestión de
pedido implementado como workflow en el entorno PLM.
Proceso de implantación
85
Fig. 4.2.4.1 Workflow gestión de pedido.
Otro proceso que se ha implementado como workflow es el proceso de
cambio de ingeniería. Se ha considerado el cambio en la pieza
denominada empuñadura, en la cual se ha detectado que se puede
mejorar el diseño. Esta mejora consiste en la eliminación del moleteado y
redondeado de las aristas para mayor comodidad en el manejo.
Se muestra en Catia v5 r17 la fig. 4.2.4.2 la empuñadura original y en la
fig. 4.2.4.3 el nuevo diseño tras el cambio de ingeniería.
Proceso de implantación
Fig. 4.2.4.2 Diseño original.
Fig. 4.2.4.3 Nuevo diseño
86
Proceso de implantación
87
Este workflow comienza con auditorías de calidad del producto finalizado
o de los componetes intermedios. Cuando se detecta un fallo que afecte
al diseño del producto hay que hacer una evaluación del mismo para
conocer el impacto que tiene sobre el producto final.
Una vez evaluado el fallo se realiza el nuevo diseño y a continuación se
valida. Se muestra en la siguiente figura el workflow asociado al proceso
de cambios de ingeniería en el entorno PLM.
Fig. 4.2.4.4 Workflow cambio de ingeniería.
El entorno PLM no solo muestra el workflow que hay que seguir en un
determinado procedimiento, támbien indica el estado en el que se
encuentra el proceso. Cada nodo es una tarea que tiene que realizar una
persona o un grupo de personas que tienen acceso a la visualización del
workflow. Con esta visualizaciñon pueden obtener información como
puede ser el nodo en el que se encuentra el workflow, los documentos
Proceso de implantación
88
que se han enviado los reponsables de cada nodo facilitando la
comunicación entre departamentos, el tiempo invertido en cada nodo,
etc… En definitiva conocen en todo momento el estado en el que se
encuentra el proceso.
A continuación se muestra una ventana donde se puede observar como
avanza el workflow. Los nodos en color verde indican que han sido
finalizados y el nodo en color azul indica donde se encuentra el proceso.
En el caso de la fig. 4.2.4.5 el proceso ha pasado el nodo de auditoría de
calidad y se encuantra en evaluación de ingeniería.
Fig. 4.2.4.5 Evolución workflow.
Este proceso continúa hasta completar el workflow. En las siguientes
figuras se muestra como termina el proceso de cambio de ingeniería.
Proceso de implantación
89
Fig. 4.2.4.6 Evolución workflow.
Como se puede observar en la fig. 4.2.4.6 el workflow ha avanzado hasta
completar la tarea de evaluación de ingeniería y ahora se encuentra por
realización del diseño. Por último, en la fig. 4.2.4.7 el workflow llega a la
última tarea ha completar.
Fig. 4.2.4.7 Evolución workflow.
Proceso de implantación
90
El entorno PLM ofrece un historico de los workflow ejecutados, en el que
se puede observar la información relativa a cada nodo, desde cualquier
incidencia ocurrida , usuarios de cada nodo, fechas de entrada y salida y
tiempo de estancia en nodo. En la fig. 4.2.4.8 se se muestra el historico
en el
que se puede
encontrar toda
la
informacion
nombrada
anterioremnte.
Se puede ver en el árbol la pieza que ha sido sometida al cambio de
ingeniería y el resultado de ese cambio con el nuevo diseño. Ambas
piezas
tiene
el
mismo numero
de
identificación
pero diferente
identificación de versión. El diseño original posee la letra A y el nuevo
diseño la B.
También se ven los usuarios de cada nodo responsables de calidad,
responsable de ingenieria, delineante para los nodos de auditoría de
calidad, evaluación de ingenieía y rediseño respectivamente.
Fig. 4.2.4.8 Histórico workflow.
Proceso de implantación
91
4.2.5 Definición de la Metodología
Es la forma en la que se utiliza el sistema para los procesos de cada
usuario. Cada empresa tiene sus practicas y su forma de trabajar dando
lugar a su metodología de trabajo. Para poder definir la metodología de
trabajo se han de conocer las causas que implican el porqué se hace de
esa forma.
4.2.6 Definición de Usuarios
La base de datos también almacena datos sobre los usuarios. Los datos
sobre los usuarios incluyen un nombre de entrada que puede estar vacío.
Si el nombre de entrada en la base de datos no está vacío, un usuario con
ese nombre de entrada puede acceder al sistema.
Los usuarios que se han definido en la implantacion en la empresa son
los siguientes:
•
Responsable de ingeniería: se encarga del proceso de diseño
del producto, tanto de su definición geométrica, con programas
de diseño gráfico CAD,CAM,CAE,
como de la lista de
materiales que lo conforman.
•
Auditor calidad: se encarga de la inspección de los componentes
recibidos por los proveedores, de los fabricados en la propia
empresa y del producto final.
•
Responsable de producción: se encarga de determinar los
procesos de trabajo y preparar su ejecución en los talleres de
fabricación. Fijando el orden idóneo y secuencialidad de las
Proceso de implantación
actividades
92
tomando como base los proyectos técnicos
recibidos del departamento de ingeniería. Analiza los distintos
procedimientos de fabricación de cada elemento adoptando el
más económico. También confecciona el proceso de fabricación
y
de
montaje
estableciendo
los
tiempos
concedidos
y
determinando el puesto de trabajo donde debe realizarse cada
actividad, para que el producto resulte con las exigencias del
proyecto en cuanto a tolerancias, calidad superficial, etc.…Se
fijan todos los útiles a emplear en cada actividad, notificando al
taller aquellos específicos que se requieran fabricar y diseñar.
•
Diseñadores: o delineantes, se encargan de realizar el diseño en
formato electrónico CAD/CAM/CAE.
•
Responsable de marketing: se encarga de contactar con los
clientes para gestionar los pedidos.
4.2.7 Definición del esquema de autorizaciones
Una vez definidos los usuarios que interactuan con el sistema PLM, se
definen las autorizaciones. Estas autorizaciones limitan a los usuarios el
acceso a los documentos. Dependiendo del tipo de usuario, éste puede
acceder al mismo visualizandolo, modificándolo o simplemente no puede
acceder a él . El responsable de ingeniería y el diseñador tiene
autorización para modificar los documentos mientras que el responsable
de calidad, marketing y producción solo pueden visualizarlos sin realizar
modificación alguna.
Proceso de implantación
93
4.2.8 Desarrollos
En la implantación de un sistema PLM es necesario conocer una serie de
información de la empresa con el objetivo de realizar una implantación lo
más ajustada a las necesidades del ciliente y a la forma de trabajar en el
sector. Para ello la siguiente información es imprescindible para un buen
desarrollo:
•
Infraestructura Informática disponible en la empresa.
•
Modelo de Datos: Objetos a gestionar por el sistema, metadatos y relaciones entre ellos.
•
Estandarización de Datos: Reglas para generación de códigos y
secuencias, listas de valores permitidos.
•
Organizacion y Seguridad, a nivel de:
o Departamentos y Usuarios.
o Permisos sobre Dato/Acción (acceso a los datos).
•
Procesos, Ciclo de Vida de los Documentos, Workflows.
•
Escenarios a soportar por el sistema
•
Inventario de Datos a migrar.
•
Otros requerimientos específicos para el sistema.
4.2.8.1
Análisis, codificación y pruebas
Cuando se analizan toda la información de la empresa se procede a la
codificación del sistema PLM. Debido a su flexibilidad permite adaptarlo a
cualquier tipo de empresa y sector. Por lo general cada empresa tiene su
forma de funcionamiento, pero cada sector trabaja de forma similar.
Proceso de implantación
94
4.2.9 Migración de datos
Una migración supone el cambio de las aplicaciones y datos del cliente de
manera que sean compatibles con los nuevos sistemas operativos y/o
plataformas hardware.
Al implementar nuevas aplicaciones como el sistema PLM se hace necesario
este procedimiento de migracion de los datos almacenados en las
aplicaciones existentes a aplicaciones nuevas. Sin embargo, la migración
puede ser compleja, lenta y cara, generando costes (a menudo inesperados)
que requieren unos esfuerzos que contrastan bruscamente con el alcance de
los recursos disponibles.
La migración de datos suele resultar cara y arriesgada por los siguientes
motivos:
•
Para acceder y entender sistemas más antiguos y heredados se
necesita un conocimiento especializado.
•
Los sistemas carecen de documentación actualizada.
•
La migración de muchos sistemas pasa por la resolución de
redundancias e incoherencias.
•
Los procesos de diseño iterativos para “intentar aprender”
provocan dificultades de control y demoras relacionadas con la
codificación manual.
En el caso de esta empresa el procedimiento de migración de datos no es
muy complejo debido a que todo la información que disponían antes de la
Proceso de implantación
95
implantación se encontraba en formato electrónico en los ordenadores de
cada departamento. El procedimiento que se va a seguir es el siguiente:
•
Preparación de la migración: para preparar la migración, debe realizar
lo siguiente:
I. Elegir el momento de la migración : la migración se ha de
programar para un momento en que los usuarios no tengan
acceso a los datos que se van a migrar. También se pueden
bloquear los datos para asegurarse de que no se utilizan
durante la migración.
II. Definir el tipo de elemento de trabajo: si se van a migrar
documentos en diferentes formatos , se tiene que crear un
tipo de elemento de trabajo que permita migrar todos los
datos que deseen conservar del software original.
•
Preparación de los datos que se van a migrar : para preparar los
datos para la migración, debe realizarse lo siguiente:
I. Copia de seguridad de los datos.
II. Analizar los datos: Analizar cómo se migran los datos.
•
Migración de los datos : para migrar los datos, se debe realizar lo
siguiente:
I. Migrar los datos.
Proceso de implantación
96
II. Comprobar la migración: hay que asegurarse de que los
datos de la migración se han transferido correctamente.
4.2.10 Formación a Administradores y Usuarios
Una vez implantado el sistema PLM los usuarios tienen que familiarizarse
con el entorno. La implantacion de un sistema PLM implica cambios en el
empresa lo que conlleva un periodo de aprendizaje para manejar las
aplicaciones. Por eso el sistema PLM incluye materiales de formación
especiales orientados a procesos que enseñan a los usuarios a completar
procesos típicos de trabajo de la forma más eficiente.
4.2.11 Elaboración de la Documentación
A partir de la información obtenida en las tareas definidas en la Estructura
de Descomposición de Tareas, el Jefe de Proyecto debe elaborar un
informe que recoja los objetivos alcanzados durante el período,
incidencias
y
desviaciones
detectadas
junto
con
las
acciones
encaminadas a corregirlas, objetivos que se prevén para el siguiente
período y las variaciones en el equipo de proyecto (altas y bajas de
miembros del equipo) y en los recursos materiales asignados para su
realización.
4.2.12 Pruebas de Validación
Como se ha comentado anteriormente en el apartado 4.1.6 sobre criterios
de validación, en función del criterio de validación utilizado se realizarán
Proceso de implantación
97
las pruebas de validación, que pueden ser de medición de rendimientos,
alcance de ciertos objetivos, etc…..
4.2.13 Soporte a la Puesta en Producción
Una vez implantado el sistema PLM y ya en funcionamiento, la empresa
instaladora apoya al cliente durante cierto tiempo. Este soporte se realiza
por la poca experiencia del cliente funcionando con el entorno PLM y para
darle mayor seguridad, es decir, que se sienta respaldado por expertos en
PLM.
4.2.14 Entrega y Cierre del Proyecto
Esta actividad consiste en resumir los datos del proyecto, en cuanto a
funcionalidad,
tecnología,
equipo
técnico,
formación
recibida,
experiencias, logros, problemas encontrados y, en general, cualquier dato
que el Jefe de Proyecto considere de interés. Hay que tener en cuenta
que esta información tiene la finalidad de servir de apoyo a proyectos
futuros, aprovechando las experiencias habidas y tratando de evitar
incurrir en los mismos errores.
Los proyectos terminados se incluyen en historico de proyectos, el
históricode proyectos es esencialmente una base de datos, en soporte
magnético en papel, donde se recoge toda la información importante de
todos los sistemas que se desarrollan en una organización. Esta base de
datos debe servir de referencia para los nuevos proyectos, ya que
contendrá información que podrá ser consultada y facilitará posteriores
desarrollos.
Proceso de implantación
98
Al mismo tiempo proporciona información de aquellos elementos que
puedan ser reutilizados en otros proyectos, indicándose el lugar dónde se
encuentren. Si no existe se puede iniciar con este proyecto.
Si los proyectos desarrollados son complejos, puede ser necesario utilizar
herramientas disponibles en el mercado, o bien desarrollos a medida,
para dar soporte al Histórico de Proyectos.
5
ANEXO A
Índice
ATRIBUTOS DE LOS OBJETOS .................................................................. 102
CAD ............................................................................................................. 104
CAE ............................................................................................................. 104
CAM ............................................................................................................. 104
CATIA ............................................................................................................ 104
CHECK IN/ CHECK OUT .............................................................................. 105
CRM ............................................................................................................. 105
DISEÑO MECÁNICO..................................................................................... 106
DISEÑO RELACIONAL ................................................................................. 106
DOCUMENTO ............................................................................................... 106
ERP ............................................................................................................. 107
ESPACIO DE TRABAJO COLABORATIVO .................................................. 107
ESTRUCTURA .............................................................................................. 107
FABRICACIÓN CENTRADA EN PROCESOS .............................................. 108
FABRICACIÓN DIGITAL ............................................................................... 108
FUNCIONALIDADES DEL PDM.................................................................... 108
FUNCIONALIDADES DEL PLM .................................................................... 111
HERENCIA ENTRE TIPOS DE OBJETOS.................................................... 112
INFORMACIÓN DE TIPOS DE OBJETO ...................................................... 112
INGENIERÍA CONCURRENTE ..................................................................... 115
JERARQUÍAS DE CLASE ............................................................................. 117
KNOWLEDGEWARE (gestión informática del conocimiento) ....................... 119
Anexo A
101
LISTA DE MATERIALES (LDM) .................................................................... 120
OBJETO ........................................................................................................ 120
PDM ............................................................................................................. 120
PLM ............................................................................................................. 120
RELACIÓN ENTRE CLASES ........................................................................ 122
REPOSITORIO.............................................................................................. 123
REVISIÓN ..................................................................................................... 123
SCMA ............................................................................................................ 123
SMARTEAM .................................................................................................. 124
TIPOS DE OBJETO ...................................................................................... 124
VARIANTE..................................................................................................... 125
VAULT ........................................................................................................... 125
VERSIÓN ...................................................................................................... 125
VENTAJAS DEL PLM.................................................................................... 126
WORKFLOW ................................................................................................. 126
Anexo A
102
Atributos de los objetos: los objetos tiene datos asociados que permiten su
descripción (a modo de etiquetas), estos datos son registrados como
atributos. Los atributos son datos que describen otros datos. El sistema PLM
no solo maneja documentos, también maneja información acerca de esos
documentos y esta información es la que se denomina atributos. Por ejemplo
un documento puede incluir atributos para el nombre y día de creación del
documento. Cada objeto puede tener un conjunto diferente de atributos.
Existen varios tipos de atributos:
•
Atributos con valores simples: En este tipo de valores de atributo por
lo menos ha de especificarse el nombre y el tipo de atributo. El
nombre se utiliza para referirse al atributo y el tipo de valor del atributo
especifica posibles valores del atributo, como por ejemplo una cadena
de 20 caracteres como máximo, un entero positivo o una fecha.
Además del nombre y el tipo de valor es posible almacenar otra
información como atributo. Por ejemplo además de un nombre único
de identificación, un atributo puede tener un conjunto de nombres en
diferentes lenguas. El tipo de valor de un atributo especifica que tipo
de valores pueden ser asignados al atributo. Los tipos de valores
simples pueden ser: números enteros, cadenas de caracteres y
fechas. En muchas ocasiones los valores de un atributo deben seguir
un formato determinado como por ejemplo dos letras seguidas de un
guión y tres dígitos. Por ejemplo (EM-3.3).
Anexo A
•
103
Atributos con listas de valores: En muchos sistemas es posible crear
listas de valores y asignarlas a determinados atributos en particular.
Esto es útil por ejemplo cuando un documento tiene un atributo que
registra los nombres de los usuarios a los que se les tiene que
notificar que una nueva versión esta disponible. Además es posible
definir atributos que almacenan mayor conjunto de datos que los
valores simples típicos (cadena de caracteres, números enteros,
etc...) como por ejemplo videos e imágenes.
•
Atributos con valores por defecto: se asignan cuando el usuario crea
un nuevo objeto sin asignarle un valor de atributo. Si en la definición
de un tipo de objeto se incluye un valor por defecto para sus atributos,
entonces todos los objetos de ese mismo tipo tendrán los mismos
valores por defecto de sus atributos. Por ejemplo cada documento es
asignado a un departamento de la compañía, el valor del atributo por
defecto puede ser el departamento del usuario que creo ese
documento.
•
Atributos de solo lectura: los atributos pueden ser usados para
representar datos que no pueden ser modificados por el usuario o que
no estén asignados. Por ejemplo, suponiendo que cada objeto
registra el tiempo de creación de un documento, este tiempo de
creación puede ser representado como un atributo que pude ser leído
por los usuarios pero no se le puede asignar un nuevo valor. Otro
ejemplo, suponiendo que los objetos registran las últimas fechas de
modificación
de
un
documento.
Estos
datos
pueden
estar
Anexo A
104
almacenados como un atributo, que puede ser leído por los usuarios,
pero no puede ser asignado por el propio sistema.
CAD:
Acrónimo
de
Computer-Aided
Design
(diseño
asistido
por
computadora). Soluciones de software para el diseño de productos.
CAE: Acrónimo de Computer-Aided Engineering (ingeniería asistida por
computadora).
Soluciones
de
software
para
la
simulación
del
comportamiento físico de un futuro producto.
CAM: Acrónimo de Computer-Aided Manufacturing (fabricación asistida por
computadora). Solución de software para la definición de operaciones de
fabricación.
CATIA: Acrónimo de Computer Aided Three-dimensional Interactive
Application (aplicación interactiva de diseño tridimensional asistido por
computadora).
Solución PLM de Dassault Systèmes para la definición y
simulación digital de productos, totalmente integrada con DELMIA, ENOVIA,
y SMARTEAM. CATIA permite al usuario adaptar la fabricación del producto
a las exigencias propias del sector y simular la integralidad de los procesos
de diseño industrial, desde la fase concepción inicial y marketing hasta el
diseño, análisis, ensamblaje y mantenimiento del producto.
CATIA ha sido la principal marca de DS desde la creación de la empresa en
1981 y, en la actualidad, constituye una referencia para todos los
fabricantes. Ese mismo año, DS firmó una alianza estratégica con IBM para
la distribución mundial de la marca y, en 1999, CATIA se convirtió en el
Anexo A
105
sistema de desarrollo de productos más utilizado en el mundo, gracias a la
adopción generalizada del proceso de maqueta virtual (DMU).
Check in/ Check out: cuando un usuario quiere realizar cambios en un
archivo tiene que acceder al repositorio. Para poder obtener dicho archivo el
usuario tiene que realizar un check out. Este proceso se realiza en dos
pasos, primero el sistema copia la carpeta al ordenador del usuario y
posteriormente bloquea el archivo para que otros usuarios no puedan
acceder a él.
Una vez que la carpeta se ha modificado el sistema copia la carpeta en el
repositorio mediante el proceso denominado check in y lo desbloquea para
que los usuarios puedan acceder de nuevo a ella una vez modificada.
En el caso de que el usuario no realice el proceso de check in con el archivo
modificado el sistema desbloquea automáticamente el archivo del repositorio
CRM: Acrónimo de Customer Relationship Management (gestión de la
relación con el cliente). Estrategia comercial que consiste en asistir a la
empresa en la gestión de la relación con el cliente. Por ejemplo, una base de
datos CRM permite a la compañía acceder a la información de un cliente en
particular, adecuar la oferta de productos a las necesidades y exigencias de
la clientela y hacer un seguimiento de las ventas. La estrategia CRM acarrea
una mejor coordinación de los sistemas de información para brindar la
respuesta adecuada a sus clientes.
Anexo A
106
Diseño mecánico: Concepción, modelización y diseño de sistemas
mecánicos. Desde la fase inicial hasta la definición de los últimos detalles y
la producción de diseños industriales, las soluciones de diseño mecánico
CATIA V5 aceleran las actividades esenciales al desarrollo de productos.
Esta solución también está destinada a la fabricación de chapa y moldes,
gracias
a
una
serie
de
aplicaciones
especiales
que
aumentan
considerablemente la productividad y reducen el plazo de salida al mercado.
Diseño relacional: Metodología de desarrollo de productos basada en las
relaciones (enlaces) que se forman automática o manualmente a lo largo de
la definición del producto. La tecnología que respalda el modelo PPR resulta
fundamental para implementar esta técnica de diseño. En su forma más
avanzada,
presente
en
CATIA,
el
diseño
relacional
extrapola
automáticamente las modificaciones en las metas de producción a las
especificaciones del producto. Por ejemplo, las especificaciones particulares
de un avión, como el tiempo máximo de duración del vuelo, pueden estar
relacionadas con una pauta de diseño (capacidad de la reserva de
combustible) que, a su vez, está relacionada con la dimensión del ala. Así,
una modificación en el tiempo de vuelo o en la capacidad de la reserva de
combustible puede repercutir en la dimensión y forma de la envergadura del
ala y en la cantidad de costillas y rigidizadores.
Documento: es un elemento en formato electrónico que maneja el sistema
PLM. Su propósito es de transmitir las propiedades conceptuales y/o físicas
Anexo A
107
de un artículo, o la información que relaciona a su adquisición, fabrica,
pruebas, inspecciones, o el mantenimiento y la reparación.
ERP: Acrónimo de Enterprise Resources Planning (planificación de los
recursos de la empresa). Estrategia comercial que consiste en asistir a la
empresa en la gestión de sectores de actividad clave, tales como ventas,
administración de existencias, proveedores, atención al cliente y seguimiento
de los pedidos. Esta estrategia también puede aplicarse a los recursos
humanos y financieros. Generalmente, un sistema ERP está basado en una
serie de módulos software integrados con una base de datos relacional.
Espacio de trabajo colaborativo: Entorno interconectado accesible a cada
una de las partes que intervienen en el ciclo de vida del producto
(diseñadores,
fabricantes,
responsables
de
marketing,
vendedores,
fabricantes de equipos originales, proveedores y clientes). Este espacio
permite la interacción en tiempo real, lo que resulta en una mejor
comunicación gracias al rápido intercambio y uso directo de datos
actualizados y, además, facilita la simulación y validación en 3D.
El espacio de trabajo colaborativo creado para las soluciones PLM de DS
constituye una herramienta para la innovación, colaboración y toma de
decisiones, que otorga una mayor libertad a los diseñadores y acelera el
proceso de fabricación del producto.
Estructura: es una lista completa de toda la documentación, incluido el
software y las materias físicas para producir y mantener un producto.
Anexo A
108
Fabricación centrada en los procesos: Estrategia PLM de DS que
consiste en brindar soluciones que permiten al usuario el desarrollo de
productos, acorde con los procesos de fabricación propios a un sector
industrial en particular. Una estrategia de esta naturaleza asocia los
procesos de diseño a la simulación de otras fases del ciclo de vida del
producto y a los procesos de fabricación propiamente dichos.
Fabricación digital: Diseño y simulación de los procesos de fabricación, a
través de DELMIA V5, con el objeto de mejorar los costos de producción,
ergonomía,
orden
de
la
cadena
de
ensamblaje,
productividad
y
sincronización de los plazos.
Funcionalidades PDM: una de las bases en las que se apoya el PLM es el
PDM, que gestiona los datos que dispone la empresa sobre los productos,
procesos y recursos que utiliza. Por lo tanto las funcionalidades del PDM
componen las del PLM. Las funcionalidades básicas de un sistema PDM son
las siguientes:
•
Asegurarse del almacenamiento de documentos y otros objetos en la
base de datos controlando el acceso: en muchas compañías uno de
los motivos principales para considerar un sistema PDM procede de la
frustración de las personas al no encontrar los documentos que están
buscando. Las personas piensan que los documentos que buscan
están solo localizados en una carpeta de un servidor, pero a menudo
hay muchas copias de un documento en diferentes ubicaciones.
Anexo A
•
109
Mecanismos de asociación de objetos con atributos: las propiedades
de un documento y otros objetos se definen por medio de los
atributos. Los atributos proporcionan la información necesaria sobre el
objeto y pueden usarse para encontrar objetos.
•
Gestión de la evolución temporal de un objeto a lo largo de sus
revisiones secuenciales: muchos de los sistemas PDM, fueron
originalmente construidos para diseñar y desarrollar entornos. En
estos entornos el usuario normalmente gasta más tiempo modificando
diseños ya existentes que desarrollando nuevos diseños. La evolución
de los planos y otros diseños queda plasmada en forma de revisiones
sucesivas.
•
Gestión de las variantes de un objeto: muchos productos y
documentos tienen variantes dispuestas a modo de alternativas. Por
ejemplo la guía de usuario de un producto puede estar disponible en
diferentes idiomas.
•
Gestión de la inspección y procesos de liberación asociados a
objetos: los documentos y objetos que contienen datos de ingeniería
normalmente son controlados y aprobados con más o menos
procedimientos antes de ser liberados para uso general.
•
Gestión de la división de un objeto en componentes más pequeños:
casi todos los productos tienen una estructura jerárquica de
descomposición, que divide el producto en componentes. A su vez
estos componentes se dividen en componentes más pequeños y así
sucesivamente.
Anexo A
•
110
Gestión de cambios que afectan a objetos relacionados: una de las
principales funciones de un sistema PDM es de apoyo en la gestión
de cambios. Tanto las revisiones como las variantes suponen
cambios en objetos separados, no obstante a menudo es necesario
ver un conjunto de objetos relacionados como una solo unidad para
facilitar la gestión de cambios.
•
Gestión de múltiples vistas de un objeto: en un sistema PDM permite
tener diferentes vistas de un mismo objeto. Por ejemplo un producto
puede dividirse en diversas componentes de diferentes formas.
•
Gestión de los múltiples visionados de un documento: un sistema
PDM permite almacenar documentos en diferentes formatos y
visionarlos con múltiples herramientas. Por ejemplo una carpeta de un
plano realizado en CAD está disponible en el formato original de la
herramienta CAD y en otros formatos de visionado o de impresión.
•
Herramientas de visionado: además de sencillos visionados de solo
lectura, algunas herramientas de visionado permiten a los usuarios
insertar anotaciones en los documentos sin modificar los datos
originales.
•
Integración de herramientas: la versatilidad de un sistema PDM
depende de cómo se integra el sistema con otras herramientas que se
necesitan en el uso diario.
•
Gestión de componentes y proveedores: el sistema PDM gestiona la
adquisición de componentes a proveedores externos.
Anexo A
111
Funcionalidades PLM: Las principales funcionalidades del PLM para
compañías de bienes de equipo y consumo son:
•
Presenta la información oportuna a las personas responsables de
la toma de decisiones correctas en el momento adecuado de su
ciclo de lanzamiento al mercado.
•
Proporciona un único punto de acceso a todos los conocimientos
de su empresa sobre el producto, el embalaje y el etiquetado.
•
Configura estos conocimientos de forma que usted puede
aprovecharlos fácilmente en la innovación de múltiples productos,
los desarrollos de nuevos productos y los procesos de introducción
de nuevos productos.
•
Proporciona a los directores una visibilidad total en todas sus
iniciativas de productos.
•
Permite a su compañía adquirir y deshacerse de marcas
rápidamente.
•
Permite a todo las compañías compartir procesos, materiales,
embalajes y otras informaciones de producto en todas las
divisiones.
Anexo A
•
112
Se
acomoda
fácilmente
a
nuevos
proveedores,
procesos,
necesidades empresariales y mejoras tecnológicas a medida que
surgen.
•
Integra diversos repositorios de información.
•
Mejora la reutilización de materiales y embalajes de productos.
•
Reduce el gasto directo de material en un 10 por ciento.
•
Reduce los costes relacionados con errores de embalaje y
etiquetado.
•
Impulsa las ventas de productos y las bonificaciones de precios,
superando la competencia del mercado.
•
Aumenta el número de productos nuevos lanzados.
•
Mejora los índices de éxito de los productos nuevos.
•
Acelera el lanzamiento de ampliaciones de marca/producto.
Herencia entre tipos de objetos: todos los tipos de objeto que sean subtipos de objetos, heredan los atributos de los objetos de los que preceden.
Información de tipos de objeto: el sistema PDM maneja una determinada
tipología de objetos, así como, la información contenida en ellos. Hay varios
tipos de información que debe almacenar la empresa como tipo de objeto:
•
Sobre las Actividades (proceso de desarrollo)
Anexo A
•
113
Sobre los Recursos (empleados y maquinaria a utilizar para ejecutar
los procesos)
•
Sobre los Productos
•
Documentación (los productos están definidos por documentos)
Inicialmente, las compañías necesitan almacenar información sobre el
proceso de desarrollo de sus productos, por lo tanto es necesario definir un
objeto de tipo actividad. Segundo una compañía necesita recursos
(empleados, herramientas para ejecutar los procesos, etc...), por lo tanto es
necesario un objeto tipo recursos. Tercero, el principal resultado del
desarrollo de productos es la definición de productos, por lo tanto es
necesario un objeto tipo productos. Finalmente un producto es descrito
mediante documentos por lo tanto se incluye un objeto tipo documentos.
Es importante saber que la documentación es la mas importante porque
contiene información sobre los otros objetos (por ejemplo un plano es un tipo
de objeto documento, pero que puede contener información sobre el
producto (geometría)). Estos son todos los tipos de objeto que maneja un
sistema PDM. Dentro de cada uno de estos cuatro objetos, el sistema PDM
gestiona
los
siguientes
tipos
de
información:
información
general,
información relacional e información del ciclo de vida. A continuación se
adjunta una tabla en la que se muestra el tipo de información de cada objeto:
Anexo A
OBJETO
Actividad
(tipo de actividad )
Recursos
(necesarios para esa actividad)
Producto
(¿qué producto es?)
Documentacion
(necesaria para esa actividad)
114
DATOS DEL OBJETO
Informacion general
ensamblajes, transportes,
mecanizados,…
descripcion de tareas,
operarios,maquinaria,..
planos CAD,
especificaciones del cliente,…
descripcion del producto,…
DATOS DEL ENTORNO DEL OBJETO
Informacion relacional
Informacion ciclo de vida
actividades complementarias,… version,estado,
ejecutado por,…
subordinados del proyecto,…
nivel autorizacion,
horas de proyecto,…
factura materiales,…
version,estado,…
productos relacionados,…
version,estado,
cambios,…
Como resultado se definen las tres funciones principales de un sistema PDM
para gestionar los diferentes tipos de objetos:
•
Gestión del repositorio o “vault”: conjunto de actividades de
almacenamiento optimo, recuperación y conservación de datos.
Estos datos suelen almacenarse en formato electrónico en el
repositorio. También pueden almacenarse en formato papel.
•
Gestión de la estructura del producto: conjunto de actividades
destintadas a manejar las relaciones entre objetos. Incluye la gestión
de la estructura de los objetos: como la estructura de un producto o la
estructura de descomposición de tareas.
•
Gestión del ciclo de vida: conjunto de actividades que proporcionan
guía y soporte para crear, usar y cambiar objetos desde un punto de
vista de flujos de información.
Los objetos actividades y recursos se combinan en un solo objeto llamado
Proceso/proyecto. Si combinamos las funciones de un sistema PDM para
gestionar los diferentes tipos de objetos (horizontal) con las funciones para
gestionar los diferentes tipos de información (vertical), se obtiene la matriz
Anexo A
115
de la figura 3. En la intersección de la gestión del ciclo de vida con la gestión
del producto, obtenemos la gestión del ciclo de vida del producto o PLM.
Ingeniería concurrente: El proceso convencional de desarrollo de producto
consiste en la realización de una serie de tareas específicas que deben ser
desarrolladas habitualmente por diferentes equipos de trabajo en la
empresa, y que abarcan la generación de las primeras ideas, diseño
conceptual,
diseño
detallado,
análisis,
elaboración
de
planos
y
documentación técnica, fabricación, puesta en servicio y mantenimiento. La
Ingeniería Concurrente es la técnica de desarrollo de un producto
consistente en realizar en paralelo la mayor parte de tareas posibles, desde
la fase de diseño hasta la de comercialización”.
Cuando los procesos de desarrollo de producto se realizan sin intercambio
de información entre los diferentes equipos de trabajo, a medida que el
proyecto avanza, los cambios en diseño e ingeniería de producto resultan
cada vez más costosos. Para resolver los problemas de ineficiencia que
presenta el enfoque tradicional, la ingeniería concurrente plantea vencer las
barreras existentes entre los diferentes departamentos, mediante la
colaboración de las personas de diferentes departamentos, que comparten
su conocimiento.
La ingeniería concurrente requiere de sistemas de gestión de datos de
producto que permitan a los diseñadores e ingenieros acceder y modificar la
información relativa a diseño y fabricación de modo integrado. Las
tecnologías de apoyo a la función de diseño e ingeniería son un conjunto de
herramientas (hardware y software) y procedimientos (metodología)
Anexo A
116
desarrollados para recoger y canalizar las intenciones y necesidades de los
diseñadores e ingenieros, de modo que permitan abordar el Diseño de un
Producto de una forma eficiente y eficaz, relacionando correctamente todos
los aspectos y personas que intervienen en dicho diseño y estableciendo así
el primer eslabón de la Ingeniería Concurrente. Además, para el éxito de la
Ingeniería Concurrente, es importante la introducción de cambios culturales,
organizacionales, y tecnológicos en las compañías.
Las ventajas más relevantes que la ingeniería concurrente genera son:
•
Acorta los tiempos de desarrollo de los productos.
•
Menores cambios de ingeniería.
•
Eleva la productividad.
•
Aumenta la flexibilidad.
•
Mejor utilización de los recursos.
•
Productos de alta calidad.
•
Reducción en los costes de desarrollo de los productos.
•
Mejoras en calidad.
Anexo A
117
Jerarquías de clase: en un sistema PDM es posible organizar los tipos de
objeto según una serie de jerarquías.
Por ejemplo dentro del tipo de “documento” se encuentra “planos” y
“manuales”. A su vez en los “planos” se pueden considerar diferentes tipos,
como “planos de fabricación” y “planos de mantenimiento”. De esta forma se
crea una jerarquía de clases como se puede observar en la siguiente figura
2.
Fig.-2 Jerarquía de clases.
Cuando en una jerarquía de clase están relacionados varios tipos de
documentos nos referimos a sub-tipos y super-tipos. En el ejemplo anterior
los “planos” son un sub-tipo del “documento” y a su vez el “documento” es un
super-tipo de los “planos”. Lo mismo ocurre con los “planos de
mantenimiento” y los de fabricación que son un sub-tipo de “planos” y
viceversa.
Esta jerarquía de clases permite que un caso de un tipo de objeto sea al
mismo tiempo un caso del super-tipo de ese mismo objeto. En el ejemplo de
Anexo A
118
la figura 2 un caso de “planos de fabricación” puede ser usado cuando se
quiera por uno de “planos” o “documento”. Esta propiedad de sustitución se
produce gracias a la herencia de propiedades entre sub-tipos. Por lo tanto un
tipo de objeto hereda todas las propiedades de sus super-tipos. Por ejemplo,
refiriéndonos a la figura 2, si el “documento” tiene como atributo el nombre
de la persona que lo modifico por última vez, ese mismo atributo también lo
tendrá “planos”, “planos de fabricación” y “planos de mantenimiento”.
Los super-tipos y sub-tipos también se denominan generalizaciones y
especializaciones respectivamente. En la figura 2 tanto los “planos” y
“manuales” son especializaciones del “documento”, y este a su vez es una
generalización de ambos.
Se puede considerar una especialización como todo lo que se encuentra
aguas abajo, inicialmente un sistema contiene el tipo de documento, el cual
puede llegar a tener una mayor especialización con planos y manuales que
tienen sus propias características especiales.
Por otro lado aguas arriba se considera generalización, permitiendo la
creación de un documento a partir de las propiedades comunes entre
“planos” y “manuales”.
En el ejemplo de la figura 2 todos los tipos de objeto tiene un super-tipo
inmediatamente superior: “documento”. Este tipo de jerarquía se denomina
“herencia simple”. Pero también se pueden dar casos de múltiples herencias
que implican más de un super-tipo por objeto. Las múltiples herencias
Anexo A
119
permiten obtener relaciones más complejas entre objetos. En el ejemplo de
la figura 3 se muestra como un “plano de mantenimiento” es al mismo tiempo
un tipo de “plano” y un tipo de “documento de mantenimiento”.
Fig.3- Múltiple jerarquía.
Knowledgeware (gestión informática del conocimiento): Serie de
herramientas que asisten a la empresa en la captura, puesta en común y
fácil reutilización del capital intelectual, lo que permite optimizar la gestión
del ciclo de vida del producto y facilitar el diseño automatizado. Además, las
reglas de diseño ya aplicadas pueden trasladarse a la definición de nuevos
productos. Por ejemplo, gracias a Knowledgeware, cuando un diseñador
modifica el modelo de una pieza de repuesto, los modelos de las
herramientas
correspondientes
serán
actualizados
automáticamente,
siguiendo las reglas de diseño ya fijadas.
La integración del desarrollo, captura y reutilización del know how es un
elemento capital para una correcta implementación de las soluciones PLM.
Anexo A
120
Así, más allá del “qué” del producto (los componentes), las soluciones
Knowledgeware capturan y gestionan el “por qué” y el “cómo” (los
conocimientos compartidos).
Lista de materiales (LDM): es una lista donde se encuentran todos los
componentes y subcomponentes de un elemento determinado. Forma parte
de la estructura del producto y solo incluye artículos físicos. Las LDM se
actualizan pueden actualizarse continuamente debido a modificaciones en
los diseños que requieren nuevos componentes.
Objeto: un objeto representa una “entidad” sobre la cual se quiere
almacenar información en un sistema PLM. Cada producto, documento, lista
de componentes, usuarios, cliente, proyecto, procedimiento, manual,
etc.…gestionado por el sistema PDM de la empresa puede ser representado
por un objeto.
PDM: Un sistema PDM (Product Data Management o Administrador de los
Datos del Producto), es una herramienta que ayuda a los departamentos de
ingeniería y de producción en la gestión del ciclo de vida del producto,
permitiendo documentar el proceso de desarrollo de un producto y
organizando, controlando y gestionando los accesos a todos los datos que
definen el producto.
PLM: Acrónimo de Product Lifecycle Management (gestión del ciclo de vida
del producto). Estrategia comercial que consiste en asistir a la empresa en la
puesta en común de datos, aplicación de procesos y aprovechamiento del
Anexo A
121
capital intelectual para el desarrollo de productos, desde la fase de diseño
hasta el reciclado, en toda la empresa extendida. Las soluciones PLM
incluyen a cada una de las partes que intervienen en el ciclo de vida
(fabricante, empresas asociadas, proveedores, OEM y clientes), por lo que
toda la red puede trabajar como una entidad única en cualquier momento,
desde la concepción y fabricación hasta el mantenimiento del producto.
Las soluciones PLM de DS posibilitan el diseño y desarrollo de productos
mediante la creación de maquetas virtuales (modelos gráficos en 3D). Así,
CATIA permite la definición y simulación digital del producto, DELMIA
determina los procesos industriales de fabricación y ENOVIA y SMARTEAM
favorecen la gestión colaborativa de la información sobre el ciclo de vida del
producto, tal como la definición, el know how y los recursos necesarios para
la fabricación.
Hoy en día con la aparición del concepto de “ingeniería concurrente” se hace
necesario que una amplia red de profesionales, a lo largo de la propia
compañía junto con clientes y suministradores, trabajen juntos para idear,
diseñar, fabricar y dar soporte a los productos, funcionando como una sola
entidad. PLM permite a las compañías compartir procesos de negocio
comunes y un conocimiento conjunto del producto a través de todas las
etapas de su ciclo de vida, desde el concepto a la retirada del mercado.
El PLM significa una nueva manera de entender el diseño industrial
proporcionando ventajas significativas entre las que destacan:
Anexo A
•
122
Cubre e integra todos los aspectos del diseño y la fabricación, junto
con la capacidad de mejorar los procesos de negocio.
•
Son soluciones escalables que se adaptan fácilmente al tamaño de
cada empresa.
•
Mejora el tiempo de llegada al mercado, reduciendo cada paso del
diseño.
•
Agiliza el intercambio de información con sus clientes y
suministradores, así como los departamentos de la misma
compañía.
Relación entre clases: los objetos pueden unirse con relaciones, por lo
tanto las clases de objeto también pueden estar relacionadas entre ellas.
Fundamentalmente hay dos tipos de relaciones:
•
Relaciones jerárquicas, son aquellas entre los productos y sus
componentes.
•
Relaciones
no
jerárquicas,
son
aquellas
entre
productos
y
documentos relacionados.
En un sistema PDM se pueden forzar estas relaciones a determinados
objetos, por ejemplo haciendo que las relaciones solo puedan ser aplicables
a objetos que pertenezcan a la clase de objeto “producto”. Otro tipo de
relaciones son las versiones de objetos, cada versión del objeto es un
sucesor de la versión previa. Cada versión esta representada por un objeto.
Anexo A
123
Cuando se ligan versiones de objeto existen atributos comunes a todas las
versiones.
Repositorio: En un sistema PDM el lugar donde se encuentran
almacenados los atributos y el “vault”, se denomina repositorio. Los atributos
se puede considerar como la etiqueta del fichero donde se encuentra: tipo
fichero, nombre, quien puede acceder a él. En definitiva dan información del
fichero en si mismo.
Fig.2. Estructura del repositorio.
Revisión: una revisión se produce cuando se produce un cambio en el
contenido de un documento debido a la modificación de una parte. Esta
modificación sustituye al documento previo.
SCMA: Acrónimo de Supply Chain Management (gestión de la cadena de
suministro). Estrategia comercial que consiste en asistir a la empresa en la
coordinación del flujo de bienes, información y recursos financieros entre
Anexo A
124
cada una de las partes que intervienen en la cadena de valor. Desde un
punto de vista estructural, la cadena de suministro se refiere a la compleja
red de relaciones que se dan entre la empresa y sus partners, desde la
creación hasta la fabricación y entrega del producto.
SMARTEAM: Solución PLM de DS para la gestión de datos del producto
(PDM) a través de Internet, totalmente integrada con CATIA, DELMIA y
ENOVIA. SMARTEAM permite al fabricante poner en común e intercambiar
información del producto con todos los departamentos de la empresa y la
cadena de suministro. Rentable y de rápida implementación, SMARTEAM
está en el centro mismo de las soluciones colaborativas para la
comercialización de productos y está destinada a diferentes sectores
(fabricación y ensamblaje, gestión de centros de producción, automoción,
equipos médicos, energía y construcción). SMARTEAM es un medio para
reducir costos, incrementar la productividad y acelerar la salida del producto
al mercado.
Tipos de objeto: son un conjunto de objetos agrupados que poseen
propiedades similares. Las propiedades de cada tipo de objetos se
denominan atributos, cada tipo de objetos tienen sus propios atributos. Por
ejemplo existen diferentes tipos de documentos como pueden ser planos o
manuales, y siempre que se crea un nuevo documento se especifica su tipo.
Los objetos individuales se denominan instancias (instances), por lo tanto un
objeto es un caso dentro de un tipo de objetos en particular.
Anexo A
125
Cada tipo de objeto especifica las propiedades que tienen en común los
objetos de ese tipo. A estas propiedades se las denomina atributos. Por
ejemplo el tipo de documento determina qué atributos tiene ese documento
y estos son únicos para ese tipo de documento. Todos los objetos se
agrupan en los siguientes tipos de objetos:
•
Documento.
•
Versión del documento.
•
Subdocumento.
•
Versión del subdocumento.
•
Representaciones.
•
Usuarios.
•
Proyectos.
Variante: son documentos que se muestran como alternativas para la
misma solución, se utiliza una u otra en función del diseño.
Vault: es donde se almacenan los archivos gestionados por el sistema PDM.
Versión: la versión se puede tratar como un tipo de revisión. Mientras que
las revisiones evolucionan a lo largo del tiempo de manera secuencial, las
versiones no tienen este tipo de evolución. Las versiones se utilizan para
identificar archivos en programas de ordenador como pueden ser, las que
reúnan determinadas características, que tengan un número particular de
fabricación, etc.…
Anexo A
126
Ventajas del PLM: se describen las ventajas del PLM en una empresa de
bienes de equipo y consumo.
•
Facilita la toma de decisiones efectiva.
•
Fomenta la agilidad corporativa.
•
Promociona la rentabilidad.
•
Mejora las capacidades de generación de ingresos.
Workflow: es una secuencia de eventos definidos para mejora un conjunto
de tareas. En un sistema PLM los workflow suelen girar en torno procesos
de creación, auditoria y cambios de ingeniería. Para ello se automatiza
totalmente o parcialmente el proceso y
información o tareas pasan de un usuario a otro.
la que la documentación,
6
ANEXO B
Anexo B
128
Índice
•
Relación de cargas /horas de trabajo /día.
•
Valor C m según accionamiento motor
•
Valor C A según arrancadas/hora
•
Modelos existentes de reductores
•
Lista de materiales
•
Lista de materiales estándar
•
Lista de materiales subcontratados
•
Lista de materiales de fabricación propia
Anexo B
129
Tabla 4.1 Relación de cargas /horas de trabajo /día
Valores de C H según el numero de horas/día
Número de horas de funcionamiento diarias
hasta 3
3a8
8 a 10
10 a 15
0,75
1
1,25
1,5
1
1,25
1,5
1,75
Tipo de carga
Uniforme
Moderada
15 a 24
1,75
2
Tabla 4.2 Valor C m según accionamiento motor
Valores de C M según el accionamiento del motor
Motor electrico
1
Tabla 4.3 Valor C A según arrancadas/hora
hasta 8
1
Valores de C A según arrancadas/hora
9 a 15
16 a 30
31 a 60
1,15
1,2
1,3
61 a 120
1,5
Tabla 4.4 Modelos existentes de reductores
Modelo
Modelo1
Modelo 1.1
Modelo 2
Modelo 2.1
Modelo 3
Modelo 3.1
P.E.(cv) E(r.p.m) S (r.p.m)
1
1
1,5
1,5
2
2
1400
1400
1410
1410
1410
1410
101
121,1
99,5
122
99,5
122
I
13,87
11,55
14,17
11,55
14,17
11,55
Par(Nm) F.S.
67,5
1,4
56,5 3,75
103 3,2
84 2,5
137 2,35
112 1,95
Anexo B
1
1
1
1
1
1
6
6
1
1
1
1
1
2
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
1
9
1
1
1
1
1
1
1
130
Selector de embrague
44
Tapa
43
Palanca de accionamirento
42
Zapata de embrague
41
Chaveta paralela de deslizamiento40
Chaveta
39
Tornillo
38
Arandela plana biselada
37
Anillo de seguridad
36
Bola fiadora
35
Resorte
34
Tuerca reguladora
33
Tornillo tensor
32
Pasador
31
Eje de mando
30
Palanca de mando
29
Empuñadura
28
Anillo de seguridad
27
Acoplamiento de embrague
26
Arandela
25
Rodamiento radial rígido
24
Tapa ciega
23
Piñón conductor
22
Casquillo separador
21
Rodamiento radial rígido
20
Casquillo
19
Tapa pasante
18
Anillo de retención de aceite
17
Eje primario
16
Tuerca Hexagonal
15
Arandela plana biselada
14
Polea
13
Tapa ciega
12
Tuerca de fijación
11
Arandela de retención
10
Rodamiento
9
Tornillo de hexágono interior
8
Casquillo separador
7
Casquillo
6
Engranaje
5
Arandela de dos mitades
4
Carcasa
3
Rodamiento radial rígido
2
Eje secundario
1
F-812 (fundición gris)
F-812 (fundición gris)
F-812 (fundición gris)
CUSTAN 5 UNE 37103 (bronce) 33x28x13
F-114 8x7x36
F-114 6x6x16
ISO M5x0,80 DIN 471 (Largo14 mm)
6 UNE 17066
8x0,8 DIN 471
Esfera φ 3/16"
Comercial
ISO M6x1 DIN 936
F-123 Varilla roscada ISO M6x1
φ 3 DIN 1481
F-115, φ15x52
F-115, φ 8x253 (calibrado)
CUZIN 60 UNE 37103 32x47
20x1,2 DIN 471
F-112, φ 55x38
DIN 471
Ref. 6004 (20x42x12)
F-12, φ 80x14
φ 60x24
F- 112, φ 30x14
Ref. 6204 (20x47x14)
φ 30x24
F-112, φ 85x23
28x40x7 DIN 3760
F-123, φ 28x138
ISO M6x1 DIN 934
16 UNE 17066
Aluminio
F-112, φ 90x22
KM 4
DIN 471
Ref. 6304 (20x52x15)
ISO M5x0,80 DIN 912-8G (Largo14 mm)
F-112, φ 38x14
CUSTAN 5 UNE 37103, 38x14 (bronce)
F-133, φ 95x36
F-115, φ 38x7
F-812 (fundición gris)
Ref. 6304 (20x52x15)
F- 123, φ 28x187
Nº. de
Denominación y observaciones Marca
piezas
I.C.A.I.
Medidas sin tolerancias UNE EN 22768-f
1:1
Peso
NORMAS: UNE - DIN
LISTA DE MATERIALES
DIBUJADO:CARLOS SUANZES TARDÓN
ESCALA
Material y medidas en bruto
FECHA:01/06/07
MECANISMO REDUCTOR
REF:
Anexo B
1
6
6
1
1
1
1
1
2
1
1
1
1
1
1
1
1
1
1
1
1
9
1
1
1
1
Nº. de
piezas
131
Zapata de embrague
Tornillo
Arandela plana biselada
Anillo de seguridad
Bola fiadora
Resorte
Tuerca reguladora
Tornillo tensor
Pasador
Empuñadura
Anillo de seguridad
Arandela
Rodamiento radial rígido
Casquillo separador
Rodamiento radial rígido
Anillo de retención de aceite
Tuerca Hexagonal
Arandela plana biselada
Tuerca de fijación
Arandela de retención
Rodamiento radial rígido
Tornillo de hexágono interior
Casquillo separador
Casquillo separador
Arandela de dos mitades
Rodamiento radial rígido
41
38
37
36
35
34
33
32
31
28
27
25
24
21
20
17
15
14
11
10
9
8
7
6
4
2
Denominación y observaciones
I.C.A.I.
CUSTAN 5 UNE 37103 (bronce) 33x28x13
ISO M5x0,80 DIN 471 (Largo14 mm)
6 UNE 17066
8x0,8 DIN 471
Esfera φ 3/16"
Comercial
ISO M6x1 DIN 936
F-123 Varilla roscada ISO M6x1
φ 3 DIN 1481
CUZIN 60 UNE 37103 32x47
20x1,2 DIN 471
DIN 471
Ref. 6004 (20x42x12)
F- 112, φ 30x14
Ref. 6204 (20x47x14)
28x40x7 DIN 3760
ISO M6x1 DIN 934
16 UNE 17066
KM 4
DIN 471
Ref. 6304 (20x52x15)
ISO M5x0,80 DIN 912-8G (Largo14 mm)
F-112,φ 38x14
CUSTAN 5 UNE 37103, 38x14 (bronce)
F-115, φ 38x7
Ref. 6304 (20x52x15)
Marca
Medidas sin tolerancias UNE EN 22768-f
1:1
Peso
NORMAS: UNE - DIN
LISTA DE
MATERIALES(ESTANDARES)
DIBUJADO:CARLOS SUANZES TARDÓN
ESCALA
Material y medidas en bruto
FECHA:01/06/07
MECANISMO REDUCTOR
REF:
Anexo B
1
1
1
1
1
1
1
Nº. de
piezas
132
Selector de embrague
Tapa
Palanca de accionamirento
Acoplamiento de embrague
Tapa pasante
Tapa ciega
Carcasa
44
43
42
26
18
12
3
F-812 (fundición gris)
F-812 (fundición gris)
F-812 (fundición gris)
F-112, 55x38
F-112, φ 85x23
F-112, φ 90x22
F-812 (fundición gris)
φ
φ
Denominación y observaciones Marca
I.C.A.I.
Medidas sin tolerancias UNE EN 22768-f
1:1
Material y medidas en bruto
Peso
NORMAS: UNE - DIN
LISTA DE MATERIALES
(SUBCONTRATADOS)
DIBUJADO:CARLOS SUANZES TARDÓN
ESCALA
φ
FECHA:01/06/07
MECANISMO REDUCTOR
REF:
Anexo B
1
1
1
1
1
1
1
1
1
Nº. de
piezas
133
Chaveta
Eje de mando
Palanca de mando
Piñón conductor
Eje primario
Polea
Engranaje
Arandela de dos mitades
Eje secundario
39
30
29
22
16
13
5
4
1
φ
F-114 6x6x16
F-115, φ15x52
F-115, φ 8x253 (calibrado)
φ 60x24
F-123, φ 28x138
Aluminio
F-133, φ 95x36
F-115, φ 38x7
F- 123, φ 28x187
Denominación y observaciones Marca
I.C.A.I.
Medidas sin tolerancias UNE EN 22768-f
1:1
Material y medidas en bruto
Peso
NORMAS: UNE - DIN
LISTA DE MATERIALES
(FABRICADOS)
DIBUJADO:CARLOS SUANZES TARDÓN
ESCALA
φ
FECHA:01/06/07
MECANISMO REDUCTOR
REF:
7
BIBLIOGRAFÍA
Bibliografía
[WILL02]
135
”Product
Data
Management
Concurrent
as
enabler
for
Engineering”. Eindhoven
University of Technology, 2002 Remko Willem
Helms.
[PELT00]
“Concepts and Implementation For Product Data
Management”. Helsinky University of Technology, 2000.
Hannu Peltonen.
[IBM04]
“La solución PLM para mejorar la colaboración y
agilizar los procesos de productos y proyectos” IBM
Corporation 2004 .
[UGS06]
“Redes globales de innovación, informe técnico” UGS
PLM Solutions 2006.
[UGS05]
“Visión general de Teamcenter “ UGS PLM Solutions
2005.
[IBM06]
“Smarteam Catia Integration” IBM Corporation 2006.
[QUIÑ02]
“Oficina Técnica” Universidad Pontificia de Comillas,
Departamento de Ingeniería Mecánica, 2002. Álvaro
Quiñones Miguel
[TECH02]
“Manual Básico Catia V5 CAD/CAM/CAE/PLM” CAD
TECH IBÉRICA,S.A.2002