Está en la página 1de 8

DISEO AXIOMTICO

1. Introduccin
El diseo axiomtico es un principio general para anlisis y sntesis de diseo
desarrollado por el profesor Nam P. Suh del MIT para mejorar las actividades
de diseo, proporciona una base terica para basada en la lgica y el raciocinio
a travs de herramientas y procesos, minimiza el proceso de prueba y error,
reduce el tiempo de ciclo de desarrollo y mejora la calidad y la confiabilidad.
El diseo axiomtico puede definirse como un mtodo de diseo de sistemas,
identificando los requerimientos funcionales o CTQs, determinando los posibles
parmetros de diseo y variables de proceso e integrndolos en un sistema. La
hacilidad para comprender las relaciones entre los diferentes requerimientos y
parmetros se representa por matrices, si esto no es posible, se obtendr un
diseo de baja calidad.
Entre los aspectos relevantes del mtodo se encuentran los axiomas, la
arquitectura del sistema de zigzagueo, y la identificacin de debilidades de
diseo (vulnerabilidades representadas por acoplamientos o sean interacciones
en los parmetros de diseo necesarios para cubrir los requerimientos).
En Ingeniera se presentan vulnerabilidades que pueden ser de dos tipos:
Vulnerabilidades conceptuales: son causadas por la falta de robusts a
nivel de concepto, debido a no cumplimiento de de guas y principios de
diseo. Un diseo acoplado puede resultar en violacin al axioma 1 y un
sistema complejo viola el axioma 2.
Vulnerabilidades Operacionales: son causadas por falta de robusts a
nivel operacional, especficamente en el nivel de uso o durante la vida
til, donde el producto est sujeto a factores de ruido como uso y abuso,
degradacin, o variacin de parte a parte.
El diseo y su realizacin en produccin se definen como un conjunto de
procesos y actividades que transforman los deseos del cliente en soluciones de
diseo que son tiles a la sociedad. Las empresas normalmente operan en dos
formas:
Prevencin de fuegos: concibiendo entidades factibles y sanas con
mnimas vulnerabilidades conceptuales.
Apagar fuegos: resolver los problemas de forma que los sistemas
puedan vivir con mnimas vulnerabilidades operacionales. Esto consume
muchos recursos innecesariamente.
2. Axiomas de diseo
De acuerdo a Suh (2001), propone el uso de axiomas que debe satisfacer un
diseo junto a varios corolarios:
Axioma 1: Axioma de independencia. Mantener la independencia de los
requerimientos funcionales.
Axioma 2: Axioma de informacin. Minimizare el contenido de informacin en
un diseo.
El Axioma de independencia:
El proceso de diseo involucra tres mapeos entre cuatro dominios:
Mapeo entre CTSs (crtitical to satisfaction customer atributes) y
requerimientos funcionales (FRs). Un requerimiento funcional es una
solucin neutral, independiente del diseo de parmetros, estableciendo
que hace el sistema y expresado como verbo (llevar, cargar, conducir
calor) y un sujeto. Las funciones del diseo se establecen y propagan
independientemente del arreglo de parmetros de diseo (DPs).
Mapeo fsico entre FRs y DPs se puede hacer con un QFD. Una vez que
se han definido un conjunto mnimo de FRs y CTSs se puede hacer el
mpeo fsico.
Mapeo de proceso involucra el dominio DPs y las variables de proceso
DVs de manufactura y produccin.
Dominio del cliente Dominio funcional Dominio Fsico Dominio
Proceso
[C] = [A] x [B]
De acuerdo al axioma 1 el caso ideal es tener un mapeo uno a uno de manera
que una X especfica pueda ser ajustada para satisfacer a su correspondiente
Y sin afectar a otros requerimientos, es decir evitar vulnerabilidades. El
acoplamiento ocurre cuando un concepto no incluye ciertos parmetros de
diseo o no cumple sus restricciones. Por medio del proceso de Zigzagueo, el
equipo identifica las restricciones de diseo. A veces se confunden con
requerimientos funcionales (FRs). Los requerimientos funcionales representan
lo que un diseo hace; se realcionan con el desempeo y pueden ser
especificados con cierta tolerancia. Los aspectos tales como costo,
confiabilidad, e impacto ambiental no mieden la funcin directamente y no
pueden ser relacionados a una DP particular, por tanto representan
restricciones. Una restriccin es una propiedad del diseo, no algo que hace el
diseo.
CTSs
FRs DPs PVs
3. Diseo no acoplado
Para que haya independencia se requiere que las matrices que relacionan a la
respuesta con las variables de menor nivel f(x) sean diagonales como sigue:

'

1
1
1
1
]
1

'

n mn m
x
x
x
A
A
A
y
y
y
.....
.... 0 0
0 .... ..
0 .. 0
0 .. 0
.....
2
1
22
11
2
1
Es decir que cada requerimiento funcional se satisfaga con un parmetro de
diseo nico.
Diseo desacoplado
En casos de haber matrices de coeficientes (As) triangulares superiores o
inferiores, se tienen diseos desacoplados lo que no es ideal pero tiende a
tender independencia en control.

'

1
1
1
1
]
1

'

n mn
n
m
x
x
x
A
A
A A A
y
y
y
.....
.... 0 0
0 .... ..
0 .. 0
..
.....
2
1
22
1 12 11
2
1
4. Proceso de Zigzagueo
Se refiere a mapear FRs en DPs (Zig) en alto nivel, regresar a FRs en un nivel
inferior (Zag) continuando este proceso hasta los niveles ms bajos. El mapeo
de zigzagueo tambin se puede hacer entre DPs y PVs. De esta manera se
van atendiendo y simplificando todos los aspectos del diseo.
Proceso de
Zig
Zag
Dominio del cliente Dominio funcional Dominio Fsico Dominio
Proceso
[C] = [A] x [B]
Proceso de Zigzagueo
De la figura anterior el mapeo de los requerimientos funcionales (FRs) a las
variables de proceso (PVs) se puede expresar en forma matricial como:
[FR] = [A] x [DP]
[DP] = [B] x [PV]
[FR] = [C] x [PV]
Donde A es la matriz de mapeo de diseo y B es la matriz de diseo de
proceso y C es la matriz de diseo general.
Dependiendo de la configuracin de las matrices A, B y C se pueden tener los
casos siguientes:
Un diseo no acoplado general se logra slo cuando ambos mapeos
estn no acoplados.
CTSs FRs DPs PVs
Un diseo est desacoplado cuando ambos mapeos estn
desacoplados , con sus matrices triangulares con orientacin similar
(superior o inferior). O si un mapeo es no acoplado y el otro es
desacoplado.
Un diseo acoplado general se obtiene cuando al menos un mapeo est
acoplado (coeficientes de interaccin diferentes de cero Aij 0) o
cuando ambos mapeos estn desacoplados, pero sus matrices
triangulares no tienen la misma orientacin (una es superior y otra
inferior).
5. Implicaciones del Axioma 2
El axioma 2 trata con la complejidad que depende del nmero de FRs y DPs
(tamao de la solucin) y de sus variaciones. Shanon en sus estudios de las
comunicaciones digitales denomina entropa a la medicin de la complejidad de
la seal debajo de la cual ya no se puede comprimir.
Weaver (1948) describe varios tipos de complejidades:
Complejidad desorganizada: tiene un gran nmero de variables. Los
efectos de estas variables y sus interacciones solo pueden explicadas
por mtodos estadsticos y no por mtodos analticos, ya que forman
procesos aletorios y estocsticos.
Simplicidad organizada: es el otro extremo de la complejidad, hay un
nmero pequeo de variables significativas que son agrupadas en
relaciones determinsticas.
Complejidad organizada: utiliza mtodos estadsticos y analticos en
diferentes etapas. Los mtodos analticos se utilizan en las fases de
diseo y desarrollo de conceptos y los mtodos estadsticos se utilizan
en las fases de validacin donde se presentan factores no previstos o
factores de ruido.
La cantidad de informacin generada o utilizada es una medida del nivel de
complejidad involucrada en el diseo. La compatibilidad de mquinas con las
especificaciones requeridas del producto representan otra dimensin de
complejidad. La complejidad en entidades fsicas se refiere a la informacin
requerida para cumplir cada FR, que de hecho son funcin de las DPs a las
que se mapean.
Diseo Robusto
Mtodo de la ingeniera de calidad ideado por Genichi Taguchi a principios de
los aos 50. En vez de reducir las variaciones del proceso de produccin
(comprando mejor maquinaria, aumentando su mantenimiento, etc.) se centrar
en la fase de diseo de un producto, de manera que sea insensible a las
fuentes de variabilidad, es decir, robusto. Generalmente este enfoque para
mejorar la calidad ser considerablemente ms econmico. Adems buscar
siempre sobrepasar las expectativas del cliente para dar importancia a aquellos
parmetros que le interesen el cliente y ahorrarse dinero en otros que no le
interesen. Es necesario determinar las causas que pueden provocar
variaciones en un proceso ya que adems determinan la capacidad (formas de
procesar las piezas, calidad de la materia prima, mantenimiento, etc.), no
perder de vista las causas del entorno donde se fabrica el producto
(componentes humanos, condiciones ambientales ) y estar atentos a los
distintos parmetros interno del producto ( deterioros, envejecimientos, etc. ).
Estas causas o factores que afectan al producto son los factores de ruido o de
distorsin y los factores de control. Una vez determinadas estas causas y
obtenidos los factores de control, se disea un nuevo producto cuyas
propiedades se vean menos afectadas por estos factores de variabilidad.
Etapas del diseo robusto
Podemos clasificar las distintas etapas en tres pasos:
- Diseo del producto: En esta etapa se planteara el producto siguiendo las
expectativas del cliente.
- Diseo de los procesos: Se aclarara como y de qu manera fabricar el
producto diseado en la etapa anterior.
- Produccin: Se empezara a fabriacar el producto en s, controlando las
causas asignables. Una vez en este proceso ya no se podrn tomas medidas
contra las distintas causas de variabilidad.
Metodologia
1- Diseo del sistema: Consiste en el diseo conceptual o funcional del
producto con el objetivo de responder a las necesidades del cliente.
2- Diseo de parmetros: Consiste en el calculo de los valores de los distintos
factores de control que minimicen la variabilidad de las caractersticas de
calidad del producto, esta ser la fase mas importante por lo que la
desarrollaremos en profundidad en el siguiente apartado.
3- Diseo de tolerancias: Se fijan tolerancias estrechas a aquellos elementos
que se ha determinado su influencia en la variabilidad final, y un amplio margen
de tolerancias para el resto de los elementos.

También podría gustarte