metodología commonkads

Post on 05-Dec-2014

1.855 Views

Category:

Education

2 Downloads

Preview:

Click to see full reader

DESCRIPTION

Metodología CommonKADS

TRANSCRIPT

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

top related