6.8.2 Limitaciones

Una vez comentadas aquellas situaciones o frases que la aplicación está obligada a responder o procesar, nos queda exponer qué situaciones o preguntas, que la aplicación debería responder bien, se hacen mal. Es decir, enumerar las limitaciones del sistema.

Al final de todo nuestro trabajo de investigación y desarrollo de esta aplicación, podemos decir que existen dos clases de limitaciones:

• La pérdida de información que se produce al obviar, por razones que ya se han comentado, ciertas palabras de la frase que tienen un gran carga semántica y que juegan un papel fundamental a la hora de interpretar el significado de una pregunta.
• Las propias reglas diseñadas e implementadas para cada uno de los módulos.

Ambas clases de limitaciones están íntimamente relacionadas, pues al no tener cierta información, ésta no se puede barajar dentro de las reglas, y por lo tanto hay que inventarse otras reglas que las sustituyan y sean válidas en la mayoría de los casos.

No obstante, la primera de las fuentes de error, se puede mejorar utilizando reconocedores de habla más potentes y precisos, cosa que actualmente prácticamente se ha conseguido.

La segunda de las clases de limitaciones es la que más nos interesa, pues es la que más relación tiene con la parte de comprensión de habla. Existen varias razones que hacen que los ficheros de reglas introduzcan errores durante la ejecución de la aplicación, y que comentamos a continuación:

• El hecho de partir de un conjunto de frases pequeño puede provocar que las reglas que se implementan no sean todo lo generales que hubiéramos deseado.
• Obviar parte de las palabras de la frase como los artículos, preposiciones, etc. nos priva muchas veces de la llave o clave necesaria para poder desambiguar otras palabras de la frase y poder así interpretar ésta de forma correcta. Esto nos obliga a introducir reglas que camuflen este hecho y que sean válidas para la mayoría de los casos. Sin embargo, existen otros casos que, sin dejar de ser comunes, no son procesados correctamente con estas reglas.
• Las reglas que nosotros hemos utilizado han sido elaboradas en base a la observación de la casuística que se ha dado en los corpus de entrenamiento. Este hecho genera muchas limitaciones, no ya por el hecho de que el corpus sea pequeño, sino por el hecho de que creemos firmemente que las reglas de este tipo deben ser elaboradas por lingüistas expertos en la materia, con una visión mucho más global y exacta del lenguaje castellano. De esta forma estamos seguros de que el número de errores de la aplicación disminuiría drásticamente.
• Los ficheros de reglas de cada uno de los módulos se ejecutan de forma secuencial. Este hecho, unido al anterior, en el que las reglas han sido elaboradas sin tener en cuenta muchos aspectos o parámetros de la lengua castellana, provoca que la ejecución de una de las reglas, no la más adecuada para ese caso particular, prive a otra de ser ejecutada, cometiendo así un nuevo fallo.
• Debido a la pérdida de información que antes mencionábamos, muchas veces nos quedamos sin recursos para seguir con la interpretación  y se crean reglas que ejecutan acciones por defecto que en algunos casos no son las más adecuadas. Este hecho podría paliarse con un mayor conocimiento de la gramática a la hora de tomar decisiones por defecto.
• Los ficheros de reglas están diseñados para dar cobertura a frases que se utilizan normalmente en cualquier conversación sin tener en cuenta variantes del lenguaje como figuras literarias, etc.

Después de todo lo expuesto hasta ahora podemos concluir que, a pesar de las numerosas limitaciones encontradas, nuestra valoración sobre el Sistema de Comprensión desarrollado es bastante positiva. Y es bastante positiva, porque la mayoría de las limitaciones o errores, por no decir todas, se pueden corregir fácilmente, elaborando unos ficheros de reglas en base a unos buenos conocimientos de la lengua castellana, sin tener que modificar nada la arquitectura y muy poco la implementación. Esta última puede que deba variarse porque el hecho de incluir nuevas reglas puede suponer la necesidad de elaborar nuevas primitivas que permitan implementar dichas reglas. La arquitectura, que presentamos como alternativa en esta tesis, no varía y creemos que es lo suficientemente robusta y general como para resolver cualquier tipo de aplicación de esta índole.

Adicionalmente a los expuesto hasta ahora también podemos enumerar alguna otra limitación de las cuales adolece el sistema, pero que a nuestro entender, tiene menos importancia que lo que hemos venido diciendo.

Anterior   I  Siguiente   I  Índice capítulo 6   I  Índice General