View
1.855
Download
2
Embed Size (px)
DESCRIPTION
Metodología CommonKADS
Citation preview
Ingeniería del conocimiento.
CommonKADS abarca todo el ciclo de desarrollo del software, se extiende no solamente a KBSs sino al software en general. Se utiliza como un estándar para el desarrollo de sistemas de conocimiento.
Ésto mediante siete modelos: • Organización.• Tareas.• Agentes.• Pericia.• Comunicación.• Diseño.
Ventajas.
Muestra lo importante que es el análisis de la organización en las estrategias de introducción y desarrollo de sistemas de tecnologías de la información,
Es una metodología estándar del conocimiento, que soporta las aplicaciones de ingeniería y de gestión del conocimiento a la hora de construir los sistemas del conocimiento.
CommonKADS
CommonKADS – Principios.
1. La IC no intenta apoderarse de la cabeza de los expertos, sino, en construir aspectos de diferentes modelos de conocimiento humano.
2. Para modelar, hay que concentrarse en la estructura del conocimiento conceptual, y dejar los detalles de la programación para después.
3. El conocimiento tiene una estructura interna estable que se analiza distinguiendo los tipos específicos de conocimiento y los roles.
4. Un proyecto de conocimiento se debe gestionar aprendiendo de las experiencias, en forma de espiral controlada.
CommonKADS
El conocimiento tiene una estructura interna en la que se pueden distinguir tipos de conocimiento y tareas específicas.
La construcción de un sistema basado en conocimiento se basa en la construcción de varios modelos que formalizan una parte concreta del proceso.
El número y nivel de desarrollo de cada modelo depende delcontexto de la aplicación.
CommonKADS
El desarrollo de estos modelos se realiza en tres niveles:
CommonKADS
Niveles de commonKADS
• Análisis del contexto.• Formalización abstracta.• Implementación.
El desarrollo de cada fase depende del resultado obtenido en la fase anterior.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Analizar la organización.
Nivel de concepto:Comprensión de la organización.
Nivel de implementación:Modelado de su desempeño.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Analizar la organización.
Nivel de concepto:Comprensión de la organización.
Nivel de implementación:Modelado de su desempeño.
• Responde a las preguntas del por qué del sistema a diseñar. • Justifica la razón del SGBC que se pretende construir. • Determina los problemas y oportunidades a resolver,
considerando el impacto que se produce en la organización.
Lo más importante es entender el contexto y el entorno de trabajo auxiliado por el modelo de la organización, el modelo de las tareas y el modelo de los agentes.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Analizar la organización.
Nivel de concepto:Comprensión de la organización.
Nivel de implementación:Modelado de su desempeño.
Los modelos de la organización, las tareas y los agentes analizan el entorno de la organización y los factores críticos que corresponden al sistema de conocimiento.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Determina el alcance del proyecto, permite conocer el entorno de implantación y valora los impactos que tendrán las acciones de conocimiento sobre la organización
Objetivos del modelo:
• Identifica las áreas problemáticas de la organización o las que brindan oportunidades de mejora para los sistemas de conocimiento.
• Establece la factibilidad de tratamiento de dichos problemas.• Propone soluciones potenciales• Permite decidir la viabilidad económica y técnica del proyecto.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
• La plantilla OM-1 detecta problemas y oportunidades de la organización, que pretenden ser resueltos.
• La plantilla OM-2 proporciona una visión de la estructura de la organización;
• La plantilla OM-3 descompone el proceso en sus elementos principales;
• La plantilla OM-4 muestra los componentes de conocimiento.• La plantilla OM-5, pone de manifiesto los criterios que justifican la
viabilidad del sistema de conocimiento.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Objetivos del modelo:
• Descripción detallada de las tareas y de los elementos de conocimiento dentro del proceso en el que se implantará el SBC.
El modelo de tareas se realiza cuando el análisis de viabilidad de la fase anterior resulta positivo.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Objetivos del modelo:
• Analizar impactos y mejoras desde el punto de vista de los agentes que realizan las tareas.
El modelo de agentes se realiza cuando el análisis de viabilidad de la fase anterior resulta positivo y simultáneamente al modelo de tareas.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Los agentes son los ejecutores de una tarea; puede ser un ser humano, un sistema de información o cualquier otra entidad capaz de realizar una tarea.
Este modelo describe características, competencias, autoridad y restricciones para actuar; lista los vínculos de comunicación existentes entre los agentes que hacen una tarea.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Describe el sistema de conocimiento a construir. Analiza la estructura y naturaleza del conocimiento utilizado y la comunicación existente. Es la descripción conceptual del conocimiento aplicado a las tareas; utiliza el modelo del conocimiento y el de comunicación.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Los modelos del conocimiento y comunicación registran la descripción conceptual de las funciones en la resolución del problema y los datos que serán manejados por el sistema de conocimiento.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Explica con detalle los tipos y estructuras del conocimiento que se usan para ejecutar una tarea.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Describe conceptual e independientemente de la implementación, el papel que juegan los diferentes elementos de conocimiento en la resolución de un problema.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
El modelo del conocimiento permite la comunicación con expertos y usuarios, en cuanto a la manera de resolver problemas durante el desarrollo y la ejecución del sistema.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Determina la comunicación entre los varios agentes involucrados en una tarea.
Utiliza las plantillas:
CM-1: Describe las transacciones realizadas.
CM-2: Analiza la estructura interna de cada transacción.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Se utiliza para la construcción general del sistema de conocimiento analizado.
Dicta el procedimiento a seguir para implantar el conocimiento en un sistema informático, a partir de una arquitectura software. Interesan los aspectos técnicos para la informatización del sistema.
Basado en los requerimientos de los modelos anteriores, este modelo presenta la especificación técnica del sistema.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
Su resultado queda en las plantillas:
DM-1: Define genéricamente la arquitectura del sistema. DM-2: Muestra la plataforma a utilizar en el desarrollo e
implementación del sistema. DM-3: Analiza en detalle los componentes de la arquitectura
del sistema. DM-4: Es para la especificación final de la aplicación.
CommonKADS
Modelo de organización
Modelo de tareas
Modelo de agentes
Modelo de conocimiento
Modelo de comunicación
Modelo de diseño
Nivel de contexto: Realizar un análisis de la organización.
Nivel de concepto:Comprende la organización.
Nivel de implementación:Modela su desempeño.
El modelo de diseño es una especificación técnica básica para la implementación del sistema de software.
CommonKADS
CommonKADS Modelo de organización: Analiza la organización para
identificar problemas y posibilidades de incorporación de SBCs.
Modelo de tareas: Describe tareas que se realizan o deben realizarse en el contexto de la organización donde se utilizarán SBCs.
Modelo de agentes: Describe capacidades, preferencias y permisos de los agentes que realizan las tareas.
Modelo de conocimiento: Describe independientemente la implementación del conocimiento involucrado en las tareas.
Modelo de comunicación: Describe transacciones entre los agentes que realizan las tareas.
Modelo de diseño: Describe la estructura del SBC a desarrollar.
CommonKADSLos modelos existen en varias formas:
Plantillas: Modelos predefinidos por CommonKADS. Instancias: Modelos con información específica del
proyecto, pueden existir varias instancias de un mismo modelo.
Versiones: Describen la evolución de las instancias en el ciclo de vida del proyecto.
CommonKADS: Hoja OM 1.Objetivo: Análisis del contexto de la organización (elementoinvariante), problemas, posibilidades de mejora y soluciones.
Problemas y oportunidades: Enumerar problemas y posibilidades de mejora que han sido observados.Contexto organizacional: Indicar las características claves de la organización, situar problemas y posibles mejoras dentro de la perspectiva adecuada. Algunas de estas características son: misión, visión y objetivos de la organización; factores externos con los que tiene que tratar la organización; y estrategia de la organizaciónSoluciones: Listar las posibles soluciones para los problemas y posibilidades percibidas dentro del contexto de la organización.
CommonKADS: Hoja OM 1.
CommonKADS: Hoja OM 1.Modelo de Organización Ejemplo: Hoja de Problemas y Oportunidades OM-1
PROBLEMAS YOPORTUNIDADES
Especificación de características y funciones del proyectoDeterminación de las causas de inicio Esquematización de las fases del proyecto
CONTEXTO ORGANIZATIVO
Se trata de plantear todos los procesos de la Dirección del Alcance del ProyectoDemanda del mercado, necesidad del negocio, demanda clientes, avance tecnológico, necesidades legalesDescripción de la organización donde se implanta el proyecto
SOLUCIONES Plan de dirección del alcance del proyecto
CommonKADS: Hoja OM 2.Describe el área de interés (aspectos variable.)Estructura: Gráfico del objeto de análisis en términos de departamentos, grupos, unidades, ...Procesos: Diagrama de los procesos que se llevan a cabo.Se detallarán en la hoja de trabajo OM-3.Personal: Identificación y enumeración de los miembros dela plantilla implicados en los procesos.Recursos: Descripción de los recursos utilizados por losprocesos: sistemas de información, equipamiento, material,experiencia social o interpersonal, tecnología, ...Conocimiento: Enumeración de los activos de conocimiento. Se detallarán en la hoja de trabajo OM-4.Cultura y potencial: Modus operandi no explícitos,incluyendo formas de trabajar, de comunicarse, relacionesformales e informales, ...
CommonKADS: Hoja OM 2.
CommonKADS: Hoja OM 3.Describe en detalle, descompone el proceso a mejorar.Identificador: Número de tarea.Nombre: Nombre de la tarea como parte de los procesos descritos en OM-2Realizada por: Agente humano o software encargado de la tarea perteneciente al personal o a los recursos descritos en OM-2Lugar: Localización de la tarea en la estructura descrita en OM-2Recursos de conocimiento: Nombre de los recursos de conocimiento identificados en OM-2.Intensiva en conocimiento: Sí o NoImportancia: Grado de importancia de la tarea en los procesos descritos en OM-2, usando un criterio predefinido.
CommonKADS: Hoja OM 3.
CommonKADS: Hoja OM 3.
CommonKADS: Hoja OM 4.Visión preliminar de los activos de conocimiento involucrados en el proceso de mejora.Recurso de conocimiento: Nombre del recurso de conocimiento enumerado en OM-2/OM-3.Pertenece a: Agente humano o software poseedor del recurso de conocimiento perteneciente al personal o a los recursos descritos en OM-2/OM-3.Usado en: Lista de tareas que usan el recurso de conocimiento, usando los identificadores en el OM-3.Uso Correcto: ¿Se utiliza el recurso de forma correcta?Lugar correcto: ¿Se utiliza el recurso en el lugar correcto?Momento correcto: ¿Se utiliza el recurso en el momento correcto?Calidad correcta: ¿Tiene el recurso la calidad correcta?
CommonKADS: Hoja OM 4.
CommonKADS: Hoja OM 5.Identifica las implicaciones clave de la información recogida en los formularios anteriores para un análisis de viabilidad.
Viabilidad empresarial: Beneficios, valor añadido, coste esperado, cambios en la organización, ...Viabilidad técnica: Técnicas y métodos actuales, criterios de éxito, ...Viabilidad del proyecto: Disponibilidad de los recursos, compromiso de implantación, ...Acciones propuestas: Plan de actuación: área de actuación; solución elegida; resultados, costes y beneficios esperados; proceso de implantación.
CommonKADS: Hoja OM 5.Contiene:
• · Una copia de OM- 1• · Por cada problema/ posibilidad una OM- 2• · Por cada proceso una OM- 3• · Para todos los activos de conocimiento OM- 4• · Para cada solución propuesta:
• Si se va a automatizar o no y las razones• · Acciones propuestas• · El contenido queda detallado en OM- 5
CommonKADS: Hoja OM 5.… Contiene:
• Viabilidad Empresarial
• Beneficios esperados: tangibles (económicos) e intangibles (capital intelectual)
• Valor añadido esperado• Costes esperados• Comparación con otras soluciones alternativas• Cambios requeridos en la organización• Riesgos económicos y empresariales
CommonKADS: Hoja OM 5.… Contiene:
• Viabilidad Técnica• Complejidad del conocimiento y de los procesos de
razonamiento• Disponibilidad de métodos• ¿Se ha realizado antes?
• Aspectos críticos implicados: tiempo, calidad, recursos• necesarios,...• Factores que determinarán que el proyecto ha
alcanzado los objetivos esperados• Pruebas de validación, calidad y rendimiento
• Complejidad de la interacción con los usuarios• Disponibilidad de métodos.
CommonKADS: Hoja OM 5.… Contiene:
• Viabilidad de Proyecto• Compromisos de los distintos agentes y personal.• Disponibilidad de los recursos en términos de tiempo,
presupuesto, equipamiento y personal.• Disponibilidad del conocimiento requerido y otras
capacidades.• Expectativas reales.• Organización adecuada del proyecto y comunicación
externa.• Acciones.
CommonKADS: Hoja OM 5.… Contiene:
• Propuestas• Pasos recomendados por cada plan de actuación
• Lista de áreas de interés• Solución propuesta para cada área• Resultados y beneficios esperados• Actuaciones requeridas por el proyecto• ¿Bajo qué condiciones hay que reconsiderar el plan
de actuación
CommonKADS: Hoja TM 1.Describe detalladamente, analiza las tareas.Tarea: Identificador y nombre de la tarea (OM-3.)Organización: Proceso del que esta tarea forma parte, y parte de la organización donde se desarrolla (OM-3.)Objetivo y valor: Objetivo de la tarea y el valor que añade al proceso del que forma parte.Dependencia y flujos: Enumeración de tareas precedentes que proporcionan la entrada y de las tareas que utilizan el resultado de ésta.Objetos manipulados: Descripción de los objetos de entrada, de salida e internos utilizados en la tarea.Tiempo y control: Frecuencia y duración de la tarea, precondiciones y postcondiciones de la tarea, restricciones que se deben de cumplir durante su ejecución.
CommonKADS: … Hoja TM 1.…
Agentes: Agentes responsables de desarrollar la tarea(OM-2/OM-3.)Conocimiento y capacidad: Capacidades necesarias para el desarrollo de la tarea (OM-4), los elementos de conocimiento se describen en el formulario TM-2.Recursos: Se describen y se cuantifican los recursos requeridos por la tarea (Refinamiento de OM-2.)Calidad y eficiencia: Medidas utilizadas por la organización para determinar la ejecución exitosa de la tarea.
CommonKADS: Hoja TM 1.
Las tareas son las supartes relevantes de un proceso de negocio. El modelo de tareas analiza cada una de ellas, sus entradas y salidas, las precondiciones y criterios de ejecución, de la misma manera que los recursos y competencias necesarias.
TM-1: Permite un análisis detallado de las tareas. TM-2: Muestra los ítems de conocimiento en profundidad.
CommonKADS:Hoja TM 1.
Modelo de Tareas Hoja de Análisis de Tarea TM-1
TAREA Obtener datos de iniciación. ORGANIZACIÓN Fase inicial de la Dirección del Alcance.
OBJETIVO Y VALOR Esta tarea debe aportar los datos necesarios para obtener una descripción del producto del proyecto, en el ámbito de las características y relación de necesidades.
DEPENDENCIA Y FLUJOS Tareas precedentes: plan estratégico, información histórica.Tareas que le siguen: justificación del proyecto, elección y asignación de director.
OBJETOS MANIPULADOS Entrada: descripción de proyecto, objetivos, criterios de selección, información histórica.Salida: Justificación del proyecto, restricciones y supuestos.
TIEMPO Y CONTROL
Frecuencia y duración: al inicio de la Dirección del Alcance y duración dependiendo del proyecto.Restricciones: según que los datos obtenidos sean de demanda de mercado, de necesidades de negocio, ...
AGENTES Equipo de Proyecto, Cliente y/o Promotor.
CONOCIMIENTO Y CAPACIDAD
Es necesario conocer técnicas de selección de proyectos, ya sean basadas en la medida del beneficio, o en la optimización condicionada (modelos de decisión en definitiva).No descartar el juicio experto.
RECURSOS Técnicas de adquisición de conocimiento.Expertos.Equipo de Proyecto encargado de la Documentación.
CALIDAD Y EFICIENCIA La objetiva justificación del proyecto, así como la delimitación de restricciones y supuestos, influyen en gran medida de la calidad y eficiencia adquirida en esta tarea
CommonKADS: Hoja TM 2.Analiza los cuellos de botella en los elementos del conocimiento.Nombre: Elemento de conocimiento enumerado en OM-3.Poseido por: Agente poseedor del conocimiento indicado enOM-4.Usado en: Nombre e identificador de las tareas en la que seusa este conocimiento indicado en OM-3.Dominio: Dominio más amplio en el que se encuentra el conocimiento, especialidad, disciplina, rama de la ciencia o ingeniería, ...
CommonKADS: … Hoja TM 2.…
Naturaleza: Para cada característica indica sí o no y si un cuello de botella (fuente de problemas) debe ser mejorado.• Formal, riguroso.• Empírico, cuantitativo.• Heurístico, sentido común.• Especializado, específico del dominio.• Basado en la experiencia.• Basado en la acción.• Incompleto.• Incierto, puede ser incorrecto.• Cambia con rapidez.• Difícil de verificar.• Tácito, difícil de transferir.
CommonKADS: … Hoja TM 2.…Forma: Para cada característica indicar sí o no y si es un cuello de botella que debe ser mejorado.• Mental• Papel• Electrónica• Habilidades• OtrosDisponibilidad: Para cada característica indicar sí o no y si es un cuello de botella que debe ser mejorado• Limitaciones en tiempo.• Limitaciones en espacio.• Limitaciones de acceso.• Limitaciones de calidad.• Limitaciones de forma.
CommonKADS: Hoja AM 1.Describe los agentes que desarrollan las tareas.Nombre: Nombre del agenteOrganización: Posición del agente dentro de la organización, incluyendo su tipo (humano, sistema de información.) (OM-2)Implicado en: Tareas en las que esta implicado (TM-1)Se comunica con: Nombres de otros agentes.Conocimiento: Elementos de conocimiento que el agente posee (TM-2.)Otras competencias: Lista del resto de competencias requeridas o presentes en el agente.Responsabilidades y restricciones: Responsabilidades del agente durante la ejecución de la tarea, así como sus restricciones de autoridad, respecto a normas legales o profesionales, ...
Modelo de Agente Hoja de Agente AM-1
NOMBRE Director de Proyecto
ORGANIZACIÓN Puede ser externo a la organización y es responsable del Equipo de Proyecto
INVOLUCRADO EN Todas las tareas
COMUNICA CON Cliente, Promotor y Equipo de Proyecto
CONOCIMIENTO Métodos de Selección de Proyectos, Análisis del Valor, EDP, Control de Cambios, Métricas y Planificación
OTRAS COMPETENCIAS Responsable de la Dirección del Proyecto
RESPONSABILIDADES Y RESTRICCIONES
Debe asegurar que el equipo conozca todos aquellos aspectos que requieran la realización del proyecto
CommonKADS: Hoja OTA 1.Documenta impactos y mejoras.
Analiza toda la información recogida anteriores en las hojas de trabajo de los modelos de tareas y agentes, con el fin de gestionar y documentar la toma de decisiones sobre las mejoras y cambios en la organización.
CommonKADS: … Hoja OTA 1.…Impactos y Cambios en la organización: Describe los impactos y cambios que el SBC traerá a la organización, comparándola con la estructura actual.Impactos y cambios en tareas y agentes: Describe los impactos y cambios que el SBC introducirá en los agentes y tareas, comparándolos con la situación actual. Indicando los cambios:• en la estructura de las tareas.• en los recursos necesarios.• en los criterios de calidad.• en los agentes implicados.• en las posiciones de los agentes implicados.• en el conocimiento y capacidad requeridos.• en los canales de comunicación.
CommonKADS: … Hoja OTA 1.…Actitudes y compromisos: Analiza como reaccionarán a los cambios introducidos los individuos y el personal cualificado involucrado.Acciones propuestas: Acuerdos de gestión y toma de decisiones.Mejoras: ¿Cuáles son los cambios recomendados?Medidas adicionales: ¿Qué medidas hay que tomar para facilitar dichos cambios?Acciones del proyecto: ¿Cuál es la siguiente acción a realizar dentro del proyecto respecto al SBC?Resultados, costes y beneficios esperados: OM-5En caso de cambios en la organización, ¿en qué condiciones es adecuado reconsiderar las decisiones tomadas?
CommonKADS: Modelo de conocimiento. Categorías que se distinguen.
Conocimiento del dominio
Conocimiento de inferencia
Conocimiento de tarea
El Conocimiento de dominio describe el conocimiento estático específico del dominio de una aplicación. Esta descripción se realiza en dos niveles diferentes:
• Esquema de dominio: Es una descripción esquemática de las clases de objetos o entidades presentes, y sus relaciones. En Ingeniería del Software, sería el equivalente a un modelo de datos o modelo de objetos.
• Base de conocimiento: Contiene instancias de los tipos de conocimiento especificados en el esquema de dominio.
… Modelo de conocimiento.
CommonKADS: Modelo de conocimiento.
Inferencias:• Actividades básicas
cubrir predecir compararobtener
Conocimiento del Dominio:• Elementos del dominio de aplicación
hallazgos hipótesis hallazgosesperados
hallazgosreales
Tareas:• Actividades
diagnosticar
generar-hipótesis probar-hipótesis
CommonKADS: Ejemplo de conocimiento del dominio.
fusiblefundido
bateríabaja
inspección fusibleroto
energíaoff
indicador bateríacero
comportamiento motorno arranca
depósito gasolinavacío
indicador gasolinacero
gasolina en motorfalso
comportamiento motorparado
CommonKADS: Ejemplo de conocimiento del dominio.
instancias
Bases de Conocimiento: Instancias de Conceptos Instancias de Relaciones Instancias de Reglas
modelar
rellenar
Conocimiento del Dominio:
Esquema del Dominio: Conceptos Relaciones Reglas
CommonKADS:• Concepto: Similar a clase de objetos
• Relación: Estilo E-R
indicador gasolinavalor: {cero, bajo ...}
indicador bateríavalor: {cero, bajo ...}
inspección fusiblevalor: {normal, roto}
estado
energía
estado: {on, off}
batería
estado: {normal,baja}
comportamiento motor
estado: {normal,no arranca,
parado}
observable
CONCEPT indicador-gasolina;ATTRIBUTES:
valor:{cero, bajo, normal};END CONCEPT indicador-gasolina;
Lenguajes de Modelado: CML o UML
CommonKADS:Otros tipos de relaciones dependencias entre conceptos
fusiblefundido
bateríabaja
inspección fusibleroto
energíaoff
indicador batería
cero
comportamiento motorno arranca
depósito gasolina
vacío
indicador gasolina
cerogasolina en
motorfalso
comportamiento motorparado
manifestación
causa
DEPOSITO-GASOLINA.estado = vacío GASOLINA-EN-MOTOR.estado = falso
CommonKADS:
estado observablemanifestación
reglamanifestación
1 1
Esquema del Dominio: Reglas: Representar dependencias mediante relaciones
entre expresiones
estado estadocausa
regla dependencia
estados
1 1
CommonKADS:
estado observablemanifestación
reglamanifestación
1 1
Esquema del Dominio: Reglas: Representar dependencias mediante relaciones
entre expresiones
estado estadocausa
regla dependencia
estados
1 1
RULE-TYPE regla-dependencia-estados;
ANTECEDENT: estado;
CARDINALITY: 1;
CONSEQUENT: estado;
CARDINALITY: 1;
CONNECTION-SYMBOL: causa;
END RULE-TYPE regla-dependencia-estados;
CommonKADS:• Conocimiento de Inferencias: Pasos básicos
en el razonamiento
– Tipo de Inferencia: seleccionar, cubrir, comparar, ...
– Roles: Nombres abstractos conectados a objetos del dominio
• Roles Dinámicos: Entradas y salidas
• Roles Estáticos: Conocimiento aplicado en la inferencia
CommonKADS:
hallazgo cubrir hipótesis
rol dinámicode entrada
rol dinámicode salidainferencia
modelo causal
rol estático
Conocimientode
Inferencias
tipo de regla
observable o estado
estadoregla
dependenciaestadosconcept
oconcep
to
Conocimientodel
Dominio
CommonKADS:
hallazgo
cubrir
hipótesis
modelo causal obtener
hallazgo
real
comportamiento motor = no arranca
regla dependenciade estados
depósito de gasolina =
vacío
regla demanifestación
indicador de gasolina =cero o bajo
indicador de gasolina =normal
comparar
resultado
false
Estructura de inferencias
modelo demanifestacion
es
predecir hallazgoesperado
69
DIAGNOSTICAR: OBJETIVO Y ROLES
Rol dinámico de entrada:
Hallazgos
ff
ff
fF
FA
FN
Rol dinámico de salida:
HipótesisDiagnósticas
S ddd
h ddh
ddh
d
?explicación
Rol estático:Modelo de
Comportamiento
70
• Explicación Consistente:
– La hipótesis no genera contradicción con los hallazgos
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
explica (hi , F) M hi F Explicación de Cobertura Intermedia:
La hipótesis no genera contradicción con los hallazgos normales e implica a los hallazgos anormales
explica (hi , F) (M hi FN ) (M hi FA)
71
h1 = {camisa-cilindro=muy-gastada}
NO CONSISTENTE
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
72
h1 = {camisa-cilindro=muy-gastada}
NO CONSISTENTE
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
73
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
h2 = {uso-bujías=excesivo}
CONSISTENTE
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
74
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
h2 = {uso-bujías=excesivo}
CONSISTENTE
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
75
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
h2 = {uso-bujías=excesivo}
CONSISTENTE
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
76
h3 = {cárter=perforado,
uso-bujías=excesivo}
COBERTURA INTERMEDIA
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
77
h3 = {cárter=perforado,
uso-bujías=excesivo}
COBERTURA INTERMEDIA
¿QUE ES UNA EXPLICACION DIAGNOSTICA?
– desgaste-bujías=alto
estado-bujías=gastadas
camisa-cilindro=muy-gastada segmentos=muy-gastados
uso-bujías=excesivo
distribución-destiempo= T
cárter=perforado– goteo-aceite=alto– agujeros-en-cárter=T
consumo-aceite=elevado– gases-escape=negro
falta-aceite=severa– piloto-
aceite=rojo
– gasolina-en-escape=T
ignición=irregular
temperatura-motor=elevada– piloto-temperatura=rojo– respuesta-
acelerador=retardada
FA = {piloto-aceite=rojo,
piloto-temperatura=rojo,
respuesta-acelerador=retardada,
gasolina-en-escape=T}
FN = {gases-escape=normales}
Modelo de Comunicación
Hoja CM-1: Descripción de Transacción
IDENTIFICADOR/NOMBRE
TRANSACCIÓN
Transacción 1: iniciación: transmitir a partir del Cliente u otro agente similar, los datos necesarios al Equipo de Proyecto para poder comenzar la Dirección del Alcance
OBJETO DE INFORMACIÓN
Definir la justificación, restricciones y supuestos del proyecto a realizar
AGENTES IMPLICADOS Cliente, Promotor, Equipo de Proyecto y Director de Proyecto
PLAN DE COMUNICACIÓN
Entrevistas
RESTRICCIONES
Durante la transacción se necesita un proceso de decisión para decir lo que los agentes deben tener en cuenta a lo largo del proyecto: descripción del proyecto, plan estratégico
ESPECIFICACIÓN DE INTERCAMBIO DE
INFORMACIÓN ver la Ficha CM-2
Modelo de Diseño Hoja DM-1: Arquitectura del Sistema
Decisión de la Arquitectura Formato
ESTRUCTURA DEL SUBSISTEMA Véase Figura 1
MODELO DE CONTROL Control centralizado con administrador que dirige los eventos del sistema administra las entradas/salidas
DESCOMPOSICIÓN DEL SUBSISTEMA Descomposición en módulos según Figura 2
CommonKADS: Mapa de trabajo.
OM-1
OM-2
OM-3
OM-4
OM-5
TM-1 TM-2 AM-1
OTA-1
De CommonKADS a UML
Notación para representar los modelos
De CommonKADS a UML
Diagrama de contexto.
De CommonKADS a UML
Caso de uso: Registrar enfermedad
De CommonKADS a UML
Caso de uso: Registrar enfermedad
De CommonKADS a UML
Caso de uso: Registrar información de síntoma
De CommonKADS a UML
Caso de uso: Registrar información de síntoma
De CommonKADS a UML
Caso de uso: Gestionar diagnóstico
De CommonKADS a UML
Caso de uso: Gestionar diagnóstico
De CommonKADS a UML
Modelo de agente de conocimiento
Se identifica y define qué agentes serán necesarios en la implementación del sistema propuesto
De CommonKADS a UML
Modelo de agente de conocimiento
De CommonKADS a UML
Objetivos y tareas agente interfaz
Cada uno de los agentes identificados anteriormente debe cumplir con una serie de objetivos y tareas para el cumplimiento funcional de la aplicación,
De CommonKADS a UML
Objetivos y tareas agente traductor. Gestiona comunicación
De CommonKADS a UML
Objetivos y tareas agente conocimiento
De CommonKADS a UML
Interacción agente interfaz y traductor
De CommonKADS a UML
Diagrama de colaboración del caso de uso gestionar información.
De CommonKADS a UML
Diagrama de agente “agente personal”
De CommonKADS a UML
Diagrama de organización “grupo personal”
De CommonKADS a UML
Diagrama de secuencia.
De CommonKADS a UML
Comunicación entre agentes
Diagrama de secuencia.
De CommonKADS a UML
Diagrama de colaboración.
De CommonKADS a UML
Diagrama de actividad.
Un diagrama de actividades es una variación del de estados, en la que cada estado son actividades que representan la ejecución de operaciones y las transiciones son disparadas por la ejecución completa de una operación.
El propósito de este diagrama es enfocar en el flujo interno de los procesos.
Se utilizan en los casos en los que todos o la mayoría de los eventos representan el cumplimiento de acciones generadas internamente. Para el caso de eventos asíncronos se recomiendan los de estados