Tema 3

Tema 3
Un marco formal para la resolución

de problemas en ingeniería
Departament de Telecomunicació i d’ Enginyeria de Sistemes 1

Àrea d’ Enginyeria i Infraestructura dels Transports
INDICE
1. Introducción
2. Concepto de problema
3. Marco formal de resolución de problemas en ingeniería
• Paso 0: “Puedo hacerlo”
• Paso 1: Definición
• Paso 2: Exploración
• Paso 3: Planificación
• Paso 4: Implementación
• Paso 5: Validación
• Paso 6: Conclusión

1. Introducción
● El trabajo del ingeniero consiste, básicamente, en resolver problemas.

● Así, en este tema:
– Definiremos el concepto de problema e Identificaremos algunos conceptos
importantes, como los distintos tipos de problemas.
– Se mostrará que en la resolución de problemas es conveniente seguir
una estructura de fases y pasos (debido a la estructura sistémica con
que se modela nuestro entorno).
● A partir de aquí, se presenta un marco formal, aplicable tanto a la
resolución de problemas académicos como, especialmente, al tipo de
problemas que podréis encontrar en vuestra vida profesional.
– Este marco está basado en el desarrollado por (Wankat and Oreovicz,
1993) en la Escuela de Ingeniería Química de la Universidad de Purdue,
que a su vez está basado en el propuesto por (Woods y otros, 1975) de la
Universidad de McMaster en Ontario, Canadá.

1. Introducción
– Como marco o guía de referencia formal, pretende ser una propuesta de

método para la resolución general de problemas. No obstante, es
importante considerar que, puesto que cada problema tiene sus
características particulares, habrá casos en los que algunos de los pasos
resulten muy simples o incluso puedan obviarse.
● La adopción de este método debe permitiros ser más eficientes en la
resolución de problemas, y también presentar vuestros resultados de
una manera lógica, fácilmente comprensible por vuestros colegas (o,
en su caso, por vuestros compañeros y profesores).

Problema Habréis observado, en el pasillo de casa o en algún otro lugar, que el

2.1. sistema de interruptores permite encender la luz en un punto y
apagarla en otro, o viceversa. En realidad, los mecanismos que
permiten este funcionamiento no son interruptores sencillos, sino
conmutadores (ver figuras en la página siguiente).
Se pide:
1. Dibujar y describir un sistema basado en conmutadores que permita
realizar el trabajo descrito en el enunciado.
2. Razonar si sería posible hacer lo mismo mediante interruptores
sencillos.
Solución Se entregará (individualmente) al principio de la siguiente clase.

La entrega es obligatoria, aunque este ejercicio no formará parte de la
evaluación de la asignatura.

Interruptor sencillo Conmutador
El problema anterior es un pequeño problema de ingeniería que fue

resuelto hace muchos años. No obstante, contiene todos los elementos
que, paso a paso, se irán considerando en este tema.

2. Concepto de problema /
2.1. Dos problemas divertidos
Problema (Se cuenta que este problema pareció muy interesante a Einstein)
2.2.
Dos amigos pasean charlando de sus respectivas familias:
- Por cierto –pregunta uno– ¿de qué edad son tus tres hijas?
- El producto de sus edades es 36 –responde su amigo- y su suma,
casualmente, es igual al número de tu casa.
Tras pensar un poco, el que ha formulado la pregunta dice:
- Me falta un dato.
- Es cierto –concede el otro- Olvidé decirte que la mayor toca el piano.
¿Cuáles son las edades de las tres hijas?
Solución Se discutirá en clase.

Ejemplo “El crimen perfecto”

2.3.
“En Londres es así: los radiadores devuelven calor a cambio de las
monedas que reciben. Y en pleno invierno estaban unos exiliados
tiritando de frío, sin una sola moneda para poner a funcionar la
calefacción de su apartamento.
Tenían los ojos clavados en el radiador, sin parpadear, intentando
buscar una posible solución. Si ponían monedas de lata o cartón, el
radiador funcionaría, pero el recaudador encontraría, luego, las
pruebas de la infamia.
¿Qué hacer? Se preguntaban. El frío les hacía temblar. Y en esto uno
de ellos, de repente, lanzó un grito.
Y así nació la moneda de hielo inventada por un pobre hombre
helado.
Pusieron manos a la obra de inmediato. Hicieron moldes de cera que
reproducían las monedas británicas a la perfección; después llenaron
de agua los moldes y los metieron en el congelador.

Las monedas de hielo no dejaban huellas, puesto que el calor las

evaporaba.
Y así, aquel apartamento de Londres se convirtió en una playa del mar
Caribe”.
E. Galeano. “El libro de los abrazos”
● En los dos casos anteriores encontramos un estado inicial en el que

hay cierta información y un estado final deseado.
● A esta situación final se puede llegar aplicando el ingenio a ciertos
conocimientos (sobre números o sobre el entorno).
● En esto consiste, en esencia, la resolución de problemas, algo que los
humanos hacemos continuamente.

2.2. Esquema gráfico del proceso de solución
Método de
Estado inicial Estado final
solución
(Enunciado) (Solución)
(Algoritmo)
Ingenio / lógica
ConocimientoS / experiencia

2.3. Primeras definiciones
Características de un problema
Los psicólogos coinciden en que un problema tiene ciertas características:
● Datos: Determinadas condiciones, objetos, trozos de información, etc.,
que están presentes al inicio del trabajo en el problema.
● Objetivos: El estado final deseado. La solución del problema consiste
en transformar el problema desde el estado inicial al estado final.
● Obstáculos: Aunque una persona que piensa siempre dispone de
algunas vías para modificar el estado actual de un problema, puesto
que la respuesta correcta (es decir, el camino del estado inicial al final)
no se conoce a priori, siempre pueden aparecer obstáculos en el
camino.

2.3. Primeras definiciones
Categorías de problemas
Reitman (1965) analizó cuatro categorías de problemas, en función del
grado de especificación del estado inicial y del estado final:
● 1ª categoría: Estado inicial y estado final bien definidos. Es el caso de
la mayor parte de los problemas académicos.
● 2ª categoría: Estado inicial bien definido y estado final mal definido.
Sería el caso del problema de los exiliados. A este tipos de problemas
se les aplican técnicas de tipo creativo.
● 3ª categoría: Estado inicial mal definido y estado final bien definido.
● 4ª categoría: Estado inicial y estado final mal definidos.
Estas dos últimas categorías de problemas agrupan a la inmensa mayoría

de los problemas profesionales en ingeniería, así como la mayoría de
los problemas a los que las personas se enfrentan en su vida.

2.4. Problemas acotados frente a problemas difusos
● Los ingenieros y los directivos son personas que resuelven problemas.

Continuamente se enfrentan a cuestiones novedosas, distintas de las
previamente realizadas. Estas situaciones propias de un mundo
complejo son difusas, poco acotadas, y, en general, responden a
problemas de la tercera o cuarta categoría antes mencionadas.
● Sin embargo, la formación universitaria tradicional enseña básicamente
a enfrentar problemas de la primera o de la segunda categoría.
● En esta asignatura se pretende empezar a “derribar esa barrera”.
● Para ello es necesario método (que se dará), pero también experiencia.
Pensad que: “las partidas que más enseñan a los jugadores de ajedrez
de cierto nivel son sus propias partidas; las que perdieron”.

1. Definición
Entender (bien) el problema
2. Exploración
Diseñar la estrategia de solución
3. Planificación
Secuencia de tareas y recursos necesarios para implementar la estrategia
4. Implementación
Implementar la estrategia de solución siguiendo la planificación
5. Validación
Evaluar la bondad de la solución proporcionada
6. Conclusiones
Extraer las “lecciones aprendidas” en todo el proceso de solución

Paso 0: “Puedo hacerlo”
● El primer paso para aprender, o para resolver un problema es estar

preparado, lo cual incluye, en particular, afrontar el trabajo con actitud
positiva.
● Algunos problemas parecen impenetrables a primera vista, pero con
perseverancia, y tal vez cierta ayuda si es necesario, siempre es
posible progresar. En este sentido, un marco general de resolución de
problemas (junto con las herramientas complementarias presentadas
en esta asignatura) debe constituir una herramienta valiosa.
● En cualquier caso, conviene tratar de ver los problemas como un reto
que se nos plantea, y no abandonar “a las primeras de cambio”.

Paso 1: Definición
● Antes de abordar su resolución, la primera premisa fundamental es

entender bien el problema. Para ello resulta de ayuda:
– Reformular el problema con nuestras propias palabras.
– Identificar lo conocido y lo desconocido.
– Realizar un diagrama o una representación simbólica que nos ayude a
visualizar el problema.
Identificar lo conocido
– En todo problema hay información conocida, a veces presentada de forma
explícita y otras de forma implícita.
– Una lectura detallada del enunciado del problema a menudo nos revelará
información que no resulta obvia en primera instancia.
– En general resultará útil listar toda la información que pueda extraerse del
enunciado de un problema para identificar todo aquello que es conocido y,
de ello, lo que realmente es aplicable a la resolución del problema.

Paso 1: Definición
Identificar las incógnitas (lo desconocido)

– En cualquier problema existirá, al menos, una incógnita que constituye la
solución del problema.
– Puesto que la mayoría de problemas de ingeniería requiere una serie de
pasos para su solución, en estos casos irán apareciendo incógnitas
adicionales en el camino hacia la solución. Es decir, primero determinamos
“X”, entonces “X” junto a cierta información adicional nos permite
determinar “Y”, y así sucesivamente.
Plantear el problema en términos más sencillos

– Replantear el problema en términos de los datos (lo conocido) y las
incógnitas (lo desconocido) identificados en el paso anterior.

Paso 1: Definición
Hacer un diagrama, esquema o representación visual del problema

– A menudo este tipo de herramientas constituyen una gran ayuda a la hora
de entender el problema propuesto y plantear posibilidades de solución.
Por ejemplo:
• Un mapa conceptual puede permitirnos visualizar la estructura de un problema.
• Un plano, el esquema de un circuito eléctrico, etc., en los casos en que resulten
de aplicación, serán herramientas sin las cuales difícilmente se entendería el
problema.
• Etc.
– Estas representaciones también serán de ayuda a la hora de comunicarnos
con otros miembros de nuestro equipo de trabajo.
– Pueden usarse para definir términos o símbolos que puedan utilizarse en la
solución y, en muchos casos, permitirán establecer relaciones importantes
entre los elementos del problema.

Paso 2: Exploración
● Esta es la etapa de diseño de la estrategia de solución del

problema.
● Este paso constituye una etapa de pre-planificación del trabajo en la
que, una vez definido el problema, hemos de identificar la posible
información adicional que podemos requerir y, en general, identificar
algunos elementos clave que necesitaremos aplicar en su solución,
antes de empezar la fase de planificación del trabajo.
Consistencia del planteamiento

– Antes de progresar en la búsqueda de solución/es al problema, lo primero
será verificar que el trabajo de definición previo es consistente y el
problema está correctamente planteado. Si se detecta alguna
inconsistencia, habrá que volver al paso 1 de definición.
– En este punto también es oportuno preguntarse si el problema realmente
necesita solución; muchas veces, es posible reutilizar resultados de otros
problemas para resolver, en todo o en parte, el que se nos plantea. No se
trata de “reinventar la rueda”.

Paso 2: Exploración
Hipótesis
– En muchas ocasiones, en la formulación (correcta) de un problema habrá
información imprecisa, o incluso inexistente, que obligará a la formulación
de algunas hipótesis de trabajo.
– Esto añade un nivel de incertidumbre en el proceso de resolución del
problema.
– Es fundamental incluir las hipótesis de trabajo en la documentación de
solución del problema.
Conceptos clave y posibles aproximaciones

– A diferencia de los problemas académicos, que suelen darse en un
contexto conocido a priori, en los problemas reales una de las cuestiones
importantes suele ser identificar “de qué va el problema” o, dicho de otro
modo, cuáles son los conceptos clave que lo definen y las áreas principales
con las que está relacionado. Por ejemplo: ¿debemos aplicar alguna ley de
conservación de magnitudes físicas? ¿se trata de conservación de la
masa, la energía, el momento?, etc.

Paso 3: Planificación
● La etapa de planificación consiste en definir la secuencia de tareas y

los recursos necesarios para la implementación del proceso de
solución de un problema, antes de empezar a comprometer dichos
recursos.
● Esta etapa es claramente la más importante en el proceso de
solución de un problema.
– A pesar de lo anterior, algunos ingenieros (y no siempre novatos) deciden
obviar esta etapa (o reducirla a una “mínima expresión”) y pasar
directamente a la implementación, habitualmente llevados por las prisas
(…) pensando que así podrán ganar tiempo. Pero está demostrado (y así
puede consultarse en muchos trabajos del campo de Gestión de
Proyectos) que esta práctica, lejos de brindar los resultados apetecidos,
produce el efecto contrario; es decir, el resultado siempre es un trabajo de
peor calidad, más caro y más largo de lo que se hubiese obtenido
dedicándole a la etapa de planificación la atención que le corresponde.
– Por tanto, considerad que la planificación siempre es garantía de obtención
de los mejores resultados en el mínimo tiempo: SIEMPRE !! (vuestra
experiencia académica y profesional, sin duda, me dará la razón)
● Una herramienta útil en la planificación es el desarrollo de un mapa

conceptual (como muestra la figura de la página siguiente). Esto
cumple varios propósitos, entre ellos:
1. Plasmar las ideas en papel. Algo muy útil dada la limitada capacidad de
nuestra memoria a corto plazo.
2. Estimular los “caminos” adecuados en nuestra memoria, lo que nos
ayudará a encontrar los conceptos y métodos que necesitamos para
resolver el problema.
3. Evaluar nuestro nivel de comprensión del problema. Si tenemos
dificultades para crear un mapa conceptual, probablemente aun no hemos
entendido el problema en su globalidad lo suficiente como para resolverlo.
4. Disponer de una forma adecuada de documentación sobre la estructura
del problema y el nivel de desarrollo alcanzado en su solución, para
presentar esta información a terceras personas.
● Adicionalmente, existen técnicas y herramientas específicas de
planificación propias del área de Gestión de Proyectos que resultan de
gran ayuda. En el tema 6 presentaremos algunas de ellas.
Objetivo global
(incógnita)
Subobjetivo
(incógnita)
… Subobjetivo
(incógnita)
Valores iniciales Valores iniciales

Hipótesis Hipótesis
(datos) (datos)

● A modo de conclusión:
– Es importante tener claro, tanto más cuanto más complejo sea el problema
o proyecto que abordamos, que la planificación rara vez se cumplirá
estrictamente en la práctica. No obstante, la planificación es una referencia
para el desarrollo posterior y, en consecuencia:
incluso una mala planificación siempre resultará infinitamente más útil
que ninguna !!

Paso 4: Implementación
● Como se ha dicho, la etapa de planificación es la más importante en el

proceso de resolución de un problema, puesto que establece toda la
estructura de dicha solución, incluyendo el método y los pasos a
seguir, y los recursos que serán necesarios en cada momento.
● Por tanto, la implementación, que puede verse como “el desarrollo de
la solución”, constituye la aplicación del proceso de solución
planificado. Es aquí donde: resolvemos ecuaciones, desarrollamos y
aplicamos modelos, escribimos programas de ordenador, cableamos
circuitos, ensamblamos estructuras, etc., todo ello siguiendo el plan
previamente establecido.
● Por tanto, la implementación es un proceso metódico de aplicación
de la planificación. A lo largo de este proceso, en particular, resultará
esencial poder medir el grado de cumplimiento de la planificación en
determinados instantes (instantes de control) para, en su caso,
replanificar adecuadamente (acción de control) alguna parte (o la
totalidad) del trabajo restante.

● En consecuencia, la implementación puede constituir un proceso

iterativo entre la planificación (y las etapas anteriores), como muestra
la siguiente figura:

Etapa de implementación
[ ]
t
Se cumple la SI Continuamos
planificación el trabajo
SI
NO
Rehacer
Revisamos Planificación
Planificación Suficiente
SI
NO
Revisamos Rehacer
Exploración Suficiente
Exploración
NO
Revisamos
Definición
Instantes de control
Paso 5: Validación
Idea general
● Una vez obtenida la solución a un problema es preciso verificar su
validez.
● En ocasiones (p.e. en ejercicios académicos) esto puede resultar
sencillo e incluso la solución puede ser conocida de antemano.
● No obstante, en general, y en problemas reales, verificar la validez de
una solución no resultará trivial y se necesitarán técnicas que nos
ofrezcan esta garantía antes de dar nuestra solución por buena (y, en
su caso, ceder el sistema desarrollado al cliente que nos lo solicitó).

Paso 5: Validación
Verificación de coherencia
● Es lo primero que debe verificarse en la solución propuesta a un
problema.
● En algunos casos esto puede resultar sencillo.
– Por ejemplo: si se trata de calcular el tiempo que tardará un satélite
enviado desde la Tierra en alcanzar su órbita y el resultado nos da
negativo, obviamente podemos asegurar que en algún punto del desarrollo
hemos cometido un error.
● En general el trabajo no será tan simple pero, en todo caso, la
verificación consiste en asegurarse de que la solución no viola
ningún principio ni ninguna hipótesis de partida o restricción
impuesta en el enunciado del problema.
● Cuando se detecte incoherencia en la solución propuesta será
necesario revisar el proceso de desarrollo de la misma. En este
sentido, una documentación correcta del proceso resulta esencial.

Paso 5: Validación
Casos de test
● Es una técnica habitual para verificar la bondad de la solución
propuesta a un problema (y/o, en su caso, la funcionalidad correcta del
sistema que hemos desarrollado como solución al problema planteado).
● Un caso de test es una solución conocida para una instancia particular
del problema general que se ha tratado de resolver. Algunos ejemplos:
– Suponed que se ha desarrollado un sistema de ecuaciones para describir la
posición y velocidad en cualquier instante de tiempo t de un proyectil que se
ha lanzado con una cierta velocidad inicial en una determinada dirección.
Un caso de test simple consistiría en verificar que para t=0 la distancia
recorrida es cero. Otro caso de test sería, por ejemplo, si asumimos que la
única fuerza actuante es la gravedad, verificar que la velocidad final del
proyectil cuando cae al suelo es la misma que la velocidad inicial.
– Los casos de test son especialmente importantes cuando se desarrollan
“herramientas” como, por ejemplo, los programas de ordenador. Suponga-
mos que se ha escrito un programa para simular la circulación de corriente

Paso 5: Validación
en un circuito eléctrico. Podemos verificar la correcta funcionalidad del

programa simulando un circuito lo suficientemente simple como para ser
evaluado “a mano”. Esto sería un caso de test.
● En general, existen casos de test propios de áreas específicas.

Paso 6: Conclusión
● Cuando resolvemos un problema, más importante aún que la propia

solución proporcionada resulta el hecho de aprender de la
experiencia, interiorizando todos los aspectos relevantes del proceso
de desarrollo y la influencia que puede tener en la resolución de
nuevos problemas.
● Algunas cuestiones propias de este proceso de extracción de
conclusiones serían:
– ¿Qué hemos aprendido en el desarrollo de la solución al problema?
– ¿Podríamos haber resuelto el problema de forma más eficiente?
– ¿Algo de lo aprendido en la resolución del problema en cuestión, hubiese
resultado útil en la resolución de algún problema en el pasado?
– Recordar aquellos problemas u obstáculos que ha sido preciso vencer en el
desarrollo de este problema que consideremos susceptibles de aparecer en
futuros problemas.

BIBLIOGRAFÍA
• Brockman, Jay B. Introduction to Engineering: Modeling and
Problem Solving. John Wiley & Sons, 2009.

REFERENCIAS
• Wankat, Philips and Oreovicz, Frank. Teaching Engineering.
McGraw-Hill, New York, 1993.
• Woods, D.R., Wright, J.D., Hoffman, T.W., Swartman, R.K. and
Doig, I.K. Teaching problem Solving Skills. Engineering
Education, 1975.


Tema 3 - Un Marco Formal para La Resolución de Problemas en Ingeniería

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Tema 3 - Un Marco Formal para La Resolución de Problemas en Ingeniería

Cargado por

Copyright:

Formatos disponibles

Un marco formal para la resolución

Departament de Telecomunicació i d’ Enginyeria de Sistemes 1

Departament de Telecomunicació i d’ Enginyeria de Sistemes 2

● El trabajo del ingeniero consiste, básicamente, en resolver problemas.

Departament de Telecomunicació i d’ Enginyeria de Sistemes 3

– Como marco o guía de referencia formal, pretende ser una propuesta de

Departament de Telecomunicació i d’ Enginyeria de Sistemes 4

Problema Habréis observado, en el pasillo de casa o en algún otro lugar, que el

Solución Se entregará (individualmente) al principio de la siguiente clase.

Departament de Telecomunicació i d’ Enginyeria de Sistemes 5

Interruptor sencillo Conmutador

El problema anterior es un pequeño problema de ingeniería que fue

Departament de Telecomunicació i d’ Enginyeria de Sistemes 6

Solución Se discutirá en clase.

Departament de Telecomunicació i d’ Enginyeria de Sistemes 7

Ejemplo “El crimen perfecto”

Departament de Telecomunicació i d’ Enginyeria de Sistemes 8

Las monedas de hielo no dejaban huellas, puesto que el calor las

● En los dos casos anteriores encontramos un estado inicial en el que

Departament de Telecomunicació i d’ Enginyeria de Sistemes 9

Departament de Telecomunicació i d’ Enginyeria de Sistemes 10

Departament de Telecomunicació i d’ Enginyeria de Sistemes 11

Estas dos últimas categorías de problemas agrupan a la inmensa mayoría

Departament de Telecomunicació i d’ Enginyeria de Sistemes 12

● Los ingenieros y los directivos son personas que resuelven problemas.

Departament de Telecomunicació i d’ Enginyeria de Sistemes 13

Departament de Telecomunicació i d’ Enginyeria de Sistemes 14

● El primer paso para aprender, o para resolver un problema es estar

Departament de Telecomunicació i d’ Enginyeria de Sistemes 15

● Antes de abordar su resolución, la primera premisa fundamental es

Departament de Telecomunicació i d’ Enginyeria de Sistemes 16

Identificar las incógnitas (lo desconocido)

Plantear el problema en términos más sencillos

Departament de Telecomunicació i d’ Enginyeria de Sistemes 17

Hacer un diagrama, esquema o representación visual del problema

Departament de Telecomunicació i d’ Enginyeria de Sistemes 18

● Esta es la etapa de diseño de la estrategia de solución del

Consistencia del planteamiento

Departament de Telecomunicació i d’ Enginyeria de Sistemes 19

Conceptos clave y posibles aproximaciones

Departament de Telecomunicació i d’ Enginyeria de Sistemes 20

● La etapa de planificación consiste en definir la secuencia de tareas y

● Una herramienta útil en la planificación es el desarrollo de un mapa

Valores iniciales Valores iniciales

Departament de Telecomunicació i d’ Enginyeria de Sistemes 23

Departament de Telecomunicació i d’ Enginyeria de Sistemes 24

● Como se ha dicho, la etapa de planificación es la más importante en el

Departament de Telecomunicació i d’ Enginyeria de Sistemes 25

● En consecuencia, la implementación puede constituir un proceso

Departament de Telecomunicació i d’ Enginyeria de Sistemes 26

Departament de Telecomunicació i d’ Enginyeria de Sistemes 28

Departament de Telecomunicació i d’ Enginyeria de Sistemes 29

Departament de Telecomunicació i d’ Enginyeria de Sistemes 30

en un circuito eléctrico. Podemos verificar la correcta funcionalidad del

Departament de Telecomunicació i d’ Enginyeria de Sistemes 31

● Cuando resolvemos un problema, más importante aún que la propia

Departament de Telecomunicació i d’ Enginyeria de Sistemes 32

Departament de Telecomunicació i d’ Enginyeria de Sistemes 33

Departament de Telecomunicació i d’ Enginyeria de Sistemes 34

También podría gustarte