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

como una estructura de información procesable. puede ofrecer a la organización. evaluando. reproducir el pensamiento humano. calendarios. 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). en cambio los trabajadores de datos necesitan sistemas pero menos complejos. como procesadores de texto. 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. y sólo Ud. analíticas. 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. qué cosas Ud. Esto último es el meollo de la autogestión. de comunicación y de administración de documentos). el conocimiento necesario para resolver un determinado tipo de problemas separadamente del procedimiento para resolverlos. 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. se le debe dar a los trabajadores las herramientas especializadas que necesita (herramientas de gráficos. No pretende. Al trabajador del conocimiento hay que preguntarle: ¿Cuál es su tarea. Distribución Del Documentos Conocimiento: Sistemas De Oficina Y Administración De 3 . 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. cuál debería ser. correo de voz. en absoluto. iniciando y promoviendo proyectos de cambio Los trabajadores de conocimiento. Requisitos de los sistemas de trabajo del conocimiento Estos tienen características que reflejan las necesidades especiales de los trabajadores del conocimiento. cuál deberíamos esperar que fuese su contribución. requieren sistemas de oficina. 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. también sistemas de trabajo del conocimiento más especializados. estos requieren una gran potencia de computo para poder manejar los gráficos o los cálculos de los trabajadores del conocimiento. Los sistemas de trabajo del conocimiento. porque ellos procesan información.urgente.

también incrementan la productividad de los trabajadores de la información de la oficina. apoyan la 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. 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. 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. se va a necesitar la intervención de un experto de conocimiento del que el analista va a extraer la información pertinente. lo ideal para una oficina sería una red fluida con máquinas digitales que conectara a profesionales. las intranets son una plataforma de bajo costo y disponible para edición básica de documentos. 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. Un problema común en las oficinas es la avalancha de papel. Los sistemas de tradicionales de administración de documentos pueden ser caros y requerir redes cliente/servidor patentadas. lo cual genera una ineficiencia organizacional. 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. Un repositorio del conocimiento. 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. administración de datos. por lo cual las compañías la están utilizando con dicho propósito. oficinistas y grupos administrativos de trabajo. El trabajo de oficina implica a muchas personas comprometidas conjuntamente en los proyectos. Modelos de conocimiento 4 . necesitando recurrir a él durante las diferentes fases de desarrollo del sistema. controlado y repetible. gracias a los programas de software existen herramientas eficaces para los grupos. Metodología CommonKADS Es una herramienta muy apropiada y completa para el desarrollo de SBCs. 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. software de cliente especial y capacidades de almacenamiento. comunicación. planeación.

¿será aceptado por la organización donde se va a implantar? La respuesta a estas preguntas pasa por estudiar tres aspectos clave. 5 . ¿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.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. así como recursos necesarios y competencias. De aquí se derivan los modelos de conocimiento y comunicación. establecer su viabilidad y ponderar los impactos en la organización de las acciones del conocimiento. ¿cuáles serán los mecanismos para hacer explícito el conocimiento? Además. Todo ello dentro de un determinado ámbito de aplicación o línea de negocio empresarial. Qué tareas va realizar el sistema y cómo se enmarcan dentro de las tareas globales de la organización. ¿va a mejorar el rendimiento de la misma?. Cuál es la estructura de la organización donde se va a desarrollar el sistema para ver dónde encaja. 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. sus entradas y salidas. precondiciones y criterios de realización. con el fin de descubrir problemas y oportunidades para sistemas de conocimiento. ¿Cómo? ¿Cómo debe llevarse a la práctica todo lo anterior para que el conocimiento pueda implementarse en una computadora?.  Modelo de tarea: es la parte relevante de un modelo de negocio. que debe plasmarse en una realidad. Analiza la tarea global. Las respuestas a las cuestiones anteriores dan lugar a los distintos modelos de CommonKADS. La ingeniería del conocimiento debe hacer frente a la recopilación de datos. Con este planeamiento llegamos respectivamente a los modelos de organización. Quién o quiénes estarán involucrados en la realización de esas tareas. ¿será necesario transmitir ese conocimiento?. 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. ¿cómo se va a estructurar ese conocimiento?. ¿quién va a recibir y por tanto a hacer uso de ese conocimiento? En definitiva. ¿resolverá mejor que otros sistemas o las propias personas los problemas?. ¿Qué? ¿Qué tipo de conocimiento es el que se debe manejar?. dar forma a la información y generar más conocimiento. ¿reportará beneficios económicos o de otra índole?. que se describen a continuación:  Modelo de organización: soporta el análisis de las características principales de una organización. tarea y agente bajo la perspectiva del contexto en la organización.

• Cada sentencia de la tarea debe ser entendida claramente por quien hace el trabajo. • Una tarea comienza con una clave observable que permite definir cuando ésta es iniciada. La tarea recibe entradas y entrega salidas deseables en una forma estructurada y controlada. Se ejecuta en un período relativamente corto o puede ser dividida en subtareas que permiten que se cumpla esto. • La tarea se debe poder medir. Por lo tanto. el modelo de tareas permite reflejar el proceso de análisis de la tarea elegida. tiene significado en el contexto del proceso y sus instrucciones deben dar una descripción completa de la correspondiente tarea. 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. Es importante resaltar que en el caso en que la tarea sea continua. • La sentencia describe una parte finita e independiente del trabajo. excepto cuando varias acciones se ejecutan juntas. • La sentencia usa un verbo. 2) El tener el modelo enmarcado en un desarrollo orientado a los riesgos permite que se revisen continuamente. • La sentencia de una tarea debe evitar el incluir calificativos. llevada a cabo por unos agentes que siguen unos criterios de calidad y rendimiento. la clave no existe. su resultado o producto puede ser estimado o medido. 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. Es decir. 6 .Para CommonKADS una tarea es una parte de un proceso de negocios que representa una serie de actividades orientadas a alcanzar un objetivo. 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. • Cada tarea debe ser manejable en función del tiempo consumido en su realización. Una sentencia es una serie coherente de actividades. consume recursos y requiere (y provee) conocimiento y otras habilidades. − Documentar el resultado del diseño de la tarea y sus actividades propuestas. intermedias y requeridas. varios modelos de tareas pueden ser instanciados en diferentes estados de un proyecto. Una tarea tiene un comienzo y un final confirmados.

o Restricciones: Éste tiene tres atributos. Para los agentes humanos.  Modelo de agente: los agentes son los ejecutores de una tarea. Permite identificar si el agente es un humano o un sistema que debe ser  desarrollado en el SBC o un sistema que ya existe.− Soportar la administración del cambio organizacional. Además. o cualquier otra entidad capaz de llevar a cabo una tarea. Los elementos del modelo agente son: o Agente: Se desarrolla por cada tipo de agente identificado.  Posición. en particular sus competencias. o Capacidades de razonamiento: Comprende todos los requerimientos de pericia del agente. Para los agentes que son componentes del sistema y que son desarrollados dentro del mismo proyecto. − Fijar el alcance de la solución del SBC. es muy difícil hacer una lista completa de estos requerimientos.  Vocabulario. Se refiere al nivel en donde está el agente en la organización. − Soportar la evaluación de la viabilidad del proyecto.  Rol. relaciona los enlaces de comunicación entre agentes a la hora de llevar a cabo una tarea. − Identificar las necesidades de capacitación y entrenamiento. o Capacidades: Este constituyente contiene dos atributos:  Habilidades que se tienen para manipular el entorno en diferentes formas y acceso a información sensorial. 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. de los cuales los dos primeros solamente se aplican a agentes humanos: 7 . Este modelo sirve como enlace entre el modelo de tareas. Un agente puede ser humano. robustez y calidad del trabajo en la organización. autoridad para actuar y restricciones en este aspecto. Describe el lenguaje de comunicación del agente. este constituyente se usa para comprender una especificación de uno o varios modelos del conocimiento. por lo que sólo se especifican aquellos que son determinantes para la funcionalidad del sistema o varían entre diferentes usuarios. Este atributo puede ser heredado del modelo de la organización. − Evaluar la eficiencia. los cuales son importantes o impuestos por la asignación de la tarea y por las necesidades de comunicación. Tiene los siguientes atributos:  Nombre  Tipo. 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. El modelo de agente describe las características de los agentes. un sistema de información.

en un sentido conceptual independiente de la implementación. Normas que se refieren a lo que el agente considera que es lo más apropiado para hacer en ciertas situaciones. es importante modelar las transacciones entre los agentes implicados. lo cual es descrito en el plan de comunicación”.  Modelo de conocimiento: el propósito de este modelo es explicar los tipos y estructuras de conocimiento utilizados para llevar a cabo una tarea. Este modelo se construye desde lo general hasta lo particular. 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 de la tarea representa una estrategia fija para alcanzar las metas de la solución del problema. 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. de la siguiente forma:  Se define el plan completo de comunicación que dirige el diálogo entre los agentes.  Permisos que tiene el agente dentro de una tarea. 8 .  El conocimiento de inferencia define el primer tipo de conocimiento de control. Por tanto. basada en tipos y patrones de comunicación. 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.  Preferencias de cómo le gustaría al agente realizar una tarea en particular. “Las transacciones son bloques de construcción para el diálogo completo entre dos agentes. Especifica las derivaciones que constituyen un método de solución del problema. esto se realiza mediante el modelo de comunicación. de forma que es comprensible por los humanos. 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. Proporciona una descripción independiente de la implementación del papel que diferentes componentes de conocimiento juegan en la resolución de problemas.  Modelo de comunicación: dado que varios agentes pueden verse involucrados en una tarea. Dice qué objetos de información son intercambiados entre qué agentes y qué tareas.  El conocimiento del dominio tiene como propósito definir la conceptualización del dominio y debe ser representado en forma independiente de su uso. la transacción por sí misma consiste de diversos mensajes que son detallados en la especificación del intercambio de información.

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. plataforma de implementación. el modelo de diseño proporciona la especificación técnica del sistema en términos de arquitectura. Restricciones. Cada instancia de la transacción debería realizar al menos una instancia de la tarea de transferencia en el modelo del conocimiento. la descripción de éste. Contiene la lista de tareas que son llevadas a cabo por el agente que se está considerando. Se especifica el intercambio de información que detalla la estructura interna de los mensajes de una transacción. Este concepto está formado por dos atributos: el objeto sintáctico y el medio de salida. y un diagrama de estados o pseudocódigo que refleja la especificación del control sobre las transacciones. Para esto.  Modelo de diseño: los modelos anteriores juntos pueden verse como constituyendo la especificación de los requisitos para el sistema de conocimiento. El primero sirve para describir el conocimiento relacionado con la tarea de razonamiento del sistema o con el conocimiento del agente. desde diferentes aspectos. Se utilizan para definir la forma en que son transferidos los ingredientes. las funciones de transferencia que pertenecen a la estructura de la tarea o de la inferencia que participan en la comunicación. construcciones de 9 . Se utiliza para expresar cosas como el hecho que hay que suspender un mecanismo o para fraccionar la transferencia de un ingrediente. Basados en esos aspectos. se tienen dos atributos: conocimiento y habilidad. El segundo se refiere a la(s) habilidad(s) que el agente debe tener. aparte de su conocimiento. llevadas a cabo por dos agentes diferentes. para participar en la transacción. excepto para la inicial que indica que el usuario necesita usar el sistema para un propósito en particular. • Artículos de información: Deben precisar cómo se expresan las diferentes acciones lingüísticas que ocurren en el discurso. • Transacción: Describe la estructura de las transacciones individuales.  Se determinan las transacciones individuales que relacionan dos tareas. Tipo de comunicación. • 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. Sus atributos son: Nombre. Ingredientes adicionales. Se presentan los siguientes constituyentes o conceptos de este modelo: • Plan de comunicación: Describe los requerimientos en el orden de las transacciones. módulos de software. Este concepto tiene dos atributos: Requerimientos y Preferencias. • Discurso: Define el plan para llevar a cabo la transacción en particular como un conjunto de interacciones únicas o acciones lingüísticas. siguiendo la sintaxis que se presenta en [WHG+93].

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. 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. Se toman los ingredientes de los modelos de análisis (tareas. No obstante. transacciones) y se reflejan en la arquitectura. Esta elección corresponde al jefe de proyecto. un régimen de control global y una descomposición de los subsistemas en módulos de software. los modelos de organización. no siempre es necesario construir todos los modelos. El modelo de diseño convierte esto es una especificación técnica que es la base para la implementación del sistema software. representación del conocimiento declarativo. Este modelo es diferente a los demás porque parte del mundo del software. módulos de software. modelos del dominio. escoger el hardware y el software que debería ser usado en el sistema. Es decir. es decir. interfaces estándar con otro software.  Paso 3: Especificar los componentes de la arquitectura. bajo consenso previo con el cliente.  Paso 4: Especificar la aplicación dentro de la arquitectura. mecanismos computarizados y constructores que se requieren para implementar los modelos de conocimientos y de comunicación. Para esto CommonKADS provee una lista de chequeo que facilita la toma de decisiones. Sirve para describir la estructura del sistema de software que se necesita para construirlo en función de subsistemas. 10 . inferencias. Así que se hace el diseño detallado de la representación. En este paso se diseñan en detalle cada uno de los subsistemas identificados en el paso 1.  Paso 2: Identificar la plataforma de implementación objetivo. 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. esto depende de los objetivos del proyecto. tarea y agente analizan la organización del entorno y los factores críticos de éxito para un sistema de conocimiento. flujo de control y soporte de CommonKADS. 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. el control y las interfaces. Juntos. 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.representación y mecanismos de computación requeridos para implementar las funciones propuestas en los modelos de conocimiento y comunicación.

es decir que son genéricas y pueden ser usadas en otros problemas o SBC que tengan características o comportamientos similares. las actividades y los productos más relevantes para un proyecto de desarrollo de un SBC. Entre ellos se resalta el modelo de conocimiento en el que las partes que lo conforman son independientes del dominio. porque aplicar lo definido en ella requiere de mucha experiencia y conocimiento de la misma metodología. Dentro de estos 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. 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. los modelos que propone la metodología permiten reflejar diferentes visiones fundamentales en el SBC. Esto por varias razones:  La metodología es muy compleja y amplia. lo que dificulta su acceso y comprensión. ya que involucra aspectos administrativos que muchas veces no se toman en cuenta al desarrollar un sistema informático. Ambos modelos. 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. puedan ser valorados e integrados fácilmente en la Gerencia de la organización. combinando un conjunto de modelos de conocimiento reutilizable para unas tareas que se realizan frecuentemente. siendo quizá una de las debilidades de las otras metodologías. desde el punto de vista de la empresa hasta la forma como éste se diseña. Los aspectos negativos que se presentan son más de su aplicación que de su conceptualización.  Hay mucha información relevante que está en diversos sitios. Además. La gestión del proyecto que se plantea en CommonKADS es un punto importante para destacar.Ventajas de CommonKADS Una de las principales cualidades de CommonKADS es el planteamiento del desarrollo de modelos que reflejan diferentes vistas del proyecto. desde el estudio del problema hasta la implantación del software y su gestión. Adicionalmente. Esto permite que los productos que resultan al aplicar la metodología. CommonKADS es importante porque ofrece un marco para la especificación del conocimiento independiente de la implementación. como por ejemplo el diagnóstico o la planificación. propone un ciclo de vida en donde se indican las fases. pues no consideran la comunicación con otros sistemas. 11 . entre otras. el de Agentes y el de Comunicaciones son particulares a CommonKADS.

Llevar a cabo une Studio de viabilidad. 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. que conforman los pilares de la misma.  No hay un ejemplo completo de la aplicación de la metodología que pueda ser utilizado como guía. 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. Hay muchos ejemplos pero parciales. Es lógico pensar que esa organización se compone de una serie de estructuras. agentes involucrados y uso del conocimiento para una realización con éxito y qué mejoras se pueden logar aquí 12 . 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. Llevar a cabo un estudio de impacto y mejora sobre la solución elegida. Obviamente. No hay una fuente de información que contenga todo lo necesario para su aplicación. esta capacidad debe circunscribirse a un dominio específico de aplicación. Un sistema de conocimiento es útil siempre que se integre en una determinada organización. 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. 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. que consta de dos partes: a) Recopilación de ideas sobre la relación entre tareas. que se concreta en un sistema que debe resolver los problemas con una capacidad comparable a la del experto humano como poseedor del conocimiento.

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 . para asegurar la aceptación e integración de una solución de sistema de conocimiento.b) Decidir sobre las medidas a llevar a cabo en la organización y cambios de tareas. Conviene insistir de nuevo en el hecho de que un SBC será útil sólo si consigue integrarse en la organización. Se recogen diferentes aspectos tales como procesos. etc. Diseño asistido por computadora: SI que automatiza la creación y revisión de diseños utilizando software sofisticado de gráficos. la organización de una forma estructurada. recursos. 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. staff. la organización debe aceptar el sistema. como su nombre indica. Estudio de viabilidad: Organización El modelo de la organización describe. En esta etapa se analiza la organización desde la perspectiva del conocimiento. 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. es el momento de dar el siguiente paso y dedicarse a describir las características de las tareas relevantes. 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. losa gentes que deben llevarlas a cabo y el tiempo de conocimiento requerido por los agentes para ejecutar esas tareas. y estaciones de trabajo financiero. Debe tenerse en cuenta que además. personal. sistemas de realidad virtual para simulación y modelado.

No pretende. 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. 14 .Lenguaje moderado de realidad virtual: es un estándar que están desarrollando para la Web. el conocimiento necesario para resolver un determinado tipo de problemas separadamente del procedimiento para resolverlos. porque ellos procesan información. en cambio los trabajadores de datos necesitan sistemas pero menos complejos. es una computadora de escritorio. 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). Los sistemas de trabajo del conocimiento. evaluando. es una plataforma independiente. iniciando y promoviendo proyectos de cambio Los trabajadores de conocimiento. con el propósito de apoyar el conocimiento y tiempo de sus corredores. imágenes y audio para poner a los usuarios en un entorno simulado al mundo real. 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. que puede organizar múltiples tipos de medios. en absoluto. estos requieren una gran potencia de computo para poder manejar los gráficos o los cálculos de los trabajadores del conocimiento. analíticas. 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. negociantes y gerentes de carteras financieras. reproducir el pensamiento humano. Requisitos de los sistemas de trabajo del conocimiento Estos tienen características que reflejan las necesidades especiales de los trabajadores del conocimiento. como procesadores de texto. calendarios. como una estructura de información procesable. opera a través de una computadora de escritorio y requiere poco ancho de banda. incluyendo animació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. se le debe dar a los trabajadores las herramientas especializadas que necesita (herramientas de gráficos. esta sirve para reducir los errores en las construcciones Estaciones de trabajo para inversiones: esta es utilizada por la industria financiera. 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. también sistemas de trabajo del conocimiento más especializados. correo de voz. requieren sistemas de oficina. que es un conjunto de especificaciones para modelado interactivo y tridimensional en la World Wide Web. de comunicación y de administración de documentos).

apoyan la Administración de documentos. El trabajo de oficina implica a muchas personas comprometidas conjuntamente en los proyectos. también incrementan la productividad de los trabajadores de la información de la oficina. las intranets son una plataforma de bajo costo y disponible para edición básica de documentos. Un repositorio del conocimiento. software de cliente especial y capacidades de almacenamiento. 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. 15 . 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. se va a necesitar la intervención de un experto de conocimiento del que el analista va a extraer la información pertinente. comunicación. lo ideal para una oficina sería una red fluida con máquinas digitales que conectara a profesionales. 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 problema común en las oficinas es la avalancha de papel. lo cual genera una ineficiencia organizacional. oficinistas y grupos administrativos de trabajo. Metodología CommonKADS Es una herramienta muy apropiada y completa para el desarrollo de SBCs. controlado y repetible. Los sistemas de tradicionales de administración de documentos pueden ser caros y requerir redes cliente/servidor patentadas. 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. necesitando recurrir a él durante las diferentes fases de desarrollo del sistema. 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. administración de datos. 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. gracias a los programas de software existen herramientas eficaces para los grupos. planeación. por lo cual las compañías la están utilizando con dicho propósito.Distribución Del Documentos Conocimiento: Sistemas De Oficina Y Administración De En las oficinas es donde se realiza la mayor parte del trabajo de datos al igual se da una gran parte del conocimiento.

¿cómo se va a estructurar ese conocimiento?. dar forma a la información y generar más conocimiento. con el fin de descubrir problemas y oportunidades para sistemas de conocimiento. así como recursos necesarios y competencias. tarea y agente bajo la perspectiva del contexto en la organización. ¿Cómo? ¿Cómo debe llevarse a la práctica todo lo anterior para que el conocimiento pueda implementarse en una computadora?. Con este planeamiento llegamos respectivamente a los modelos de organización. ¿va a mejorar el rendimiento de la misma?. establecer su viabilidad y ponderar los impactos en la organización de las acciones del conocimiento.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. que se describen a continuación:  Modelo de organización: soporta el análisis de las características principales de una organización. ¿reportará beneficios económicos o de otra índole?. La ingeniería del conocimiento debe hacer frente a la recopilación de datos. De aquí se derivan los modelos de conocimiento y comunicación. ¿será aceptado por la organización donde se va a implantar? La respuesta a estas preguntas pasa por estudiar tres aspectos clave. Qué tareas va realizar el sistema y cómo se enmarcan dentro de las tareas globales de la organización. ¿quién va a recibir y por tanto a hacer uso de ese conocimiento? En definitiva. Quién o quiénes estarán involucrados en la realización de esas tareas. 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. ¿resolverá mejor que otros sistemas o las propias personas los problemas?.  Modelo de tarea: es la parte relevante de un modelo de negocio. ¿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. 16 . precondiciones y criterios de realización. sus entradas y salidas. 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. ¿Qué? ¿Qué tipo de conocimiento es el que se debe manejar?. Analiza la tarea global. Las respuestas a las cuestiones anteriores dan lugar a los distintos modelos de CommonKADS. ¿cuáles serán los mecanismos para hacer explícito el conocimiento? Además. ¿será necesario transmitir ese conocimiento?. Cuál es la estructura de la organización donde se va a desarrollar el sistema para ver dónde encaja. que debe plasmarse en una realidad. Todo ello dentro de un determinado ámbito de aplicación o línea de negocio empresarial.

Una tarea tiene un comienzo y un final confirmados. intermedias y requeridas. • La sentencia describe una parte finita e independiente del trabajo. • Una tarea comienza con una clave observable que permite definir cuando ésta es iniciada. • La sentencia usa un verbo. • La tarea se debe poder medir. Por lo tanto. 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. 2) El tener el modelo enmarcado en un desarrollo orientado a los riesgos permite que se revisen continuamente. llevada a cabo por unos agentes que siguen unos criterios de calidad y rendimiento. Es importante resaltar que en el caso en que la tarea sea continua. 17 . • La sentencia de una tarea debe evitar el incluir calificativos. la clave no existe. consume recursos y requiere (y provee) conocimiento y otras habilidades. el modelo de tareas permite reflejar el proceso de análisis de la tarea elegida. Una sentencia es una serie coherente de actividades. La tarea recibe entradas y entrega salidas deseables en una forma estructurada y controlada. varios modelos de tareas pueden ser instanciados en diferentes estados de un proyecto. su resultado o producto puede ser estimado o medido. excepto cuando varias acciones se ejecutan juntas. 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. Es decir.Para CommonKADS una tarea es una parte de un proceso de negocios que representa una serie de actividades orientadas a alcanzar un objetivo. 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. • Cada sentencia de la tarea debe ser entendida claramente por quien hace el trabajo. 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. Se ejecuta en un período relativamente corto o puede ser dividida en subtareas que permiten que se cumpla esto.

Tiene los siguientes atributos:  Nombre  Tipo. − Soportar la evaluación de la viabilidad del proyecto. Para los agentes humanos. − Fijar el alcance de la solución del SBC. Los elementos del modelo agente son: o Agente: Se desarrolla por cada tipo de agente identificado. − Evaluar la eficiencia. Este atributo puede ser heredado del modelo de la organización. 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. 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. este constituyente se usa para comprender una especificación de uno o varios modelos del conocimiento. 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. o Capacidades de razonamiento: Comprende todos los requerimientos de pericia del agente. Se refiere al nivel en donde está el agente en la organización. relaciona los enlaces de comunicación entre agentes a la hora de llevar a cabo una tarea. o Restricciones: Éste tiene tres atributos. un sistema de información. Para los agentes que son componentes del sistema y que son desarrollados dentro del mismo proyecto.  Vocabulario. autoridad para actuar y restricciones en este aspecto. en particular sus competencias. Un agente puede ser humano. robustez y calidad del trabajo en la organización.  Rol. o cualquier otra entidad capaz de llevar a cabo una tarea. es muy difícil hacer una lista completa de estos requerimientos. − Identificar las necesidades de capacitación y entrenamiento. de los cuales los dos primeros solamente se aplican a agentes humanos: 18 . Este modelo sirve como enlace entre el modelo de tareas. Describe el lenguaje de comunicación del agente.− Soportar la administración del cambio organizacional. El modelo de agente describe las características de los agentes. los cuales son importantes o impuestos por la asignación de la tarea y por las necesidades de comunicación. Permite identificar si el agente es un humano o un sistema que debe ser  desarrollado en el SBC o un sistema que ya existe.  Posición. Además.  Modelo de agente: los agentes son los ejecutores de una tarea.

“Las transacciones son bloques de construcción para el diálogo completo entre dos agentes. 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. la transacción por sí misma consiste de diversos mensajes que son detallados en la especificación del intercambio de información. esto se realiza mediante el modelo de comunicación. Este modelo se construye desde lo general hasta lo particular. Dice qué objetos de información son intercambiados entre qué agentes y qué tareas. Proporciona una descripción independiente de la implementación del papel que diferentes componentes de conocimiento juegan en la resolución de problemas.  Permisos que tiene el agente dentro de una tarea. 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 tanto. lo cual es descrito en el plan de comunicación”. como sucedía en el modelo de conocimiento. Normas que se refieren a lo que el agente considera que es lo más apropiado para hacer en ciertas situaciones. en un sentido conceptual independiente de la implementación.  Modelo de comunicación: dado que varios agentes pueden verse involucrados en una tarea. es importante modelar las transacciones entre los agentes implicados. de forma que es comprensible por los humanos.  Modelo de conocimiento: el propósito de este modelo es explicar los tipos y estructuras de conocimiento utilizados para llevar a cabo una tarea. basada en tipos y patrones de comunicación.  Preferencias de cómo le gustaría al agente realizar una tarea en particular. 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.  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.  El conocimiento del dominio tiene como propósito definir la conceptualización del dominio y debe ser representado en forma independiente de su uso. de la siguiente forma:  Se define el plan completo de comunicación que dirige el diálogo entre los agentes. 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. 19 .

Este concepto está formado por dos atributos: el objeto sintáctico y el medio de salida. El primero sirve para describir el conocimiento relacionado con la tarea de razonamiento del sistema o con el conocimiento del agente. para participar en la transacción. la descripción de éste. Se utilizan para definir la forma en que son transferidos los ingredientes. Sus atributos son: Nombre. Este concepto tiene dos atributos: Requerimientos y Preferencias.  Se determinan las transacciones individuales que relacionan dos tareas. desde diferentes aspectos. aparte de su conocimiento. siguiendo la sintaxis que se presenta en [WHG+93]. Se especifica el intercambio de información que detalla la estructura interna de los mensajes de una transacción. El segundo se refiere a la(s) habilidad(s) que el agente debe tener.  Modelo de diseño: los modelos anteriores juntos pueden verse como constituyendo la especificación de los requisitos para el sistema de conocimiento. llevadas a cabo por dos agentes diferentes. y un diagrama de estados o pseudocódigo que refleja la especificación del control sobre las transacciones. se tienen dos atributos: conocimiento y habilidad. • Transacción: Describe la estructura de las transacciones individuales. Cada instancia de la transacción debería realizar al menos una instancia de la tarea de transferencia en el modelo del conocimiento. • Discurso: Define el plan para llevar a cabo la transacción en particular como un conjunto de interacciones únicas o acciones lingüísticas. Se presentan los siguientes constituyentes o conceptos de este modelo: • Plan de comunicación: Describe los requerimientos en el orden de las transacciones. Basados en esos aspectos. 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. Restricciones. Tipo de comunicación. las funciones de transferencia que pertenecen a la estructura de la tarea o de la inferencia que participan en la comunicación. excepto para la inicial que indica que el usuario necesita usar el sistema para un propósito en particular. Se utiliza para expresar cosas como el hecho que hay que suspender un mecanismo o para fraccionar la transferencia de un ingrediente. Ingredientes adicionales. Para esto. • 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. plataforma de implementación. • Artículos de información: Deben precisar cómo se expresan las diferentes acciones lingüísticas que ocurren en el discurso. construcciones de 20 . módulos de software. Contiene la lista de tareas que son llevadas a cabo por el agente que se está considerando. el modelo de diseño proporciona la especificación técnica del sistema en términos de arquitectura.

Esta elección corresponde al jefe de proyecto. Juntos. 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. En cambio los demás pertenecen al dominio de la aplicación. flujo de control y soporte de CommonKADS. 21 . 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. no siempre es necesario construir todos los modelos. representación del conocimiento declarativo. tarea y agente analizan la organización del entorno y los factores críticos de éxito para un sistema de conocimiento.  Paso 2: Identificar la plataforma de implementación objetivo. interfaces estándar con otro software. bajo consenso previo con el cliente. El modelo de diseño convierte esto es una especificación técnica que es la base para la implementación del sistema software. es decir. esto depende de los objetivos del proyecto. Se toman los ingredientes de los modelos de análisis (tareas. está en el dominio del software del sistema ya que está relacionado con el software y su organización interna. inferencias. el control y las interfaces. mecanismos computarizados y constructores que se requieren para implementar los modelos de conocimientos y de comunicación. escoger el hardware y el software que debería ser usado en el sistema.representación y mecanismos de computación requeridos para implementar las funciones propuestas en los modelos de conocimiento y comunicación. transacciones) y se reflejan en la arquitectura.  Paso 3: Especificar los componentes de la arquitectura. módulos de software. 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. No obstante. Para esto CommonKADS provee una lista de chequeo que facilita la toma de decisiones. los modelos de organización. 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. Es decir. un régimen de control global y una descomposición de los subsistemas en módulos de software. Sirve para describir la estructura del sistema de software que se necesita para construirlo en función de subsistemas. 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. Este modelo es diferente a los demás porque parte del mundo del software.  Paso 4: Especificar la aplicación dentro de la arquitectura. modelos del dominio.

puedan ser valorados e integrados fácilmente en la Gerencia de la organización. desde el punto de vista de la empresa hasta la forma como éste se diseña. propone un ciclo de vida en donde se indican las fases. siendo quizá una de las debilidades de las otras metodologías. 22 . Además. los modelos que propone la metodología permiten reflejar diferentes visiones fundamentales en el SBC. ya que involucra aspectos administrativos que muchas veces no se toman en cuenta al desarrollar un sistema informático. 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. entre otras. 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. Los aspectos negativos que se presentan son más de su aplicación que de su conceptualización. combinando un conjunto de modelos de conocimiento reutilizable para unas tareas que se realizan frecuentemente. Entre ellos se resalta el modelo de conocimiento en el que las partes que lo conforman son independientes del dominio. como por ejemplo el diagnóstico o la planificación. Esto por varias razones:  La metodología es muy compleja y amplia. pues no consideran la comunicación con otros sistemas. Dentro de estos modelos. las actividades y los productos más relevantes para un proyecto de desarrollo de un SBC. CommonKADS es importante porque ofrece un marco para la especificación del conocimiento independiente de la implementación.  Hay mucha información relevante que está en diversos sitios. La gestión del proyecto que se plantea en CommonKADS es un punto importante para destacar. es decir que son genéricas y pueden ser usadas en otros problemas o SBC que tengan características o comportamientos similares. lo que dificulta su acceso y comprensión.Ventajas de CommonKADS Una de las principales cualidades de CommonKADS es el planteamiento del desarrollo de modelos que reflejan diferentes vistas del proyecto. Esto permite que los productos que resultan al aplicar la metodología. el de Agentes y el de Comunicaciones son particulares a CommonKADS. 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. Adicionalmente. desde el estudio del problema hasta la implantación del software y su gestión. porque aplicar lo definido en ella requiere de mucha experiencia y conocimiento de la misma metodología. Ambos modelos.

que conforman los pilares de la misma.  No hay un ejemplo completo de la aplicación de la metodología que pueda ser utilizado como guía. Obviamente. Es lógico pensar que esa organización se compone de una serie de estructuras. agentes involucrados y uso del conocimiento para una realización con éxito y qué mejoras se pueden logar aquí 23 . 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. que se concreta en un sistema que debe resolver los problemas con una capacidad comparable a la del experto humano como poseedor del conocimiento. Llevar a cabo un estudio de impacto y mejora sobre la solución elegida. 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. No hay una fuente de información que contenga todo lo necesario para su aplicación. esta capacidad debe circunscribirse a un dominio específico de aplicación. Un sistema de conocimiento es útil siempre que se integre en una determinada organización. Llevar a cabo une Studio de viabilidad. 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. 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. Hay muchos ejemplos pero parciales. que consta de dos partes: a) Recopilación de ideas sobre la relación entre tareas. 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.

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 . losa gentes que deben llevarlas a cabo y el tiempo de conocimiento requerido por los agentes para ejecutar esas tareas. Se recogen diferentes aspectos tales como procesos. Diseño asistido por computadora: SI que automatiza la creación y revisión de diseños utilizando software sofisticado de gráficos. Estudio de viabilidad: Organización El modelo de la organización describe. sistemas de realidad virtual para simulación y modelado. Debe tenerse en cuenta que además. staff. 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. es el momento de dar el siguiente paso y dedicarse a describir las características de las tareas relevantes. no desde la estructura de negocio de la misma. personal. Conviene insistir de nuevo en el hecho de que un SBC será útil sólo si consigue integrarse en la organización. la organización de una forma estructurada. etc. como su nombre indica. En esta etapa se analiza la organización desde la perspectiva del conocimiento. 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. para asegurar la aceptación e integración de una solución de sistema de conocimiento. la organización debe aceptar el sistema. recursos.b) Decidir sobre las medidas a llevar a cabo en la organización y cambios de tareas. 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. y estaciones de trabajo financiero.

esta sirve para reducir los errores en las construcciones Estaciones de trabajo para inversiones: esta es utilizada por la industria financiera. incluyendo animación. que puede organizar múltiples tipos de medios. imágenes y audio para poner a los usuarios en un entorno simulado al mundo real. optimizada para acceder y manipular cantidades masivas de datos financieros 25 . que es un conjunto de especificaciones para modelado interactivo y tridimensional en la World Wide Web.Lenguaje moderado de realidad virtual: es un estándar que están desarrollando para la Web. es una computadora de escritorio. opera a través de una computadora de escritorio y requiere poco ancho de banda. con el propósito de apoyar el conocimiento y tiempo de sus corredores. es una plataforma independiente. negociantes y gerentes de carteras financieras.

26 .

Sign up to vote on this title
UsefulNot useful