Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

Commet

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 3

COMMET (The COMponential METhodology)

COMMET (The COMponential METhodology) [Steels, 1993] es un entorno de trabajo que


soporta el desarrollo de SBC en tres niveles: nivel de conocimiento, nivel de ejecución y nivel de
código ofreciendo posibilidad de reutilizar componentes en cada uno de los niveles.

Metodología
La metodología componencial pertenece a la corriente principal del campo de la ingeniería del
conocimiento que considera la adquisición del conocimiento como una actividad de modelado.

En COMMET, un modelo coherente que forma la base de la aplicación se crea mediante la


identificación e integración de una serie de bloques de construcción. . Estos componentes
pertenecen a tres perspectivas, tareas, métodos y modelos diferentes pero complementarios,
todos los cuales son necesarios para garantizar la integridad de la descripción (Steels, 1991).
Estos componentes de nivel de conocimiento se describen con más detalle en Steels (1992), pero
resumimos aquí brevemente sus principales características y distinciones.
Los modelos contienen conocimientos relevantes para la aplicación. Los modelos principales
contienen hechos que se mantienen para más de un caso en el dominio de la aplicación, mientras
que los modelos de casos generalmente contienen información sobre un caso específico. Los
modelos se caracterizan tanto por su estructura como por su tipo de contenido. Identificar las
tareas significa pensar en lo que hay que hacer para resolver el problema que aborda la
aplicación. Las relaciones de subtareas entre tareas se modelan en forma de una estructura de
árbol (tarea). La perspectiva del método especifica cómo se puede usar el conocimiento para
realizar la tarea. Los métodos de descomposición determinan el flujo de control sobre las
subtareas, mientras que los métodos de solución especifican cómo se ejecutan las tareas sin
subtareas.
El nivel de símbolo, en oposición al nivel de conocimiento, se refiere a la realización real de los
componentes identificados en el sistema de destino.
A la luz de los componentes y niveles anteriores, el proceso de desarrollo de la aplicación se
considera que consta de cuatro fases. En la fase de análisis, se identifican y nombran modelos y
tareas, y se determina su relación. En la fase de diseño, se determina la forma de los modelos y
los métodos se eligen en consecuencia. Estas dos primeras fases dan como resultado una
aplicación genérica, que define la estructura genérica del sistema. En la fase de Adquisición de
conocimiento, se completan los principales modelos. En este punto, la aplicación está
suficientemente desarrollada para ejecutarse: es una operación
Ver Karbach, Linster y VOB, 1990, para una comparación de las principales metodologías de
modelado; también (Causse, Cafiamero, y Gobinet, 1992.
modelo o aplicación ejecutable. Durante la ejecución de la aplicación, los modelos de casos se
completan, ya sea a través de una interfaz de usuario o como resultado del proceso de inferencia.
El resultado es una aplicación ejecutada. Estas fases no tienen que ejecutarse en un estricto orden
secuencial. Por ejemplo, una decisión en la fase de diseño (por ejemplo, la elección de un
método) puede conducir a una revisión del análisis y la modificación de la estructura de la tarea.
COMMET tiene como objetivo apoyar un estilo de desarrollo libre que se adapte al
desarrollador.
ComMet: modelado composicional

La Metodología de Composición (ComMet) fue presentada por Steels


  Para subrayar ese conocimiento dentro de un tradicional. El sistema experto de primera
generación puede descomponerse de manera útil en tipos o componentes distintos e
independientes. Dicha descomposición apunta a una mejor comprensión de los sistemas
expertos. en la descripción explícita de las habilidades de ingeniería del conocimiento, y apoya la
solidez del sistema y la generación de mejores explicaciones.

Tres vistas diferentes en una aplicación

Steels identificó tres tipos o componentes diferentes: tareas. métodos y modelos. Cada sistema o
aplicación basado en el conocimiento está diseñado en el nivel de conocimiento en el uso de
estos componentes. Esto puede interpretarse como la descripción de la aplicación del clan bajo
tres puntos de vista o perspectivas diferentes.
Las tareas y subtareas describen lo que debe lograr la aplicación, los métodos describen cómo el
conocimiento contenido en los modelos de dominio, una descripción declarativa del
conocimiento requerido por una tarea, se aplica en ciertas situaciones.

- La vista de modelo: un modelo es una descripción abstracta o realidad en términos de objetos.


relaciones propiedades y atributos de un objeto. relaciones entre propiedades u objetos. etc. Se
distinguen dos tipos de modelo: un modelo de dominio y un modelo de caso. Un modelo de
dominio se fi ja en una aplicación particular y es válido para un dominio completo: la aplicación
construye el modelo de caso y es específico para el caso en que La aplicación está intentando
resolver. Una clase específica o modelos de dominio son ontologías que definen
vocabularios que se pueden usar en otros modelos.

-La vista de tareas y los diagramas de dependencia del modelo: una tarea es algo que debe
realizarse. Una tarea tiene un impacto en los modelos de destino y consulta los modelos de
origen. Una tarea puede producir también entradas y salidas desde y hacia alguna interfaz. Estas
relaciones se ilustran en el diagrama de dependencia del modelo que describe las relaciones de
flujo de datos entre modelos y tareas, en particular entre los modelos de origen y destino de cada
tarea, así como sus interfaces. Las tareas pueden ser descomponibles y las taxonomías de tareas
se ilustran gráficamente. también. Las tareas primitivas se denominan tareas de solución, las
descomponibles se denominan tareas de descomposición.

Se hace una distinción entre las tareas de adquisición de dominio y las tareas de aplicación. Los
primeros son responsables de la adquisición de conocimiento para construir los modelos de
dominio. Los últimos son responsables del desarrollo de los modelos de caso. También hay dos
estructuras de tareas distintas: una taxonomía de la tarea Ka para ka tool = lol y una estructura de
tareas de aplicación para la aplicación misma.

• La vista de métodos y los diagramas de control: un método es un algoritmo, una serie de


actividades relacionadas por flujos de control. que especifica cómo se realiza una tarea. Existen
varios tipos de métodos, por ejemplo, métodos de descomposición de tareas para la creación de
subtareas, métodos de solución o inferencia para el logro de tareas primitivas. Los métodos de
inferencia pueden ser genéricos o tener un tipo especial, por ejemplo, un procedimiento. Los
métodos de adquisición se utilizan para la adquisición de dominios y modelos de casos. Estos
métodos son específicos para un tipo de modelo dado. El control que impone un método en sus
subtareas se puede representar gráficamente como un diagrama de control. Los diagramas de
control se pueden usar para imponer un orden en la ejecución de tareas.

3.2 Diseño de una aplicación El banco de trabajo permite la validación a través de la


modularidad debido a componentes independientes, y el banco de trabajo admite el diseño a
nivel de conocimiento que está sistemáticamente vinculado al nivel de símbolo. Uno de los
objetivos principales de ComMet es la reutilización de componentes y la configuración y diseño
de aplicaciones por parte de no expertos del dominio de la ingeniería del conocimiento. El diseño
procede a elegir para cada modelo un tipo de modelo correspondiente y para cada tarea un
método apropiado. El diseño es un proceso cíclico o en espiral que comienza, por ejemplo, con la
construcción de una vista de tareas para la aplicación. El diseñador identifica a continuación los
modelos construidos o consultados por cada tarea. y finalmente los métodos que se utilizan para
lograr cada tarea. Esto generalmente resulta en una nueva descomposición de la estructura de
tareas existente.

Más recientemente, Steels desarrolló el COMMET Workbench [65], que se basa en el enfoque de
Metodología Componente [04]. COMMET requiere uno para definir clases de modelos de
dominio, métodos y métodos de adquisición de conocimiento que se encapsulan en kits de
aplicaciones. A partir de estos, y de la hipótesis de un mapeo uno a uno entre los objetos de nivel
de conocimiento y los componentes de nivel de símbolo, el Workbench puede generar una
aplicación directamente desde el modelo de nivel de conocimiento.

COMMET ya definió estos tres tipos de modelos que podemos considerar como tres perspectivas
en el sistema estudiado:
- El modelo de tarea (describe las actividades de los agentes y el flujo de conocimiento
correlacionado:
- El modelo de conocimiento describe el conocimiento utilizado; Más precisamente, describe las
estructuras abstractas que pueden imponerse a las piezas o al conocimiento manipulado durante
la ejecución de la tarea. Este conocimiento se descompone en conocimiento de caso (es decir, los
parámetros del caso particular tratado por el agente) y conocimiento de dominio que se reutiliza
en todos los casos.
  - El modelo de método: describe los métodos que se utilizan para realizar las tareas (qué
operaciones, aplicadas a qué parte del conocimiento permiten realizar qué tarea);

También podría gustarte