Actividad n 1

METODOLOGA DEL DISEO

Actividades Prcticas

Escuela Politcnica Superior Universidad de Sevilla

ANEXO: APLICACIN IDEF0

1. Introduccin. Actualmente existen en el mercado herramientas informticas, denominadas sistemas de gestin de datos del producto, normalmente conocidas por las siglas PDM (Product Data Management Systems), que ayudan a controlar toda la documentacin que se genera y que se necesita en el proceso de diseo, e incluso en todas las fases del ciclo de vida del producto, desde su concepcin hasta el servicio post-venta. Al tratar la informacin de una forma centralizada y homognea en cuanto a formato y soporte, se obtienen grandes beneficios en la gestin del proceso de diseo. En todo proyecto se deben definir las distintas actividades del proceso proyectual susceptibles de ser soportadas por un sistema PDM. Para ello se presenta una metodologa de implementacin de estas herramientas basadas en el empleo de una tcnica de modelado de actividades IDEF0. A partir de los modelos IDEF0 podemos extraer la informacin necesaria para la correcta configuracin del sistema PDM. La estrategia de implantacin presentada, facilita el paso de una metodologa de diseo tradicional a una basada en el concepto de ingeniera concurrente y que est apoyada por herramientas de gestin de datos del producto.

2. La Ingeniera Concurrente y los sistemas PDM. El concepto de Ingeniera Concurrente surge como respuesta a las carencias del ciclo tradicional de desarrollo de producto, donde se abordaba este proceso de forma secuencial, y donde la actividad del ingeniero en diseado industrial se mantena al margen de otros departamentos de la empresa. Normalmente, los ingenieros diseadores o ingenieros de producto estaban principalmente interesados en la funcionalidad y prestaciones de sus productos y muy raramente tomaban en consideracin los procesos de fabricacin y su planificacin. Este camino tradicional que se puede considerar secuencial no consigue entablar un dilogo entre el diseo y los procesos posteriores. Por otra parte, se puede demostrar que las decisiones sobre el diseo realizadas en los primeros pasos del ciclo de desarrollo de producto, pueden suponer un efecto significativo sobre la fabricabilidad, la calidad, el coste del producto, tiempo de introduccin en el mercado y en su xito.

2.1 Ingeniera secuencial. La Ingeniera Secuencial organiza las actividades y los procesos en distintas etapas del proceso de diseo y desarrollo de producto, secuencialmente, es decir, las distintas actividades se realizan consecutivamente, cuando acaba una comienza la siguiente.

[Fig.1] Ejemplo esquemtico de un proceso de ingeniera secuencial.

2.2 Ingeniera Concurrente. La Ingeniera Concurrente (IC) es una filosofa orientada a integrar sistemticamente y en forma simultnea el diseo de productos y procesos. Se define por lo tanto, como un sistema de trabajo donde las diferentes actividades de ingeniera en los procesos de desarrollo de producto y de proceso de produccin se integran y se realizan en paralelo, siempre que sea posible, en vez de secuencialmente.

[Fig.2] Ejemplo esquemtico de un proceso de ingeniera concurrente.

3. IDEF0. La traduccin literal de las siglas IDEF es Integration Definition for Function Modeling (Definicin de la integracin para la modelizacin de las funciones). IDEF consiste en una serie de normas que definen la metodologa para la representacin de funciones modelizadas. Estos modelos consisten en una serie de diagramas jerrquicos junto con texto y referencias cruzadas entre ambos que se representan mediante unos rectngulos o cajas y una serie de flechas. Uno de los aspectos de IDEF0 ms importantes es que como concepto de modelizacin va introduciendo gradualmente niveles de detalle a travs de la estructura del modelo. De esta manera, la comunicacin queda bien definida con una cantidad de informacin detallada disponible para profundizar en el modelo.

3.1. Componentes de una representacin IDEF0. Diagrama A-0: Diagrama de contexto de IDEF0 de una sola caja, que contiene la funcin de alto nivel (Top-Level) que va a ser modelizada, junto con sus inputs, outputs, controles y mecanismos. Diagrama child: Diagrama que detalla una diagrama padre (parental). Caja: Rectngulo que contiene un nombre y un nmero usado para representar una funcin. Caja Padre (parental): Caja que es detallada por una diagrama hijo (filial). Caja hijo (filial): Caja de un diagrama hijo (filial). Nombre de caja: Verbo o frase verbal ubicada en el interior de una caja IDEF0 para describir la funcin modelizada. Flecha: Lnea directa compuesta por uno o varios segmentos que modeliza un canal abierto o conducto datos u objetos desde una fuente a un uso. Existen cuatro tipos de flechas: flechas de input, flechas de output, flechas de control y flechas de mecanismo. Flecha de input: Tipo de flecha que expresa un input o entrada, p.e. el dato u objeto que es transformado por la funcin en un output o salida. Las flechas de input se ubican en la parte izquierda de la caja. Flecha de output: Tipo de flecha que expresa un output IDEF0, es decir, el dato u objeto producido por una funcin. Las flechas de output estn asociadas a la parte derecha de una caja IDEF0. Flecha de control: Tipo de flecha que expresa control de IDEF0, es decir, aquellas condiciones requeridas para producir un output correcto. Los datos u objetos modelizados como controles pueden ser transformados por la funcin creando as un output. Las flechas de control se suelen asociar con al parte superior de una caja IDEF0. Ejemplos de control de funcin pueden ser: polticas, manuales de calidad, presupuestos, normativa, procedimientos Flecha de mecanismo: Tipo de flechas de IDEF0 que representan mecanismos, es decir, aquello que se necesita para desarrollar una funcin. Las flechas de mecanismo se sitan en la parte baja de la caja IDEF0. Etiqueta de flecha: Nombre que especifica el significado de una flecha. Flecha de lmite: Flecha con un extremo no conectado a ninguna caja o diagrama.

Ejemplo: Proceso de diseo y desarrollo de una tostadora industrial.