Estructura inicial

Planteamos una estructura de clases para discriminar los distintos tipos de problemas. Además los slots del objeto (que pueden variar de clase en clase) nos permiten almacenar toda la información de un problema particular recopilada hasta el momento. La primera estructura de clases que realizamos permitía reflejar los conocimientos que teníamos respecto a los problemas de impresión y de terminales.

A partir de ello, desarrollamos las primeras reglas y determinamos la estrategia de búsqueda a utilizar. Descartamos Backward Chain pues las preguntas no tienen ningún orden lógico para el usuario, en nuestro caso comenzaría preguntando qué tipo de impresora tiene antes de saber si es un problema de impresión. Entre los Forward Chain descartamos: Breath-First (una vez que sabemos que es de hard, no tendríamos que preguntar si es de soft); Selective (no es exhaustivo);Depth-First (a pesar de ser exhaustiva, no maneja prioridades), con lo cual nos quedamos con Best-First que realiza una búsqueda exhaustiva y nos permite utilizar prioridades y mantener el orden lógico de las preguntas. Además, utilizamos monitores (demonios) para preguntar el valor de los slots. Inicialmente se intentó utilizar demonios para realizar cada una de las preguntas, pero nos encontramos con que una pregunta se repetía varias veces si se respondía unknown. Esto se debe a que varias reglas podían tener en sus premisas el mismo slot y cuando Kappa evalúa la posibilidad de utilizar la regla, dispara el demonio si el valor es desconocido. Por lo tanto, teníamos que deshabilitar el demonio una vez que se disparaba (se hacía dentro del mismo demonio). Una vez solucionado este inconveniente, nos encontramos de todas formas que no podíamos controlar el orden de las preguntas fácilmente (ya que depende del orden en que se agregan las reglas a la agenda). Por consiguiente utilizamos un único demonio parametrizado por el nombre del slot, para realizar la pregunta inicial.