trabajador del conocimiento
TRANSCRIPT
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és1
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.
2
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 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 exterioro Fungir como consultores internos en las áreas de su conocimientoo 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.
3
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.
4
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.
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.
6
− Documentar el resultado del diseño de la tarea y sus actividades propuestas. − 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.
7
o Restricciones: Éste tiene tres atributos, de los cuales los dos primeros solamente se aplican a agentes humanos: 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.
8
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.
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.
9
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 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
10
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.
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:
11
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.
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ónb) Seleccionar el enfoque más prometedor y la solución objetivo
12
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í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
13
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
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 financierosSistemas 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 exterioro Fungir como consultores internos en las áreas de su conocimientoo 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
14
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
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
15
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
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:
16
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.
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:
17
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. − 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
18
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: 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.
19
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.
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.
20
• 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 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.
21
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.
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.
22
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.
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
23
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ónb) 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í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
24
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
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