TECNOLÓGICO NACIONAL DE MÉXICO

INSTITUTO TECNOLÓGICO DE TLALNEPANTLA

MATERIA: INGENIERIA DEL CONOCIMIENTO

MAESTRO: EZEQUIEL ALEJANDRO DUARTE HERNÁNDEZ

TEMA: DESARROLLAR LA UNIDAD 2

TAREA 1

ALUMNOS: AVENDAÑO CRUZ CARLOS ANDRES

MORALES REYES JESUS ALBERTO

PINEDA TIRADOR CESAR

MANZANO DAMIAN ROSA ISELA

ORTIZ CANO FRANSISCO

RAMIREZ LARA JAIR ALONSO

 INTRODUCCION
La presente investigación se refiere a la unidad 2 “Modelado y administración del
conocimiento”, el modelo de conocimiento se puede definir como una vista
simplificada de una realidad compleja, implicando la creación de una abstracción
que permite entender mejor la realidad del dominio

Para llevar a cabo el modelado del conocimiento es necesario realizar los procesos
de elicitación y representación de dicho conocimiento. El primero se refiere a todas
las actividades y técnicas que son necesarias de aplicar para poder extraer el
conocimiento del dominio de las fuentes que lo contienen, bien sea fuentes
dinámicas como los expertos o fuentes estáticas como los libros. El segundo se
refiere a las actividades y técnicas para representar el conocimiento extraído de las
fuentes, con el objetivo de tener un modelo ajustado al conocimiento original. Dichos
procesos hacen parte de la Ingeniería del conocimiento, área fundamental de la
Inteligencia Artificial y cuyo principal objetivo es poder tener modelos de
conocimiento que puedan llegar a ser incluso automatizados en un computador.

Durante la investigación de básica, uno de los principales obstáculos fue encontrar

la suficiente información verídica de los siguientes temas “Formalización del
conocimiento” y “Construcción y razonamiento” debido a que son temas muy
abiertos los cuales se pueden formar varias interpretaciones
 Contenido
INTRODUCCION ................................................................................................................................... 2
DESARROLLO ....................................................................................................................................... 4
2.1.- INTRODUCCIÓN AL MODELADO Y ADMINISTRACIÓN DEL CONOCIMIENTO. ......................... 4
2.2 MÉTODOS DE MODELADO: MODELOS ORGANIZACIONALES COMMONKADS, MODELOS DE
PROCESOS IDEF0, DIAGRAMAS DE CLASES. .................................................................................... 9
2.3 FORMALIZACIÓN DEL CONOCIMIENTO ................................................................................... 13
2.4 CONSTRUCCIÓN Y RAZONAMIENTO. ...................................................................................... 14
CONCLUSIÓN ..................................................................................................................................... 16
BIBLIOGRAFÍA .................................................................................................................................... 17
 DESARROLLO

2.1.- INTRODUCCIÓN AL MODELADO Y ADMINISTRACIÓN DEL

CONOCIMIENTO.

“Un modelo es una vista simplificada de una realidad compleja, implicando la

creación de una abstracción que permite entender mejor la realidad del dominio,
entonces un modelo de conocimiento identifica y describe el conocimiento de un
dominio particular, dando una vista holística e integrada del contenido del
conocimiento.” (SciELO - Scientific Electronic Library Online, s. f.)

Figura 1.- “Modelo del conocimiento”

Entonces el modelo de conocimiento es una imagen del conocimiento y se compone

de elementos primitivos llamados objetos de conocimiento que pueden ser de varios
tipos:

• Conceptos: Son cosas que constituyen un dominio. Pueden ser objetos

físicos, cosas abstractas, personas, entre otras. Cada concepto se describe
por las relaciones que tiene con otros conceptos en el dominio.
 • Instancias: Las instancias son ejemplos particulares de una clase o concepto
y por eso sólo tienen atributos de esa clase.
• Procesos (tareas y actividades): Son una serie de acciones ejecutadas para
satisfacer una meta o una serie de objetivos.
• Atributos y valores: Describen las propiedades de los objetos de
conocimiento. Los atributos son las propiedades genéricas, cualificaciones o
características que pertenecen a una clase de conceptos.
• Relaciones: Representan la forma en que los objetos de conocimiento (tales
como conceptos y tareas) están relacionados con otros.

Además, esos objetos de conocimiento son de diferente tipo dependiendo del

conocimiento que se representa. A continuación, se presenta una clasificación muy
común del conocimiento:

• El conocimiento declarativo es el conocimiento de los hechos o también

llamado "saber qué". Este conocimiento consciente en ser verbalizado
(escrito, hablado, pintado, entre otras).
• El conocimiento procedimental es el conocimiento de cómo hacer las cosas
o llamado también "saber cómo". Es un patrón que determina los tipos de
estados y eventos que pueden ocurrir en un proceso. Puede ser difícil de
explicar pues está asociado con las habilidades y la experiencia.
• El conocimiento argumentativo es el conocimiento del "saber-por qué" y se
refiere al conocimiento que direcciona la noción de la razón o significado de
algún fenómeno. "Éste orienta y define las acciones humanas y se relaciona
con el sistema de valores propagado por las instituciones de la sociedad".
• Conocimiento tácito se refiere al conocimiento que es propio del ser humano
y que se basa en su experiencia, creencias, perspectivas, entre otras. El
conocimiento explícito es el que está formalizado en un lenguaje y que puede
ser expresado por la persona de alguna forma.
 • Conocimiento genérico o específico. El conocimiento genérico se puede
aplicar a muchas situaciones y el específico a una o a pocas situaciones.

Entonces, cuando se habla de modelo de conocimiento se debe determinar qué tipo

de conocimientos es el que se va a representar (declarativo o procedimental). De
esta forma surgen dos tipos generales de modelos de conocimiento:

• Modelo de conocimiento conceptual:

“Es la representación de objetos y eventos de cómo ellos están relacionados
con otros objetos y eventos. Por tanto, se enfoca en el qué y el por qué más
que en el cómo. Puede ser usado para facilitar el diseño e implementación
de un sistema de información o como herramienta para la puesta en común
y la definición estándar de un conocimiento conceptual correcto y apropiado
para un dominio en particular.” (SciELO - Scientific Electronic Library
Online, s. f.)

Figura 2.- “Modelo de conocimiento conceptual”

• Modelo de conocimiento procedimental. Es una representación gráfica del

conocimiento procedimental de un dominio. Es la representación de las
 tareas o pasos que se requieren realizar para alcanzar un objetivo. (SciELO
- Scientific Electronic Library Online, s. f.)

Figura 3.- “Modelo de conocimiento procedimental”

Además, es importante reconocer si el conocimiento a representar en el modelo

hace parte del conocimiento tácito o explícito de una persona, y si es genérico a
específico. Lo primero es necesario para identificar las fuentes del conocimiento y
determinar las mejores técnicas para su elicitación. Y lo segundo, para saber si es
posible hacer abstracciones del conocimiento que permitan aplicarse en diferentes
situaciones.

¿Para qué se hace un modelo de conocimiento?

“La toma de decisiones es uno de los procesos fundamentales en un negocio o en

un proyecto, en donde se plantean preguntas como: ¿Cuál es la mejor solución a
un problema en particular? ¿Cómo hacer para conservar un conocimiento en
particular? ¿Cuándo se debe hacer un modelo de conocimiento? ¿Cómo se
representa el conocimiento?, entre otras, pues esa lista puede llegar a ser
interminable. Quienes se enfrentan a esas preguntas y deben decidir qué hacer,
deben tomar decisiones que están limitadas por la disponibilidad del conocimiento.”
(SciELO - Scientific Electronic Library Online, s. f.)

Por tanto, tener el conocimiento representado y organizado es fundamental para

apoyar dicho proceso de toma de decisiones. De esta forma el conocimiento estaría
disponible, lo que podría ayudar a mejorar el desempeño individual y organizacional.

Figura 4.- “Toma de decisiones”

Por otro lado, el modelo de conocimientos sirve para estructurar proyectos

relacionados con el dominio del modelo, para adquirir y validar los conocimientos
representados en él y para almacenar dicho conocimiento para uso futuro.
2.2 MÉTODOS DE MODELADO: MODELOS ORGANIZACIONALES
COMMONKADS, MODELOS DE PROCESOS IDEF0, DIAGRAMAS DE CLASES.

CommonKADS

“Es una metodología diseñada para el análisis y la construcción de sistemas

basados en conocimiento (SBC) de forma análoga a los métodos empleados en
ingeniería de software. Fue propuesta y desarrollada por un grupo de investigadores
pertenecientes a diversos países de la comunidad europea, a través del programa
ESPRIT para la innovación y la aplicación de Tecnología Informática avanzada.

El trabajo se comenzó en 1983 cuando había poco interés en tales metodologías.

En ese momento, la construcción de sistemas de conocimiento estaba enmarcada
bajo el paradigma de desarrollo por prototipos y de representación del conocimiento
a través de reglas de producción, con hardware y software de propósito especial
como máquinas LISP y PROLOG, herramientas especiales para sistemas expertos,
etc. “(Facultad de Ciencias y Sistemas, s. f.-b)

Lo que se pretendía era crear un estándar para ingeniería del conocimiento y

sistemas de conocimiento con el cual se pudieran construir sistemas industriales de
calidad a gran escala, en una forma estructurada y controlada. En el desarrollo de
CommonKADS han participado investigadores de diferentes ·reas, de diferentes
universidades europeas, e incluso empresas que han servido para ver su aplicación
y validar lo establecido. Sobre esta metodología se han presentado varios artículos
y ponencias en revistas y eventos especializados y se han escrito algunos libros,
con el fin de que se conozca y aplique en la solución de problemas reales.

A pesar de que el proyecto termina en 1994, se han seguido desarrollado

investigaciones alrededor de CommonKADS. Esto se ha logrado mediante el
desarrollo de tesis doctorales que le han adicionado funcionalidad a la metodología,
como por ejemplo algunas propuestas para comenzar a generar métodos de
solución de problemas para el dominio del diagnóstico. Algunas son para añadirle
características que permitan que la metodología se utilice en el desarrollo de
sistemas multiagentes o para sistemas inteligentes en tiempo real.

En CommonKADS podemos ver reflejadas tres ideas que han emergido, no solo de
la experiencia en la Ingeniería del conocimiento, sino también en del campo de la
Ingeniería del Software en general. Estas tres ideas se pueden concretar en tres
conceptos: modelado, reutilización y gestión del riesgo.

Figura 5.- “The CommonKADS Mcthodology”

MODELOS DE PROCESOS IDEF0

“IDEF0 significa Definición de integración para modelado de procesos, una

metodología de dominio público que se usa para modelar empresas y sus procesos
para que puedan entenderse y mejorarse. Es un tipo de diagrama de flujo. “
(Microsoft, s. f.)

Los diagramas IDEF0 suelen incluir los siguientes componentes:

 • Diagrama de contexto: el diagrama más alto de un modelo IDEF0.
• Diagrama primario/secundario: una jerarquía de descomposición IDEF0 con
relaciones entre padres e hijos.
• Árboles de nodo: estructuras de árbol de nodos arraigados en un nodo
elegido y usados para representar una descomposición completa de IDEF0
en un solo diagrama.

Figura 6.- “Diagramas IDEF0”

Diagramas de clases

“Los diagramas de clases son uno de los tipos de diagramas más útiles en UML, ya
que trazan claramente la estructura de un sistema concreto al modelar sus clases,
atributos, operaciones y relaciones entre objetos. Con nuestro software de
generación de diagramas UML, la creación de estos diagramas no es tan
abrumadora como podría parecer. Esta guía te ayudará a entender, planificar y crear
tu propio diagrama de clases.” (Tutorial de diagrama de clases UML, s. f.)
 Figura 7.- “Diagramas de clases”

Beneficios de los diagramas de clases

Los diagramas de clases ofrecen una serie de beneficios para toda organización.
Usa los diagramas de clases UML para:

• Ilustrar modelos de datos para sistemas de información, sin importar qué tan
simples o complejos sean.
• Comprender mejor la visión general de los esquemas de una aplicación.
• Expresar visualmente cualesquier necesidades específicas de un sistema y
divulgar esa información en toda la empresa.
• Crear diagramas detallados que resalten cualquier código específico que
será necesario programar e implementar en la estructura descrita.
• Ofrecer una descripción independiente de la implementación sobre los tipos
empleados en un sistema que son posteriormente transferidos entre sus
componentes.

(Tutorial de diagrama de clases UML, s. f.)

Componentes básicos de un diagrama de clases

El diagrama de clases estándar está compuesto por tres partes:

• Sección superior: Contiene el nombre de la clase. Esta sección siempre es

necesaria, ya sea que estés hablando del clasificador o de un objeto.
• Sección central: Contiene los atributos de la clase. Usa esta sección para
describir cualidades de la clase. Esto solo es necesario al describir una
instancia específica de una clase.
• Sección inferior: Incluye operaciones de clases (métodos). Esto está
organizado en un formato de lista. Cada operación requiere su propia línea.
Las operaciones describen cómo una clase puede interactuar con los datos.

(Tutorial de diagrama de clases UML, s. f.)

2.3 FORMALIZACIÓN DEL CONOCIMIENTO

El conocimiento es adquirido por la representación en la Base de conocimiento. La

forma en la cual el conocimiento es organizado y representado puede determinar la
metodología de adquisición. Por ejemplo, en los sistemas basados en reglas, debe
ser organizado en términos de reglas. En esta etapa la Adquisición del conocimiento
en realidad es mezclada con la Representación del conocimiento. Aquí, varias
piezas de software y hardware también son examinadas. Esta etapa es muy difícil
porque en ella está involucrada la extracción del conocimiento de los expertos
humanos.
 Figura 8.- “Formalización del conocimiento”

2.4 CONSTRUCCIÓN Y RAZONAMIENTO.

En el proceso de Adquisición del conocimiento se identifican 5 etapas para la

extracción del conocimiento a continuación son descritas de manera general:

1. Identificación. Durante esta etapa, el problema y sus características principales

son reconocidos. El problema es dividido en subproblemas (si es necesario), los
participantes son identificados, y se describen los recursos. El Ingeniero de
conocimiento aprende de la situación y lo plasma todo cumpliendo con el propósito
de la aplicación de IA.

2. Entendimiento. El conocimiento importante para una situación de decisión puede

estar diferenciado. Por tanto, esto es necesario para determinar los conceptos y las
relaciones usadas. Estas y muchas otras cuestiones son respondidas durante el
entendimiento, por ejemplo: ¿Cuál información es usada y cómo puede ser
representada en la Base de conocimiento? ¿Son las reglas un buen medio de
representación? ¿Cómo extraer los conocimientos de manera segura?

3. Formalización. El conocimiento es adquirido por la representación en la Base de

conocimiento. La forma en la cual el conocimiento es organizado y representado
puede determinar la metodología de adquisición. Por ejemplo, en los sistemas
basados en reglas, debe ser organizado en términos de reglas. En esta etapa la
Adquisición del conocimiento en realidad es mezclada con la Representación del
conocimiento. Aquí, varias piezas de software y hardware también son examinadas.
Esta etapa es muy difícil porque en ella está involucrada la extracción del
conocimiento de los expertos humanos.

4. Implementación. Esta etapa involucra la programación del conocimiento en la

computadora. Sin embargo, las mejoras del conocimiento están hechas con
adquisiciones adicionales o cambios. Un prototipo de SE es desarrollado en esta
etapa.

5. Pruebas. En la etapa final, el Ingeniero de conocimiento prueba el sistema por

medio de ejemplos. Los resultados son mostrados al experto humano y las reglas
(o cualquier Representación del conocimiento) son revisadas de ser necesario. En
otras palabras, se examina la validez del conocimiento.

Figura 9.- “Etapas de adquisición de conocimiento”

 CONCLUSIÓN

En conclusión, los modelos de conocimiento son complicados de realizar porque el

proceso de modelado en sí es una actividad de solución de problemas constructiva
para la que no existe una única "buena" solución. Pero durante el desarrollo del
modelo y una vez éste está terminado el conocimiento adquirido es mucho mayor
que si se hubiera dejado sin formalizar. Este conocimiento explícito enriquece tanto
al que hace el modelo como a todos aquellos que puedan después acceder a él.

Por ello es importante identificar cuáles son las técnicas y herramientas que pueden
apoyar el desarrollo de un proyecto de conocimiento, considerando tanto el dominio
sobre el cual se trabajará, el producto final a obtener y los expertos con los que se
va a trabajar.
 BIBLIOGRAFÍA

SciELO - Scientific Electronic Library Online. (s. f.). Recuperado 10 de octubre de 2022,

de https://www.scielo.cl/scielo.php?script=sci_arttext

Facultad de Ciencias y Sistemas. (s. f.). Metodología CommonKADS. Recuperado 10 de

octubre de 2022, de https://es.slideshare.net/uni_fcys_sistemas/metodologa-

commonkads

Microsoft. (s. f.). Crear diagramas IDEF0. Recuperado 10 de octubre de 2022, de

https://support.microsoft.com/es-es/office/crear-diagramas-idef0-ea7a9289-96e0-

4df8-bb26-a62ea86417fc

Tutorial de diagrama de clases UML. (s. f.). Lucidchart. Recuperado 10 de octubre de

2022, de https://www.lucidchart.com/pages/es/tutorial-de-diagrama-de-clases-uml