Beruflich Dokumente
Kultur Dokumente
Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y administracin de datos einformacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las siguientes categoras: personas, datos, actividades o tcnicas de trabajo y recursos materiales en general (generalmente recursos informticos y de comunicacin, aunque no necesariamente). Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos. Habitualmente el trmino se usa de manera errnea como sinnimo de sistema de informacin informtico, en parte porque en la mayor parte de los casos los recursos materiales de un sistema de informacin estn constituidos casi en su totalidad por sistemas informticos. Estrictamente hablando, un sistema de informacin no tiene por qu disponer de dichos recursos (aunque en la prctica esto no suela ocurrir). Se podra decir entonces que los sistemas de informacin informticos son una subclase o un subconjunto de los sistemas de informacin en general. El trmino sistemas de informacin hace referencia a un concepto genrico que tiene diferentes significados segn el campo del conocimiento al que se aplique dicho concepto, a continuacin se enumeran algunos de dichos campos y el sentido concreto que un Sistema de Informacin tiene en ese campo. En especial para teora de sistemas, un sistema de informacin es un sistema, automatizado o manual, que abarca personas, mquinas, y/o mtodos organizados de recoleccin de datos, procesamiento, transmisin y diseminacin de datos que representa informacin para el usuario.
Diagnstico: En este paso se elabora un informe resaltando los aspectos positivos y negativos de la organizacin. Este informe formar parte de la propuesta del SI y, tambin, ser tomado en cuenta a la hora del diseo. Propuesta: contando ya con toda la informacin necesaria acerca de la organizacin es posible elaborar una propuesta formal dirigida hacia la organizacin donde se detalle el presupuesto, relacin costo-beneficio, presentacin del proyecto de desarrollo del SI. Diseo del sistema: Una vez aprobado el proyecto, se comienza con la elaboracin del diseo lgico del SI; la misma incluye el diseo del flujo de la informacin dentro del sistema, los procesos que se realizarn dentro del sistema, etc. En este paso es importante seleccionar la plataforma donde se apoyar el SI y el lenguaje de programacin a utilizar. Codificacin: con el algoritmo ya diseado, se procede a su reescritura en un lenguaje de programacin establecido (programacin), es decir, en cdigos que la mquina pueda interpretar y ejecutar. Implementacin: Este paso consta de todas las actividades requeridas para la instalacin de los equipos informticos, redes y la instalacin del programa generado en el paso anterior. Mantenimiento: proceso de retroalimentacin, a travs del cual se puede solicitar la correccin, el mejoramiento o la adaptacin del SI ya creado a otro entorno. Este paso incluye el soporte tcnico acordado anteriormente.
Tipos de sistemas de informacin La primera clasificacin se basa en la jerarqua de una organizacin y se llam el modelo de la 4 5 pirmide. Segn la funcin a la que vayan destinados o el tipo de usuario final del mismo, los SI pueden clasificarse en: Sistema de procesamiento de transacciones (TPS).- Gestiona la informacin referente a las transacciones producidas en una empresa u organizacin, tambin se le conoce como Sistema de Informacin operativa. Sistemas de informacin gerencial (MIS).- Orientados a solucionar problemas empresariales en general. Sistemas de soporte a decisiones (DSS).- Herramienta para realizar el anlisis de las diferentes variables de negocio con la finalidad de apoyar el proceso de toma de decisiones. Sistemas de informacin ejecutiva (EIS).- Herramienta orientada a usuarios de nivel gerencial, que permite monitorizar el estado de las variables de un rea o unidad de la empresa a partir de informacin interna y externa a la misma. Es en este nivel cuando los sistemas de informacin manejan informacin estratgica para las empresas.
Estos sistemas de informacin no surgieron simultneamente en el mercado; los primeros en aparecer fueron los TPS, en la dcada de los 60, sin embargo, con el tiempo, otros sistemas de informacin comenzaron a evolucionar. Los primeros proporcionan informacin a los siguientes a medida que aumenta la escala organizacional Sistemas de automatizacin de oficinas (OAS).- Aplicaciones destinadas a ayudar al trabajo diario del administrativo de una empresa u organizacin. Sistema Planificacin de Recursos (ERP).- Integran la informacin y los procesos de una organizacin en un solo sistema.
Los ltimos fueron los SE, que alcanzaron su auge en los 90 (aunque estos ltimos tuvieron una tmida aparicin en los 70 que no cuaj, ya que la tecnologa no estaba suficientemente desarrollada).
Test ACID
ACID son siglas que significan Atomicity, Consistency, Isolation, Durability o, en espaol, Atomicidad, Consistencia, Aislamiento y Durabilidad. En informtica, ACID es un conjunto de caractersticas o propiedades que garantizan que las transacciones en una base de datos son fiables. En el contexto de bases de datos, una transaccin es una nica operacin sobre los datos. Un ejemplo de una transaccin ms compleja es la transferencia de fondos de una cuenta a otra, la cual implica mltiples operaciones individuales. Si un sistema supera la prueba ACID, significa que es fiable. Propiedades ACID * Atomicidad: cualquier cambio de estado que produce una transaccin es atmico. Es decir, ocurren todos o no ocurre ninguno. En otras palabras, esta propiedad asegura que una operacin se realiza o no se realiza, por lo tanto no puede quedar el sistema a medias. * Consistencia: propiedad que asegura que una transaccin no romper con la integridad de una base de datos, pues respeta todas las reglas y directrices de sta. * Aislamiento: propiedad que asegura que no se afectarn entre s las transacciones. En otras palabras, dos o ms transacciones sobre los mismos datos no generarn un problema. * Durabilidad: propiedad que asegura la persistencia de una transaccin, es decir, una vez que la transaccin qued aceptada no podr deshacerse aunque falle el sistema.
Desde un punto de vista tcnico, un TPS monitoriza los programas transaccionales (un tipo especial de programas). La base de un programa transaccional est en que gestiona los datos de forma que
estos deben ser siempre consistentes (por ejemplo, si se realiza un pago con una tarjeta electrnica, la cantidad de dinero de la cuenta sobre la que realiza el cargo debe disminuir en la misma cantidad que la cuenta que recibe el pago, de no ser as, ninguna de las dos cuentas se modificar), si durante el transcurso de una transaccin ocurriese algn error, el TPS debe poder deshacer las operaciones realizadas hasta ese instante. Si bien este tipo de integridad es que debe presentar cualquier operacin de procesamiento de transacciones por lotes, es particularmente importante para el procesamiento de transacciones on-line: si, por ejemplo, un sistema de reserva de billetes de una lnea area es utilizado simultneamente por varios operadores, tras encontrar un asiento vaco, los datos sobre la reserva de dicho asiento deben ser bloqueados hasta que la reserva se realice, de no ser as, otro operador podra tener la impresin de que dicho asiento est libre cuando en realidad est siendo reservado en ese mismo instante. Sin las debidas precauciones, en una transaccin podra ocurrir una reserva doble. Otra funcin de los monitores de transacciones es la deteccin y resolucin de interbloqueos (deadlock), y cortar transacciones para recuperar el sistema en caso de fallos masivos.
especializado, procedimientos, manuales, modelos para el anlisis, la planificacin, el control y la toma de decisiones, adems de bases de datos.
Planificacin y Control
Todas las funciones gerenciales; Planificacin, Organizacin, Direccin y Control son necesarias para un buen desempeo organizacional. Los Sistemas de Informacin Gerencial son necesarios para apoyar estas funciones, en especial la Planificacin y el Control. El valor de la informacin proporcionada por el sistema, debe cumplir con los siguientes cuatro supuestos bsicos: Calidad: Para los gerentes es imprescindible que los hechos comunicados sean un fiel reflejo de la realidad planteada. Oportunidad: Para lograr un control eficaz, las medidas correctivas en caso de ser necesarias, deben aplicarse a tiempo, antes de que se presente una gran desviacin respecto de los objetivos planificados con anterioridad. Cantidad: Es probable que los gerentes casi nunca tomen decisiones acertadas y oportunas si no disponen de informacin suficiente, pero tampoco deben verse desbordados por informacin irrelevante e intil, pues esta puede llevar a una inaccin o decisiones desacertadas. Relevancia: La informacin que le es proporcionada a un gerente debe estar relacionada con sus tareas y responsabilidades.
Necesidad de un SIG
Por qu es necesario un sistema de informacin gerencial para una organizacin? Las razones pueden ser muchas, pero pueden resumirse en estas: Oportunidad: Para lograr un control eficaz de una organizacin, se deben tomar a tiempo medidas correctivas en caso de ser necesarias, antes de que se presente una gran desviacin respecto de los objetivos planificados con anterioridad. Cantidad: Es probable que los gerentes casi nunca tomen decisiones acertadas y oportunas si no disponen de informacin suficiente, pero tampoco deben verse
desbordados por informacin irrelevante e intil (redundancia), pues sta puede llevar a una inaccin o decisiones desacertadas. Relevancia: Reduccin de costos.
8. Capacitar y supervisar al personal en el uso de nuevos formularios, registros, hojas de resumen y otros instrumentos para recolectar, tabular, analizar, presentar y utilizar la informacin. 9. Optimizar un sistema de informacin gerencial: qu preguntar, qu observar, qu verificar.
Definiciones
El trmino sistema de apoyo a la decisin se ha utilizado de formas muy diversas y se ha definido de diferentes maneras dependiendo del punto de vista del autor.2 Algunas de esas definiciones son:
Un DSS, en trminos muy generales, es "un sistema basado en computador que ayuda en el proceso de toma de decisiones"
En trminos bastante ms especficos, un DSS es "un sistema de informacin basado en un computador interactivo, flexible y adaptable, especialmente desarrollado para apoyar la solucin
de un problema de gestin no estructurado para mejorar la toma de decisiones. Utiliza datos, proporciona una interfaz amigable y permite la toma de decisiones en el propio anlisis de la situacin" (Turban4 ). Otras definiciones intermedias entre las dos anteriores seran:
Un DSS es un "conjunto de procedimientos basados en modelos para procesar datos y juicios para asistir a un gerente en su toma de decisiones" (Little5 ).
Un DSS "combina recursos intelectuales individuales con las capacidades de un ordenador para mejorar la calidad de las decisiones (son un apoyo informtico para los encargados de tomar decisiones sobre problemas semiestructurados)" (Keen6 ).
"Sistema extensible capaz de apoyar ad-hoc el anlisis de datos y el modelado de decisiones, orientado a la planificacin futura y utilizado a intervalos irregulares, no planificados" (Moore y Chang7 ).
Los DSS son "Sistemas informticos interactivos que ayudan a los encargados de tomar decisiones utilizando datos y modelos para resolver problemas no estructurados" (Sprague y Carlson8 ).
Kenn afirma que es imposible dar una definicin precisa incluyendo todas las facetas de la DSS ya que "no puede haber una definicin de los sistemas de apoyo a la decisin, sino slo delapoyo a la decisin" (Keen9 ).
Para Power el termino DSS puede referirse a muchos tipos de sistemas de informacin que dan soporte a la toma de decisiones. Humorsticamente aade que siempre que un sistema informtico no sea un 'sistema para procesamiento de transacciones en linea' (OLTP), alguien tendr la tentacin de llamarlo DSS (Power10 ).
Como se puede ver no hay una definicin universalmente aceptada de lo que es un DSS.11
Breve historia
Segn Keen,6 el concepto de apoyo a las decisiones ha evolucionado desde dos reas principales de investigacin: los estudios tericos de organizacin de la toma de decisiones, hechos en el Carnegie Institute of Technology a finales de 1950 y comienzos de 1960, y el trabajo tcnico sobre sistemas informticos interactivos, principalmente llevadas a cabo en el Instituto Tecnolgico de Massachusetts en la dcada de 1960. Se considera que el concepto de DSS se convirti en un espacio de investigacin como tal a mediados de la dcada de 1970, antes de ganar en intensidad durante el decenio de 1980. A mediados y finales de 1980, los sistemas de informacin ejecutiva (EIS), los sistemas de apoyo a la decisin en grupo (GDSS) y los sistemas organizacionales de apoyo a la decisin (ODSS) evolucionaron desde el usuario individual y el DSS orientados a modelos. A partir de 1990 aproximadamente, los almacenes de datos y el
procesamiento analtico en lnea (OLAP) comenz a ampliar el mbito de los DSS. Con el cambio de milenio, se introdujeron nuevas aplicaciones analticas basadas en la web. Es evidente que los DSS pertenecen a un entorno con fundamentos multidisciplinarios, incluyendo (pero no exclusivamente) la investigacin en base de datos, inteligencia artificial, Interaccin hombre-mquina, mtodos de simulacin, ingeniera de software y telecomunicaciones. Los DSS tambin tienen una dbil conexin con el paradigma de la interfaz de usuario de hipertexto. Tanto el sistema PROMIS (para la toma de decisiones mdicas) de la Universidad de Vermont, como el sistema ZOG/KMS (para la toma de decisiones militares y de negocios) de la Universidad Carnegie Mellon fueron dos sistemas de apoyo a las decisiones que constituyeron grandes avances en la investigacin de interfaz de usuario. Por otra parte, aunque las investigaciones enhipertexto, por lo general, se haya centrado en la sobrecargo de informacin, algunos investigadores, en particular, Douglas Engelbart, se han centrado en la toma de decisiones en particular.
Funcin y caractersticas
Los DSS son herramientas de mucha utilidad en Inteligencia empresarial (Business Intelligence), permiten realizar el anlisis de las diferentes variables de negocio para apoyar el proceso detoma de decisiones de los directivos:
Permite extraer y manipular informacin de una manera flexible. Ayuda en decisiones no estructuradas. Permite al usuario definir interactivamente qu informacin necesita y cmo combinarla. Suele incluir herramientas de simulacin, modelizacin, etc. Puede combinar informacin de los sistemas transaccionales internos de la empresa con los de otra empresa externa.
Su principal caracterstica es la capacidad de anlisis multidimensional (OLAP) que permite profundizar en la informacin hasta llegar a un alto nivel de detalle, analizar datos desde diferentes perspectivas, realizar proyecciones de informacin para pronosticar lo que puede ocurrir en el futuro, anlisis de tendencias, anlisis prospectivo, etc. Un DSS da soporte a las personas que tienen que tomar decisiones en cualquier nivel de gestin, ya sean individuos o grupos, tanto en situaciones semiestructuradas como en no estructuradas, a travs de la combinacin del juicio humano e informacin objetiva:
Soporta varias decisiones interdependientes o secuenciales. Ofrece ayuda en todas las fases del proceso de toma de decisiones -inteligencia, diseo, seleccin, e implementacin- as como tambin en una variedad de procesos y estilos de toma de decisiones.
Genera aprendizaje, dando como resultado nuevas demandas y refinamiento de la aplicacin, que a su vez da como resultado un aprendizaje adicional.
Generalmente utiliza modelos cuantitativos (estndar o hechos a la medida). Los DSS avanzados estn equipados con un componente de administracin del conocimiento que permite una solucin eficaz y eficiente de problemas muy complejos.
Puede ser implantado para su uso en Web, en entornos de escritorio o en dispositivos mviles (PDA).
Taxonomas
Al igual que ocurre con la definicin, no existe una taxonoma universalmente aceptada para los DSS. Diferentes autores proponen diferentes clasificaciones. Utilizando la relacin con el usuario como criterio, Haettenschwiler12 distingue entre:
DSS pasivo.- Es un sistema de ayudas para el proceso de toma de decisiones, pero que no puede llevar a cabo una decisin explcita sugerencias o soluciones.
DSS activo.- Puede llevar a cabo dicha decisin sugerencias o soluciones. DSS cooperativo.- Permite al encargado de la toma de decisiones (o a sus asesores) modificar, completar o perfeccionar las sugerencias de decisin proporcionadas por el sistema, antes de enviar de vuelta al sistema para su validacin. El nuevo sistema mejora, completa y precisa las sugerencias del tomador de la decisin y las enva de vuelta a su estado para su validacin. Entonces, todo el proceso comienza de nuevo, hasta que se genera una solucin consolidada.
DSS dirigidos por modelos.- Se hace hincapi en el acceso y manipulacin de un modelo estadstico, financiero, de optimizacin o de simulacin. Utiliza datos y parmetros proporcionados por los usuarios para ayudar a los encargados de adoptar decisiones en el anlisis de una situacin, que no son necesariamente los datos intensivos. Dicodess es un ejemplo de un DSS de cdigo abierto basado en modelos.14
DSS dirigidos por comunicacin.- Disponen de soporte para varias personas que trabajan en una misma tarea compartida. Ejemplos incluyen herramientas integradas como Microsoft NetMeeting o Microsoft Groove.15
DSS dirigidos por datos.- Tambin llamados orientados por datos, enfatizan el acceso y la manipulacin de series temporales de datos internos de la empresa y, a veces, tambin de datos externos.
DSS dirigidos por documentos.- Gestionan, recuperan y manipulan informacin no estructurada en una variedad de formatos electrnicos.
DSS dirigidos por conocimiento.- Proporcionan experiencia acumulada en forma de hechos, normas, procedimientos, o en estructuras similares especializados para la resolucin de problemas.13
DSS para la gran empresa.- Este DSS estar enlazado con un almacn de datos de gran tamao y dar servicio a muchos gerentes, directores y/o ejecutivos de la compaa.
DSS de escritorio.- Es un sistema pequeo que puede correr en el ordenador personal de un gerente al que da servicio (un solo usuario).
Arquitecturas
Una vez ms, diferentes autores identifican diferentes componentes para un DSS. Sprague y Carlson8 identifican tres componentes bsicos que son explicados con ms detalles por Haag y otros:16
El sistema de gestin de base de datos.- Almacena informacin de diversos orgenes, puede proceder de los repositorios de datos de una organizacin tradicional, de fuentes externas (como Internet), o del personal (de ideas y experiencias de los usuarios individuales).
El sistema gestor de modelos.- Se ocupa de las representaciones de los acontecimientos, hechos o situaciones utilizando varios tipos de modelos (dos ejemplos seran modelos de optimizacin y modelos de bsqueda-objetivo).
El sistema gestor y generador de dilogos.- Se trata de la interfaz de usuario; es, por supuesto, el componente que permite a un usuario interactuar con el sistema.
La interfaz de usuario. La base de datos. Las herramientas analticas y de modelado. La red y arquitectura del DSS.
Usuarios.- Con diferentes roles o funciones en el proceso de toma de decisiones (tomador de decisiones, asesores, expertos del dominio, expertos del sistema, recolectores de datos).
Contexto de decisin.- Debe ser especfico y definible. Sistema de destino.- ste describe la mayora de las preferencias.
Bases de conocimiento.- Compuestas de fuentes de datos externas, bases de datos de conocimiento, bases de datos de trabajo, almacenes de datos y meta-bases de datos, modelos matemticos y mtodos, procedimientos, inferencia y los motores de bsqueda, programas administrativos, y los sistemas de informes.
El sistema gestor de datos. El sistema gestor de modelos. El motor de conocimiento. La interfaz de usuario. Los usuarios.
Entornos de desarrollo
Los sistemas DSS no son totalmente diferente de otros sistemas y requieren un enfoque estructurado. Sprague y Watson (1993) proporcionaron un entorno de tres niveles principales: 1. Los niveles de tecnologa.- Se propone una divisin en 3 niveles de hardware y software para los DSS: 1. DSS especfico.- Aplicacin real que ser utilizada por el usuario. sta es la parte de la aplicacin que permite la toma decisiones en un problema particular. El usuario podr actuar sobre este problema en particular. 2. Generador de DSS.- Este nivel contiene hardware y software de entorno que permite a las personas desarrollar fcilmente aplicaciones especficas de DSS. Este nivel hace uso deherramientas case. Tambin incluye lenguajes de programacin especiales, bibliotecas de funciones y mdulos enlazados. 3. Herramientas de DSS.- Contiene hardware y software de bajo nivel. 2. Las personas que participan.- Para el ciclo de desarrollo de un DSS, se sugieren 5 tipos de usuarios o participantes: 1. Usuario final 2. Intermediario 3. Desarrollador 4. Soporte tcnico 5. Experto de sistemas 3. El enfoque de desarrollo.- El enfoque basado en el desarrollo de un DSS deber ser muy iterativo. Esto permitir que la aplicacin sea cambiada y rediseada en diversos intervalos. El problema inicial se utiliza para disear el sistema y a continuacin, ste es probado y revisado para garantizar que se alcanza el resultado deseado.
Modelos de OAS
Quiz el paquete de software ms popular que puede ajustarse a la definicin de OAS (y al de suite ofimtica) sea Microsoft Office en cualquiera de sus versiones. Este software, perteneciente a la compaa Microsoft, funciona oficialmente bajo los sistemas operativos Microsoft Windows y Apple Mac OS, aunque tambin lo hace en Linux si se utilizan emuladores. Existen otras suites ofimticas disponibles para cualquier usuario que se distribuyen libremente, algunas de ellas son:
Google Docs y Hojas de clculo de Google (http://docs.google.com) Zoho (http://www.zoho.com/) Peepel (http://www.peepel.com/)
actividades de negocios como ventas, entregas, pagos, produccin, administracin de inventarios, calidad de administracin y la administracin de recursos humanos. Los sistemas ERP son llamados ocasionalmente back office (trastienda) ya que indican que el cliente y el pblico general no estn directamente involucrados. Este sistema es, en contraste con el sistema de apertura de datos (front office), que crea una relacin administrativa del consumidor o servicio al consumidor (CRM), un sistema que trata directamente con los clientes, o con los sistemas de negocios electrnicos tales como comercio electrnico, administracin electrnica, telecomunicaciones electrnicas y finanzas electrnicas; asimismo, es un sistema que trata directamente con los proveedores, no estableciendo nicamente una relacin administrativa con ellos (SRM). Los ERP funcionaban ampliamente en las empresas. Entre sus mdulos ms comunes se encuentran el de manufactura o produccin, almacenamiento, logstica e informacin tecnolgica, incluyen adems la contabilidad, y suelen incluir un Sistema de Administracin de Recursos Humanos, y herramientas de mercadotecnia y administracin estratgica.
Definicin
Los sistemas de planificacin de recursos empresariales (en ingls ERP, Enterprise Resource Planning) son sistemas de gestin de informacin que automatizan muchas de las prcticas de negocio asociadas con los aspectos operativos o productivos de una empresa. Los sistemas ERP son sistemas de gestin para la empresa. Se caracterizan por estar compuestos por diferentes mdulos. Estas partes son de diferente uso, por ejemplo: produccin, ventas, compras, logstica, contabilidad (de varios tipos), gestin de proyectos, GIS (sistema de informacin geogrfica), inventarios y control de almacenes, pedidos, nminas, etc. . Lo contrario sera como considerar un simple programa de facturacin como un ERP por el simple hecho de que una empresa integre nicamente esa parte. Los objetivos principales de los sistemas ERP son: Optimizacin de los procesos empresariales. Acceso a la informacin. Posibilidad de compartir informacin entre todos los componentes de la organizacin. Eliminacin de datos y operaciones innecesarias de reingeniera.
El propsito fundamental de un ERP es otorgar apoyo a los clientes del negocio, tiempos rpidos de respuesta a sus problemas, as como un eficiente manejo de informacin que permita la toma oportuna de decisiones y disminucin de los costos totales de operacin. Las caractersticas que distinguen a un ERP de cualquier otro software empresarial, es que deben de ser modulares y configurables: Modulares. Los ERP entienden que una empresa es un conjunto de departamentos que se encuentran interrelacionados por la informacin que comparten y que se genera a partir de sus procesos. Una ventaja de los ERP, tanto econmica como tcnica es que la funcionalidad se encuentra dividida en mdulos, los cuales pueden instalarse de acuerdo con los requerimientos del cliente. Ejemplo: ventas, materiales, finanzas, control de almacn, recursos humanos, etc.
Configurables. Los ERP pueden ser configurados mediante desarrollos en el cdigo del software. Por ejemplo, para controlar inventarios, es posible que una empresa necesite manejar la particin de lotes pero otra empresa no. Los ERP ms avanzados suelen incorporar herramientas de programacin de cuarta generacin para el desarrollo rpido de nuevos procesos.
Otras caractersticas destacables de los sistemas ERP son: Base de datos centralizada. Los componentes del ERP interactan entre s consolidando las operaciones. En un sistema ERP los datos se capturan y deben ser consistentes, completos y comunes. Las empresas que lo implanten suelen tener que modificar alguno de sus procesos para alinearlos con los del sistema ERP. Este proceso se conoce como Reingeniera de Procesos, aunque no siempre es necesario.
Las soluciones ERP en ocasiones son complejas y difciles de implantar debido a que necesitan un desarrollo personalizado para cada empresa partiendo de la configuracin inicial de la aplicacin que es comn. Las personalizaciones y desarrollos particulares para cada empresa requieren de un gran esfuerzo en tiempo, y por consiguiente en dinero, para modelar todos los procesos de negocio de la vida real en la aplicacin. Las metodologas de implantacin de los ERP en la empresa no siempre son todo lo simples que se deseara, dado que entran en juego mltiples facetas. No hay recetas mgicas ni guiones explcitos para implantaciones exitosas; solamente trabajo bien realizado, una correcta metodologa y aspectos que deben cuidarse antes y durante el proceso de implantacin, e inclusive cuando el sistema entra en funcionamiento. Por ello, antes, durante y despus de la implantacin de un ERP es conveniente efectuar lo siguiente: Definicin de resultados a obtener con la implantacin de un ERP. Definicin del modelo de negocio. Definicin del modelo de gestin. Definicin de la estrategia de implantacin. Evaluacin de oportunidades para software complementario al producto ERP. Alineamiento de la estructura y plataformas tecnolgicas. Anlisis del cambio organizativo. Entrega de una visin completa de la solucin a implantar. Implantacin del sistema. Controles de calidad. Auditora del entorno tcnico y del entorno de desarrollo.
Implementacin
Debido a que cubre un espectro de aspectos de la gestin de una empresa, un sistema de software ERP est basado en algunos de los productos de software de mayor tamao y complejidad en la industria. Al implementar tales sistemas en una compaa la metodologa tradicional sola involucrar a un grupo de analistas, programadores y usuarios. Este fue el esquema que se emple, por lo menos, hasta el desarrollo de Internet. Esta permite a los consultores tener acceso a las computadoras de la compaa con el fin de poder instalar
los datos actualizados y estandarizados de implementacin del ERP, sin ayuda profesional. Este tipo de proyectos pueden llegar a ser muy caros para grandes compaas, especialmente para las transnacionales. Las compaas especializadas en la implementacin del ERP, sin embargo, pueden agilizar estos procesos y completar la tarea en menos de seis meses con un slido examen piloto. A la hora de realizar la implementacin de los sistemas ERP, las compaas muchas veces buscan la ayuda de un proveedor o vendedor de ERP o de consultoras tecnolgicas. La consultora en materia de ERP es de dos tipos, la consultora de negocios y la consultora tcnica. La consultora de negocios estudia los procesos de negocios actuales de la compaa y evala su correspondencia con los procesos del sistema ERP, lo cual generalmente incluye la personalizacin de ciertos aspectos de los sistemas ERP para las necesidades de las organizaciones. La consultora tcnica muchas veces implica programacin. La mayora de los vendedores de ERP permiten modificar su software para las necesidades de los negocios de sus clientes. Muchas de las empresas que buscan la implantacin de un ERP cometen el error de buscar soluciones a bajo coste, o no contratar a una empresa integradora. Este tipo de empresa, no solamente les ayuda en la implantacin sino que les apoya a visualizar a su cliente en todos los aspectos de su negocio tanto en hardware, software y en la administracin del cambio. Personalizar un paquete ERP puede resultar muy costoso y complicado, porque muchos paquetes no estn diseados para su personalizacin, as que muchos negocios implementan sus sistemas ERP siguiendo las mejores prcticas de la industria. Algunos paquetes ERP son muy genricos en sus reportes e informes; la personalizacin de dichos elementos se debe hacer en cada implementacin. Es importante tener en cuenta que en ciertas ocasiones tiene mucho ms sentido la compra de paquetes de generacin de reportes fabricados por terceros y que estn hechos para interactuar directamente con el ERP. Hoy en da, un buen nmero de sistemas ERP tienen una interfaz Web. La ventaja de este tipo de interfaz es que no requiere la instalacin de una aplicacin cliente. Mientras se tenga una conexin a Internet (o a la red local de la empresa, segn sea el caso), se puede acceder a los ERP basados en Web a travs del tpico navegador web.
Ventajas
Una empresa que no cuente con un sistema ERP, en funcin de sus necesidades, puede encontrarse con muchas aplicaciones de software cerradas, que no se pueden personalizar, y no se optimizan para su negocio. Diseo de ingeniera para mejorar el producto, seguimiento del cliente desde la aceptacin hasta la satisfaccin completa, una compleja administracin de interdependencias de los recibos de materiales, de los productos estructurados en el mundo real, de los cambios de la ingeniera y de la revisin y la mejora, y la necesidad de elaborar materiales substitutos, etc. La ventaja de tener un ERP es que todo esto, y ms, est integrado. El cambio como un producto est hecho en los detalles de ingeniera, y es como ahora ser hecho. La efectividad de datos puede usarse para el control cuando el cambio ocurra desde una versin anterior a la nueva, en ambos productos los datos van encaminados hacia la efectividad y algunos van a la suspensin del mismo. Parte del cambio puede incluir la etiqueta para identificar el nmero de la versin (cdigo de barras).
La seguridad de las computadoras est incluida dentro del ERP, para proteger a la organizacin en contra de crmenes externos, tal como el espionaje industrial y crimen interno, tal como malversacin. Una falsificacin en el escenario de los datos puede involucrar terrorismo alterando el recibo de materiales como por ejemplo poner veneno en los productos alimenticios, u otro sabotaje. La seguridad del ERP ayuda a prevenir el abuso. Hay conceptos de mercadotecnia y ventas (los que incluyen CRM o la relacin administrativa con los consumidores, back end (el trabajo interno de la compaa para satisfacer las necesidades de los consumidores) que incluye control de calidad, para asegurarse que no hay problemas no arreglados, en los productos finales; cadena de abastecimiento (interaccin con los proveedores y la infraestructura). Todo esto puede ser integrado a travs de la ERP, aunque algunos sistemas tengan espacios de menos comprensibilidad y efectividad. Sin un ERP que integre todo esto, puede ser complicado para la administracin de la manufactura.
Desventajas
Muchos de los problemas que tienen las compaas con el ERP son debido a la inversin inadecuada para la educacin continua del personal relevante, incluyendo los cambios de implementacin y de prueba, y una falta de polticas corporativas que afectan a cmo se obtienen los datos del ERP y como se mantienen actualizados. Limitaciones y obstculos del ERP incluyen: El xito depende en las habilidades y la experiencia de la fuerza de trabajo, incluyendo la educacin y como hacer que el sistema trabaje correctamente. Muchas compaas reducen costos reduciendo entrenamientos. Los propietarios de pequeas empresas estn menos capacitados, lo que significa que el manejo del sistema ERP es operado por personal que no est capacitado para el manejo del mismo. Cambio de personal, las compaas pueden emplear administradores que no estn capacitados para el manejo del sistema ERP de la compaa empleadora, proponiendo cambios en las prcticas de los negocios que no estn sincronizados con el sistema. La instalacin del sistema ERP es muy costosa. Los vendedores del ERP pueden cargar sumas de dinero para la renovacin de sus licencias anuales, que no est relacionado con el tamao del ERP de la compaa o sus ganancias. El personal de soporte tcnico en ocasiones contesta a las llamadas inapropiadas de la estructura corporativa. Los ERP son vistos como sistemas muy rgidos, y difciles de adaptarse al flujo especfico de los trabajadores y el proceso de negocios de algunas compaas, este punto se cita como una de las principales causas de falla. Los sistemas pueden ser difciles de usarse. Los sistemas pueden sufrir problemas de "cuello de botella": la ineficiencia en uno de los departamentos o en uno de los empleados puede afectar a otros participantes. Muchos de los eslabones integrados necesitan exactitud en otras aplicaciones para trabajar efectivamente. Una compaa puede lograr estndares mnimos, y luego de un tiempo los "datos sucios" (datos inexactos o no verificados) reducirn la confiabilidad de algunas aplicaciones.
Una vez que el sistema est establecido, los costos de los cambios son muy altos (reduciendo la flexibilidad y las estrategias de control). La mala imagen de unin de la compaa puede causar problemas en su contabilidad, la moral de sus empleados y las lneas de responsabilidad. La resistencia en compartir la informacin interna entre departamentos puede reducir la eficiencia del software. Hay problemas frecuentes de compatibilidad con algunos de los sistemas legales de los socios. Los sistemas pueden tener excesiva ingeniera respecto a las necesidades reales del consumidor.
ERP puro que debiera incluir todas aquellas funcionalidades que una empresa pueda necesitar (gestin de proyectos, gestin de campaas, comercio electrnico, produccin por fases, trazabilidad, gestin de la calidad, gestin de cajas descentralizadas o centralizadas (TPVs), pasarelas de pago electrnico, gestin de la cadena de abastecimiento, logstica, etc) integradas y enlazadas entre s. No basta con tener algunas de esas funcionalidades. Realmente es necesario tener todas, aun cuando no siempre las empresas las necesiten en este momento. Pero deben de estar disponibles internamente para suplir las necesidades futuras. El saber si una empresa necesita o no un ERP o una simple suite de gestin es otro asunto, no obstante la definicin y caractersticas de un ERP debieran quedar claros. As por ejemplo la gestin correcta de la cadena de abastecimientos es vital para una empresa que precise de un ERP (una gran parte de los procesos de negocio dependen de la cadena de abastecimiento y su logstica asociada), pero puede no serlo tanto para otra que necesite nicamente automatizar una parte de sus procesos de negocio. El que la primera debe de utilizar un ERP es claro, que a la segunda le basta una suite de gestin ms simple, puede ser ms discutible (en funcin de las necesidades reales de la empresa tras pasar por una reingeniera de procesos), lo que no es justo ni real, es denominar comercialmente ERP a la suite de gestin utilizada por la segunda empresa. En definitiva, las suites de gestin y los ERP ocupan dos nichos de mercado, claramente distinguibles desde un punto de vista tcnico, pero comercial y publicitariamente cruzables desde abajo hacia arriba. Esto ltimo es lo que hace que muchas empresas medianas o grandes, se enfrenten con graves problemas de gestin al implementar un software que crean ERP y que deja fuera de sus necesidades, bien sean actuales o futuras, muchos de los procesos de negocio bsicos que la empresa usa o que ha pasado a usar con el devenir del tiempo.
Sistema experto
Los sistemas expertos son llamados as porque emulan el razonamiento de un experto en un dominio concreto y en ocasiones son usados por stos. Con los sistemas expertos se busca una mejor calidad y rapidez en las respuestas dando as lugar a una mejora de la productividad del experto.
Tambin se dice que un SE se basa en el conocimiento declarativo (hechos sobre objetos, situaciones) y el conocimiento de control (informacin sobre el seguimiento de una accin). Para que un sistema experto sea herramienta efectiva, los usuarios deben interactuar de una forma fcil, reuniendo dos capacidades para poder cumplirlo: 1. Explicar sus razonamientos o base del conocimiento: los sistemas expertos se deben realizar siguiendo ciertas reglas o pasos comprensibles de manera que se pueda generar la explicacin para cada una de estas reglas, que a la vez se basan en hechos. 2. Adquisicin de nuevos conocimientos o integrador del sistema: son mecanismos de razonamiento que sirven para modificar los conocimientos anteriores. Sobre la base de lo anterior se puede decir que los sistemas expertos son el producto de investigaciones en el campo de la inteligencia artificial ya que sta no intenta sustituir a los expertos humanos, sino que se desea ayudarlos a realizar con ms rapidez y eficacia todas las tareas que realiza. Debido a esto en la actualidad se estn mezclando diferentes tcnicas o aplicaciones aprovechando las ventajas que cada una de estas ofrece para poder tener empresas ms seguras. Un ejemplo de estas tcnicas sera los agentes que tienen la capacidad de negociar y navegar a travs de recursos en lnea; y es por eso que en la actualidad juega un papel preponderante en los sistemas expertos.
Estructura bsica de un SE
Un Sistema Experto est conformado por: Base de conocimientos (BC): Contiene conocimiento modelado extrado del dilogo con un experto. Base de hechos (Memoria de trabajo): contiene los hechos sobre un problema que se ha descubierto durante el anlisis. Motor de inferencia: Modela el proceso de razonamiento humano. Mdulos de justificacin: Explica el razonamiento utilizado por el sistema para llegar a una determinada conclusin. Interfaz de usuario: es la interaccin entre el SE y el usuario, y se realiza mediante el lenguaje natural.
Tipos de SE
Principalmente existen tres tipos de sistemas expertos: Basados en reglas previamente establecidas. Basados en casos o CBR (Case Based Reasoning). Basados en redes bayesianas.
En cada uno de ellos, la solucin a un problema planteado se obtiene: Aplicando reglas heursticas apoyadas generalmente en lgica difusa para su evaluacin y aplicacin. Aplicando el razonamiento basado en casos, donde la solucin a un problema similar planteado con anterioridad se adapta al nuevo problema.
Limitaciones
Sentido comn: Para un Sistema Experto no hay nada obvio. Por ejemplo, un sistema experto sobre medicina podra admitir que un hombre lleva 40 meses embarazado, a no ser que se especifique que esto no es posible ya que un hombre no puede gestar hijos. Lenguaje natural: Con un experto humano podemos mantener una conversacin informal mientras que con un SE no podemos. Capacidad de aprendizaje: Cualquier persona aprende con relativa facilidad de sus errores y de errores ajenos, que un SE haga esto es muy complicado. Perspectiva global: Un experto humano es capaz de distinguir cuales son las cuestiones relevantes de un problema y separarlas de cuestiones secundarias. Capacidad sensorial: Un SE carece de sentidos. Flexibilidad: Un humano es sumamente flexible a la hora de aceptar datos para la resolucin de un problema. Conocimiento no estructurado: Un SE no es capaz de manejar conocimiento poco estructurado.
Ejemplos importantes
Dendral XCon Dipmeter Advisor Mycin CADUCEUS R1 CLIPS, Jess
Prolog
Diseo
Diseo es el proceso de especificar una descripcin de un artefacto que satisface varias caractersticas desde un nmero de fuentes de conocimiento. El diseo se concibe de distintas formas: El diseo en ingeniera es el uso de principios cientficos, informacin tcnica e imaginacin en la definicin de una estructura mecnica, mquina o sistema que ejecute funciones especficas con el mximo de economa y eficiencia. El diseo industrial busca rectificar las omisiones de la ingeniera, es un intento consciente de traer forma y orden visual a la ingeniera de hardware donde la tecnologa no provee estas caractersticas.
Los SE en diseo ven este proceso como un problema de bsqueda de una solucin ptima o adecuada. Las soluciones alternas pueden ser conocidas de antemano o se pueden generar automticamente probndose distintos diseos para verificar cules de ellos cumplen los requerimientos solicitados por el usuario, sta tcnica es llamada generacin y prueba, por lo tanto estos SE son llamados de seleccin. En reas de aplicacin, la prueba se termina cuando se encuentra la primera solucin; sin embargo, existen problemas ms complejos en los que el objetivo es encontrar la solucin ptima.
Planificacin
La planificacin es la realizacin de planes o secuencias de acciones y es un caso particular de la simulacin. Est compuesto por un simulador y un sistema de control. El efecto final es la ordenacin de un conjunto de acciones con el fin de conseguir un objetivo global. Los problemas que presentan la planificacin mediante SE son los siguientes: Existen consecuencias no previsibles, de forma que hay que explorar y explicar varios planes. Existen muchas consideraciones que deben ser valoradas o incluirles un factor de peso. Suelen existir interacciones entre planes de subobjetivos diversos, por lo que deben elegirse soluciones de compromiso.
Trabajo frecuente con incertidumbre, pues la mayora de los datos con los que se trabaja son ms o menos probables pero no seguros. Es necesario hacer uso de fuentes diversas tales como bases de datos.
Control
Un sistema de control participa en la realizacin de las tareas de interpretacin, diagnstico y reparacin de forma secuencial. Con ello se consigue conducir o guiar un proceso o sistema. Los sistemas de control son complejos debido al nmero de funciones que deben manejar y el gran nmero de factores que deben considerar; esta complejidad creciente es otra de las razones que apuntan al uso del conocimiento, y por tanto de los SE. Cabe aclarar que los sistemas de control pueden ser en lazo abierto, si en el mismo la realimentacin o el paso de un proceso a otro lo realiza el operador, o en lazo cerrado si no tiene que intervenir el operador en ninguna parte del mismo. Reparacin, correcta o terapia. La reparacin, correccin, terapia o tratamiento consiste en la proposicin de las acciones correctoras necesarias para la resolucin de un problema. Los SE en reparacin tienen que cumplir diversos objetivos, como son: Reparacin lo ms rpida y econmicamente posible. Orden de las reparaciones cuando hay que realizar varias. Evitar los efectos secundarios de la reparacin, es decir la aparicin de nuevas averas por la reparacin.
Simulacin
La simulacin es una tcnica que consistente en crear modelos basados en hechos, observaciones e interpretaciones sobre la computadora, a fin de estudiar el comportamiento de los mismos mediante la observacin de las salidas para un conjunto de entradas. Las tcnicas tradicionales de simulacin requieren modelos matemticos y lgicos, que describen el comportamiento del sistema bajo estudio. El empleo de los SE para la simulacin viene motivado por la principal caracterstica de los SE, que es su capacidad para la simulacin del razonamiento de un experto humano, que es un proceso complejo. En la aplicacin de los SE para simulacin hay que diferenciar cinco configuraciones posibles: 1. Un SE puede disponer de un simulador con el fin de comprobar las soluciones y en su caso rectificar el proceso que sigue. 2. Un sistema de simulacin puede contener como parte del mismo a un SE y por lo tanto el SE no tiene que ser necesariamente de simulacin. 3. Un SE puede controlar un proceso de simulacin, es decir que el modelo est en la base de conocimiento del SE y su evolucin es funcin de la base de hechos, la base de conocimientos y el motor de inferencia, y no de un conjunto de ecuaciones aritmtico lgicas. 4. Un SE puede utilizarse como consejero del usuario y del sistema de simulacin. 5. Un SE puede utilizarse como mscara o sistema frontal de un simulador con el fin de que el usuario reciba explicacin y justificacin de los procesos.
Instruccin
Un sistema de instruccin realizara un seguimiento del proceso de aprendizaje. El sistema detecta errores ya sea de una persona con conocimientos e identifica el remedio adecuado, es
decir, desarrolla un plan de enseanza que facilita el proceso de aprendizaje y la correccin de errores.
Recuperacin de informacin
Los Sistemas Expertos, con su capacidad para combinar informacin y reglas de actuacin, han sido vistos como una de las posibles soluciones al tratamiento y recuperacin de informacin, no slo documental. La dcada de 1980 fue prolija en investigacin y publicaciones sobre experimentos de este orden, inters que continua en la actualidad. Lo que diferencia a estos sistemas de un sistema tradicional de recuperacin de informacin es que stos ltimos slo son capaces de recuperar lo que existe explcitamente, mientras que un Sistema Experto debe ser capaz de generar informacin no explcita, razonando con los elementos que se le dan. Pero la capacidad de los SE en el mbito de la recuperacin de la informacin no se limita a la recuperacin. Pueden utilizarse para ayudar al usuario, en seleccin de recursos de informacin, en filtrado de respuestas, etc. Un SE puede actuar como un intermediario inteligente que gua y apoya el trabajo del usuario final.