Está en la página 1de 20

1.

IDENTIFICACIN DEL PROBLEMA


La identificacin de la tarea se compone tres etapas.
1. Plan de requisitos: se considera el primer aspecto que hay que tener en
cuenta antes de iniciar el desarrollo de cualquier SBC. Esto es,

la

definicin de los objetivos de la aplicacin.


2. Eleccin del problema: se trata, por una parte, de recopilar aquellas
aplicaciones que, por plantear una problemtica especfica no convencional
en la ejecucin de su tarea, son candidatas a ser tratadas con la tecnologa
de los SSBBCC y determinar si la tarea entre manos es susceptible, o no,
de ser tratada con dicha tecnologa.
3. Definicin de las caractersticas del problema y concepcin de la
solucin: plantea, en primer trmino, las caractersticas del problema a
resolver, es decir, su naturaleza, alcance, complejidad, criterios de xito,
recursos a emplear, etc., que configuran el plan general de ingeniera de la
aplicacin.

1.1. PLAN DE REQUISITOS


Lo primero que debe hacer el IC es tratar de identificar las necesidades del
cliente describiendo para ello los objetivos del sistema. Estos pueden ser:
finalidades, de carcter filosfico; fines, de carcter cualitativo; y metas, de
carcter cuantitativo, que son las ms interesantes.
Adems, debe determinar qu informaciones se van a obtener y
suministrar, funcionalidades a exigir, requisitos necesarios para todo ello, etc. Los
parmetros fundamentales de este plan de requisitos son, de acuerdo con
Presman, los siguientes:

Fines especficos y generales del sistema.

Funcionamiento y rendimiento requeridos.

Fiabilidad y calidad.

Lic. Marisa Hadene

Limitaciones de Costo/Tiempo.

Requisitos de fabricacin.

Tecnologa disponible.

Competencia

Ampliaciones futuras.

1.2. ELECCIN DEL PROBLEMA


A los trabajadores de la IA no les result fcil describir las caractersticas
que hacen que un problema sea adecuado para resolverlo creando un SE, a
pesar de que existen unas cuantas clases de aplicaciones que pueden ser
catalogadas como idneas para ser resueltas

con esta tecnologa, y cuya

definicin, a simple vista, no se presupone demasiado compleja.


Sin embargo, esto no es as. Poder definir el problema es lo primero que se
plantea en cualquier organizacin sensata que est pensando en desarrollar un
SE.
La INCO debe considerarse nicamente si el desarrollo de un SE es
posible, est justificado, es apropiado, y va a tener xito su construccin. Las
tres primeras cuestiones son directas; la ltima, o de xito, es indirecta o colateral,
pero no por ello menos importante. A continuacin se consideran estas cuatro
cuestiones por separado.

Plausibilidad de un sistema experto


Uno de los requisitos ms importantes, por ser condicin necesaria, es que
existan verdaderos expertos en el rea del problema. Es decir, personas que son
significativamente mejores que los aprendices para resolver los problemas que
requieren experiencia en ese dominio.
Un buen indicador para saber si una tarea es apropiada para su solucin
usando un SE, es que uno o ms expertos humanos traten con la tarea como
Lic. Marisa Hadene

parte de su trabajo habitual, de manera que puedan tener los conocimientos y la


experiencia necesarios para entender cules son realmente los problemas y para
elegir los casos de prueba adecuados. Estos expertos deberan estar realmente
disponibles para trabajar en el proyecto con la dedicacin precisa y, adems, ser
capaces de articular lo que hacen cuando resuelven un problema.
La eleccin de los expertos es crtica. Dado que un proyecto de SSEE
exige dedicacin y un compromiso a medio plazo, un experto que est slo
medianamente interesado en el asunto no es adecuado; antes bien, el experto
debe ser uno de los ms interesados en obtener una solucin. El experto, por
supuesto, debe entender lo que es el problema y habero resuelto con bastante
frecuencia. No es suficiente conocer tericamente cmo manejar casos similares,
o tener ideas brillantes con nuevos mtodos de hacer las cosas o, incluso, un
vido inters por aprender.
Sin una fuente de amplios, potentes, y refinados conocimientos para
extraerlos, el esfuerzo de desarrollo fracasar produciendo un sistema
verdaderamente carente de toda pericia. Sin embargo, no es tarea fcil el
encontrar un buen experto que est dispuesto a colaborar en la construccin y
desarrollo de un SE.
Por otra parte, es notorio que justamente el experto con el que quisiera
trabajar todo IC es precisamente aquel que ms necesita la organizacin.
Una vez que se sabe que la existencia de un experto genuino es importante
para construir un SE, el que ste sea cooperativo y capaz de articular sus
conocimientos y modos de razonamiento son cosas absolutamente deseables. Es
decir, no es suficiente tener a mano y de buen grado a los expertos, sino que
tambin deben ser capaces de articular y, de alguna manera, explicar los mtodos
que usan para resolver los problemas.
En la eleccin del experto, algo debe quedar claro y es que el SE que
modeliza el comportamiento de un experto, nunca puede mejorar a ste cuando
est al mximo de sus prestaciones. Ahora bien, s mejora la media de los
profesionales en ese dominio y puede mejorar por trmino medio, a lo largo de un
Lic. Marisa Hadene

perodo amplio de tiempo, al propio experto que modeliz.


Otro recurso crtico para el desarrollo satisfactorio de un SE, es disponer de
un conjunto de casos de prueba que permitan observar en el lugar de trabajo
cmo los expertos resuelven los problemas en vez de que describan cmo los
resuelven, de manera que sea ms sencillo entender el proceso real tal como es,
as como los conocimientos reales que utilizan. Del mismo modo, puede
emplearse un conjunto de casos de prueba como juego de ensayo para
comprobar que las implementaciones a medida alcanzan los distintos estadios de
desarrollo, y, sobre todo, para la validacin de los distintos prototipos. El sistema
final, adems, se validar mediante el uso en paralelo con el trabajo de los
expertos.
Consultar con los usuarios potenciales, desde el principio, los casos de
prueba suele ser prctico, ya que facilita nuevos criterios sobre la plausibilidad
real y el valor del sistema. No suele ser fcil conseguir casos de prueba de
problemas

que

ocurren,

por

ejemplo,

cada

seis

meses,

y,

adems,

probablemente, no existen puntos comunes entre ellos, y difcilmente se


mantienen los datos invariantes. Ms an, en los casos donde los mtodos de
solucin son radicalmente distintos para cada problema, con toda seguridad el
sistema necesita demasiados conocimientos; se puede decir que la INCO es ms
adecuada para tareas que son razonablemente rutinarias que para tareas exticas
y raras. Dicho con otras palabras, es necesario que la tarea que realiza el experto
al resolver las cosas se entienda y est bien estructurada.
Un problema en este punto es determinar cuntos casos de prueba y de
qu tipo son necesarios para modelizar el comportamiento de un experto.
Se puede afirmar que el nmero de casos de prueba relevante es nueve.
Se ha llegado a este nmero determinando una expresin analtica en funcin del
nivel de confianza y del mximo margen de error preestablecido, minimizando al
tiempo el costo del proceso de validacin.
Las otras condiciones necesarias para el desarrollo de un SE conciernen a
las caractersticas del problema que el SE debe resolver. En primer lugar, la tarea
Lic. Marisa Hadene

debe requerir conocimientos y pericia no fsicos. Si la tarea consiste en


manipulaciones fsicas que slo pueden aprenderse a travs de la prctica, el
enfoque tradicional de los SSEE no funcionar. Sin embargo, esto no significa que
los problemas con una componente fsica deban ser sistemticamente
desechados. Si la tarea requiere una combinacin de habilidades fsicas y
cognoscitivas, tal como monitorizar y controlar el uso de un brazo robot en una
lnea de ensamblaje, la parte cognoscitiva puede realizarse con tcnicas de INCO
y la parte fsica por mtodos ms convencionales.
Si la tarea no precisa una cantidad relevante de sentido comn la INCO
podr trabajar con ella.
Adems, conviene que no se necesiten resultados ptimos, sino slo
satisfactorios.
La vocacin de la INCO es construir sistemas satisfactorios lo ms
adaptativos posible que, optimizndose gradualmente, tiendan al mximo de las
prestaciones.
Teniendo en cuenta todos estos condicionantes y requisitos, y algn otro
que, por evidente, no necesita ulterior explicacin, se puede establecer la primera
regla heurstica que define la plausibilidad de construccin de un SE, como sigue:
Si existen verdaderos y genuinos expertos, y pueden proporcionar la
mayora de la experiencia necesaria, y son cooperativos, y son capaces de
articular sus mtodos y procedimientos de trabajo, y se dispone de suficientes
casos de prueba, y la tarea no es muy difcil, y est adecuadamente estructurada,
y no requiere sentido comn, y slo exige habilidad cognoscitiva. Entonces, es
posible el desarrollo y construccin del SE.

Justificacin de un sistema experto


El hecho de que sea posible desarrollar un SE para una tarea particular no
significa que est justificado hacerlo. Justificar el esfuerzo de desarrollo de un SE
puede hacerse de diversas formas, entre las que se encuentran las que se citan a
Lic. Marisa Hadene

continuacin.
En primer lugar, cuando la toma de decisin del experto debe hacerse en
entornos peligrosos u hostiles, tales como plantas nucleares, estaciones
espaciales, etc. En estas condiciones sera demasiado arriesgado y, o, costoso,
intentar mantener un experto humano, aunque, naturalmente, la experiencia
humana podra ser administrada a distancia por un experto humano usando
canales electrnicos. La posibilidad de problemas y retrasos en la comunicacin,
as como la posible existencia de interferencias provocadas, hace que esta
solucin sea menos atractiva que la de tener experiencia utilizable in situ.
El desarrollo de un SE tambin est justificado cuando los expertos
humanos no pueden usarse por su escasez. En estas circunstancias, su demanda
es muy alta y su costo elevadsimo. El problema se complica cuando la empresa
necesita de una experiencia similar en distintas ubicaciones.
Los SSEE estn justificados cuando una experiencia relevante y
significativa se est perdiendo en una organizacin debido a cambios del
personal: jubilaciones, cambios de empresa, etc.
Otra forma, quizs la ms importante, de justificar el desarrollo de un SE es
mediante una alta tasa de recuperacin de la inversin. Por ejemplo, si al
desarrollar un SE de investigacin y exploracin petrolfera se tuviese, con un alto
grado de probabilidad, la posibilidad de encontrar ricos yacimientos, el desarrollo
del sistema sera una buena idea.
Hay que determinar y calcular los costos, identificar y evaluar los
beneficios, y analizar y estudiar los riesgos.
a) Determinar y calcular los costos. No es tarea fcil el considerar todos los
costos que conlleva la construccin de un SE durante todas sus fases y etapas, y
menos an el calcularlos completa y exactamente. Sin embargo, un estudio
correcto de costos debe incluir al menos:
Costos de la identificacin y eleccin de la tarea,
Costos de desarrollo de los prototipos.
Lic. Marisa Hadene

Costos de ejecucin del sistema completo.


Costos de integracin y transferencia tecnolgica.
b) Identificar y evaluar beneficios especficos de la implantacin de un SE,
tanto netos como por reduccin de costos.
Reduccin de costos
Capacidad ms rpida de reaccin
Mejoras de productividad y exactitud
Adquisicin continua, refinamiento y proteccin de los conocimientos
El poder econmico y poder intelectual, definen en definitiva la eficacia y
eficiencia del sistema diseado. Se dice que un sistema es eficaz, o que funciona
eficazmente, si, fijndole un objetivo, puede alcanzarlo. Sin embargo, esta nocin
de eficacia slo es estrictamente vlida en el caso de un sistema esttico, es
decir, aquel en el que el tiempo no interviene como variable, y determinista, o sea,
cuando los recursos del sistema estn determinados con certidumbre y, a su vez,
su comportamiento viene definido por su estructura y los recursos consumidos. La
eficacia no puede concebirse sin objetivo. En efecto, todo sistema que consume
recursos hace algo, en el peor de los casos, slo el consumo puro y simple sin
contrapartida alguna Sin criterio no es posible juzgar la oportunidad de dicho
consumo. Dado que un objetivo constituye un criterio, permite expresar un juicio
sobre la eficacia de los consumos.
Un sistema eficiente es preferible a uno que slo sea eficaz, pues en aqul
no se produce ningn despilfarro de recursos
Finalmente, el diseo de un SE est justificado cuando no es posible utilizar
otras soluciones alternativas distintas de las que proporciona la IA en general, y la
INCO en particular.

Todas estas formas de justificar la construccin de un SE, pueden


englobarse en la siguiente regla heurstica:
Lic. Marisa Hadene

Si se necesita experiencia en entornos hostiles, penosos o poco


gratificantes; o hay escasez de experiencia humana; o esa experiencia es
necesaria simultneamente en distintos y distantes lugares; o hay prdida de
dicha experiencia; o se espera una alta tasa de recuperacin de la inversin; o no
existen soluciones alternativas; o el enfoque de la programacin convencional no
es posible o satisfactorio. Entonces, la construccin del SE est justificada.

Adecuacin de un sistema experto


Sera absolutamente inadecuado que porque los SSEE puedan ser tiles
en determinadas circunstancias, haya que usarlos en todo tiempo y lugar; es
decir, no es conveniente el aplicarles la filosofa de que si algo es bueno, ms de
lo mismo es mejor. No basta con que el desarrollo de un SE sea posible e incluso
est justificado para construirlo, pues, junto con las dos condiciones anteriores,
tambin el SE debe ser adecuado. Por lo tanto, hay que determinar los factores
clave que establecen cundo es apropiado desarrollar un SE.
En lo que concierne al tipo, para que el trabajo de un SE sea adecuado, un
problema debe tener ciertas cualidades intrnsecas. De esta forma, si los
conocimientos necesarios para llevar a cabo una tarea tienen las caractersticas
de: estables, numricos y de fcil agregacin, entonces los programas
algortmicos sern la mejor manera de encarar su solucin.
De hecho, los SSEE no suplantan la necesidad de bases de datos,
software estadstico, hojas de clculo electrnicas, etc. Bien al contrario, slo si la
productividad de un trabajo depende de unos conocimientos que son subjetivos,
cambiantes, simblicos, dependientes de los juicios particulares de las distintas
personas, o son de naturaleza heurstica; es decir, requieren reglas de buen juicio
para alcanzar soluciones aceptables, entonces la tarea es apropiada para
desarrollar un SE. En cierto modo, los SSEE son el ltimo recurso.
Lic. Marisa Hadene

El ser humano vive en un universo que es bsicamente de smbolos. De


hecho, el hombre vive en un mundo simblico de lenguaje, pensamiento, ciencia,
arte, etc.; hasta tal punto, que cabe dudar, considerando la vida, la sociedad y la
historia, de que el hombre sea un animal racional, pero no puede dudarse de que
el hombre es, todo l, un animal creador de smbolos, utilizador de smbolos y, a
veces, incluso dominado por ellos.
Pues bien, las tareas que conllevan manipulacin de smbolos, frente a
manipulacin de nmeros o datos, son especialmente adecuados para el uso de
SSEE en su resolucin.
Adems, la tarea no debe depender de ninguna investigacin bsica. Como
es sabido. Correr el riesgo de desarrollar un SE dependiendo de cualquier
investigacin bsica supone ir directamente al fracaso.
En cuanto a su naturaleza, el problema debe ser lo mas tctico posible. En
cualquier institucin se pueden dar dos tipos de problemas: estratgicos y
tcticos, cuya distincin no es sencilla, debido a que se basa ms en una cuestin
de grado que en una diferencia cualitativa, en base a las caractersticas
siguientes:
a) Un problema es tanto ms estratgico cuanto ms implica la determinacin de finalidades y fines; es decir, cuanto ms orientado a fines est. En
efecto, todos los problemas comprenden la seleccin de medios para alcanzar los
resultados deseados, pero muchos consideran stos como dados. En la medida
en que esto sea as, estos problemas pueden considerarse como tcticos.
b) Un problema es ms tctico que otro si el efecto de su solucin es de
menor duracin, o si su solucin puede anularse o modificarse fcilmente; es decir, cuando tiene un alto grado de reversibilidad.
En suma, los problemas que la INCO resuelve deben ser orientados a
metas, lo ms reversibles posible y que afecten lo menos posible a la
organizacin. No obstante, a pesar de ser una tarea tctica, es necesario que su
solucin sirva a necesidades a largo plazo, de modo que la inversin en la
construccin de SE est justificada.
Lic. Marisa Hadene

Con respecto a la complejidad, la tarea no conviene que sea


extremadamente difcil ni demasiado fcil. Es necesario que un experto pueda
ensear el proceso a un aprendiz, es decir, que la tarea no sea del tipo en que la
experiencia slo puede alcanzarse a travs de adquirir la pericia con el propio
trabajo. Si una tarea que requiere das o semanas de esfuerzo concentrado puede
descomponerse

en

subtareas

ms

pequeas,

cortas

relativamente

independientes, cada una de estas subtareas puede ser candidata para ser
desarrollada en un SE. Por otra parte, si la tarea slo requiere unos minutos de
dedicacin del experto, es probable que pueda resolverse por una tecnologa ms
sencilla, incluso que no necesite mecanizacin. Finalmente, la dificultad de la
tarea tambin est relacionada en cierta manera con lo bien que los expertos
entienden el dominio del problema; es decir, con el grado en el que los
conocimientos para resolver el problema son precisos y estn bien estructurados.
Si la tarea es tan novedosa, o pobremente entendida, que requiere investigacin
bsica para encontrar la solucin, la INCO no trabajar.
Adems, hay que tener en cuenta que no debe ser un problema demasiado
fcil de resolver. Antes al contrario, debera ser un problema serio en un dominio
en el que un ser humano necesite aos de estudio o prctica para alcanzar el
status de experto. De este modo, problemas como ordenacin de elementos, etc.,
son un caso tpico de poca dificultad que no exige desarrollar un SE para
resolverlos. El grado de complejidad viene dado por la dificultad de resolver el
problema. En este caso, son adecuadas tareas que sean fciles, pero no
demasiado fciles. Los criterios que determinan que una tarea es fcil, son los
siguientes: que la tarea, le lleve al experto para efectuarla entre 15 minutos y 8
horas; que el dominio del problema est bien establecido y que sean improbables
cambios importantes durante la vida del proyecto; que la tarea sea autocontenida;
y, finalmente, que la tarea sea definible, clara y precisa, pues en otro caso,
probablemente no se entendera bien. Adems, una descripcin explcita de la
tarea es esencial para describir el marco del proyecto.
Por su parte los criterios que indican que la tarea no es demasiado fcil y
que, en consecuencia, necesita del poder de un SE son, en primer lugar, el hecho
Lic. Marisa Hadene

10

de que ejecutar la tarea requiere verdadera experiencia, de modo que las


prestaciones en resolver la tarea se incrementen con la experiencia y no se
consigan por simple entrenamiento; tambin, que la tarea implique muchos
factores, y tenga bastantes interacciones entre s; y, por ltimo, que los mtodos
tradicionales sean inadecuados por ineficientes o costosos.
Si la naturaleza de la tarea est orientada a metas, es lo ms reversible
posible y afecta lo mnimo indispensable a la organizacin y es tal que, bsica y
primariamente, requiere manipulacin y razonamiento simblico que implica
factores subjetivos y soluciones heursticas; y la complejidad de la tarea no es
elemental pero es de conocimiento intensivo propio del dominio; y, por su alcance,
es o puede reducirse a un tamao manejable; y tiene un valor prctico; y no
necesita investigacin bsica para encontrar soluciones; y la transferencia de
experiencia entre humanos es factible; y el SE sirve a necesidades a largo plazo;
y la experiencia est pobremente organizada, y no requiere respuestas en tiempo
real inmediato. Entonces, la construccin del SE se considera apropiada.

xito de un sistema experto


Los SSEE no son la panacea para alcanzar lo imposible, ni siquiera lo muy
difcil. Una mera disposicin para tener un SE no garantiza que pueda construirse.
Identificar una necesidad, no es suficiente para determinar una tarea apropiada
para realizarla usando un SE. No basta con haber determinado qu problema es
susceptible de tratamiento usando la tecnologa de la INCO, para que ste pueda
resolverse en la realidad cotidiana. Dicho en otros trminos, adems de las
consideraciones puramente tcnicas para la aplicacin de un SE en la solucin de
un problema, existen otras cuestiones que, de no tenerlas en cuenta, pueden dar
por tierra con el uso de esta tecnologa. Entre estas cuestiones cabe destacar las
siguientes:
Mentalizacin de los responsables. Como sucede con toda nueva
tecnologa, su introduccin en las organizaciones es un proceso lento, laborioso y,
muchas veces, plagado de incomprensiones, cuando no de renuencias o rechazo
Lic. Marisa Hadene

11

total: cuando una organizacin funciona bien, para qu tocarla o introducir en su


esquema de funcionamiento cosas novedosas? Y cuando funciona mal, por qu
va a funcionar bien simplemente usando una nueva tecnologa cuyo uso ni
siquiera es regular?
Para que una tecnologa tenga xito se necesita que se cumplan los tres
requisitos:
a) Que sea una necesidad sentida.
b) Que exista un conjunto de personas capaces dedicadas al asunto.
c) Que se consigan los suficientes recursos econmicos para desarrollarla.
Dentro de esta mentalizacin, hay que concientizar a los responsables de qu
deben madurar para asimilar y extraer frutos de esta tecnologa, relativamente
nueva y prometedora, percatndose de que no es un negocio como los
habituales.
Entrenamiento de los implicados. Como ya se ha dicho, el nmero de IICC
es escaso en todo el mundo. Por ello, no hay ms remedio que formar
profesionales para, en el menor tiempo posible, convertirlos en IICC. Ciertamente,
los informticos convencionales se estn dando cuenta de que si no conocen las
tcnicas de IA, estarn profesionalmente disminuidos. Esto hace que en su gran
mayora los informticos actuales estn muy motivados en el aprendizaje de los
conocimientos que se requieren para entender y poder usar la tecnologa de
SSEE, as como las herramientas que facilitan su construccin y uso. Por otra
parte, despus de conocer las herramientas, se convencen de que la familiaridad
en su manejo reduce drsticamente los costos y el tiempo de desarrollo de un SE.
Ubicacin idnea. No existe, al menos hasta el presente, una frmula que
defina cul es el mejor sitio para colocar un SE. Sin embargo, es posible dar
algunos criterios e indicar algunas situaciones que sirvan de orientacin para
localizar los posibles lugares que pueden existir dentro de una organizacin en los
que podran resultar de gran utilidad los SSEE. Entre estos criterios y situaciones
cabe sealar loe siguientes:
Existen unos cuantos individuos clave que se encuentran realizando
Lic. Marisa Hadene

12

pequeas labores de asesoramiento, y pasan una cantidad sustancial de su


tiempo ayudando al resto.
Cuando la productividad de una tarea pequea requiera un gran equipo de
personas debido a que ninguna de dichas personas sabe lo suficiente como
resolver la tarea. Aqu, un SE puede actuar como integrador y coordinador de
todos los conocimientos individuales.
Cuando la productividad se encuentra degradada debido a que una tarea
demanda un anlisis completo de un conjunto complicado de condiciones y el
especialista, que normalmente se encarga de realizar dicho anlisis, parece
que no recuerda nunca todas ellas. Tambin es sta una situacin que reclama, para su solucin, un SE. Efectivamente, una de las caractersticas de los
SSEE es la de servir de memoria auxiliar de los expertos. Ms an, junto con
la mencionada capacidad de los SSEE para distribuir conocimientos, la
caracterstica que mejor define a los SSEE es, como ya se ha dicho, su
capacidad de servir de memoria institucional de una organizacin.
Dnde existe una gran discrepancia entre el mejor y el peor especialista.
Cuando los objetivos de la organizacin se encuentran comprometidos
debido a la escasez de recursos humanos. O cuando parezca que los
competidores han obtenido algn tipo de ventajas debido a que han logrado
establecer y resolver las distintas tareas de forma mejor y, o, ms consistente.
All donde un trabajo de calidad requiere una panoplia tal de conocimientos
que excede cualquier exigencia razonable de entrenamiento y formacin
permanente de las personas. O cuando exige demasiada gente experta, ya
existente o de nueva contratacin.
Si existe una incapacidad real por parte de la organizacin para aplicar
efectivamente los conocimientos que existen dentro de ella misma. Esto hace
que los directivos y las personas ms cualificadas tengan que dedicarse a
resolver problemas bsicos.
Aceptacin por parte de los usuarios. No basta con que los directivos sean
conscientes de la importancia de esta tecnologa para que pueda implantarse sin
Lic. Marisa Hadene

13

problemas. De hecho, casi tan importante como eso es la aceptacin por los
usuarios finales.
La seleccin adecuada de reas y situaciones donde introducir un SE
ayuda a reducir y, o, eliminar el rechazo en admitir los SSEE por parte de los
expertos y usuarios finales. En este sentido, hay que tener en cuenta:
La afectacin parcial del trabajo realizado, enfatizando el aspecto de ayuda
del SE que ejecutar bsicamente los aspectos y faenas ms engorrosas y
rutinarias de la tarea
La proximidad de la jubilacin.
El criterio de necesidad. Se trata en este caso de buscar un dominio en el
que o bien no existen expertos en absoluto en un pas o regin determinada, o
bien existen pocos y adems stos estn sometidos a una gran presin, tanto
psicolgica como laboral, en la solucin de los problemas que les conciernen
por consideraciones de apremio u otras.
La complejidad de la tarea, de modo que los que la estn realizando tienen
que trabajar muy dura y concienzudamente si quieren ejecutarla a tiempo y
con exactitud.
Cuando es necesario tomar decisiones importantes infrecuentemente. Se
trata en este caso de identificar reas de decisin trascendentes, pero que no
se tratan con la frecuencia suficiente como para crear y desarrollar experiencia
Situaciones crticas, que son aquellas en donde las decisiones hay que
tomarlas instantneamente. En estas condiciones, casi de vida o muerte, los
SSEE pueden ayudar a que los hombres tomen las decisiones idneas en
tiempo real.
Decisiones exgenas. Un SE que haya capturado la forma de decidir de
otra organizacin, por ejemplo, la legislacin fiscal, puede, adems de ser
muy til, ser aceptado sin inconvenientes por las personas.
En entornos automatizados, como es el caso de las fbricas robotizadas.
Lic. Marisa Hadene

14

Aceptacin por los responsables, para lo cual hay que demostrar la


plausibilidad del sistema propuesto y que las ideas que contiene trabajan. Esta
aceptacin es relativamente fcil cuando los responsables ya tienen otros SSEE
trabajando bien en su organizacin, pero es ciertamente difcil cuando se trata de
la primera aplicacin. En este caso, es conveniente para conseguir la aceptacin
de los responsables el seguir las tres reglas heursticas siguientes:
Seleccionar algo sencillo y bien entendido, pero no trivial y que sea lo
bastante significativo como para que el SE tenga un valor evidente.
Elegir algo que los usuarios finales no vean como una amenaza.
Usar un enfoque evolutivo. Como primer SE se debe construir un sistema
ayudante; es decir, uno que ayude al usuario en los aspectos ms rutinarios
de las decisiones.
Concordancia de los expertos en lo que concierne a las soluciones.
Adems, los expertos, si se usan varios, deben coincidir generalmente acerca de
la eleccin y la exactitud de las soluciones en el dominio del problema. En otro
caso, la validacin de las prestaciones del SE desarrollado sera poco menos que
una misin imposible.
Todas estas consideraciones conforman la siguiente regla de xito de los
SSEE:
Los directivos estn mentalizados de la importancia y la ciencia de la
tecnologa, y, por lo tanto, tienen expectativas realistas; y apoyan decididamente
el proyecto; y hay cambios mnimos en los procedimientos habituales y estndar;
y los usuarios finales aceptan de buen grado, o por lo menos no rechazan a priori
la introduccin de un SE; y los resultados no estn muy influenciados por los
cambios y vaivenes polticos; y el dominio es lo suficientemente estable; y las
metas del proyecto global estn adecuadamente integradas; y se efecta una
adecuada transferencia de tecnologa y la tarea es de 1 + D o de carcter
prctico; y se consigue una interfaz amistosa y explicativa; y los expertos
concuerdan en sus soluciones. Entonces, el xito del proyecto est garantizado.
Lic. Marisa Hadene

15

1.3. EVALUACIN Y SELECCIN DE LA APLICACIN


Esta etapa, que conforma el estudio de viabilidad, se lleva a cabo
realizando una evaluacin de la tarea desde la perspectiva de la INCO y luego
cuantificando dicha evaluacin para ver qu grado de dificultad presenta la tarea.
Existen varias formas de llevar a cabo dicha evaluacin.
Con la definicin de esta fase, los implicados en la misma, esto es los IICC,
los

expertos,

usuarios

directivos,

consideran

que

se

ha

perfilado

satisfactoriamente el mbito del problema se han definido coherentemente las


funcionalidades, el rendimiento y las interfaces del mismo; el anlisis del entorno,
de la tarea y del riesgo de desarrollo del SE justifica el proyecto y los IICC y
clientes tienen la misma percepcin de los objetivos del sistema.
En

cualquier

caso,

siempre

hay

que

tener

presente

que

las

especificaciones iniciales de los SSEE suelen ser inciertas por: incompletas,


imprecisas, inconsistentes o contradictorias por lo que su obtencin real y
completa exigir el desarrollo de distintos prototipos.
Las primeras acciones a efectuar en la eleccin del problema son la
recopilacin de las aplicaciones candidatas y la evaluacin de sus tareas.
Las causas del fracaso de los SSBBCC, ms del 60 por 100 de los SSEE
fracasan bien porque o no se realiz el preceptivo estudio de viabilidad, o ste se
llev a cabo defectuosamente. En este ltimo caso, debido bsicamente a que
los mtodos y tcnicas existentes para llevar a cabo dicho estudio no eran lo
suficientemente finos o bien diseados, como para evaluar correctamente la
viabilidad de la construccin de un SE.
Liebowitz seal que haba tres importantes reglas en el desarrollo de
SSEE: elegir el problema correcto, elegir el problema correcto y elegir el problema
correcto.

La dificultad est justamente en cmo saber cul es el problema

Lic. Marisa Hadene

16

adecuado y, a poder ser, en qu medida lo es.

40%

Fallan en el anlisis.

10%

Prototipo.

3%

Razones tcnicas.

12%

xito tcnico pero hay cambio


en los receptores.

35%

xito.

Tabla 1. Porcentajes de xito/fracaso (datos Carnegie-Group)


Cualquier sistema de evaluacin que pretenda ser tcnicamente aceptable
debe cumplir dos tipos de condiciones de adecuacin. Las primeras, formales, son
estructurales y comunes a todas las ramas de la ciencia y la tecnologa. Las
segundas, materiales o de naturalidad, son especficas para cada ciencia o rama
concreta de la tecnologa, aunque no siempre todo el mundo est de acuerdo con
lo que dicha naturalidad significa. Con estos condicionantes pueden establecerse
los tres sistemas distintos de evaluacin siguientes: clasificatorios, comparativos y
mtricos.
Cuando se define una clasificacin: se espera que dicha clasificacin tenga
perfectamente delimitado el mbito o dominio de objetos a clasificar, que a cada
concepto clasificatorio corresponde al menos un indicador de ese mbito, que
ningn individuo caiga bajo dos conceptos clasificatorios distintos y que todo
individuo del dominio en cuestin caiga bajo alguno de los conceptos de la
clasificacin. En el caso de la INCO, el sistema clasificatorio consiste en incluir la
tarea a evaluar en una clase de un conjunto preestablecido de ellas. Las
clasificaciones de SSEE definidas por Hayes-Rotli y colegas, Mat y Pazos y
Liebowitz, son las ms conocidas y usadas. El mtodo, en este caso, consiste en
ver si se puede considerar la tarea sometida a examen como perteneciente a una
de dichas clases, en cuyo caso sera considerada como adecuada.
Lic. Marisa Hadene

17

Esta forma de evaluacin presenta dos claros y graves inconvenientes. El


primero es que no proporciona un grado de adecuacin de la tarea, sino que
simplemente dice si es, o no, adecuada. El segundo viene dado porque este
sistema es muy conservador, en el sentido de que no considera adecuadas
eventuales tareas que hasta el momento no hayan sido tratadas eficazmente con
la tecnologa de los SSEE lo que frena su evolucin y el aumento de sus dominios
de aplicacin.
Los sistemas comparativos recurren a una lista de caractersticas para
comparar las distintas tareas candidatas,

puesto

que

no proporcionan

evaluaciones individuales de las tareas. De hecho, no existen sistemas


comparativos qumicamente puros. Por ejemplo, el ms conocido de ellos el AHP
(Analytic Hierarchy Process), aunque est basado en criterios comparativos,
permite una evaluacin numrica de cada tarea candidata. Para ello, construye un
rbol con las caractersticas jerarquizadas que contiene, en sus hojas, las distintas
tareas candidatas. Luego asigna a cada comparacin un valor numrico,
propagando estos valores a travs del rbol para finalmente, obtener un valor de
adecuacin para cada tarea.
El problema de estos sistemas comparativos es que, tericamente al
menos, slo proponen una comparacin de tareas y no una evaluacin directa de
las mismas. Por consiguiente, ni se adaptan muy bien al problema planteado, que
no es otro que el de la evaluacin de una tarea concreta y no la eleccin de una
entre varias, ni es muy coherente utilizar un sistema comparativo para al final,
obtener una evaluacin de las tareas, mxime cuando, como se ver
inmediatamente, existen sistemas mtricos que evalan individualmente las
tareas. Por otra parte, aadir una nueva tarea de evaluacin en este tipo de sistema es una complicacin.
Finalmente, los sistemas de evaluacin mtricos realizan una valoracin de
las caractersticas en las que se basa la evaluacin, utilizando cada mtodo una
mtrica propia, con la que calcular y, hasta donde es posible, medir el grado de
adecuacin de la tecnologa de SSEE para la resolucin de la tarea.
En general, las mtricas utilizadas para la evaluacin de la tarea consisten
Lic. Marisa Hadene

18

en el clculo de algn tipo de medida. En efecto, despus de la asignacin de


valores a las caractersticas se calcula una media de todo el conjunto para
obtener un valor final nico. Las ms empleadas son las aritmticas y armnicas,
ponderadas con los pesos de las caractersticas. Estudios realizados con diversas
medias indican que la media armnica es la ms adecuada, porque tiene una
tendencia a bajar el resultado final cuando se encuentra un valor muy bajo en el
conjunto.
Estos tipos de sistemas mtricos son los ms empleados porque proponen
una evaluacin sencilla pero completa, gracias a grandes listas de caractersticas,
de la tarea,
En resumen, se ha mostrado el poco inters de los sistemas clasificatorios
porque, adems de no proponer una valoracin de la tarea, son muy
conservadores. Por su parte, los sistemas comparativos tampoco ofrecen
calidades suficientemente aceptables, porque no proponen una evaluacin
individualizada de las tareas. En cuanto a los sistemas cualitativos, sus
evaluaciones, demasiado aproximativas, hacen que no sean suficientemente
confiables; sin embargo, presentan un gran inters en la utilizacin de valores
lingsticos. Por ltimo los los sistemas mtricos proporcionan resultados muy
satisfactorios y responden exactamente a la cuestin crucial, dando una
evaluacin de la adecuacin de la tarea a la tcnica de los SSEE, no obstante,
tienen la limitacin de su carcter estrictamente numrico, lo que muchas veces
representa un inconveniente.

1.3.1. El mtodo propuesto


Una vez analizadas las ventajas e inconvenientes de los mtodos
existentes hasta ahora, se propone un nuevo mtodo que conserve las ventajas
de sus precedentes y elimine o, cuando menos, disminuya sus inconvenientes. En
este sentido, el mtodo aqu propuesto es de tipo mtrico, usa ponderaciones,
como mtrica utiliza la media armnica e incorpora la manipulacin de valores
lingsticos. En efecto, hasta ahora, la mayora de los tests utilizaban nicamente
Lic. Marisa Hadene

19

valores numricos para describir sus caractersticas. Pero muchas veces resulta
difcil dar un valor numrico porque el cerebro humano piensa, en primer lugar,
con valores lingsticos en vez de con valores numricos.
Al principio los tests que proponan este tipo de valores no guardaban la
verdadera naturaleza lingstica de aquellos valores, sino que asociaban a cada
valor lingstico uno numrico. El problema de los valores lingsticos es que no
se pueden hacer clculos directamente con ellos. Una representacin posible de
valores lingsticos es mediante intervalos difusos, con los que, adems, se
pueden definir operaciones bsicas de clculo.
Los valores lingsticos se podrn tomar de entre un conjunto de los cinco
valores siguientes: nada, poco, regular, mucho y todo.

Bibliografa

Pazos Sierra, Juan. Estudio de viabilidad,


Pazos Sierra, Juan. Introduccin a la Ingeniera del Conocimiento
Russell, Stuart. Norving, Peter. Inteligencia Artificial. Un enfoque moderno
Giarratano. Riley. Sistemas expertos. Principios y programacin

Lic. Marisa Hadene

20