CAPITULO 5 INGENIERIA DEL CONOCIMIENTO: MODELOS EN CommonKADS 5.1 INTRODUCCION Cada dia es mayor el desarrollo de aplicaciones que hacen uso de téenieas basaidas en principios de Inteligencia “Artificial. Estos desarrollos dan lugar a los denominados Sistemas Basados en Conocimiento (SBCs). Con el auge de las técnicas basadas en conocimiento resulta cada vez mas necesario estructurar de alguna manera los desarrollos para desembocar en un sistema propio de esta naturaleza. Esta tarea esté encomendada a dicar en este sentido, que la Ingenieria del la Ingenieria del Conocimiento. Podriamos in Conocimiento consiste en determinar la metodologia para desarrollar un SBC genierfa del conocimiento se enmarca come unt En el mundo universitario a In de estudio propios de varias disciplinas, materia curricular dentro de los planes Principalmente inform No esté tan claro el aprovechamiento especilico de los recursos proporcionados por 1a Ingenierfa del Conocimiento en el mundo empresarial, donde ante ¢ alquicr aplicacion que involucra algdn aspecto relativo al conocimiento se encuadra bajo la perspectiva de la Ingenieria del Software antes que desde et enfogue de Ka Ingenter™! del Conoeinmtiento. ES Por ello por lo que se esta desaprovechando lt poteneialidad que ottece et disciplina. a la Ingenieria del abordar desde los gun tipo de le Jos temas relativos serie de paulas part to que involucre a ‘oni EI objetivo de éste y del resto d eens se centra en proporeionar wna ientos de una ingenierfa cualquier proyeeCONOCIMIENTO sye_INTELIGENCIA ARTIFICIN EINGESIERIA EL. CONOCIMI oe, : i s lo que va a exigir cualquig, conocimiento con ciertas garantias de Se Ot ier cheng Sento de un mercado cada vez. mas comps . 7 ieria del Conocimiento son abordados Lee eee "CommaonKADS. Inicialmente comenz6 como Kai ret aa " is and Documentation System”), una herramienta muy apropiads Canoe a vicearllo de SBCs, Su estructuraciin y desarrollo se llevé a cabo a si de ds royectos de tipo ESPRIT. Bl énfasis de KADS se puso en los a8peciog Reiter adgusicion det conocimiento. La evolucién natural de KADs desembood en CommonKADS, donde siendo igualmente imporante el tema de adquisicién y modelado del conocimiento, amplia su Ambito para dr cobra tg aspectos relacionados, tales como el entorno donde se va a implantar el sistema, es decir, la organizacién que se va a beneficiar del mismo, o la forma de comunicarse con otro sistemas 0 elementos de ésta u otras organizaciones. Este capitulo introduce los aspectos metodolégicos de CommonKADS, abordandy Previamente algunas cuestiones relacionadas con el concepto de conocimiento, que sientan las bases de su desarrollo. Los temas propios relativos a la representacién del conocimiento se abordaron en Ia primera parte del libro. Aqui se consideran exclusivamente las cuestiones del conocimiento que tienen que ver con su modelado, siempre desde el punto de vista de una ciencia de ingenierfa, cual es la del conocimiento Ss inroducen a continuacién los modelos de conocimiento desde la perspectiva de CommonKADS, proporcionando algunos conceptos relativos a los roles que intervienen en el proceso metodoldgico, asi como una terminologia titi. Se Proporcionan algunas S con el conocimii SI esentacion rda el conocimiento bajo !es Sarrollar sistemas reales incorporand? © contenido de conocimiento. ngenieria, que pretende de igencia Artificial con un alt CaeCAPITULO 5: INGENIE RAMA INGENIERIA DEL CONOCIMIENTO: MODELOS EN CommonKADS 117 Desde el punto de vista formal la situacis i _ Desde « situacién no difiere mucho del pla previo. Lo tinico que hay que hacer es estructurar lo anterior Spica pare 7 I de una manera practica para Bae * a dotarlo de contenido. Conviene distinguir entre: datos, informacion y come ies m Vamos a recurrir a un sencillo ejemplo prictico para analizar estos conceptos. Supongamos la muy conocida tarea del diagndstico médico. Un paciente acude a la consulta del especialista presentando una cierta dolencia. El médico le pide que se haga una serie de pruebas y andlisis a partir de los cuales toma nota de los correspondientes valores relativos a las pruebas pedidas. Estos son los datos. Por si mismos no tienen mayor importancia, son valores referidos por ejemplo al indice de colesterol, velocidad de sedimentacién sanguinea, temperatura corporal, procesos infecciosos, etc. Para cualquier persona no experta en medicina estos datos probablemente no digan nada, sin embargo, para el especialista médico, esos mismos datos cobran un significado especial, permitiendo su interpretacion por parte de éste. Estos datos con significado es lo que se conoce como informacion. El especialista una vez que dispone de esos datos y les ha dado una interpretaciOn, es decir, ha adquirido la informaci6n necesaria, podria formular una hipdtesis y aventurar un diagnéstico para luego confirmar o verificar ese diagnéstico. Esta es la fase mis inteligente donde en base al conocimiento que posee de otros casos similares fundamenta su diagnosis. Es mas, puede deducir nueva informacion a partir de la ya presentada, en este sentido se dice que se genera informacion. Asi pues, del conocimiento propiamente dicho se dird que conjunta datos e informaci6n para formular un objetivo y obtener nueva informacion. Esta es precisamente la perspectiva bajo la cual se estudian los _aspectos relacionados con Ia Ingenieria del Conocimiento, asi veremos algunos pasos bisicos como son las inferencias que se unen en estructuras superiores dando lugar a las tareas. Todos estos aspectos se modelan bajo la perspectiva de CommonKADS. La metodologia CommonKADS surge por la necesidad de construir sistemas, industriales basados en conocimiento de calidad para su aplicacién_ en un entomo estructurado, controlado y repetible. De esta manera, CommonKADS offece una serie de herramientas para modelar sistemas basados en conocimiento donde lo que prevalese es 'a abstraccién frente a la concrecién. Asi, volviendo a la tarea del diagnostico Hore anteriormente citado, podriamos afiadir que esa tarea de diagndstico se puede modelar te al manera que el esquema sirva tanto para un diagndstico médico a ie a diagnéstico relative a una averia de un Los detalles Implementacién y programacion quedarian pospuest coche, por ejemplo. tos para fases Sucestvas. SBCs estriba en & . Afra 2 los Un aspecto importante relacionado con el desarrollo de lo : 2, se vaca necesitar Ie de que a diferencia de los sistemas de desarrollo de same on ‘ntervencién de un experto de conocimiento del que el analista va. extra re eee inente, necesitando recurrir a é] durante las diferentes fases de desarrol s hechoINGENIERIA DEL CONOCIMIENTO RTIFICIAL E si 18 INTELIGENCIA Ak " 5,3 MODELOS DE CONOCIMIENTO La metodologia CommonKADS, como cualquier otra, ofrece una APrOKimacin ara resolver los problemas inherentes a la ingenieria del conocimiento Provenientes de een y apoyados por los fundamentos de la ingenieria del software. Como se ha mencionado anteriormente, la ingenieria del conocimiento debe hacer frente a la recopilacién de datos, dar forma a la informacion y generar mas conocimiento, Todo ello dentro de un determinado ambito de aplicacién o linea de negocio empresarial, que debe plasmarse en una realidad. La figura 5.1 presenta los modelos de la metodologia CommonKADS para hacer frente a Jas realidades expresadas anteriormente. En ella se muestran tres grupos de modelos porque existen esencialmente tres tipos de preguntas que deben contestarse: Por qué? {Por qué es necesario recurrir a un sistema que involucre conocimiento? En la organizacién donde se va a implantar, ;va a mejorar el rendimiento de la misma?, ;reportard beneficios econémicos o de otra indole?, Zresolvera mejor que Otros sistemas o las propias personas los problemas?, ésera aceptado por la organizacion donde se va a implantar? La Tespuesta a estas preguntas pasa por estudiar tres aspectos clave. Cudl es la estructura de la organizacién donde se va a desarrollar el sistema para ver donde encaja, Qué tareas va realizar el sistema y cémo se enmarcan dentro de las tareas globales de la organizacién. Quién o quiénes estardn involucrados en Ia realizacion de esas tareas. Con este planteamiento Megamos respectivamente a los modelos de organizacion, tarea y agente bajo la Perspectiva del contexto en la organizacion. éQué? (Qué tipo de conocimiento if {co estructurar ese conschiienis? cuales ser ms ue mpelar?,coome oe : ‘ para hacer explicito el © a la practica todo lo anterior para que el en A : software y el mecanismo ) una computadora?, gcémo debe ser lt arquitecturacea CAPITULO 5: INGE} 1 INGENIERIA DEL CONOCIMIENTO: MODELOS | N CommonKADS 119 Contexto | Modelo de Organizacion Modelo de Concepto Conocimiento| Modelo de Equipo Disefio Figura 5.1 Modelos en CommonKADS. Las respuestas a las cuestiones anteriores dan lugar a los distintos modelos. CommonK ADS, encuadrandose’y abordando cada uno de ellos un aspecto concreto. Modelo de organizacién: soporta el andlisis de las caracteristicas principales de una organizacién, con el fin de descubrir problemas y oportunidades para sistemas de conocimiento, establecer su viabilidad y ponderar los impactos en la organizacion de las acciones del conocimiento. Modelo de tarea: es la parte relevante de un modelo de negocio. Analiza la tarea lobal, sus entradas y salidas, precondiciones y eriterios de realizacién, asi como recursos necesarios y competencias. . Un agente puede Modelo de agente: los agentes son Jos ejecutores de u set humano, un sistema de informacion, 0 cualquier otra entidad capaz de llevar a cabo il de los agentes, en particular sus una tarea. El modelo de agente describe las caracteristicas Sareea competencias, autoridad para actuary restricciones en este aspecto. A jemas, relaciona los enlaces de comunicacién entre agentes a la hora de Hevar 8 cabo una tare. este modelo es explicar los tipos 1 cabo una tarea, Proporcions wh iferentes components de ble por los Modelo de conocimiento: el proposit de structuras de conocimiento utilizados par llevar - descripcién independiente de la implementacion del papel que d tee el conocimiento juegan en la resolucion de problemas, de Be humanos. Esto hace que el modelo del conocimemto S58 vehiculo imports ao oe rekativos a la solucion dé comunicacién eon los expertos y los usuarios Sobre 10S sspestos Probe ee eer gocimiento tanto durante €F AeSSEe Slecucién del sistema. yte para kaCONOCIMIENTO cI 5ENIERIA DEL CONOCIMIED 120. INTELIGENCIA ARTIFICIAL E INGE a Modelo de comunicacién: dado que varios pecaer mate verse invotg a a tarea, es importante modelar las transaeciones entre os agen les IMPlicados, eg real 2 mediante el modelo de comunicacién, en un sentido conceptual independiene Is implementaciin, como sucedia en el modelo de conocimiento, Modelo de disefio: los modelos anteriores Juntos pueden verse constituyendo la especificacién de los requisitos para el sistema de Conocimiento, desde diferentes aspectos. Basados en esos aspectos, el modelo de disefio Proporciona jy especificacién técnica del sistema en téminos de arquitectura, Plataforma implementacion, médulos de sofiware, construcciones de representacin y Mecanismos de computacién requeridos para implementar las funciones Propuestas en los modelos de conocimiento y comunicacién. Juntos, los modelos de organizacién, tarea y agente analizan la organizacién de] entorno y los factores criticos de éxito para un sistema de conocimiento. Los modelos de conocimiento y comunicacién proporcionan la descripcién conceptual de las finciones de resolucién de problemas y los datos que son manejados y entregados por un sistema de conocimiento, El modelo de disefto convierte esto en una especificacién técnica que es la base para Ia implementacién del sistema software. No obstante, no siempre es necesario construir todos los modelos, esto depende de los objetivos del proyecto, Esta eleccion corresponde al jefe de proyecto, bajo consenso previo con el cliente, Un proyecto de un SBC utilizando la metodologia CommonKADS produce tres tipos de productos 0 entregas: © Documentos de los modelos. * _Informacién sobre la gestisn del proyecto, * Software del Sistema de Conocimiemo EI objetivo final de la metodologia Common Proceso de desarrollo propio de la ingenieria del sistema que debe resolver los problemas ¢, humano como poseedor del Conocimiento, jebe esta capacidad 4 plo, si se trata de un Splicacién seria justamente el SUPETE CON creces este dominio, circunseribirse a un dominio especifico de aplicaci sistema para el diagnéstico de una cardiopatia, el de las cardiopatias y no otro aunque el experto idlices PUES, resulta necesario NOS roles. ee, °*44 uno de los miembros “Speciticos que son tos que seRAMA, CAPITULO 5: ING IERIA DEL CONOCIMIEN TO: MODELOS EN CommonKADS_ 121 5.4 ROLES DEL PROCESO nt figura 52 se representa tos roles desempeiados por tas personas involucradas en un proyecto de Ingenieria del Conocimiento asi como las relaciones que existen entre ellos. . En esta ilustraciOn destaca la figura de Jefe de Conocimiento, lo que la diferencia basicamente de las relaciones existentes en un proyecto de Ingenieria del Software, donde dicha figura no existe. +. Jefe conocimiento define la estrategia de conocimiento inicia proyectos de desarrollo de conocimiento jfacilta la distribucién de conocimiento sialiste Especia(sia Analista Obtiene conocimiento de Jefe proyecto| Obtiene requisitos de valida Entrega modelos de andlisis a Disenae : implementa Ingeniero de Usuario desarrollo Figura 5.2 Roles de conocimiento en CommonKADS Las caracteristicas atribuidas a cada uno de los componentes del sistema se describen a continuacién: Suministrador de conocimiento/especialista: un papel importante Ht Seas Jo desempefia el propietario del conocimiento, que es Un experto en el donunto oe aplicacion, Gece al ingeniero de Ingeniero de conocimiento/analista: CommonKADS a a ee Pai conocimiento 0 analista un conjunto de erramientas para Hevar a e200 © tarea global.isefio € implementag; de desarroll eld ss is pe c sonocimiento habran sido Tesueltos y hoy problemas relacionados con ec wats. elanalista. <| del sistema. A veces se requiere in io: es el que hace uso del sis ; ; teractug Usuari de transferencia para que éste realice is o 4 io a través de , a usuario a ante que el usuario sea conocedor del dominio, ¢ razonamiento. Es import: Jefe de proyecto: encargado de la gestion del proyecto durante e posterior mantenimiento. desar, | Jefe de conocimiento: no esta involuerado en el desarrollo de log formula una tarea de conocimiento a nivel de negocio. Inicia las actividades ge"V2™% y distribucién del conocimiento. dear 5.5 TERMINOLOGIA Debido a la relativa juventud de esta disciplina, la ingenieria del Conocimienty suffe una abundante jerga terminoldgica. El significado exacto de algunos términe wa entre diferentes aproximaciones. Anteriormente se han Proporcionado Tas definiciones é datos, informacién y conocimiento. Otros conceptos que se utilizan con frecuencia so Dominio: un dominio es algin drea de interés, por ejemplo medicina, quimica Los dominios pueden estructurarse jerarquicamente, por ejemplo medicina inna que a su vez pueden dividirse en una serie de subdominios: hematologi, nefrologia, cardiologia, etc. Agente: un agente es cualquier sistema humano o de software capaz de gecia una tarea, Tarea: es una parte de trabajo que realiza un agente. Aplicacién: es el contexto proporcionado por la combinactén de un dominio 8 tarea llevada a cabo Por uno o mas agentes, inl tblicaiéntares: dos términos para refers al dominio y® ® involucrada en f ne? £n) conocimiento (SBC): ha sido utilizado sur on 7 ano un sistema cuya arquitectura contiene dos 60! ie Sistema (basado tiempo y concebid principales: Motor de a i : conor oy. Realmente, a existe utmlento “(nferencia) | y_ base | de | ee i} g VeCes no existe una dis sistemas de sofi se extension, esta con; oe ; co incién clara entre sistemas de - mjento e* sistema contiene el cocci anc” ‘ada vez ms evidente. La distinei6! © “normales”, Cadi sideracién &S una cierta aplicacién, msRAMA CAPITULO 5: INGENIERIA DEL CONOCIMIENTO: MODELOS EN CommmonKADS. 123 que en un sistema de conoci nicnto, existe alguna representacis ici eee tere » entacion explicita del conocimiento incluido en el sistema. Eso requiere la utilizacién de técnicas de modelado especiales. Sistema Experto: se puede definir un sistema experto como un sistema de conocimiento que es capaz de ejecutar una tarea que, si se lleva a cabo por los humanos, requiere cierta pericia. En la prictica, el término es usado como sindnimo de Sistema Basado en Conocimiento. 5.6 BREVE RESENA DE OTROS SISTEMAS DE MODELADO DEL CONOCIMIENTO CommonKADS sugiere el denominado “Conceptual Modeling Language” (CML) para implementar el modelo de conocimiento o bien algunos otros mas recientes tales como “Unified Problem-Solving Method description Language” (UPML). También puede resultar de utilidad poseer una visidn metodologica mas amplia sobre el desarrollo de Sistemas Basados en Conocimiento mediante el estudio de alguna otra metodologia diferente a CommonKADS, como es el caso de Protégé, KSM (Knowledge Structure Manager) de la Universidad Politécnica de Madrid, MIKE (Model- based and Incremental Knowledge Engineering). 5.7 MODELADO DEL CONTEXTO Como se ha mencionado previamente, uno de los primeros pasos en el desarrollo de los SBCs es el estudio y encaje dentro de la estructura organizativa donde va a funcionar. De poco serviria desarrollar un SBC excelente si es rechazado por la propia organizacidn por alguna taz6n, Imaginemos un SBC para el diagndstico de cardiopatias El sistema puede ser muy util para el diagndstico ¢ incluso el encantado con él. Sin embargo, puede ocurrir que desde la Gerencia de la organizacion no se destinaran los recursos suficientes para que el sistema pueda funcionar correctamente por considerar que se trata de un sistema muy caro en relacién con sus pres aciones, EL rechazo podria venir igualmente por parte de uno o mas eardidlogos por cro Bed sistema le reduce la carga de trabajo y en consecuencia que su futuro pro on pus te Peligrar. O si se quiere por miedo al uso de nuevas tecnologias, que siempre implian algiin tipo de readaptacion. En cualquier caso, el SBC supondria un fracaso desde Punto de vista de su utilidad. i: alisis del conte: de se va a implantar el Por ello, es i ante realizar un andlisis del contexto don a : eee el supuesto de que dicho sistema se SBC para evit: enciar su uso en itar su fracaso y potenciar su US« * mere Considere viable, Este es el objetivo de este capitulo, desde el que se aborda justamenCIA ARTIFICIAL E INGENIERIA DEL CONOCIMIENTO. IGEN ioe INTEL ‘ocimiento de contexto con sus tres componentes basicos: r8Ahizacisn con ‘ agentes. toa, Un sistema de conocimiento es util siempre que se integre en una organizacion. Es légico pensar que esa organizacion Se compone de una estructuras, que conforman los pilares de la misma. Ademés, en ella se Tealizan yo & de tareas propias, que constituyen la clave del negocio. Esas tareas son Mevadas 4 te por agentes o elementos que integran la organizacion. (aby Las claves para abordar con éxito el modelo de contexto serian: * Compresién e integracién en la organizacién como clave del &ito, * Identificaci6n de cuellos de botella y oportunidades en la organizacién, * Como calcular la viabilidad econdmica, técnica y del Proyecto de las soluciones del sistema basado en conocimiento. * Comprender y decidir el impacto en la organizacién Y los cambios requeridos cuando se introducen nuevas soluciones de sistemas de conocimiento, Por otro lado, los pasos en el andlisis de tareas y organizacién son los que enumeran a continuaci6n: |. Llevar a cabo un estudio de viabilidad, que consta de dos partes: b) Seleccionar el enfoque mas Prometedor y la solucién objetivo, 2. Llevar a cabo un estudio de impacto y mejora sobre la solucion elegida, que consta de nuevo de dos partes: b) Decidir sobre las medidas a Heva: tareas, para asegurar la ace conocimiento,RAMA CAPITULO S: INGENIERIA DEL CONOCIMIENTO: MODELOS EN CommonKADS_ 125 5.7.1 Estudio de Viabilidad: Organizacién La idea subyacente en el modelo de organizacién de CommonKADS es tomar los elementos relevantes y experiencias a partir de varias fuentes e integrarlos de cara a la orientacién del conocimiento en la organizacién. ~ El modelo de organizacién describe, como su nombre indica, la organizacion de una forma estructurada. Se recogen diferentes aspectos tales como procesos, staff, personal, recursos, etc. EI hecho de considerar los aspectos relativos al modelo de organizacién puede resultar en el éxito o fracaso de la apli n en desarrollo. Conviene insistir de nuevo en. el hecho de que un SBC sera util sélo si consigue integrarse en la organizacién. Debe tenerse en cuenta que ademas, la organizacién debe aceptar el sistema. En esta etapa se analiza la organizacin desde la perspectiva del conocimiento, no desde la estructura de negocio de la misma. Por ello el modelo de organizacién es fundamental, Un esquema general se muestra en Ja figura 5.3. La construccién de esos modelos se materializa finalmente en forma de las denominadas hojas de trabajo (OM-1 a OM-4), tal y como se recoge en la figura, Modelo de Organizacion oe OM-1 OM- OM: OM-4 Problemas y Descripci6n del oportunidades rea clave de la | Organizacion: Ce Estructura . (non gece nnee |, Descomposicion estrategia, Bore del proceso entomo...) Personas | Cultura y poder Posibles Recursos Fondos de Soluciones Conocimiento ------ 77777777 > conocimiento Documentacién: OM-5 Figura 5.3 Modelo de OrganizacionLIGENCIA ARTIFICIAL E INGENIERIA DEL CONOCIMIENTO, ss NTEUG SRA, En el Anexo A se proporcionan los modelos de las distintas hojas OM. g dando una descripcién autocontenida de los diferentes campos que las finaliza el analisis con una hoja OM-5 también contenida en el Anexo A, viabilidad del proyecto y el impacto en la organizacion, 0 conforma, que conerin Solo en el caso de que la viabilidad del sistema resulte positiva se Continuaré con d desarrollo del SBC analizado. 5.7.2 Analisis de impacto y mejora: modelos de tarea Y agente Una vez concluido el estudio de viabilidad positivamente y habiendo optado por dar luz verde al proyecto, es el momento de dar el siguiente paso y dedicarse a describit las caracteristicas de las tareas relevantes, los agentes que deben Ilevarlas a cabo y el tipo de conocimiento tequerido por los agentes para ejecutar esas tareas, Los modelos de agentes y tareas que las ejecutan ofrecidos por CommonKADS completan el andlisis contextual. que importante, tiene diferentes connotaciones. Por sentido ana para lograr un propésito. En el estudio de organizacién ido como subparte de un Proceso de negocio. También, como Yeremos mids tarde, constituye un elemento crucial en la teoria y metodologia de los SBCs, aunque en este iltimo caso se estudia bajo la perspectiva de modelado del cConocimiento dentro del analisis conceptual. Ahora sélo se enfoca desde la Perspectiva de negocio y se ve como parte de un Proceso de negocio dentro de. | ‘ @ estructura de la organizacién con las siguientes connotaciones: maneja entradas y entrega salidas deseadas en un sentido estructurado y controlado, Consume recursos, Fequiere (y Proporciona) Conocimiento y otras competencias, © se lleva a cabo de acue ‘teri se lleva a cabo de acuerdo a criterios de calidad Y realizacién, se lleva a cabo Por agentes Tesponsables,RAMA CAPITULO 5: INGENIERIA DEL CONOCIMIENTO: MODELOS EN CommanKADS_127 El modelo de tareas proporcionado por CommonKADS ra . se representa en I: 5.4, donde se reflejan algunos de sus aspectos propios, que van a permitir 7 era de la tarea dentro de Ja estructura del contexto de la propia organizacién. Siguiendo esa figura, la definicién cubierta en el modelo de i ig : pura, } tarea se especifica con ta ayuda de la hoja de Trabajo TM-1, ver Anexo A para ésta y el resto de hojas de trabajo dentro del andlisis contextual, que se citan a continuacién. El elemento denominado conocimiento y competencias resulta ser clave en el modelo de tarea, y por eso se estructura en una hoja de trabajo separada: TM-2. Constituye un refinamiento de los datos en fuentes de conocimiento y se confecciona a partir de la hoja de trabajo OM-4. La propia tabla describiendo esta hoja es autoexplicativa. Las tareas son realizadas por los agentes. En CommonKADS se describen los agentes por medio de la hoja de trabajo AM-1. Con las hojas de trabajo TM-1, TM-2 y AM-1 tenemos recopilada toda la informacion relativa a modelos de tarea y agentes. El siguiente paso es integrar toda esta informacion en un documento especifico (OTA-1) para la toma de decisiones, asi como para proponer los cambios previstos en la organizacién. Funcion y Flujo Estructura de los objetos Tiempo y Control (Datos) Conocimiento y Agentes competencias Realizacion y Calidad Recursos Meta y valor Figura 5.4 Modelo de Tarea| ‘ONOCIMIENTO. 128_INTELIGENCIA ARTIFICIAL E INGENIERIA DEL CONOCIMIEN. ORAM Las directivas para el modelado de contexto, siguicndo las pautas Aescrias anteriormente, se resumen en Ia figura 5.5, que representa la forma en la que fluye jy informacin y los distintos productos en forma de hojas de trabajo que se van Benerandy 4 Io largo del proceso. Refinar Andlisis de Contexto preparado Figura 5.5 Modelado de contexto: directivas 5.8 COMENTARIOS BIBLIOGRAFICOS os conceptos expuestos en este capitulo se encuentran en las referencias Schreiber ¥ col. (1993, 1999), Algunas cuestiones relacionadas, se aspectos relativos a los contenidos del capit (2004), Castillo y col. (1996) © Palma y col. ‘También en Buchanan y col, (1983) se descril largo del capitulo. Pueden ampliar en Henao (2000). Otros tulo se pueden encontrar en Alonso y col. (2000), especialmente la Primera de elas. iben algunos de los conceptos expuestas a lo Una buena fuente de referencia para Consultar diversos aspectos relacionados con la metodologia CommonKADS es Iq Que nos proporciona el enlace web siguiente: hutp://www.commonkads.uva kads.html,