FACULTAD DE CIENCIAS

ADMINISTRATIVAS

INGENIERIA EN SISTEMAS ADMINISTRATIVOS

COMPUTARIZADOS

SISTEMA DE INFORMACION Y
AUDITORIA

PROFESOR: Ing. Otto Villaprado Chávez

Tema: Sistemas de los trabajadores del Conocimiento

Grupo #2

Integrantes:
Jessica Suko.

Payes Freire Gabriel

Vizueta Plúas Gary

Zambrano Banchon Andrés

1
 Trabajador del conocimiento:

¿Qué es un trabajador del conocimiento?

Un trabajador del conocimiento es un individuo que posee un conocimiento
específico, un saber, y lo utiliza para trabajar. Entendemos hoy por saber al
conocimiento efectivo en la acción; es un medio para obtener resultados que se
ven fuera de la persona, en la sociedad, en la economía.

Un trabajador del conocimiento no produce nada que sea útil en sí mismo, no

brinda un producto físico como un traje o una cartera. Produce conocimientos,
ideas, información, productos inútiles por sí mismos; alguien debe apropiarse de
ellos, integrarlos en una tarea para que sean productivos. Esta afirmación tiene
como consecuencia que el trabajador del conocimiento necesita de una
organización donde pueda integrar sus conocimientos en un todo mayor.

Son trabajadores del conocimiento tanto los investigadores científicos y los

cirujanos, como los dibujantes, los gerentes o los empleados que trabajan con una
computadora.

Características del trabajador del conocimiento

La organización es un recurso, un espacio donde aplicar sus conocimientos. Su
lealtad no se obtiene a través del salario sino a través de la oferta de
oportunidades para su desarrollo. No puede, ni debe, ser supervisado.

Estas características, evidentemente, plantean importantes desafíos a las

organizaciones tanto en lo que se refiere a la gestión como en lo que se refiere a la
organización. Respecto de la gestión, deben generar el ámbito adecuado para el
despliegue de las capacidades de los trabajadores del conocimiento; en cuanto a la
organización, no puede ser de jefes y subordinados sino de equipos, tanto en lo
que se refiere a la gestión como en lo que se refiere a la organización. Respecto de
la gestión, deben generar el ámbito adecuado para el despliegue de las
capacidades de los trabajadores del conocimiento; en cuanto a la organización, no
puede ser de jefes y subordinados sino de equipos.

Responsabilidades del trabajador

Ser un trabajador del conocimiento implica auto gestionarse, esto es: concentrarse
en su tarea, aquella que generará la contribución específica que sólo ese
trabajador puede hacer; controlar el propio tiempo decidiendo en qué invertirlo;
reconocer sus puntos fuertes y débiles; la forma de desempeñarse; la forma de
aprender; asumir responsabilidad por su propio desarrollo y crecimiento y por los
resultados que genera.

Vamos a concentrarnos en el primer punto, la definición de la tarea.

Definición de tareas

Responder la pregunta sobre cuál es la contribución única que el trabajador puede

hacer y consecuentemente definir lo que debe hacer, es crítico para incrementar la
productividad del trabajador del conocimiento. Permitirá concentrar a los mismos
en su tarea específica y eliminar, hasta donde sea posible, todo lo demás.
Adicionalmente, las respuestas a estas preguntas le permitirán fijar prioridades,
determinar qué es lo importante y lo no importante, qué es lo urgente y lo no

2
urgente. Esto último es el meollo de la autogestión. Al trabajador del conocimiento
hay que preguntarle: ¿Cuál es su tarea, cuál debería ser, cuál deberíamos esperar
que fuese su contribución, qué cosas Ud. y sólo Ud. puede ofrecer a la
organización, qué cosas le impiden hacer su tarea?

SISTEMAS DE TRABAJO DE CONOCIMIENTO

Sistemas basados en conocimiento:

Un sistema basado en el conocimiento (SBC) es una aplicación informática en la

que aparece representado, como una estructura de información procesable, el
conocimiento necesario para resolver un determinado tipo de problemas
separadamente del procedimiento para resolverlos.

Los sistemas de trabajo del conocimiento, son sistemas de información que apoyan
a los trabajadores del conocimiento en la creación e integración del nuevo
conocimiento en la organización, los trabajadores del conocimiento desempeñan
tres roles clave que son críticos para los gerentes y trabajadores de esta:

o Mantener actualizado el conocimiento de la organización conforme está se

desarrolle en el mundo exterior
o Fungir como consultores internos en las áreas de su conocimiento
o Actuar como agentes del cambio, evaluando, iniciando y promoviendo
proyectos de cambio

Los trabajadores de conocimiento, requieren sistemas de oficina, como

procesadores de texto, correo de voz, calendarios, también sistemas de trabajo del
conocimiento más especializados, en cambio los trabajadores de datos necesitan
sistemas pero menos complejos, porque ellos procesan información.

Un sistema basado en el conocimiento es un cuerpo de programas de ordenador

que intenta imitar e incluso superar en algunas situaciones a un experto humano
en un ámbito concreto de su actividad. No pretende, en absoluto, reproducir el
pensamiento humano, sino simplemente la pericia de un profesional competente
(para construir un SBC se suele contar con grandes expertos en la materia que
incorporan su conocimiento al sistema).

Requisitos de los sistemas de trabajo del conocimiento

Estos tienen características que reflejan las necesidades especiales de los

trabajadores del conocimiento, se le debe dar a los trabajadores las herramientas
especializadas que necesita (herramientas de gráficos, analíticas, de comunicación
y de administración de documentos), estos requieren una gran potencia de
computo para poder manejar los gráficos o los cálculos de los trabajadores del
conocimiento, también el sistema debe ser rápido para poder obtener fuentes de
datos externas ya que los trabajadores necesitan el conocimiento del mundo
externo.

Distribución Del Conocimiento: Sistemas De Oficina Y Administración De

Documentos

3
En las oficinas es donde se realiza la mayor parte del trabajo de datos al igual se
da una gran parte del conocimiento, también juega un rol importante en la
coordinación del flujo de la información y consta de tres partes básicas:
 Coordinan el trabajo de los profesionales locales y los trabajadores de la
información
 Coordinan el trabajo de la organización a través de niveles y funciones
 Acoplan la organización con el entorno externo

Los sistemas de oficina, apoyan la Administración de documentos, planeación,

comunicación, administración de datos, también incrementan la productividad de
los trabajadores de la información de la oficina.

El trabajo de oficina implica a muchas personas comprometidas conjuntamente en

los proyectos, gracias a los programas de software existen herramientas eficaces
para los grupos, lo ideal para una oficina sería una red fluida con máquinas
digitales que conectara a profesionales, oficinistas y grupos administrativos de
trabajo.

Un problema común en las oficinas es la avalancha de papel, lo cual genera una

ineficiencia organizacional, pero la solución a este problema es emplear sistemas
de digitalización de documentos y convertir los documentos en papel en un
formato digital para así almacenarlos y tener acceso por computadora.

Los sistemas de tradicionales de administración de documentos pueden ser caros y

requerir redes cliente/servidor patentadas, software de cliente especial y
capacidades de almacenamiento, las intranets son una plataforma de bajo costo y
disponible para edición básica de documentos, por lo cual las compañías la están
utilizando con dicho propósito.

Un repositorio del conocimiento, es una recopilación de conocimiento interno y

externo en un solo lugar para que la organización pueda utilizarlos y administrarlos
de manera más eficiente, incluso agilizan el flujo de trabajo.

Metodología CommonKADS

Es una herramienta muy apropiada y completa para el desarrollo de SBCs. La

mitología CommonKADS surge por la necesidad de construir sistemas industriales
basados en conocimiento de calidad para su aplicación en un entorno
estructurado, controlado y repetible. De esta manera CommonKADS ofrece una
serie de herramientas para modelar sistemas basados en conocimiento donde lo
que prevalece es la abstracción frente a la concreción.

Un aspecto importante relacionado con el desarrollo de los SBCs estriba en el

hecho de que a diferencia de los sistemas de desarrollo de software, se va a
necesitar la intervención de un experto de conocimiento del que el analista va a
extraer la información pertinente, necesitando recurrir a él durante las diferentes
fases de desarrollo del sistema.

Modelos de conocimiento

4
La metodología CommonKADS ofrece una aproximación para resolver los
problemas inherentes a la ingeniería del conocimiento provenientes de la
experiencia y apoyados por los fundamentos de la ingeniería del software.
La ingeniería del conocimiento debe hacer frente a la recopilación de datos, dar
forma a la información y generar más conocimiento. Todo ello dentro de un
determinado ámbito de aplicación o línea de negocio empresarial, que debe
plasmarse en una realidad.

Existen tres grupos de modelos y con ellos existen esencialmente tres tipos de
preguntas que deben contestarse:

¿Por qué? ¿Por qué es necesario recurrir a un sistema que involucre conocimiento?
En la organización donde se va a implantar, ¿va a mejorar el rendimiento de la
misma?, ¿reportará beneficios económicos o de otra índole?, ¿resolverá mejor que
otros sistemas o las propias personas los problemas?, ¿será aceptado por la
organización donde se va a implantar? La respuesta a estas preguntas pasa por
estudiar tres aspectos clave. Cuál es la estructura de la organización donde se va a
desarrollar el sistema para ver dónde encaja. Qué tareas va realizar el sistema y
cómo se enmarcan dentro de las tareas globales de la organización. Quién o
quiénes estarán involucrados en la realización de esas tareas. Con este
planeamiento llegamos respectivamente a los modelos de organización, tarea y
agente bajo la perspectiva del contexto en la organización.

¿Qué? ¿Qué tipo de conocimiento es el que se debe manejar?, ¿cómo se va a

estructurar ese conocimiento?, ¿cuáles serán los mecanismos para hacer explícito
el conocimiento? Además, ¿será necesario transmitir ese conocimiento?, ¿quién va
a recibir y por tanto a hacer uso de ese conocimiento? En definitiva, es necesario y
conveniente que haya una comunicación relativa a ese conocimiento? Bajo esta
perspectiva surge un mecanismo conceptual que involucra la formalización y uso
del conocimiento así como su transmisión y/o recepción mediante una
comunicación. De aquí se derivan los modelos de conocimiento y comunicación.

¿Cómo? ¿Cómo debe llevarse a la práctica todo lo anterior para que el

conocimiento pueda implementarse en una computadora?, ¿cómo debe ser la
arquitectura software y el mecanismo computacional? En este caso se está
hablando del equipo necesario que ha desembocar en un modelo de diseño.

Las respuestas a las cuestiones anteriores dan lugar a los distintos modelos de
CommonKADS, que se describen a continuación:

 Modelo de organización: soporta el análisis de las características principales

de una organización, con el fin de descubrir problemas y oportunidades para
sistemas de conocimiento, establecer su viabilidad y ponderar los impactos en la
organización de las acciones del conocimiento.

 Modelo de tarea: es la parte relevante de un modelo de negocio. Analiza la

tarea global, sus entradas y salidas, precondiciones y criterios de realización, así
como recursos necesarios y competencias.

5
Para CommonKADS una tarea es una parte de un proceso de negocios que
representa una serie de actividades orientadas a alcanzar un objetivo, llevada a
cabo por unos agentes que siguen unos criterios de calidad y rendimiento.

La tarea recibe entradas y entrega salidas deseables en una forma estructurada y

controlada, consume recursos y requiere (y provee) conocimiento y otras
habilidades. El análisis de tareas le sirve al IC para organizar una vista de las
tareas principales que un experto realiza en un área dada y para determinar el
alcance del SBC que servirá de soporte en el análisis de viabilidad del proyecto.

Una tarea tiene un comienzo y un final confirmados. Se ejecuta en un

período relativamente corto o puede ser dividida en subtareas que permiten
que se cumpla esto.

• Cada sentencia de la tarea debe ser entendida claramente por quien

hace el trabajo. Una sentencia es una serie coherente de actividades.

• La sentencia describe una parte finita e independiente del trabajo. Es decir,

tiene significado en el contexto del proceso y sus instrucciones deben dar
una descripción completa de la correspondiente tarea.

• Cada tarea debe ser manejable en función del tiempo consumido en

su realización.

• Una tarea comienza con una clave observable que permite definir cuando
ésta es iniciada. Es importante resaltar que en el caso en que la tarea sea
continua, la clave no existe.

• La sentencia de una tarea debe evitar el incluir calificativos.

• La sentencia usa un verbo, excepto cuando varias acciones se ejecutan

juntas.

• La tarea se debe poder medir, su resultado o producto puede ser

estimado o medido.

Por lo tanto, el modelo de tareas permite reflejar el proceso de análisis de la tarea

elegida. El enfoque que presenta CommonKADS para este modelo tiene dos
ideas innovadoras:

1) Se pueden tener varias versiones del modelo para modelar las situaciones
actuales, intermedias y requeridas; varios modelos de tareas pueden ser
instanciados en diferentes estados de un proyecto.
2) El tener el modelo enmarcado en un desarrollo orientado a los riesgos permite
que se revisen continuamente.

Los resultados que se obtienen al construir las diferentes instancias del modelo de
tareas se utilizan en CommonKADS para:

− Documentar el resultado del análisis de las actividades actuales.

− Documentar el resultado del diseño de la tarea y sus actividades propuestas.

6
− Soportar la administración del cambio organizacional.

− Fijar el alcance de la solución del SBC.

− Soportar la evaluación de la viabilidad del proyecto.

− Identificar las necesidades de capacitación y entrenamiento.

− Evaluar la eficiencia, robustez y calidad del trabajo en la organización.

 Modelo de agente: los agentes son los ejecutores de una tarea. Un agente
puede ser humano, un sistema de información, o cualquier otra entidad capaz de
llevar a cabo una tarea. El modelo de agente describe las características de los
agentes, en particular sus competencias, autoridad para actuar y restricciones en
este aspecto. Además, relaciona los enlaces de comunicación entre agentes a la
hora de llevar a cabo una tarea.

Este modelo sirve como enlace entre el modelo de tareas, el de comunicación y el

de conocimientos para modelar las capacidades y limitaciones que los agentes
tienen y que están involucradas en la solución de la tarea.

Los elementos del modelo agente son:

o Agente: Se desarrolla por cada tipo de agente identificado. Tiene los
siguientes atributos:
 Nombre
 Tipo. Permite identificar si el agente es un humano o un sistema que debe
ser
 desarrollado en el SBC o un sistema que ya existe.
 Rol. Este atributo puede ser heredado del modelo de la organización.
 Posición. Se refiere al nivel en donde está el agente en la
organización.

o Capacidades de razonamiento: Comprende todos los requerimientos de

pericia del agente, los cuales son importantes o impuestos por la asignación de la
tarea y por las necesidades de comunicación. Para los agentes que son
componentes del sistema y que son desarrollados dentro del mismo proyecto,
este constituyente se usa para comprender una especificación de uno o varios
modelos del conocimiento. Para los agentes humanos, es muy difícil hacer una
lista completa de estos requerimientos, por lo que sólo se especifican
aquellos que son determinantes para la funcionalidad del sistema o varían
entre diferentes usuarios.

o Capacidades: Este constituyente contiene dos atributos:

 Habilidades que se tienen para manipular el entorno en diferentes formas y
acceso a información sensorial. Esto está relacionado con los dispositivos que
pueden imitar los órganos de los sentidos como los brazos robóticos o los sensores
en el ordenador.
 Vocabulario. Describe el lenguaje de comunicación del agente.

o Restricciones: Éste tiene tres atributos, de los cuales los dos primeros
solamente se aplican a agentes humanos:

7
 Normas que se refieren a lo que el agente considera que es lo más
apropiado para hacer en ciertas situaciones.
 Preferencias de cómo le gustaría al agente realizar una tarea en particular.
 Permisos que tiene el agente dentro de una tarea.

 Modelo de conocimiento: el propósito de este modelo es explicar los tipos y

estructuras de conocimiento utilizados para llevar a cabo una tarea. Proporciona
una descripción independiente de la implementación del papel que diferentes
componentes de conocimiento juegan en la resolución de problemas, de forma que
es comprensible por los humanos. Esto hace que el modelo del conocimiento sea
un vehículo importante para la comunicación con los expertos y los usuarios sobre
los aspectos relativos a la solución de problemas de un sistema de conocimiento
tanto durante el desarrollo como durante la ejecución del sistema.

 El conocimiento del dominio tiene como propósito definir la

conceptualización del dominio y debe ser representado en forma
independiente de su uso.

 El conocimiento de inferencia define el primer tipo de conocimiento de

control. Especifica las derivaciones que constituyen un método de solución
del problema, la forma como se usa el conocimiento del dominio en las
inferencias y los roles del conocimiento que modelan las premisas y las
conclusiones de las deducciones.

 El conocimiento de la tarea representa una estrategia fija para alcanzar las

metas de la solución del problema. Por lo tanto es otro tipo de control que tiene
como propósito especificar el registro de la ejecución de los pasos de
inferencia básicos definidos en el conocimiento de inferencia.

 Modelo de comunicación: dado que varios agentes pueden verse

involucrados en una tarea, es importante modelar las transacciones entre los
agentes implicados, esto se realiza mediante el modelo de comunicación, en un
sentido conceptual independiente de la implementación, como sucedía en el
modelo de conocimiento.

El componente clave del modelo es la transacción que describe los

actos de comunicación entre los diferentes agentes que participan en
una tarea en el sistema.
Dice qué objetos de información son intercambiados entre qué
agentes y qué tareas.

“Las transacciones son bloques de construcción para el diálogo

completo entre dos agentes, lo cual es descrito en el plan de
comunicación”. Por tanto, la transacción por sí misma consiste de diversos
mensajes que son detallados en la especificación del intercambio de
información, basada en tipos y patrones de comunicación.

Este modelo se construye desde lo general hasta lo particular, de la

siguiente forma:

 Se define el plan completo de comunicación que dirige el diálogo

entre los agentes.

8
 Se determinan las transacciones individuales que relacionan dos tareas,
llevadas a cabo por dos agentes diferentes.

 Se especifica el intercambio de información que detalla la estructura

interna de los mensajes de una transacción.

Se presentan los siguientes constituyentes o conceptos de este

modelo:

• Plan de comunicación: Describe los requerimientos en el orden de las

transacciones, siguiendo la sintaxis que se presenta en [WHG+93]. Contiene
la lista de tareas que son llevadas a cabo por el agente que se está
considerando, la descripción de éste, las funciones de transferencia que
pertenecen a la estructura de la tarea o de la inferencia que participan en la
comunicación, y un diagrama de estados o pseudocódigo que refleja la
especificación del control sobre las transacciones. Este concepto tiene dos
atributos: Requerimientos y Preferencias.

• Transacción: Describe la estructura de las transacciones individuales.

Una transacción tiene como propósito básico transferir una serie de
ingredientes del dueño de la información a un recipiente de información.
Cada instancia de la transacción debería realizar al menos una instancia de la
tarea de transferencia en el modelo del conocimiento, excepto para la inicial
que indica que el usuario necesita usar el sistema para un propósito en
particular. Sus atributos son: Nombre, Tipo de comunicación, Ingredientes
adicionales, Restricciones.

• Discurso: Define el plan para llevar a cabo la transacción en particular como

un conjunto de interacciones únicas o acciones lingüísticas. Se utiliza para
expresar cosas como el hecho que hay que suspender un mecanismo o para
fraccionar la transferencia de un ingrediente.

• Artículos de información: Deben precisar cómo se expresan las

diferentes acciones lingüísticas que ocurren en el discurso. Se utilizan para
definir la forma en que son transferidos los ingredientes. Este concepto está
formado por dos atributos: el objeto sintáctico y el medio de salida.

• Capacidades: Por cada parte involucrada en una transacción hay un

conjunto de capacidades que el agente tiene que tener para ejecutar dicha
transacción. Para esto, se tienen dos atributos: conocimiento y habilidad. El
primero sirve para describir el conocimiento relacionado con la tarea de
razonamiento del sistema o con el conocimiento del agente. El segundo se refiere
a la(s) habilidad(s) que el agente debe tener, aparte de su conocimiento, para
participar en la transacción.

 Modelo de diseño: los modelos anteriores juntos pueden verse como

constituyendo la especificación de los requisitos para el sistema de conocimiento,
desde diferentes aspectos. Basados en esos aspectos, el modelo de diseño
proporciona la especificación técnica del sistema en términos de arquitectura,
plataforma de implementación, módulos de software, construcciones de

9
representación y mecanismos de computación requeridos para implementar las
funciones propuestas en los modelos de conocimiento y comunicación.

Este modelo es diferente a los demás porque parte del mundo del
software. Es decir, está en el dominio del software del sistema ya
que está relacionado con el software y su organización interna. En
cambio los demás pertenecen al dominio de la aplicación.

Las entradas a este modelo son: El modelo de conocimientos que se

puede ver como una especificación de los requerimientos de solución
del problema y las manifestaciones de la interacción externa y
requerimientos no funcionales definidos en el modelo de la organización. Sirve
para describir la estructura del sistema de software que se necesita para
construirlo en función de subsistemas, módulos de software, mecanismos
computarizados y constructores que se requieren para implementar los
modelos de conocimientos y de comunicación.

El proceso del diseño consiste de cuatro pasos:

 Paso 1: Diseñar la arquitectura del sistema que define la estructura general

del software que se está construyendo y que comprende la descomposición
del sistema en subsistemas, un régimen de control global y una descomposición de
los subsistemas en módulos de software.

 Paso 2: Identificar la plataforma de implementación objetivo, es decir,

escoger el hardware y el software que debería ser usado en el sistema. Para esto
se tienen una serie de características relevantes para considerar en el momento en
que se va a elegir el software: disponibilidad de las librerías de los objetos,
representación del conocimiento declarativo, interfaces estándar con otro
software, flujo de control y soporte de CommonKADS.

 Paso 3: Especificar los componentes de la arquitectura. En este paso se

diseñan en detalle cada uno de los subsistemas identificados en el paso 1. Así que
se hace el diseño detallado de la representación, el control y las interfaces. Para
esto CommonKADS provee una lista de chequeo que facilita la toma de
decisiones.

 Paso 4: Especificar la aplicación dentro de la arquitectura. Se toman

los ingredientes de los modelos de análisis (tareas, inferencias, modelos del
dominio, transacciones) y se reflejan en la arquitectura.

Juntos, los modelos de organización, tarea y agente analizan la organización del

entorno y los factores críticos de éxito para un sistema de conocimiento. Los
modelos de conocimiento y comunicación proporcionan la descripción conceptual
de las funciones de resolución de problemas y los datos que son manejados y
entregados por un sistema de conocimiento. El modelo de diseño convierte esto es
una especificación técnica que es la base para la implementación del sistema
software.

No obstante, no siempre es necesario construir todos los modelos, esto depende

de los objetivos del proyecto. Esta elección corresponde al jefe de proyecto, bajo
consenso previo con el cliente.

10
Ventajas de CommonKADS

Una de las principales cualidades de CommonKADS es el planteamiento del

desarrollo de modelos que reflejan diferentes vistas del proyecto. Entre ellos se
resalta el modelo de conocimiento en el que las partes que lo conforman son
independientes del dominio, es decir que son genéricas y pueden ser usadas en
otros problemas o SBC que tengan características o comportamientos similares.

La gestión del proyecto que se plantea en CommonKADS es un punto importante

para destacar, ya que involucra aspectos administrativos que muchas veces no se
toman en cuenta al desarrollar un sistema informático. Esto permite que los
productos que resultan al aplicar la metodología, puedan ser valorados e
integrados fácilmente en la Gerencia de la organización.

CommonKADS es importante porque ofrece un marco para la especificación del

conocimiento independiente de la implementación, combinando un conjunto
de modelos de conocimiento reutilizable para unas tareas que se realizan
frecuentemente, como por ejemplo el diagnóstico o la planificación, entre otras.
Además, propone un ciclo de vida en donde se indican las fases, las
actividades y los productos más relevantes para un proyecto de desarrollo de un
SBC.

Adicionalmente, los modelos que propone la metodología permiten reflejar

diferentes visiones fundamentales en el SBC, desde el punto de vista de la
empresa hasta la forma como éste se diseña. Dentro de estos modelos, el de
Agentes y el de Comunicaciones son particulares a CommonKADS, siendo quizá
una de las debilidades de las otras metodologías, pues no consideran la
comunicación con otros sistemas.

Ambos modelos, le permiten al sistema coordinar las actividades con otros

agentes y ser más que un sistema basado en el conocimiento para ser un sistema
que coopera con otros.

Otro aspecto para resaltar de esta metodología es el hecho de que es una de las
más utilizadas para el desarrollo de SBC.

Desventajas de CommonKADS

En general esta metodología cubre todos los aspectos que se necesitan para llevar
a buen término un proyecto de desarrollo de un SBC, desde el estudio del
problema hasta la implantación del software y su gestión. Los aspectos negativos
que se presentan son más de su aplicación que de su conceptualización, porque
aplicar lo definido en ella requiere de mucha experiencia y conocimiento de la
misma metodología. Esto por varias razones:

 La metodología es muy compleja y amplia.

 Hay mucha información relevante que está en diversos sitios, lo que

dificulta su acceso y comprensión.

11
 No hay una fuente de información que contenga todo lo necesario
para su aplicación.

 No hay un ejemplo completo de la aplicación de la metodología que

pueda ser utilizado como guía. Hay muchos ejemplos pero parciales.

Un proyecto de un SBC utilizando la metodología CommonKADS produce tres tipos

de productos o entregas:

• Documentos de los modelos

• Información sobre la gestión del proyecto
• Software del sistema de conocimiento

El objetivo final de la metodología CommonKADS consiste en estructurar el proceso

de desarrollo propio de la ingeniería del conocimiento, que se concreta en un
sistema que debe resolver los problemas con una capacidad comparable a la del
experto humano como poseedor del conocimiento. Obviamente, esta capacidad
debe circunscribirse a un dominio específico de aplicación.

Modelado del contexto

Es importante realizar un análisis del contexto donde se va a implantar el SBC para

evitar su fracaso y potenciar su uso en el supuesto de que dicho sistema se
considere viable.

Un sistema de conocimiento es útil siempre que se integre en una determinada

organización. Es lógico pensar que esa organización se compone de una serie de
estructuras, que conforman los pilares de la misma.

Las claves para abordar con éxito el modelo de contexto serían:

 Comprensión e integración en al organización como clave del éxito

 Identificación de cuellos de botella y oportunidades en la organización
 Cómo calcular la viabilidad económica, técnica y del proyecto de las
soluciones del sistema basado en conocimiento
 Comprender y decidir el impacto en la organización y los cambios
requeridos cuando se introducen nuevas soluciones de sistemas de conocimiento

Los pasos en el análisis de tareas y organización son los que se enumeran a

continuación:
1. Llevar a cabo une Studio de viabilidad, que consta de dos partes:

a) Identificar áreas de problemas/oportunidades y soluciones potenciales

poniéndolas bajo la perspectiva de la organización
b) Seleccionar el enfoque más prometedor y la solución objetivo

2. Llevar a cabo un estudio de impacto y mejora sobre la solución elegida, que

consta de dos partes:

a) Recopilación de ideas sobre la relación entre tareas, agentes involucrados y

uso del conocimiento para una realización con éxito y qué mejoras se pueden logar
aquí

12
b) Decidir sobre las medidas a llevar a cabo en la organización y cambios de
tareas, para asegurar la aceptación e integración de una solución de sistema de
conocimiento.
Estudio de viabilidad: Organización

El modelo de la organización describe, como su nombre indica, la organización de

una forma estructurada. Se recogen diferentes aspectos tales como procesos,
staff, personal, recursos, etc.

El hecho de considerar los aspectos relativos al modelo de organización puede

resultar en el éxito o fracaso de la aplicación en desarrollo. Conviene insistir de
nuevo en el hecho de que un SBC será útil sólo si consigue integrarse en la
organización. Debe tenerse en cuenta que además, la organización debe aceptar el
sistema. En esta etapa se analiza la organización desde la perspectiva del
conocimiento, no desde la estructura de negocio de la misma.

Análisis de impacto y mejora: Modelos de tarea y agente

Una ves concluido el estudio de viabilidad positivamente y habiendo optado por

dar luz verde al proyecto, es el momento de dar el siguiente paso y dedicarse a
describir las características de las tareas relevantes, losa gentes que deben
llevarlas a cabo y el tiempo de conocimiento requerido por los agentes para
ejecutar esas tareas.

Ahora solo se enfoca desde la perspectiva de negocio se ve como parte de un

proceso de negocio dentro de la estructura de la organización con las siguientes
connotaciones:

 Representa un actividad orientada hacia un objetivo añadiendo valor a la

organización
 Maneja entradas y entrega salidas deseadas en un sentido estructurado y
controlado
 Consume recursos
 Requiere (y proporciona) conocimiento y otras competencias
 Se lleva a cabo de acuerdo a criterios de calidad y realización
 Se lleva a cabo por agentes responsables

Ejemplos De Sistemas De Trabajo Del Conocimiento

Son diseños asistidos por computadora, sistemas de realidad virtual para

simulación y modelado, y estaciones de trabajo financiero.

Diseño asistido por computadora: SI que automatiza la creación y revisión de

diseños utilizando software sofisticado de gráficos, se realizan moldes y prototipos
que se pueden cambiar en la computadora para obtener un proceso de
manufactura con menos problemas y ahorro de tiempo y dinero

Sistemas de realidad virtual: software y hardware interactivos de gráficos que

crean simulaciones generadas por computadora para proporcionar sensaciones
que imitan las actividades del mundo real

13
Lenguaje moderado de realidad virtual: es un estándar que están desarrollando
para la Web, que es un conjunto de especificaciones para modelado interactivo y
tridimensional en la World Wide Web, que puede organizar múltiples tipos de
medios, incluyendo animación, imágenes y audio para poner a los usuarios en un
entorno simulado al mundo real, es una plataforma independiente, opera a través
de una computadora de escritorio y requiere poco ancho de banda, esta sirve para
reducir los errores en las construcciones

Estaciones de trabajo para inversiones: esta es utilizada por la industria financiera,

con el propósito de apoyar el conocimiento y tiempo de sus corredores,
negociantes y gerentes de carteras financieras, es una computadora de escritorio,
optimizada para acceder y manipular cantidades masivas de datos financieros
Sistemas basados en conocimiento

Un sistema basado en el conocimiento (SBC) es una aplicación informática en la

que aparece representado, como una estructura de información procesable, el
conocimiento necesario para resolver un determinado tipo de problemas
separadamente del procedimiento para resolverlos.

Los sistemas de trabajo del conocimiento, son sistemas de información que apoyan
a los trabajadores del conocimiento en la creación e integración del nuevo
conocimiento en la organización, los trabajadores del conocimiento desempeñan
tres roles clave que son críticos para los gerentes y trabajadores de esta:

o Mantener actualizado el conocimiento de la organización conforme está se

desarrolle en el mundo exterior
o Fungir como consultores internos en las áreas de su conocimiento
o Actuar como agentes del cambio, evaluando, iniciando y promoviendo
proyectos de cambio

Los trabajadores de conocimiento, requieren sistemas de oficina, como

procesadores de texto, correo de voz, calendarios, también sistemas de trabajo del
conocimiento más especializados, en cambio los trabajadores de datos necesitan
sistemas pero menos complejos, porque ellos procesan información.

Un sistema basado en el conocimiento es un cuerpo de programas de ordenador

que intenta imitar e incluso superar en algunas situaciones a un experto humano
en un ámbito concreto de su actividad. No pretende, en absoluto, reproducir el
pensamiento humano, sino simplemente la pericia de un profesional competente
(para construir un SBC se suele contar con grandes expertos en la materia que
incorporan su conocimiento al sistema).

Requisitos de los sistemas de trabajo del conocimiento

Estos tienen características que reflejan las necesidades especiales de los

trabajadores del conocimiento, se le debe dar a los trabajadores las herramientas
especializadas que necesita (herramientas de gráficos, analíticas, de comunicación
y de administración de documentos), estos requieren una gran potencia de
computo para poder manejar los gráficos o los cálculos de los trabajadores del
conocimiento, también el sistema debe ser rápido para poder obtener fuentes de
datos externas ya que los trabajadores necesitan el conocimiento del mundo
externo.

14
Distribución Del Conocimiento: Sistemas De Oficina Y Administración De
Documentos

En las oficinas es donde se realiza la mayor parte del trabajo de datos al igual se
da una gran parte del conocimiento, también juega un rol importante en la
coordinación del flujo de la información y consta de tres partes básicas:
 Coordinan el trabajo de los profesionales locales y los trabajadores de la
información
 Coordinan el trabajo de la organización a través de niveles y funciones
 Acoplan la organización con el entorno externo

Los sistemas de oficina, apoyan la Administración de documentos, planeación,

comunicación, administración de datos, también incrementan la productividad de
los trabajadores de la información de la oficina.

El trabajo de oficina implica a muchas personas comprometidas conjuntamente en

los proyectos, gracias a los programas de software existen herramientas eficaces
para los grupos, lo ideal para una oficina sería una red fluida con máquinas
digitales que conectara a profesionales, oficinistas y grupos administrativos de
trabajo.

Un problema común en las oficinas es la avalancha de papel, lo cual genera una

ineficiencia organizacional, pero la solución a este problema es emplear sistemas
de digitalización de documentos y convertir los documentos en papel en un
formato digital para así almacenarlos y tener acceso por computadora.

Los sistemas de tradicionales de administración de documentos pueden ser caros y

requerir redes cliente/servidor patentadas, software de cliente especial y
capacidades de almacenamiento, las intranets son una plataforma de bajo costo y
disponible para edición básica de documentos, por lo cual las compañías la están
utilizando con dicho propósito.

Un repositorio del conocimiento, es una recopilación de conocimiento interno y

externo en un solo lugar para que la organización pueda utilizarlos y administrarlos
de manera más eficiente, incluso agilizan el flujo de trabajo.

Metodología CommonKADS

Es una herramienta muy apropiada y completa para el desarrollo de SBCs. La

mitología CommonKADS surge por la necesidad de construir sistemas industriales
basados en conocimiento de calidad para su aplicación en un entorno
estructurado, controlado y repetible. De esta manera CommonKADS ofrece una
serie de herramientas para modelar sistemas basados en conocimiento donde lo
que prevalece es la abstracción frente a la concreción.

Un aspecto importante relacionado con el desarrollo de los SBCs estriba en el

hecho de que a diferencia de los sistemas de desarrollo de software, se va a
necesitar la intervención de un experto de conocimiento del que el analista va a
extraer la información pertinente, necesitando recurrir a él durante las diferentes
fases de desarrollo del sistema.

15
Modelos de conocimiento

La metodología CommonKADS ofrece una aproximación para resolver los

problemas inherentes a la ingeniería del conocimiento provenientes de la
experiencia y apoyados por los fundamentos de la ingeniería del software.
La ingeniería del conocimiento debe hacer frente a la recopilación de datos, dar
forma a la información y generar más conocimiento. Todo ello dentro de un
determinado ámbito de aplicación o línea de negocio empresarial, que debe
plasmarse en una realidad.

Existen tres grupos de modelos y con ellos existen esencialmente tres tipos de
preguntas que deben contestarse:

¿Por qué? ¿Por qué es necesario recurrir a un sistema que involucre conocimiento?
En la organización donde se va a implantar, ¿va a mejorar el rendimiento de la
misma?, ¿reportará beneficios económicos o de otra índole?, ¿resolverá mejor que
otros sistemas o las propias personas los problemas?, ¿será aceptado por la
organización donde se va a implantar? La respuesta a estas preguntas pasa por
estudiar tres aspectos clave. Cuál es la estructura de la organización donde se va a
desarrollar el sistema para ver dónde encaja. Qué tareas va realizar el sistema y
cómo se enmarcan dentro de las tareas globales de la organización. Quién o
quiénes estarán involucrados en la realización de esas tareas. Con este
planeamiento llegamos respectivamente a los modelos de organización, tarea y
agente bajo la perspectiva del contexto en la organización.

¿Qué? ¿Qué tipo de conocimiento es el que se debe manejar?, ¿cómo se va a

estructurar ese conocimiento?, ¿cuáles serán los mecanismos para hacer explícito
el conocimiento? Además, ¿será necesario transmitir ese conocimiento?, ¿quién va
a recibir y por tanto a hacer uso de ese conocimiento? En definitiva, es necesario y
conveniente que haya una comunicación relativa a ese conocimiento? Bajo esta
perspectiva surge un mecanismo conceptual que involucra la formalización y uso
del conocimiento así como su transmisión y/o recepción mediante una
comunicación. De aquí se derivan los modelos de conocimiento y comunicación.

¿Cómo? ¿Cómo debe llevarse a la práctica todo lo anterior para que el

conocimiento pueda implementarse en una computadora?, ¿cómo debe ser la
arquitectura software y el mecanismo computacional? En este caso se está
hablando del equipo necesario que ha desembocar en un modelo de diseño.

Las respuestas a las cuestiones anteriores dan lugar a los distintos modelos de
CommonKADS, que se describen a continuación:

 Modelo de organización: soporta el análisis de las características principales

de una organización, con el fin de descubrir problemas y oportunidades para
sistemas de conocimiento, establecer su viabilidad y ponderar los impactos en la
organización de las acciones del conocimiento.

 Modelo de tarea: es la parte relevante de un modelo de negocio. Analiza la

tarea global, sus entradas y salidas, precondiciones y criterios de realización, así
como recursos necesarios y competencias.

16
Para CommonKADS una tarea es una parte de un proceso de negocios que
representa una serie de actividades orientadas a alcanzar un objetivo, llevada a
cabo por unos agentes que siguen unos criterios de calidad y rendimiento.

La tarea recibe entradas y entrega salidas deseables en una forma estructurada y

controlada, consume recursos y requiere (y provee) conocimiento y otras
habilidades. El análisis de tareas le sirve al IC para organizar una vista de las
tareas principales que un experto realiza en un área dada y para determinar el
alcance del SBC que servirá de soporte en el análisis de viabilidad del proyecto.

Una tarea tiene un comienzo y un final confirmados. Se ejecuta en un

período relativamente corto o puede ser dividida en subtareas que permiten
que se cumpla esto.

• Cada sentencia de la tarea debe ser entendida claramente por quien

hace el trabajo. Una sentencia es una serie coherente de actividades.

• La sentencia describe una parte finita e independiente del trabajo. Es decir,

tiene significado en el contexto del proceso y sus instrucciones deben dar
una descripción completa de la correspondiente tarea.

• Cada tarea debe ser manejable en función del tiempo consumido en

su realización.

• Una tarea comienza con una clave observable que permite definir cuando
ésta es iniciada. Es importante resaltar que en el caso en que la tarea sea
continua, la clave no existe.

• La sentencia de una tarea debe evitar el incluir calificativos.

• La sentencia usa un verbo, excepto cuando varias acciones se ejecutan

juntas.

• La tarea se debe poder medir, su resultado o producto puede ser

estimado o medido.

Por lo tanto, el modelo de tareas permite reflejar el proceso de análisis de la tarea

elegida. El enfoque que presenta CommonKADS para este modelo tiene dos
ideas innovadoras:

1) Se pueden tener varias versiones del modelo para modelar las situaciones
actuales, intermedias y requeridas; varios modelos de tareas pueden ser
instanciados en diferentes estados de un proyecto.
2) El tener el modelo enmarcado en un desarrollo orientado a los riesgos permite
que se revisen continuamente.

Los resultados que se obtienen al construir las diferentes instancias del modelo de
tareas se utilizan en CommonKADS para:

− Documentar el resultado del análisis de las actividades actuales.

− Documentar el resultado del diseño de la tarea y sus actividades propuestas.

17
− Soportar la administración del cambio organizacional.

− Fijar el alcance de la solución del SBC.

− Soportar la evaluación de la viabilidad del proyecto.

− Identificar las necesidades de capacitación y entrenamiento.

− Evaluar la eficiencia, robustez y calidad del trabajo en la organización.

 Modelo de agente: los agentes son los ejecutores de una tarea. Un agente
puede ser humano, un sistema de información, o cualquier otra entidad capaz de
llevar a cabo una tarea. El modelo de agente describe las características de los
agentes, en particular sus competencias, autoridad para actuar y restricciones en
este aspecto. Además, relaciona los enlaces de comunicación entre agentes a la
hora de llevar a cabo una tarea.

Este modelo sirve como enlace entre el modelo de tareas, el de comunicación y el

de conocimientos para modelar las capacidades y limitaciones que los agentes
tienen y que están involucradas en la solución de la tarea.

Los elementos del modelo agente son:

o Agente: Se desarrolla por cada tipo de agente identificado. Tiene los
siguientes atributos:
 Nombre
 Tipo. Permite identificar si el agente es un humano o un sistema que debe
ser
 desarrollado en el SBC o un sistema que ya existe.
 Rol. Este atributo puede ser heredado del modelo de la organización.
 Posición. Se refiere al nivel en donde está el agente en la
organización.

o Capacidades de razonamiento: Comprende todos los requerimientos de

pericia del agente, los cuales son importantes o impuestos por la asignación de la
tarea y por las necesidades de comunicación. Para los agentes que son
componentes del sistema y que son desarrollados dentro del mismo proyecto,
este constituyente se usa para comprender una especificación de uno o varios
modelos del conocimiento. Para los agentes humanos, es muy difícil hacer una
lista completa de estos requerimientos, por lo que sólo se especifican
aquellos que son determinantes para la funcionalidad del sistema o varían
entre diferentes usuarios.

o Capacidades: Este constituyente contiene dos atributos:

 Habilidades que se tienen para manipular el entorno en diferentes formas y
acceso a información sensorial. Esto está relacionado con los dispositivos que
pueden imitar los órganos de los sentidos como los brazos robóticos o los sensores
en el ordenador.
 Vocabulario. Describe el lenguaje de comunicación del agente.

o Restricciones: Éste tiene tres atributos, de los cuales los dos primeros
solamente se aplican a agentes humanos:

18
 Normas que se refieren a lo que el agente considera que es lo más
apropiado para hacer en ciertas situaciones.
 Preferencias de cómo le gustaría al agente realizar una tarea en particular.
 Permisos que tiene el agente dentro de una tarea.

 Modelo de conocimiento: el propósito de este modelo es explicar los tipos y

estructuras de conocimiento utilizados para llevar a cabo una tarea. Proporciona
una descripción independiente de la implementación del papel que diferentes
componentes de conocimiento juegan en la resolución de problemas, de forma que
es comprensible por los humanos. Esto hace que el modelo del conocimiento sea
un vehículo importante para la comunicación con los expertos y los usuarios sobre
los aspectos relativos a la solución de problemas de un sistema de conocimiento
tanto durante el desarrollo como durante la ejecución del sistema.

 El conocimiento del dominio tiene como propósito definir la

conceptualización del dominio y debe ser representado en forma
independiente de su uso.

 El conocimiento de inferencia define el primer tipo de conocimiento de

control. Especifica las derivaciones que constituyen un método de solución
del problema, la forma como se usa el conocimiento del dominio en las
inferencias y los roles del conocimiento que modelan las premisas y las
conclusiones de las deducciones.

 El conocimiento de la tarea representa una estrategia fija para alcanzar las

metas de la solución del problema. Por lo tanto es otro tipo de control que tiene
como propósito especificar el registro de la ejecución de los pasos de
inferencia básicos definidos en el conocimiento de inferencia.

 Modelo de comunicación: dado que varios agentes pueden verse

involucrados en una tarea, es importante modelar las transacciones entre los
agentes implicados, esto se realiza mediante el modelo de comunicación, en un
sentido conceptual independiente de la implementación, como sucedía en el
modelo de conocimiento.

El componente clave del modelo es la transacción que describe los

actos de comunicación entre los diferentes agentes que participan en
una tarea en el sistema.
Dice qué objetos de información son intercambiados entre qué
agentes y qué tareas.

“Las transacciones son bloques de construcción para el diálogo

completo entre dos agentes, lo cual es descrito en el plan de
comunicación”. Por tanto, la transacción por sí misma consiste de diversos
mensajes que son detallados en la especificación del intercambio de
información, basada en tipos y patrones de comunicación.

Este modelo se construye desde lo general hasta lo particular, de la

siguiente forma:

 Se define el plan completo de comunicación que dirige el diálogo

entre los agentes.

19
 Se determinan las transacciones individuales que relacionan dos tareas,
llevadas a cabo por dos agentes diferentes.

 Se especifica el intercambio de información que detalla la estructura

interna de los mensajes de una transacción.

Se presentan los siguientes constituyentes o conceptos de este

modelo:

• Plan de comunicación: Describe los requerimientos en el orden de las

transacciones, siguiendo la sintaxis que se presenta en [WHG+93]. Contiene
la lista de tareas que son llevadas a cabo por el agente que se está
considerando, la descripción de éste, las funciones de transferencia que
pertenecen a la estructura de la tarea o de la inferencia que participan en la
comunicación, y un diagrama de estados o pseudocódigo que refleja la
especificación del control sobre las transacciones. Este concepto tiene dos
atributos: Requerimientos y Preferencias.

• Transacción: Describe la estructura de las transacciones individuales.

Una transacción tiene como propósito básico transferir una serie de
ingredientes del dueño de la información a un recipiente de información.
Cada instancia de la transacción debería realizar al menos una instancia de la
tarea de transferencia en el modelo del conocimiento, excepto para la inicial
que indica que el usuario necesita usar el sistema para un propósito en
particular. Sus atributos son: Nombre, Tipo de comunicación, Ingredientes
adicionales, Restricciones.

• Discurso: Define el plan para llevar a cabo la transacción en particular como

un conjunto de interacciones únicas o acciones lingüísticas. Se utiliza para
expresar cosas como el hecho que hay que suspender un mecanismo o para
fraccionar la transferencia de un ingrediente.

• Artículos de información: Deben precisar cómo se expresan las

diferentes acciones lingüísticas que ocurren en el discurso. Se utilizan para
definir la forma en que son transferidos los ingredientes. Este concepto está
formado por dos atributos: el objeto sintáctico y el medio de salida.

• Capacidades: Por cada parte involucrada en una transacción hay un

conjunto de capacidades que el agente tiene que tener para ejecutar dicha
transacción. Para esto, se tienen dos atributos: conocimiento y habilidad. El
primero sirve para describir el conocimiento relacionado con la tarea de
razonamiento del sistema o con el conocimiento del agente. El segundo se refiere
a la(s) habilidad(s) que el agente debe tener, aparte de su conocimiento, para
participar en la transacción.

 Modelo de diseño: los modelos anteriores juntos pueden verse como

constituyendo la especificación de los requisitos para el sistema de conocimiento,
desde diferentes aspectos. Basados en esos aspectos, el modelo de diseño
proporciona la especificación técnica del sistema en términos de arquitectura,
plataforma de implementación, módulos de software, construcciones de

20
representación y mecanismos de computación requeridos para implementar las
funciones propuestas en los modelos de conocimiento y comunicación.

Este modelo es diferente a los demás porque parte del mundo del
software. Es decir, está en el dominio del software del sistema ya
que está relacionado con el software y su organización interna. En
cambio los demás pertenecen al dominio de la aplicación.

Las entradas a este modelo son: El modelo de conocimientos que se

puede ver como una especificación de los requerimientos de solución
del problema y las manifestaciones de la interacción externa y
requerimientos no funcionales definidos en el modelo de la organización. Sirve
para describir la estructura del sistema de software que se necesita para
construirlo en función de subsistemas, módulos de software, mecanismos
computarizados y constructores que se requieren para implementar los
modelos de conocimientos y de comunicación.

El proceso del diseño consiste de cuatro pasos:

 Paso 1: Diseñar la arquitectura del sistema que define la estructura general

del software que se está construyendo y que comprende la descomposición
del sistema en subsistemas, un régimen de control global y una descomposición de
los subsistemas en módulos de software.

 Paso 2: Identificar la plataforma de implementación objetivo, es decir,

escoger el hardware y el software que debería ser usado en el sistema. Para esto
se tienen una serie de características relevantes para considerar en el momento en
que se va a elegir el software: disponibilidad de las librerías de los objetos,
representación del conocimiento declarativo, interfaces estándar con otro
software, flujo de control y soporte de CommonKADS.

 Paso 3: Especificar los componentes de la arquitectura. En este paso se

diseñan en detalle cada uno de los subsistemas identificados en el paso 1. Así que
se hace el diseño detallado de la representación, el control y las interfaces. Para
esto CommonKADS provee una lista de chequeo que facilita la toma de
decisiones.

 Paso 4: Especificar la aplicación dentro de la arquitectura. Se toman

los ingredientes de los modelos de análisis (tareas, inferencias, modelos del
dominio, transacciones) y se reflejan en la arquitectura.

Juntos, los modelos de organización, tarea y agente analizan la organización del

entorno y los factores críticos de éxito para un sistema de conocimiento. Los
modelos de conocimiento y comunicación proporcionan la descripción conceptual
de las funciones de resolución de problemas y los datos que son manejados y
entregados por un sistema de conocimiento. El modelo de diseño convierte esto es
una especificación técnica que es la base para la implementación del sistema
software.

No obstante, no siempre es necesario construir todos los modelos, esto depende

de los objetivos del proyecto. Esta elección corresponde al jefe de proyecto, bajo
consenso previo con el cliente.

21
Ventajas de CommonKADS

Una de las principales cualidades de CommonKADS es el planteamiento del

desarrollo de modelos que reflejan diferentes vistas del proyecto. Entre ellos se
resalta el modelo de conocimiento en el que las partes que lo conforman son
independientes del dominio, es decir que son genéricas y pueden ser usadas en
otros problemas o SBC que tengan características o comportamientos similares.

La gestión del proyecto que se plantea en CommonKADS es un punto importante

para destacar, ya que involucra aspectos administrativos que muchas veces no se
toman en cuenta al desarrollar un sistema informático. Esto permite que los
productos que resultan al aplicar la metodología, puedan ser valorados e
integrados fácilmente en la Gerencia de la organización.

CommonKADS es importante porque ofrece un marco para la especificación del

conocimiento independiente de la implementación, combinando un conjunto
de modelos de conocimiento reutilizable para unas tareas que se realizan
frecuentemente, como por ejemplo el diagnóstico o la planificación, entre otras.
Además, propone un ciclo de vida en donde se indican las fases, las
actividades y los productos más relevantes para un proyecto de desarrollo de un
SBC.

Adicionalmente, los modelos que propone la metodología permiten reflejar

diferentes visiones fundamentales en el SBC, desde el punto de vista de la
empresa hasta la forma como éste se diseña. Dentro de estos modelos, el de
Agentes y el de Comunicaciones son particulares a CommonKADS, siendo quizá
una de las debilidades de las otras metodologías, pues no consideran la
comunicación con otros sistemas.

Ambos modelos, le permiten al sistema coordinar las actividades con otros

agentes y ser más que un sistema basado en el conocimiento para ser un sistema
que coopera con otros.

Otro aspecto para resaltar de esta metodología es el hecho de que es una de las
más utilizadas para el desarrollo de SBC.

Desventajas de CommonKADS

En general esta metodología cubre todos los aspectos que se necesitan para llevar
a buen término un proyecto de desarrollo de un SBC, desde el estudio del
problema hasta la implantación del software y su gestión. Los aspectos negativos
que se presentan son más de su aplicación que de su conceptualización, porque
aplicar lo definido en ella requiere de mucha experiencia y conocimiento de la
misma metodología. Esto por varias razones:

 La metodología es muy compleja y amplia.

 Hay mucha información relevante que está en diversos sitios, lo que

dificulta su acceso y comprensión.

22
 No hay una fuente de información que contenga todo lo necesario
para su aplicación.

 No hay un ejemplo completo de la aplicación de la metodología que

pueda ser utilizado como guía. Hay muchos ejemplos pero parciales.

Un proyecto de un SBC utilizando la metodología CommonKADS produce tres tipos

de productos o entregas:

• Documentos de los modelos

• Información sobre la gestión del proyecto
• Software del sistema de conocimiento

El objetivo final de la metodología CommonKADS consiste en estructurar el proceso

de desarrollo propio de la ingeniería del conocimiento, que se concreta en un
sistema que debe resolver los problemas con una capacidad comparable a la del
experto humano como poseedor del conocimiento. Obviamente, esta capacidad
debe circunscribirse a un dominio específico de aplicación.

Modelado del contexto

Es importante realizar un análisis del contexto donde se va a implantar el SBC para

evitar su fracaso y potenciar su uso en el supuesto de que dicho sistema se
considere viable.

Un sistema de conocimiento es útil siempre que se integre en una determinada

organización. Es lógico pensar que esa organización se compone de una serie de
estructuras, que conforman los pilares de la misma.

Las claves para abordar con éxito el modelo de contexto serían:

 Comprensión e integración en al organización como clave del éxito

 Identificación de cuellos de botella y oportunidades en la organización
 Cómo calcular la viabilidad económica, técnica y del proyecto de las
soluciones del sistema basado en conocimiento
 Comprender y decidir el impacto en la organización y los cambios
requeridos cuando se introducen nuevas soluciones de sistemas de conocimiento

Los pasos en el análisis de tareas y organización son los que se enumeran a

continuación:
1. Llevar a cabo une Studio de viabilidad, que consta de dos partes:

a) Identificar áreas de problemas/oportunidades y soluciones potenciales

poniéndolas bajo la perspectiva de la organización
b) Seleccionar el enfoque más prometedor y la solución objetivo

2. Llevar a cabo un estudio de impacto y mejora sobre la solución elegida, que

consta de dos partes:

a) Recopilación de ideas sobre la relación entre tareas, agentes involucrados y

uso del conocimiento para una realización con éxito y qué mejoras se pueden logar
aquí

23
b) Decidir sobre las medidas a llevar a cabo en la organización y cambios de
tareas, para asegurar la aceptación e integración de una solución de sistema de
conocimiento.
Estudio de viabilidad: Organización

El modelo de la organización describe, como su nombre indica, la organización de

una forma estructurada. Se recogen diferentes aspectos tales como procesos,
staff, personal, recursos, etc.

El hecho de considerar los aspectos relativos al modelo de organización puede

resultar en el éxito o fracaso de la aplicación en desarrollo. Conviene insistir de
nuevo en el hecho de que un SBC será útil sólo si consigue integrarse en la
organización. Debe tenerse en cuenta que además, la organización debe aceptar el
sistema. En esta etapa se analiza la organización desde la perspectiva del
conocimiento, no desde la estructura de negocio de la misma.

Análisis de impacto y mejora: Modelos de tarea y agente

Una ves concluido el estudio de viabilidad positivamente y habiendo optado por

dar luz verde al proyecto, es el momento de dar el siguiente paso y dedicarse a
describir las características de las tareas relevantes, losa gentes que deben
llevarlas a cabo y el tiempo de conocimiento requerido por los agentes para
ejecutar esas tareas.

Ahora solo se enfoca desde la perspectiva de negocio se ve como parte de un

proceso de negocio dentro de la estructura de la organización con las siguientes
connotaciones:

 Representa un actividad orientada hacia un objetivo añadiendo valor a la

organización
 Maneja entradas y entrega salidas deseadas en un sentido estructurado y
controlado
 Consume recursos
 Requiere (y proporciona) conocimiento y otras competencias
 Se lleva a cabo de acuerdo a criterios de calidad y realización
 Se lleva a cabo por agentes responsables

Ejemplos De Sistemas De Trabajo Del Conocimiento

Son diseños asistidos por computadora, sistemas de realidad virtual para

simulación y modelado, y estaciones de trabajo financiero.

Diseño asistido por computadora: SI que automatiza la creación y revisión de

diseños utilizando software sofisticado de gráficos, se realizan moldes y prototipos
que se pueden cambiar en la computadora para obtener un proceso de
manufactura con menos problemas y ahorro de tiempo y dinero

Sistemas de realidad virtual: software y hardware interactivos de gráficos que

crean simulaciones generadas por computadora para proporcionar sensaciones
que imitan las actividades del mundo real

24
Lenguaje moderado de realidad virtual: es un estándar que están desarrollando
para la Web, que es un conjunto de especificaciones para modelado interactivo y
tridimensional en la World Wide Web, que puede organizar múltiples tipos de
medios, incluyendo animación, imágenes y audio para poner a los usuarios en un
entorno simulado al mundo real, es una plataforma independiente, opera a través
de una computadora de escritorio y requiere poco ancho de banda, esta sirve para
reducir los errores en las construcciones

Estaciones de trabajo para inversiones: esta es utilizada por la industria financiera,

con el propósito de apoyar el conocimiento y tiempo de sus corredores,
negociantes y gerentes de carteras financieras, es una computadora de escritorio,
optimizada para acceder y manipular cantidades masivas de datos financieros

25
26