INGENIERÍA INDUSTRIAL
METODOLOGÍA DE HALL
En 1989, A. D. Hall expande, adapta y actualiza su metodología de la
Ingeniería de Sistemas en su metodología de metasistemas. Su metodología la
refiere como el estudio de la planeación, la acción y el comportamiento humano
para la conceptualización, la planeación, el diseño, la producción, el uso y
desechar sistemas, sin considerar de qué disciplina se trate. Su metodología de
sistemas la define como un proceso multiparadigmático, creativo, eficiente, multi-fases, multi-
niveles, para encontrar definir y resolver problemas complejos. Hall señala que el
proceso que propone tiene su aplicabilidad en el método científico, la ciencia de la
acción, la investigación de políticas, la ingeniería de sistemas, la investigación de operaciones,
las ciencias de la administración, la cibernética, en el análisis de impacto ambiental, las leyes,
la contabilidad, la historia y en general en las ciencias aplicadas. Define así sus metasistemas.
La estructura y forma (morfología) de su metodología la rebela en sólo 4 dimensiones
fundamentales:
• Tiempo
• Lógica
• Conocimiento o contenido
• Cultura - Política - Comportamiento
Uno de los campos en donde con más intensidad se ha sentido la
necesidad de utilizar conceptos y metodologías de Ingeniería de Sistemas es en el
desarrollo de tecnología. Esto se debe a que los sistemas técnicos, que sirven para
satisfacer ciertas necesidades de los hombres, están compuestos de elementos
interconectados entre sí de tal forma que se hace necesario pensar en términos de
sistemas, tanto para el desarrollo de nueva tecnología como para el análisis de la
ya existente.
Los pasos principales de la metodología de Hall son:
Definición del problema
Selección de objetivos.
Síntesis de sistemas
Análisis de sistemas
Selección del sistema
Desarrollo del sistema
Ingeniería
1. Definición del Problema: se busca transformar una situación confusa e
indeterminada, reconocida como problemática y por lo tanto indeseable, en un
estatuto en donde se trate de definirla claramente. Esto sirve para:
a) Establecer objetivos preliminares.
b) El análisis de distintos sistemas.
De la definición del problema los demás pasos de la metodología dependen
de cómo haya sido concebido y definido el problema. Si la definición del problema
es distinta a lo que realmente es, lo más probable es que todo lo que se derive del estudio
vaya a tener un impacto muy pobre en solucionar la verdadera situación
problemática.
La definición del problema demanda tanta creatividad como el proponer
soluciones. El número de posibles soluciones aumenta conforme el problema es
definido en términos más amplios y que disminuyen al aumentar el número de
palabras que denotan restricciones dentro de la restricción.
Existen dos formas en cómo nacen los problemas que son resueltos con
sistemas técnicos:
a) La búsqueda en el medio ambiente de nuevas ideas, teorías, métodos, y
materiales, para luego buscar formas de utilizarlos en la organización.
b) Estudiar la organización actual y sus operaciones para detectar y definir
necesidades.
3. Síntesis del sistema: Lo primero que se debe hacer es buscar todas las
alternativas conocidas a través de las fuentes de información a nuestro alcance. Si
el problema ha sido definido ampliamente, él número de alternativas va a ser
bastante grande. De aquí se debe de obtener ideas para desarrollar distintos
sistemas que puedan ayudarnos a satisfacer nuestras necesidades. Una vez
hecho esto, se procede a diseñar (ingeniar) distintos sistemas.
En esta parte no se pretende que el diseño sea muy detallado. Sin embargo,
debe de estar lo suficientemente detallado de tal forma que los distintos sistemas puedan
ser evaluados.
6. Desarrollo del sistema: En base al diseño que había hecho del sistema
durante la fase de síntesis, se hace un diseño detallado del mismo. Una vez que el
sistema está en papel, hay que darle vida, desarrollarlo. El número de perdonas
que toman parte en esta operación depende de la magnitud del sistema.
Lógicamente, no se puede poner en operación un sistema una vez que
haya sido construido. Se tienen que hacer pruebas para deslumbrar problemas no
previstos en su funcionamiento. En caso que no funcione como debiese, se debe
investigar las razones y tomar acciones correctivas. Estas caen dentro de dos
categorías:
a) Fallas en el diseño.
b) Fallas en la construcción.
En el primer caso, debe reportarse que fallas tiene el diseño del sistema
para proceder a hacer los cambios. En el segundo caso, debe reportarse que es lo
que se construyó mal para proceder a corregirlo.
Una vez que el sistema funcione como se pretendía, y antes de que se
ponga en operación, deben de desarrollarse documentos que contengan
información sobre su operación, instalación, mantenimiento, etc.
Celda Ejemplo
1 Estructural Una red de caminos.
Con propósito
Mecánica
2 Estructural Un puente de suspensión.
Con propósito
Organísmico
3 Estructural Una cordillera montañosa.
Sin propósito
Mecánica
4 Estructural Una burbuja (o cualquier sistema físico
Sin propósito en equilibrio).
Organísmico
5 Funcional Una línea de producción (un colapso en
Con propósito una máquina no afecta a otras
Mecánica máquinas).
6 Funcional Organismos vivos (“La forma más
Con propósito parsimoniosa para entender la vida en
Organísmico todos sus niveles… es por medio del
propósito”).
7 Funcional El flujo cambiante de agua como
Sin propósito resultado de un cambio en el hecho del
Mecánica río (o, quizá el patrón de sombras que
proyecta un árbol sobre un césped).
8 Funcional El continúo espacio-tiempo.
Sin propósito
Organísmico
2. Por su previsión:
Sistema determinístico: Es aquel en el cual las partes interactúan de una forma
perfectamente previsible. Ej. Al girar la rueda de la máquina de coser, se puede
prever el comportamiento de la aguja.
Sistema determinístico simple. Es aquel que posee pocos componentes e
interrelaciones, que revelan un comportamiento dinámico completamente
previsible. Ej. Juego de billar, es un sistema de geometría muy simple.
Sistema determinístico complejo. Es el caso de un computador electrónico.
Si su comportamiento no fuere totalmente previsible, funcionaria mal.
El sistemista inglés Peter Checkland señaló hace más de 40 años que: “lo que
necesitamos no son grupos interdisciplinarios, sino conceptos transdisciplinarios, o
sea conceptos que sirvan para unificar el conocimiento por ser aplicables en áreas
que superan las trincheras que tradicionalmente delimitan las fronteras
académicas”
Veamos un ejemplo: Son numerosas las entidades naturales que poseen
reguladores - también naturales - de algunos de sus procesos o funciones.
Nosotros mismos, como seres biológicos, tenemos diversas regulaciones, por
ejemplo en el caso de nuestra presión sanguínea, de nuestra temperatura
corporal, de nuestro ritmo respiratorio y cardíaco, del nivel glucémico en la sangre,
etc.
Regulaciones similares - y los dispositivos correspondientes - existen en
todos los seres vivientes (animales y vegetales), que deben adaptarse y
readaptarse sin cesar, a condiciones variables de entorno y de equilibrio interno.
Todos los reguladores tienen el mismo mecanismo básico, o sea la
retroacción por retroalimentación (el “feedback”) del efecto resultante del proceso,
observado y medido en cada instante, sobre el ritmo de la función o del proceso
mismo.
Por ejemplo, el corazón está equipado con un dispositivo nervioso
acelerador o frenador que responde a la percepción orgánica de la presión
sanguínea. En síntesis, el principio del feedback es absolutamente general: se
trata de la regularización de la actividad (función, proceso) por los resultados de la
misma y en correspondencia con una norma existente naturalmente, o establecida
por un agente.
En este caso de los controles, o sea las regulaciones creadas por el
hombre, la “norma” es introducida por el contralor humano en función de un criterio
razonado referido a la meta buscada. Un ejemplo muy conocido es el termostato.
Otro es el rol del flotador en el tanque de agua del baño.
El concepto de retro-alimentación (feedback) es por lo tanto un meta-
concepto: Reúne las características comunes de múltiples ejemplos específicos de
retro-alimentación.
Referencia Bibliográfica
LIBROS
PAGINAS DE INTERNET
http://www.mitecnologico.com/Main/TaxonomiaDeCheckland
http://es.scribd.com/doc/38983508/Metodologia-de-Sistemas-Duros