COMPUTACIN II UNIDAD I Conceptos bsicos Mtodos para el desarrollo de sistemas. Mtodo del ciclo de vida Mtodo del anlisis estructurado Mtodo del prototipo. Coordinacin y gestin del proyecto Ejemplo de anlisis y diseo de un sistema de informacin Tipos de sistemas de informacin
Sistema: Conjunto de elementos interrelacionados entre s, para lograr un objetivo comn.
Sistema de informacin basado en computadoras: Es un conjunto de subsistemas interrelacionados entre si, que incluyen hardware, software, medios de almacenamiento de datos para archivos y bases de datos.
El objetivo de un sistema: Es procesar entradas, mantener archivos de datos relacionados con la organizacin y producir informacin, reportes y otras salidas. Elementos de un sistema basado en computadoras.
Base de datos: Una coleccin grande y organizada de informacin a la que se accede mediante el software y que es una parte integral del funcionamiento del sistema.
MTODOS PARA EL DESARROLLO DE SISTEMAS Los enfoques al desarrollo de sistemas de informacin basados en computadora son:
1. Mtodo del ciclo de vida para el desarrollo de sistemas.
2. Mtodo del desarrollo del anlisis estructurado.
3. Mtodo del prototipo de sistemas. Para desarrollar sistemas existen mtodos orientados a proyectos pequeos y de corta duracin y trabajando en el mismo sitio, entre estos mtodos podemos mencionar
SCRUM4: Define un marco para la gestin de proyectos, que se ha utilizado con xito durante los ltimos 10 aos. Est especialmente indicada para proyectos con un rpido cambio de requisitos. Sus principales caractersticas se pueden resumir en dos. 1. El desarrollo de software se realiza mediante iteraciones denominadas sprints, con una duracin de 30 das. El resultado de cada sprint es un incremento ejecutable que se muestra al cliente. 2. La segunda caracterstica importante son las reuniones a lo largo proyecto, especialmente la reunin diaria de 15 minutos del equipo de desarrollo para coordinacin e integracin Crystal Methodologies5: Conjunto de metodologas para el desarrollo de software caracterizadas por estar centradas en las personas que componen el equipo y por reducir al mximo el nmero de artefactos producidos. El equipo de desarrollo es un factor clave, por lo que se deben invertir esfuerzos en mejorar sus habilidades y destrezas, as como tener polticas de trabajo que dependern del tamao del equipo, establecindose una clasificacin por colores, por ejemplo Crystal Clear (3 a 8 miembros) y Crystal Orange (25 a 50 miembros). Dynamic Systems Development Method6 (DSDM). Define el marco para desarrollar un proceso de produccin de software. Nace en 1994 con el objetivo el objetivo de crear una metodologa RAD (Rapid Application Development). Sus principales caractersticas son: Es un proceso iterativo e incremental y el equipo de desarrollo y el usuario trabajan juntos. Propone cinco fases: estudio viabilidad, estudio del negocio, modelado funcional, diseo y construccin y finalmente implementacin. Existe realimentacin a todas las fases. Adaptive Software Development7 (ASD): Sus principales caractersticas son: iterativo, orientado a los componentes software ms que a las tareas y tolerante a los cambios. El ciclo de vida que propone tiene tres fases esenciales: especulacin, colaboracin y aprendizaje. Fase1: Inicia el proyecto y se planifican las caractersticas del software Fase 2: se desarrollan las caractersticas Fase3: Revisin de la calidad, y se entrega al cliente. La revisin de los componentes sirve para aprender de los errores y volver a iniciar el ciclo de desarrollo. Feature-Driven Development8 (FDD): Define un proceso iterativo que consta de 5 pasos. Las iteraciones son cortas (hasta 2 semanas). Se centra en las fases de diseo e implementacin del sistema partiendo de una lista de caractersticas que debe reunir el software. Sus impulsores son Jeff De Luca y Peter Coad.
Lean Development9 (LD) : Definida por Bob Charettes a partir de su experiencia en proyectos con la industria japonesa del automvil en los aos 80 y utilizada en numerosos proyectos de telecomunicaciones en Europa. En LD, los cambios se consideran riesgos, pero si se manejan adecuadamente se pueden convertir en oportunidades que mejoren la productividad del cliente. Su principal caracterstica es introducir un mecanismo para implementar dichos cambios.
Etapas del mtodo del Ciclo de vida :
1. Investigacin preliminar. 2. Anlisis y determinacin de los requerimientos del sistema. 3. Diseo del sistema. 4. Desarrollo del software. 5. Prueba de los sistemas. 6. Implantacin y evaluacin.
Se origina con una solicitud y se divide en tres partes: 1.1 Aclaracin de la solicitud: La solicitud de proyecto debe examinarse para determinar con precisin lo que el solicitante desea.
1.2 Estudio de factibilidad: Su objetivo es determinar que el sistema solicitado sea factible. Existen tres tipos de factibilidad: Factibilidad tcnica, factibilidad econmica y factibilidad operativa Factibilidad Tcnica: Estudia si el trabajo para el proyecto puede desarrollarse con el software y el personal existente. En caso de necesitar nueva tecnologa, cuales son las posibilidades de desarrollarla (no solo el hardware). Para analizar si el proyecto es viable se debe contestar lo siguiente: Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario?
Ejemplo de factibilidad tcnica a) Software Sistemas operativos y software de ofimtica : Elaborar una que muestre el listado de sistemas operativos y los diferentes software de ofimtica que posee la empresa que utiliza la empresa.
Software de desarrollo: Elaborar un listado de los diferentes alternativas a utilizar, para elegir el que mejor se adapta a las necesidades del proyecto Comparacin de Bases de Datos: Comparar las diferentes alternativas de Sistemas Gestores de Bases de Datos en caso de ser necesario elegir entre ellos, tomando en cuenta aspectos indispensables tales como soporte, costo de licencia, experiencia en el lenguaje y compatibilidad.
b) Hardware. Se detallan las caractersticas de los equipos de cmputo que sern utilizados para el desarrollo del proyecto y codificacin de los diferentes mdulos del sistema propuesto.
MTODO DEL CICLO DE VIDA: FACTIBILIDADES (Continuacin) c) Disponibilidad de equipos y tecnologas. Ejemplos: 1. Las herramientas de software libre estn disponibles para ser descargadas de Internet directamente. 2. La empresa tiene planeado invertir en la compra de nuevo equipo, ya que el equipo tiene aproximadamente 4 aos de haberse adquirido. MTODO DEL CICLO DE VIDA: FACTIBILIDADES (Continuacin) d) Recurso Humano. El equipo del proyecto cuenta con un equipo de trabajo de integrado por 4 miembros, adems con un docente que nos asesorara en el proceso.
Se puede crear un listado de los requisitos que los miembros del equipo de trabajo deben tener para elaborar el proyecto y las funciones que estas personas realizaran. Ejemplo:
MTODO DEL CICLO DE VIDA: FACTIBILIDADES (Continuacin)
MTODO DEL CICLO DE VIDA: FACTIBILIDADES (Continuacin) Equipo de trabajo Funciones Conocimientos Diseador es Utilizar herramienta s de anlisis y diseo Conocimientos de tcnicas y herramientas de anlisis y diseo
e) Conclusiones sobre factibilidad tcnica: Se debe analizar lo siguiente: Es prctica la tecnologa o la solucin propuesta? Se dispone en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario? MTODO DEL CICLO DE VIDA: FACTIBILIDADES (Continuacin) Factibilidad Econmica: Investiga si los costos se justifican con los beneficios que se obtienen.
Ejemplo: Para esto se realiz un anlisis econmico de valor presente, para evaluar las dos alternativas. Clculo de los costos anuales sin sistema (alternativa A).
Clculo de los costos anuales con sistema (alternativa B).
La conclusin sobre factibilidad econmica nos permitir definir si el proyecto es factible o no, en base a las siguientes preguntas:
Son los beneficios derivados de no desarrollar el software, superiores a los costos de desarrollarlo? Pueden obtenerse los recursos econmicos necesarios para desarrollar el proyecto?
Factibilidad Operacional: Investiga si ser utilizado el sistema, si los usuarios usaran el sistema para obtener beneficios.
Para determinar la factibilidad operativa del proyecto, se realiza un estudio de campo, realizando encuestas que midan el grado de aceptacin por parte de los usuarios ante un posible cambio en la estructuracin de los procedimientos que se realizan actualmente, dando como resultado la conclusin de la factibilidad operativa.
1.3 Aprobacin de la solicitud : La compaa debe evaluar si el proyecto es deseables y factibles. Despus de aprobar la solicitud de un proyecto se estima su costo, el tiempo necesario para terminarlo y las necesidades de personal
2. Determinacin de los requerimientos del sistema. Los analistas deben trabajar con los empleados y administradores para estudiar los procesos de la empresa. Las funciones del analista son las siguientes: Conversar con varias personas para reunir detalles relacionados con los procesos de la empresa, de no ser posible se emplean cuestionarios. Estudiar detalladamente los manuales, reportes, y realizar observaciones en condiciones reales. Reunir los detalles y estudiar los requerimientos para identificar las caractersticas que deber tener el nuevo sistema.
3. El diseo del sistema: Responde a la forma en la que el sistema cumplir con los requerimientos identificados durante la fase de anlisis.
Actividades de los diseadores : 1. Hacer un esquema del formato o pantalla que esperan que aparezca cuando el sistema est terminado 2. Indicar los datos de entrada, los que sern calculados y los que deben ser almacenados. 3. Seleccionar las estructuras de archivo y los dispositivos de almacenamiento.
4. Escribir los procedimientos que indican cmo procesar los datos y producir salidas. 5. Elaborar documentos que contienen las especificaciones de diseo representadas mediante diagramas, tablas y smbolos especiales. 6. Proporcionar la informacin detallada del diseo al equipo de programacin para comenzar la fase de desarrollo de software. 4. Desarrollo del software Los encargados de desarrollar software pueden instalar software comprado a terceros o escribir programas diseados a la medida del solicitante.
Los programadores son responsables de la documentacin de los programas y de explicar su codificacin, esta documentacin es esencial para probar el programa y hacer el mantenimiento. 5. Prueba de los sistemas. En esta fase el sistema se emplea de manera experimental para asegurarse que el software no tenga fallas. Se alimentan como entradas conjuntos de datos de prueba para su procesamiento y despus se examinan los resultados. Se permite que varios usuarios utilicen el sistema, para que los analistas observen si tratan de emplearlo en formas no previstas. En algunas organizaciones, las pruebas son conducidas por personas ajenas al grupo que escribi los programas originales. 6. La implantacin: Es el proceso de verificar e instalar nuevo equipo, entrenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios para utilizarla.
7. La evaluacin de un sistema: Se lleva a cabo para identificar puntos dbiles y fuertes. La evaluacin ocurre a lo largo de cualquiera de las siguientes dimensiones:
Evaluacin operacional: Valoracin de la forma en que funciona el sistema incluyendo su facilidad de uso, tiempo de respuesta y nivel de utilizacin Impacto organizacional: Identificacin y medicin de los beneficios para la organizacin en reas como finanzas, eficiencia operacional e impacto competitivo.
Desempeo del desarrollo: Se evala de acuerdo con criterios tales como tiempo y esfuerzo de desarrollo, concuerdan con presupuestos y estndares, y otros criterios de administracin de proyectos. Cuando la evaluacin se conduce en forma adecuada proporciona informacin que ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes Este mtodo tiene como finalidad comprender sistemas grandes y complejos por medio de la divisin del sistema en componentes y la construccin de un modelo del sistema. Los elementos del anlisis estructurado son: Diagramas de flujos de datos Diccionario de datos
El mtodo de anlisis estructurado incorpora elementos tanto de anlisis como de diseo. 1. Anlisis estructurado 2. Diseo estructurado.
El anlisis estructurado: Es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Sus componentes son:
Smbolos grficos: Iconos y convenciones para identificar y describir los componentes de un sistema junto con las relaciones entre estos componentes. Diccionario de datos: Descripcin de todos los datos usados en el sistema el cual puede ser manual o automatizado. Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema incluyendo nombre, descripcin, alias, contenido, etc. Descripciones de procesos y procedimientos: Declaraciones formales que usan tcnicas y lenguajes que permiten a los analistas describir actividades importantes. Reglas: Estndares para describir y documentar el sistema en forma correcta y completa El diseo Estructurado: Es una tcnica especfica para el diseo de programas que emplea la descripcin grfica, se enfoca en el desarrollo de especificaciones del software. El objetivo del Diseo Estructurado: Es tener programas formados por mdulos independientes unos de otros desde el punto de vista funcional. La herramienta fundamental del Diseo Estructurado es el diagrama estructurado: Es de naturaleza grfica, describen la interaccin entre mdulos independientes junto con los datos que un mdulo pasa a otro cuando interacciona con l.
Anlisis de flujo de datos: Estudia el empleo de los datos para llevar a cabo procesos especficos de la empresa dentro del mbito de una investigacin de sistemas usa los diagrama de flujos de datos y los diccionarios de datos.
Herramientas: Muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan entre si, las herramientas ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.
Diagrama de flujo de datos: Es el modelo del sistema. Es la herramienta ms importante y la base sobre la cual se desarrollan otros componentes. Cada proceso puede desglosarse en diagramas de flujos de datos cada vez ms detallados. Repitindose esta secuencia hasta que se obtienen suficientes detalles para que el analista comprenda la parte del sistema que se encuentra bajo investigacin. Dentro del diagrama de flujo de datos tenemos: Diagrama fsico y diagrama lgico de datos.
El diagrama fsico de datos: Da un panorama del sistema, dependiente de la implantacin, muestra las tareas que se hacen y como son hechas. Incluyen nombres de personas, nombres o nmeros de formato y documento, nombres de departamentos, archivos maestro y de transacciones, equipo y dispositivos utilizados, ubicaciones, nombres de procedimientos.
El diagrama lgico de datos: Da un panorama del sistema, pero independiente de la implantacin, se centra en el flujo de datos entre los procesos, sin considerar los dispositivos especficos y la localizacin de los almacenes de datos.
El prototipo: Es un sistema que funciona, desarrollado con la finalidad de probar ideas y suposiciones relacionadas con el nuevo sistema. Ventajas: Es un modelo de trabajo de las aplicaciones del sistema, no tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios lo utilicen e identifiquen los aspectos estn bien y los que no son adecuados. Permite a quienes disean e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios. Se construyen rpidamente.
Los pasos a seguir en el proceso de desarrollo de prototipos son los siguientes: 1. Identificar los requerimientos de informacin que el usuario conoce junto con las caractersticas necesarias del sistema. 2. Desarrollar un prototipo que funcione. 3. Utilizar el prototipo anotando las necesidades de cambios y mejoras. 4. Revisar el prototipo con base en la informacin obtenida a travs de la experiencia del usuario. 5. Repetir los pasos anteriores las veces que sea necesario, hasta obtener un sistema satisfactorio. 6. El abandono o dejarlo como esta.
Razones para desarrollar prototipos de sistemas: Los requerimientos de informacin no siempre estn bien definidos. Si la investigacin de sistemas da como resultado un conjunto muy amplio de requerimientos de sistemas, y su construccin requiera del desarrollo de nueva tecnologa. Permiten evaluar situaciones extraordinarias donde los encargados de disear e implantar sistemas no tienen informacin ni experiencia. Cuando existen situaciones de riesgo y costos elevados, y aquellas donde el diseo propuesto es novedoso y an no ha sido probada.
Las etapas del mtodo de prototipo 1. Identificacin de requerimientos conocido. La determinacin de los requerimientos de una aplicacin es tan importante para ste mtodo; Por consiguiente, antes de crear el prototipo, los analistas y usuarios deben trabajar juntos para identificar los requerimientos conocidos que tiene que satisfacerse.
2. Desarrollo de un prototipo que funcione o modelo de trabajo Es til iniciar el proceso de construccin del prototipo desarrollando un plan general que permita a las personas conocer lo que se espera de ellas y del proceso de desarrollo.
3. El prototipo y el usuario Es responsabilidad del usuario trabajar con el prototipo y evaluar su caracterstica y operacin. La experiencia con el sistema bajo condiciones permite obtener la familiaridad indispensable para determinar los cambios o mejoras que sean necesarios as como la eliminacin de caractersticas inadecuadas o innecesarias. 4. Revisin del prototipo La informacin obtenida tendr influencia sobre las caractersticas de la siguiente versin de la aplicacin. Los cambios al prototipo son planificados con los usuarios antes de llevarlos a cabo. 5. Repeticin del proceso las veces que sea necesario El proceso finaliza cuando los usuarios y analistas estn de acuerdo en que el sistema ha evolucionado lo suficiente como para incluir todas las caractersticas necesarias o cuando ya es evidente que no se obtendr mayor beneficio.
6. El abandono o dejarlo como esta: Cuando se verifica de que no es posible desarrollar el sistema para satisfacer los objetivos deseados, ya sea por la tecnologa existente o por el factor econmico. La gestin de proyecto incluye las actividades siguientes:
1. Planificacin: La prediccin de la duracin de las actividades y tareas a nivel individual.
2. Estimacin de recursos: Es la prediccin de personal, esfuerzo y costo que se requerir para terminar todas las actividades y productos asociados al proyecto. La primera tarea del proyecto es determinar el tamao del producto que es la cantidad de cdigo fuente, especificaciones, casos de prueba, documentacin del usuario y otros productos tangibles que son salida del proyecto.
3. Seguimiento, control y evaluacin del proyecto: El seguimiento es la recoleccin de datos y su acumulacin sobre recursos consumidos, costos generados asociados con un proyecto. La medicin en los proyectos de desarrollo de software es una actividad fundamental para la mejora de la productividad, el costo y la calidad del producto final.
Proceso de Iniciacin del Proyecto: Abarca actividades de creacin de la estructura del proyecto. Durante este ciclo se define lo siguiente: Se define el ciclo de vida del software para el proyecto y se establecen los planes para su gestin. Se estiman y asignan los recursos necesarios a fin de ejecutar las tareas del proyecto. Se identifican y seleccionan estndares, metodologas y herramientas para la gestin y ejecucin del mismo. Se prepara y establece un plan para su implementacin. Mediciones y estimacin del proyecto El software al ser intangible, no tener peso, ni volumen, ni superficie, etc. se mide a travs de diversos aspectos clave en el desarrollo. La medicin y estimacin atacan los tres problemas claves de la ingeniera del software: 1. Estimar costos y recursos en un proyecto software. 2. Garantizar la calidad del producto final. 3. Mejorar la productividad del ingeniero de software durante el desarrollo.
Herramientas para el desarrollo de sistemas Las herramientas son cualquier dispositivo que, emplendose adecuadamente, mejora el desempeo del desarrollo de sistemas de informacin. Se agrupan en las siguientes herramientas automatizadas: Herramientas de tipo Front-end: Automatizan las primeras actividades del proceso de desarrollo de sistemas.
Herramientas para anlisis: stas ayudan a los especialistas en sistemas a documentar un sistema existente, ya sea manual o automatizado.
Herramientas para recoleccin de datos: Capturan detalles que describen sistemas y procedimientos en uso. Documentan procesos y actividades de decisin, se utilizan para apoyar la tarea de identificar requerimientos.
Herramientas para diagramacin: Crean representaciones grficas de sistemas y actividades. Apoyan el dibujo y revisin de diagramas de flujos de datos.
Herramientas para el diccionario: Registran y mantienen descripciones de los elementos del sistema, como grupo de datos, procesos, alimentos de datos, etc. Herramientas para diseo: Apoyan el proceso de formular las caractersticas que el sistema debe tener para satisfacer los requerimientos deseados durante las actividades de anlisis. Herramientas de tipo back-end: Su finalidad es ayudar al analista a formular la lgica del programa, los algoritmos de procesamiento y la descripcin fsica de datos. Herramientas para el pruebas: Apoyan la fase evaluacin de un sistema. Incluyen facilidades para examinar la correcta operacin del sistema.
Ejemplo de anlisis y diseo de un sistema de informacin
Anlisis del problema ( investigacin preliminar):
1. Formulacin del problema:
Falta de un sistema informtico para la administracin de compra/ venta del almacn El Universitario
3. Mtodo del Enfoque de sistemas 3.1 Descripcin de la situacin actual 3.1.1 Descripcin. El proceso de compraventa en el almacn se realiza de manera manual, dejando constancia de cada una de las transacciones realizadas en libros de registro, los cuales son almacenados en archivos que no tienen ningn mtodo de organizacin lo que dificulta la bsqueda de informacin...
3.1.3 Objetivo del sistema Administrar la compra / Vender productos y servicios para satisfacer las necesidades de consumo de los clientes, con la finalidad de obtener una rentabilidad por las transacciones comerciales realizadas.
3.1.4 Caractersticas El Sistema de proceso de compraventa del almacn El Universitario, es un sistema: Abierto, determinstico, dinmico, artificial, permanente, adaptable y concreto.
. Abierto: Porque interacta con un medio ambiente.
Determinstico: Ya que puede predecirse un siguiente estado, dadas ciertas condiciones del mercado y de la economa del pas.
Dinmico: Porque manifiesta cambios de estado, como cambios en la forma de realizar los procesos existentes.
Artificial: Porque el proceso de compra/ venta ha sido creado por el ser humano. Permanente: Porque es un sistema que ha operado en un perodo largo de tiempo y no tiende a perecer.
Adaptable: Porque es ajustado bajo la presencia de cambios en su medio ambiente.
Concreto: Porque se compone de objetos fsicos, como: infraestructuras, estantes, call center, equipos tecnolgicos, elctricos, mecnicos, manuales, etc. 3.1.5 Frontera.
La frontera esta delimitada por todos aquellos elementos necesarios para la realizacin del proceso de compra/venta: Registro de inventarios, catalogo de productos, registro de venta, Manuales de procedimientos, herramientas y materiales, Leyes del sector comercial.
3.1.6 Elementos del sistema:
Procesos de compra/venta. Informacin: manuales, documentos, formularios, etc Recurso humano Recurso material
3.1.7. Control.
Polticas propias de cada empresa. Manuales de procedimientos de cada empresa Manual de funciones de cada empresa. Control de inventarios de productos. Control de clientes. Control de proveedores. Control de ventas. Control de compras. Cdigo de comercio. Declaracin de impuestos
Los sistemas de informacin se desarrollan con diversos propsitos, segn las necesidades de la empresa.
Nivel operativo Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems)
Nivel de conocimiento Los sistemas de automatizacin de la oficina (OAS, Office Automaon Systems)
Los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems)
Nivel administrativo
Los sistemas de informacin gerencial (MIS, Management Information Systems)
Los sistemas de apoyo a la toma de decisiones (DSS, Decisin Support Systems)
Los sistemas expertos aplican el conocimiento de los encargados de la toma de decisiones para solucionar problemas estructurados especficos.
Nivel estratgico
Los sistemas de apoyo a la toma de decisiones en grupo (GDSS, Group Decisin Support Systems) Los sistemas de trabajo corporativo apoyados por computadora (CSCWS, Computer-Supported Collaborative Work Systems Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems)
Sistema de procesamiento de transacciones (TPS): Son sistemas de informacin computarizada creados para procesar grandes cantidades de datos relacionadas con transacciones rutinarias de negocios. Un ejemplo de este tipo de sistema son los ERP. ERP (Enterprise Resource Planning): Es un sistema integral, confiable y adaptable que automatiza la totalidad (o la mayora) de los procesos de la empresa.
Sistemas de automatizacin de la oficina y sistemas de trabajo del conocimiento Existen dos clases de sistemas en el nivel del conocimiento de una organizacin.
1. Los sistemas de automatizacin de la oficina (OAS, Office Automation Systems): Apoyan a los trabajadores quienes por lo general no generan conocimientos nuevos, sino ms bien analizan la informacin. Entre los componentes ms comunes de un OAS estn el procesamiento de texto, las hojas de clculo, la autoedicin, la calendarizacin electrnica ,correo de voz, correo electrnico y videoconferencia. 2. Sistemas de trabajo del conocimiento: (KWS, Knowledge Work Systems): Sirven de poyo a los trabajadores profesionales, como los cientficos, ingenieros y mdicos, en sus esfuerzos de creacin de nuevo conocimiento .
Sistemas de informacin gerencial Los sistemas de informacin gerencial (MIS, Management Information Systems): No reemplazan a los sistemas de procesamiento de transacciones, ms bien, incluyen el procesamiento de transacciones. Los MIS son sistemas de informacin computarizados cuyo propsito es contribuir a la correcta interaccin entre los usuarios y las computadoras Sistemas de apoyo a la toma de decisiones Los sistemas de apoyo a la toma de decisiones (DSS, Decisin Support Systems) constituyen una clase de alto nivel de sistemas de informacin computarizada. Los DSS coinciden con los sistemas de informacin gerencial en que ambos. Los sistemas de apoyo a la toma de decisiones se ajustan ms al gusto de la persona o grupo que los utiliza que a los sistemas de informacin gerencial tradicionales. SISTEMAS EXPERTOS E INTELIGENCIA ARTIFICIAL
La inteligencia artificial (AI, Artificial Intelligence) se puede considerar como el campo general para los sistemas expertos. Un sistema experto captura y utiliza el conocimiento de un experto para solucionar un problema especfico en una organizacin.
Los componentes bsicos de un sistema experto son la base de conocimientos, un motor de inferencia que conecta al usuario con el sistema mediante el procesamiento de consultas realizadas con lenguajes como SQL [Structured Query Language, lenguaje de con sultas estructurado) y la interfaz de usuario. Sistemas de apoyo a la toma de decisiones en grupo y sistemas de trabajo colaborativo apoyados por computadora
Este tipo de sistema se requiere cuando los grupos requieren trabajar en conjunto para tomar decisiones semiestructuradas o no estructuradas. Este tipo de sistemas, que se utilizan en salones especiales equipados con diversas configuraciones, faculta a los miembros del grupo a interactuar con apoyo electrnico casi siempre software especializado y la asistencia de un facilitador especial. SISTEMAS DE APOYO A EJECUTIVOS
Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) ayudan a los ejecutivos a organizar sus actividades relacionadas con el entorno externo mediante herramientas grficas y de comunicaciones, que por lo general se encuentran en salas de juntas o en oficinas corporativas personales. Los ESS amplan y apoyan las capacidades de los ejecutivos al darles la posibilidad de comprender su entorno.