COMPUTACION II (COM218), FACULTAD DE ECONOMIA

UNIVERSIDAD DE EL SALVADOR FACULTAD DE CIENCIAS ECONOMICAS DEPARTAMENTO DE COMPUTACION COMPUTACIN II GUIA DE CLASE #: 1

INTRODUCCIN AL DESARROLLO DE SISTEMAS DE INFORMACIN BASADOS EN COMPUTADORAS

INTRODUCCIN Antes de iniciar la fase de desarrollo de una aplicacin (programacin) utilizando un gestor de bases de datos como lo es Microsoft Access 2010, se debe de conocer de manera general cuales son las actividades y conceptos relacionados al desarrollo de sistemas de informacin. Como primer punto comenzamos definiendo el concepto sistema , como un conjunto de

elementos interrelacionados entre s, para lograr un objetivo comn. Despus de comprender la definicin de sistema, podemos definir que es un sistema de

informacin, para luego estudiar ms profundamente uno de sus componentes denominado: BASE DE DATOS. Luego de comprender estos conceptos bsicos se har un recorrido por Microsoft Access para conocer su ambiente de desarrollo y aprender cmo se gestiona la informacin utilizando dicho gestor de base de datos.

Qu es un Sistema de Informacin basado en computadoras? Es un conjunto de subsistemas interrelacionados entre s, que incluyen hardware, software, medios de almacenamiento de datos para archivos y bases de datos, con el objetivo de procesar entradas, mantener archivos de datos relacionados con la organizacin y producir informacin, reportes y otras salidas.

El conjunto particular de subsistemas utilizados, como equipo especifico, programas, archivos y procedimientos, es lo que se denomina una aplicacin de sistema de informacin. De esta forma, los sistemas de informacin pueden tener aplicaciones en ventas, compras, contabilidad o administracin de recursos humanos.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

En la siguiente figura, se muestran los elementos de un sistema basado en computadoras, incluyendo los siguientes:

Procedimientos

|1
Hardware
Documentos

|
Sistema

Entrada
Base de datos

Sistem a

Salida
Software

Gente

Figura 1. Elementos del sistema Como el objetivo de esta materia es que se logre aprender cmo se administra la informacin electrnicamente utilizando un gestor de base de datos, a continuacin solo se presenta la

definicin del componente base de datos de un sistema de informacin basado en computadoras. Bases 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.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA MTODOS PARA EL DESARROLLO DE SISTEMAS:

Tres enfoques al desarrollo de sistemas de informacin basados en computadora: 1. Mtodo del ciclo de vida para el desarrollo de sistemas. 2. Mtodo del desarrollo del anlisis estructurado. 3. Mtodo del prototipo de sistemas.

Con respecto al software que es una de las partes esenciales de un sistema, actualmente se ha puesto de moda hablar de mtodos agiles para el desarrollo de sistemas, los cuales son orientados a proyectos pequeos, de corta duracin (o entregas frecuentes) y equipos pequeos (< 10 integrantes) y trabajando en el mismo sitio, entre estos mtodos podemos mencionar :
1

SCRUM4. Desarrollada por Ken Schwaber, Jeff Sutherland y Mike Beedle. 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. 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. La segunda caracterstica importante son las reuniones a lo largo proyecto. stas son las verdaderas protagonistas, especialmente la reunin diaria de 15 minutos del equipo de desarrollo para coordinacin e integracin. Crystal Methodologies5. Se trata de un conjunto de metodologas para el desarrollo de software caracterizadas por estar centradas en las personas que componen el equipo (de ellas depende el xito del proyecto) y la reduccin al mximo del nmero de artefactos producidos. Han sido desarrolladas por Alistair Cockburn. El desarrollo de software se considera un juego cooperativo de invencin y comunicacin, limitado por los recursos a utilizar. 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 en equipo definidas. Estas polticas 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 unificada. 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. Las tres ltimas son iterativas, adems de existir realimentacin a todas las fases. Adaptive Software Development7 (ASD). Su impulsor es Jim Highsmith. 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. En la primera de ellas se inicia el proyecto y se planifican las caractersticas del software; en la segunda desarrollan las caractersticas y finalmente en la tercera se revisa su 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

http://www.cyta.com.ar/ta0502/b_v5n2a1.htm

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

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.

Mtodo del ciclo de vida:

Etapas del mtodo del Ciclo de vida: 1. Investigacin preliminar. 2. Determinacin de los requerimientos del sistema. 3. Diseo del sistema. 4. Desarrollo del software. 5. Prueba de los sistemas. 6. Implantacin y evaluacin.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA 1. Investigacin Preliminar:

La solicitud para recibir ayuda de un sistema de informacin pueden originarse por una persona, cuando se frmula la solicitud comienza la primera actividad del sistema. Esta actividad tiene tres partes: 1.1. Aclaracin de la solicitud Antes de considerar cualquier investigacin de sistemas, la solicitud de proyecto debe examinarse para determinar con precisin lo que el solicitante desea; ya que muchas solicitudes que provienen de empleados y usuarios no estn formuladas de manera clara. 1.2. Estudio de factibilidad En la investigacin preliminar un punto importante es determinar que el sistema solicitado sea factible. Existen tres aspectos relacionados con el estudio de factibilidad, que son realizados por el general por analistas capacitados o directivos: 1.2.1. Factibilidad tcnica. Estudia si el trabajo para el proyecto, puede desarrollarse con el software y el personal existente, y si en caso de necesitar nueva tecnologa, cuales son las posibilidades de desarrollarla (no solo el hardware). Pretende analizar si el proyecto planteado es viable de llevarse a cabo, basndose en el cumplimento de criterios tcnicos, es decir, que para ello se deben poder contestar las interrogantes siguientes: Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario?

Dichas preguntas sern contestadas a medida que se presenta el listado del equipo y tecnologa a utilizar, adems de conocer si dicho equipo y dicha tecnologa estn disponibles y al alcance de la organizacin y podr ser utilizada con el fin de desarrollar el proyecto, adems de esto conocer si se dispone del conocimiento tcnico necesario para utilizar la tecnologa propuesta.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

EJEMPLO DE FACTIBILIDAD TCNICA

Se deben realizar ciertas actividades con el fin de contestar las 3 siguientes preguntas y luego llegar a una conclusin si el proyecto es factible tcnicamente o no.

Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario?

Ejemplo solucin factibilidad tcnica. a) Software. Sistemas operativos: Elaborar una tabla en la cual se muestra el listado de sistemas operativos que utiliza la empresa.

Software de ofimtica: Elaborar una tabla en la cual se muestra el listado de los diferentes software de ofimtica que posee la empresa.

Software de desarrollo: Si se utilizara software de desarrollo, elaborar un listado de los diferentes alternativas a utilizar, para determinar cul es el que mejor se adapta a las necesidades del proyecto, es decir evaluar los diferentes lenguajes basndose en una serie de caractersticas, por ejemplo: costo de licencia, curva de aprendizaje, experiencia en el lenguaje, compatibilidad, etc.

Comparacin de Bases de Datos: comparar las diferentes alternativas de Sistemas Gestores de Bases de Datos en caso de ser necesario elegir entre ellos, se deben de tomar en cuenta varios aspectos indispensables tales como el licenciamiento de software, soporte del sistema operativo, caractersticas fundamentales y los diferentes tipos de objetos que dichos sistemas soportan.

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, por ejemplo mediante una tabla en la cual se muestre las caractersticas de las diferentes computadoras con las cuales se dispone para el proyecto.

c) Disponibilidad de equipos y tecnologas Por ejemplo las herramientas de software libre estn disponibles para ser utilizadas muy fcilmente debido a que pueden ser descargadas de Internet directamente

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Otro Ejemplo La empresa tiene planeado invertir en la compra de nuevo equipo, ya que el equipo tiene aproximadamente 4 aos de haberse adquirido

d) Recurso Humano. Equipo del proyecto. Se cuenta con un equipo de trabajo de integrado por 4 miembros, adems con un docente que nos asesorara en el proceso.

Adems 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. Equipo de trabajo Funciones diseadores Desarrolladores Web Conocimientos de tcnicas y herramientas de anlisis y diseo. Conocimientos sobre todo el proceso de ingeniera de software. Conocimientos sobre programacin estructurada. Creatividad. Trabajo en equipo. Conocimientos avanzados sobre bases de datos relacionales. Desarrollo de la bases de datos Desarrollo de salidas Desarrollo de entradas Desarrollo de reportes Prueba y depuracin Integracin de los mdulos. Elaboracin de manuales. Debe realizar toda la programacin de los mdulos en base a las especificaciones y estndares definidos en la etapa de anlisis y diseo.

Conocimiento tcnico (requisitos). Equipo de trabajo Conocimientos que necesita Analistas Diseadores Conocimientos de tcnicas y herramientas de anlisis y diseo. Conocimientos sobre todo el proceso de ingeniera de software. Conocimientos sobre programacin estructurada. Creatividad.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Desarrolladores Web Trabajo en equipo. Conocimientos avanzados sobre bases de datos relacionales. Conocimientos de redes de comunicaciones. Conocimientos sobre programacin de aplicaciones Web. Conocimiento sobre tecnologas de redes. Capacidad de trabajo en equipo. Conocimientos sobre bases de datos relacionales.

Luego de analizar toda la informacin recopilada se procede a contestar las 3 preguntas planteadas al inicio y por ltimo la conclusin sobre si es factible tcnicamente el proyecto o no.

e) Conclusiones sobre factibilidad tcnica. Es prctica la tecnologa o la solucin propuesta? Disponemos en la actualidad de la tecnologa adecuada? Disponemos del conocimiento tcnico necesario? Conclusin final sobre el anlisis de factibilidad tcnica.

1.2.2. Factibilidad econmica. Investiga si los costos se justifican con los beneficios que se obtienen, y si se ha invertido demasiado, como para no crear el sistema si se cree necesario. La factibilidad econmica permite determinar si los costos del proyecto ya desarrollado y operando, son menores que los costos que se generan si no se desarrolla el sistema. 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).

Conclusin sobre factibilidad econmica. Despus de haber realizado el estudio de factibilidad econmica, se llega a la conclusin de si es factible o no, en base a las siguientes preguntas:

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Son los beneficios derivados de no desarrollar el software, superiores a los costos de desarrollarlo? Es decir se debe determinar si el nuevo proyecto representara un ahorro, con respecto a la forma en la que se realiza la misma tarea actualmente. Pueden obtenerse los recursos econmicos necesarios para desarrollar el proyecto? Se debe analizar si se cuenta con el monto de la inversin inicial necesario para la operatividad del proyecto. 1.2.3. Factibilidad operacional: Investiga si ser utilizado el sistema, si los usuarios usaran el sistema, como para obtener beneficios.

Para poder determinar la factibilidad operativa del proyecto, se realiza un estudio de campo, el cual est orientado a realizar encuestas que busca medir el grado de aceptacin por parte de los usuarios ante un posible cambio en la estructuracin de los procedimientos que se realizan actualmente y el grado de urgencia del problema.
Conclusin de la factibilidad operativa. De acuerdo con la investigacin de campo, se determinara si el proyecto es factible operativamente o no basndose en el grado de aceptacin de este, por ejemplo:

Ser usado el software una vez desarrollado e instalado? Hay barreras importantes para su implementacin? Se espera alguna resistencia de parte de los usuarios para su utilizacin? Hay suficiente apoyo al proyecto de parte de la direccin superior? Se degradar la eficiencia en alguna rea?

1.3. Aprobacin de la solicitud Algunas organizaciones reciben tantas solicitudes de sus empleados que slo es posible atender unas cuantas. Sin embargo, aquellos proyectos que son deseables y factibles deben incorporarse en los planes. En algunos casos el desarrollo puede comenzar inmediatamente, aunque lo comn es que los miembros del equipo de sistemas estn ocupados en otros proyectos. Cuando esto

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

10

ocurre, la administracin decide qu proyectos son los ms importantes y el orden en que se llevarn a cabo. 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, al trabajar con los empleados y administradores, deben estudiar los procesos de una empresa para dar respuesta a ciertas preguntas claves. Para contestar estas preguntas, el analista conversa con varias personas para reunir detalles relacionados con los procesos de la empresa. Cuando no es posible entrevistar, en forma personal a los miembros de grupos grandes dentro de la organizacin, se emplean cuestionarios para obtener esta informacin. Las investigaciones detalladas requieren el estudio de manuales y reportes, la observacin en condiciones reales de las actividades del trabajo y, en algunas ocasiones, muestras de formas y documentos con el fin de comprender el proceso en su totalidad. Reunidos los detalles, los analistas estudian los datos sobre requerimientos con la finalidad de identificar las caractersticas que debe tener el nuevo sistema.

3. Diseo del sistema.

El diseo de un sistema de informacin responde a la forma en la que el sistema cumplir con los requerimientos identificados durante la fase de anlisis. Es comn que los diseadores hagan un esquema del formato o pantalla que esperan que aparezca cuando el sistema est terminado, se realiza en papel o en la pantalla de una terminal utilizando algunas de las herramientas automatizadas disponibles para el desarrollo de sistemas. Tambin se indican los datos de entrada, los que sern calculados y los que deben ser almacenados. Los diseadores seleccionan las estructuras de archivo y los dispositivos de almacenamiento. Los procedimientos que se escriben indican cmo procesar los datos y producir salidas. Los documentos que contienen las especificaciones de diseo representan a ste mediante diagramas, tablas y smbolos especiales.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

11

La informacin detallada del diseo se proporciona al equipo de programacin para comenzar la fase de desarrollo de software. Los diseadores son responsables de dar a los programadores las especificaciones de software completas y claramente delineadas.

4. Desarrollo del software.

Los encargados de desarrollar software pueden instalar software comprado a terceros o escribir programas diseados a la medida del solicitante. La eleccin depende del costo de cada alternativa, del tiempo disponible para escribir el software y de la disponibilidad de los programadores. 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.

Durante esta fase, el sistema se emplea de manera experimental para asegurarse que el software no tenga fallas, es decir, que funciona de acuerdo con las especificaciones y en la forma en que los usuarios esperan que lo haga. Se alimentan como entradas conjuntos de datos de prueba para su procesamiento y despus se examinan los resultados. En ocasiones se permite que varios usuarios utilicen el sistema, para que los analistas observen si tratan de emplearlo en formas no previstas, antes de que la organizacin implante el sistema y dependa de l. En muchas organizaciones, las pruebas son conducidas por personas ajenas al grupo que escribi los programas originales; para asegurarse de que las pruebas sean completas e imparciales y, por otra, que el software sea ms confiable.

6. Implantacin y evaluacin.
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. Cada estrategia de implantacin tiene sus mritos de acuerdo con la situacin que se considere dentro de la empresa. Sin importar cul sea la estrategia utilizada, los encargados de desarrollar el sistema procuran que el uso inicial del sistema se encuentre libre de problemas.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

12

Los sistemas de informacin deben mantenerse siempre al da, la implantacin es un proceso de constante evolucin. 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, lo adecuado de los formatos de informacin, confiabilidad global y nivel de utilizacin. Impacto organizacional Identificacin y medicin de los beneficios para la organizacin en reas como finanzas (costos, ingresos y ganancias), eficiencia operacional e impacto competitivo. - Opinin de los administradores Evaluacin de las actitudes de directivos y administradores dentro de la organizacin as como de los usuarios finales. Desempeo del desarrollo

La evaluacin del proceso de desarrollo 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 de sistema se conduce en forma adecuada proporciona mucha informacin que puede ayudar a mejorar la efectividad de los esfuerzos cuando la evaluacin de sistemas se conduce en forma adecuada proporciona mucha informacin que puede ayudar a mejorar la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes.

Mtodo de anlisis estructurado:

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. Elementos del anlisis estructurado: Diagramas de flujos de datos, diccionario de datos. Muchos especialistas en sistemas de informacin reconocen la dificultad de comprender de manera completa sistemas grandes y complejos. El mtodo de desarrollo del anlisis estructurado tiene como finalidad superar esta dificultad por medio de:

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

1. La divisin del sistema en componentes y 2. La construccin de un modelo del sistema. El mtodo incorpora elementos tanto de anlisis como de diseo.

13

El anlisis estructurado se concentra en especificar lo que se requiere que haga el sistema o la aplicacin. Permite que las personas observen los elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadora, terminales, sistemas de almacenamiento, etc.). Despus de esto se puede desarrollar un diseo fsico eficiente para la situacin donde ser utilizado. 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. ste anlisis permite al analista conocer un sistema o proceso en una forma lgica y manejable al mismo tiempo que proporciona la base para asegurar que no se omite ningn detalle pertinente.

Componentes 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. Puede ser manual o automatizado. Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema, incluyendo nombre, descripcin, alias, contenido y organizacin. Identifica los procesos donde se emplean los datos y los sitios donde se necesita el acceso inmediato a la informacin, se desarrolla durante el anlisis de flujo de datos y auxilia a los analistas que participan en la determinacin de los requerimientos del sistema, su contenido tambin se emplea durante el diseo. Descripciones de procesos y procedimientos: declaraciones formales que usan tcnicas y lenguajes que permiten a los analistas describir actividades importantes que forman parte del sistema. Reglas: estndares para describir y documentar el sistema en forma correcta y completa. Diseo Estructurado. El diseo Estructurado es otro elemento del Mtodo de Desarrollo por Anlisis Estructurado que emplea la descripcin grfica, se enfoca en el desarrollo de especificaciones del software. El objetivo del Diseo Estructurado es programas formados por mdulos independientes unos de otros desde el punto de vista funcional. El Diseo Estructurado es una tcnica especfica para el diseo de programas.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

14

La herramienta fundamental del Diseo Estructurado es el diagrama estructurado que es de naturaleza grfica y evitan cualquier referencia relacionada con el hardware o detalles fsicos. Su finalidad no es mostrar la lgica de los programas (que es la tarea de los diagramas de flujo). Los Diagramas Estructurados 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 Las herramientas muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan entre s, como es muy difcil entender todo un proceso de la empresa en forma verbal, 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. El modelo original se detalla en diagramas de bajo nivel que muestran caractersticas adicionales del sistema. 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. El diagrama fsico de datos da un panorama del sistema en uso, dependiente de la implantacin, mostrando cuales tareas 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 a diferencia del fsico es independiente de la implantacin, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos especficos y la localizacin de los almacenes de datos o personas en el sistema. Sin indicarse las caractersticas fsicas. Notaciones: son cuatro smbolos, que fueron desarrollados y promovidos al mismo tiempo por dos organizaciones: Yourdon y Gane y Sarson. Flujo de datos: son movimientos de datos en una determinada direccin, desde un origen hasta un destino. Es un paquete de datos. Yourdon Gane y Sarson Proceso: son personas, procedimientos o dispositivos que utilizan o producen datos. No identifica el componente fsico Fuente o destino de los datos: pueden ser personas, programas, organizaciones u otras entidades que interactan con el sistema pero que se encuentre fuera.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

15

Almacenamiento de datos: es un lugar donde se guardan los datos. El almacenamiento de datos puede representar dispositivos tanto computarizados como no computarizados. Cada componente en un diagrama de flujo de datos tiene una etiqueta con un nombre descriptivo. Los nombres de los procesos reciben un nmero para poder identificarlos, este nmero tiene un valor adicional cuando se estudian los componentes que integran un proceso especfico

Mtodo del prototipo:

El prototipo es un sistema que funciona, desarrollado con la finalidad de probar ideas y suposiciones relacionadas con el nuevo sistema. Un prototipo es un modelo de trabajo de las aplicaciones del sistema. El prototipo no tiene toda la funcionalidad del sistema final, pero es suficiente para que los usuarios puedan utilizar el sistema e identificar qu aspectos estn bien y cules no son adecuados, adems de poder sugerir mejoras o la inclusin de nuevos elementos. Este proceso permite que quienes disean e implementan el sistema sepan si han interpretado correctamente los requisitos de los usuarios. Otra ventaja de los prototipos es que se construyen rpidamente.

En general, 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. 3. 4. Desarrollar un prototipo que funcione. Utilizar el prototipo anotando las necesidades de cambios y mejoras. Revisar el prototipo con base en la informacin obtenida a travs de la experiencia del usuario. 5. Repetir los pasos anteriores satisfactorio. 6. El abandono o dejarlo como esta. las veces que sea necesario, hasta obtener un sistema

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

16

Los sistemas pueden desarrollarse con mtodos y lenguajes de programacin convencionales, aunque no tengan todas las caractersticas y toques finales de un sistema terminado. Quizs los informes no tengan encabezados, logos, etc., falten controles de entradas y procesamiento. Lo importante es el ensayo, y hallar los requerimientos. Los generadores de aplicaciones, son programas que sirven para hacer otros programas, son un apoyo en la construccin de prototipos, permitiendo definir la estructura visual de las pantallas, los registros de entrada y el formato de los informes. En algunos casos donde el sistema no ser utilizado frecuentemente, puede convertirse el prototipo en el sistema terminado, o bien, cuando no son muchos los beneficios que se obtienen.

Razones para desarrollar prototipos de sistemas

Los requerimientos de informacin no siempre estn bien definidos, pueden ser demasiados vagos an al formular el diseo. En otros casos, es probable que una investigacin de sistemas bien llevada, d como resultado un conjunto muy amplio de requerimientos de sistemas, pero construir un sistema que satisfaga a todos ellos quizs necesite del desarrollo de nueva tecnologa.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

17

Los prototipos permiten evaluar situaciones extraordinarias donde los encargados de disear e implantar sistemas no tienen informacin ni experiencia, o tambin donde existen situaciones de riesgo y costos elevados, y aquellas donde el diseo propuesto es novedoso y an no ha sido probada. La informacin obtenida con su uso se aplica en un nuevo diseo que se emplea, otra vez, como prototipo y que revela ms informacin valiosa sobre diseo. El proceso se repite las veces que sea necesario para revelar los requerimientos esenciales del diseo.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA Etapas del mtodo de prototipos 1- Identificacin de requerimientos conocido.

18

La determinacin de los requerimientos de una aplicacin es tan importante para el mtodo de desarrollo de prototipo como lo es para los mtodos del ciclo clsico de desarrollo de sistemas o anlisis estructurado (aunque las tcticas son diferentes). Por consiguiente, antes de crear el prototipo, los analistas y usuarios deben trabajar juntos para identificar los requerimientos conocidos que tiene que satisfacerse. Para hacerlo determinan los fines para lo que servir el sistema y el alcance de sus capacidades.

2- Desarrollo de un prototipo que funcione o modelo de trabajo

Es til comenzar el proceso de construccin del prototipo con el desarrollo de un plan general que permita a las personas conocer lo que se espera de ellas y del proceso de desarrollo. Es difcil, y en ocasiones imposibles, fijar una fecha tentativa de terminacin. La experiencia con el sistema es la que determina eventualmente cuando en sistema est terminado. Para comenzar la primera iteracin, usuarios y analistas identifican de manera conjunta los datos que son necesarios para el sistema y especifican la salida que debe producir la aplicacin. Las decisiones de diseo necesarias para desarrollar la salida del sistema cambian muy poco en relacin con las tomadas en otros mtodos de desarrollo. Sin embargo, con un prototipo, se espera que las especificaciones iniciales estn incompletas. En el desarrollo de un prototipo se preparan los siguientes componentes: *El lenguaje para el dilogo o conversacin entre el usuario y el sistema *Pantallas y formato para la entrada de datos *mdulos esenciales de procesamiento *Salida del sistema Al construir el prototipo se deben seguir los estndares para datos que emplea la organizacin. En esta etapa es ms importante la rapidez con que se construye el prototipo que la eficiencia de operacin. Es por esto que el analista no intenta optimizar la velocidad de operacin del sistema

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

19

3) El prototipo y el usuario (Utilizar el prototipo anotando las necesidades de cambios y mejoras.)

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 (Revisar el prototipo con base en la informacin obtenida a travs de la experiencia del usuario)
Informacin sobre los que les gusta y los que les desagrada a los usuarios. 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. El analista es el responsable de realizar las modificaciones.

5) Repeticin del proceso las veces que sea necesario (Repetir los pasos anteriores las veces que sea necesario, hasta obtener un sistema

satisfactorio).
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 que no es posible desarrollar el sistema para satisfacer los objetivos deseados, ya sea por la tecnologa existente o por el factor econmico.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA Coordinacin y Gestin del proyecto.

20

La gestin del proyecto presupone establecer condiciones para el desarrollo del mismo. Involucra actividades de: planificacin, estimacin de recursos, seguimiento y control y evaluacin del proyecto. La planificacin de proyectos se define como la prediccin de la duracin de las actividades y tareas a nivel individual. La estimacin se define como la prediccin de personal, esfuerzo y costo que se requerir para terminar todas las actividades y productos conocidos asociados con el proyecto. El tamao del producto a desarrollar es una de las primeras tareas en la gestin del proyecto. El tamao se define como la cantidad de cdigo fuente, especificaciones, casos de prueba, documentacin del usuario y otros productos tangibles que son salida del proyecto, ste se basa principalmente en la experiencia de proyecto anterior. El seguimiento de proyectos 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 aquellas actividades de creacin de la estructura del proyecto. Durante este ciclo se define el ciclo de vida del software para este proyecto y se establecen en los planes para su gestin. Se estiman y asignan los recursos necesarios a fin de ejecutar las distintas tareas que demanda el proyecto. Se identifican y seleccionan estndares, metodologas y herramientas para la gestin y ejecucin del mismo y, por ltimo, se prepara y establece un plan para su implementacin adecuada y oportuna. El plan de Gestin del Proyecto Software que conducir el desarrollo se produce como culminacin de este proceso.

Mediciones y estimaciones 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 determina cuales son los aspectos y proporcionan mtodos para medirlos. 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.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Teniendo en cuenta estos objetivos, las mtricas se centran en cuatro aspectos:

21

Para estimar los recursos es necesario tener en cuenta una serie de factores de riesgo que influyen sustancialmente en la precisin de las estimaciones de los recursos humanos necesarios para la realizacin del proyecto. Los ms importantes son: *Complejidad de la tarea. *Modificaciones permitidas a lo largo del desarrollo *Experiencia previa de los desarrolladores *Duracin fijada del proyecto. *Estructuracin del problema y de las tareas. *Disponibilidad de datos e informacin suministrada por el usuario. *Disponibilidad y facilidad de comunicacin con el usuario. Adems de las fases estndar del desarrollo, hay que tener en cuenta la coordinacin y seguimiento del proyecto que suponen una importante carga de trabajo y que son olvidadas durante la planificacin o no se le dedica mucho. El costo global se compone de las partidas de viajes, hardware (nuevo o actualizacin), software (en caso de comprar algn paquete para el desarrollo), gastos comunes, y personal que es el ms influyente, ya que el costo de un proyecto es directamente proporcional a los recursos humanos. El proceso engloba todas las actividades y fases que se llevan a cabo durante la realizacin del proyecto. Se persigue determinar si en cada fase los resultados producidos se corresponden con los esperados y en establecer un control sobre los recursos estimados para cada una de las fases. El producto incluye cualquier documento o software desarrollado que se genere durante el proceso completo. En las medidas de productos software existen medidas directas (costo del proyecto, esfuerzo empleado, lneas de cdigo implementadas, etc.) y medidas indirectas (Funcionalidad, fiabilidad, eficiencia, facilidad de mantenimiento, etc.).

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 tres siguientes herramientas automatizadas:

Herramientas de tipo Front-end Automatizan las primeras actividades del proceso de desarrollo de sistemas. Esta herramienta proporciona soporte para el desarrollo de modelos grficos de sistemas y procesos Los diagramas de flujo son representativos de este tipo de herramientas.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Herramientas para anlisis

22

Estas herramientas ayudan a los especialistas en sistemas a documentar un sistema existente, ya sea manual o automatizado. Tambin sirve para determinar los requerimientos de una nueva aplicacin. Incluye: - 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 e iconos asociados con el anlisis estructurado. Incluyen programas para representacin en diagramas de flujo.

- Herramientas para el diccionario: registran y mantienen descripciones de los elementos del sistema, como grupo de datos, procesos, alimentos de datos, etc. Frecuentemente proporcionan la capacidad de examinar las descripciones del sistema, para decidir si son incompletas o inconsistentes.

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. Incluye: - Herramienta de especificacin: apoyan el proceso de formular las caractersticas, como por ejemplo deben tener una aplicacin como entradas, salidas, procesamientos especficos de control.

- Herramienta para presentacin: se utilizan para describir la posicin de datos, mensajes, y encabezados sobre las pantallas de las terminales, informes y otros medios de entradas y salidas. Los analistas utilizan las herramientas para el diseo de sistemas desde el inicio de la era de las computadoras. Ahora a las herramientas se le estn dando un nuevo significado en el diseo de software.

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. Tambin ayudan a la interseccin con los dispositivos (para entrada y salida). Estas actividades convierten los diseos lgicos del software en un cdigo de programacin; este es que da existencia a la aplicacin. Herramientas para el desarrollo Ayudan al analista a trasladar los diseos en aplicaciones funcionales. Incluye:

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

23

- Herramientas para ingeniera Software: apoyan el proceso de formular diseos de software, incluyendo procesamientos y controles.

- Generadores de cdigos: producen el cdigo fuente y las aplicaciones a partir de especificaciones funcionales bien articuladas

- Herramientas para pruebas: apoyan la fase evaluacin de un sistema. Incluyen facilidades para examinar la correcta operacin del sistema. Herramientas integrales Proporcionan un ambiente que automatiza tareas claves a lo largo del proceso de desarrollo. Estas herramientas facilitan el diseo, administracin y mantenimiento del cdigo. Brinda un ambiente eficiente para crear, almacenar, manipular y documentar sistemas.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA 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 Universitario

24

del almacn El

2. GRAFICO DE CAJA NEGRA DEL PROBLEMA

ESTADO A Deficiencias en los procesos administrativos de compra/ venta y de atencin al cliente, adems existe una gestin de informacin inadecuada.

ESTADO B Realizacin de procesos Administrativos de compra/ venta de la librera El Universitario, uso de un sistema informtico.

Proceso

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA 3. METODO DEL ENFOQUE DE SISTEMAS. 3.1. Descripcin de la situacin actual
3.1.1. Descripcin.

25

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.2. Diagrama del sistema del proceso de compraventa del almacn El Universitario

ELEMENTO S PROCESOS:
ENTRADAS: Pedidos Informacin del cliente Consultas de clientes sobre ofertas y estado de pedidos Productos devueltos por clientes. Informacin de proveedores. Cotizaciones de proveedores. Ordenes de compra en papel. facturas
Administrar informacin de clientes Administrar informacin de proveedores Marketing. Atender al cliente Buscar informacin y pedidos por cliente Registro de pedidos. Registrar ventas Ofertar y comprar Verificar clientes Autorizar pedidos Verificar disponibilidad de productos. Controlar inventarios Logstica de distribucin,...

Polticas internas de la empresa. Manuales de procedimientos Inventarios Personal Administrativo Vendedores

SALIDAS: Pedidos a proveedores. Respuestas a pedidos. Informacin de pedidos Informacin de productos Informacin al fisco Contratos facturas cotizaciones Publicidad Informacin al mercado de las necesidades de productos. Ordenes de compra

MEDIO AMBIENTE:
Mercados internos y externos, Sociedades de empresarios, Cmara de Comercio e Industria de El Salvador, Ministerio de Economa, ministerio de Hacienda, clientes, proveedores.

Bodegas, estantes, Equipo de computacin. Productos, Cajas registradoras, Calculadoras, contmetros, lector de cdigo de barras, etc

CONTROL: Polticas de la empresa, cdigo de comercio

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

3.1.3. Objetivo del sistema.

26

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: 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, callcenter, equipos tecnolgicos, elctricos, mecnicos, manuales, etc. 3.1.4. Frontera. La frontera est delimitada por todos aquellos elementos necesarios para la realizacin del

proceso de compra/venta: Registro de inventarios, catlogo de productos, registro de venta, Manuales de procedimientos, herramientas y materiales, Leyes del sector comercial. 3.1.5. Elementos Del Sistema: PROCESOS DE COMPRA/VENTA. INFORMACIN: MANUALES, DOCUMENTOS, FORMULARIOS, ETC RECURSO HUMANO RECURSO MATERIAL

3.1.6. Control. Polticas propias de cada empresa. Manuales de procedimientos de cada empresa Manual de funciones de cada empresa.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Control de inventarios de productos. Control de clientes. Control de proveedores. Control de ventas. Control de compras. Cdigo de comercio. Declaracin de impuestos.

27

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA Tipos de sistemas de informacin

28

Los sistemas de informacin se desarrollan con diversos propsitos, segn las necesidades de la empresa. Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) funcionan al nivel operativo de una organizacin, los sistemas de automatizacin de la oficina (OAS, Office Automaon Systems) y los sistemas de trabajo del conocimiento (KWS, Knowledge Work Systems) apoyan el trabajo al nivel del conocimiento. Los sistemas de informacin gerencial (MIS, Management Information Systems) y los sistemas de apoyo a la toma de decisiones (DSS, Decisin Support Systems) se encuentran entre los sistemas de alto nivel. Los sistemas expertos aplican el conocimiento de los encargados de la toma de decisiones para solucionar problemas estructurados especficos. Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) se encuentran en el nivel estratgico de la administracin.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

29

Los sistemas de apoyo a la toma de decisiones en grupo (GDSS, Group Decisin Support Systems) y los sistemas de trabajo corporativo apoyados por computadora (CSCWS, Computer-Supported Collaborative Work Systems), descritos de manera ms general, auxilian la toma de decisiones semiestructuradas o no estructuradas a nivel de grupo.

Sistemas de procesamiento de transacciones: Los sistemas de procesamiento de transacciones (TPS, Transaction Processing Systems) son sistemas de informacin computarizada creados para procesar grandes cantidades de datos relacionadas con transacciones rutinarias de negocios, como las nminas y los inventarios. Un TPS elimina el fastidio que representa la realizacin de transacciones operativas necesarias y reduce el tiempo que una vez fue requerido para llevarlas a cabo de manera manual, aunque los usuarios an tienen que capturar datos en los sistemas computarizados.

Los sistemas de procesamiento de transacciones expanden los lmites de la organizacin dado que le permiten interactuar con entornos externos. Es importante para las operaciones cotidianas de un negocio, que estos sistemas funcionen sin ningn tipo de interrupcin, puesto que los administradores recurren a los datos producidos por los TPS con el propsito de obtener informacin actualizada sobre el

funcionamiento de sus empresas. Un ejemplo claro de TPS son los ERP. Pero, Qu es un ERP? Un ERP (Enterprise Resource

Planning) es un sistema integral, confiable y adaptable que automatiza la totalidad (o la mayora) de los procesos de la empresa.

El ERP debe ser entendido como un sistema de informacin gerencial y de procesamiento de transacciones que permite tomar decisiones estratgicas mejor informadas y en un entorno de mayor certidumbre.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

30

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. Los sistemas de automatizacin de la oficina [OAS, Office Automation Systems] apoyan a los trabajadores de datos, quienes por lo general no generan conocimientos nuevos, sino ms bien analizan la informacin con el propsito de transformar los datos o manipularlos de alguna manera antes de compartirlos o, en su caso, distribuirlos formalmente con el resto de la organizacin y en ocasiones ms all de sta. Entre los componentes ms comunes de un OAS estn el procesamiento de texto, las hojas de clculo, la autoedicin, la calendarizacin electrnica y las comunicaciones mediante correo de voz, correo electrnico y videoconferencia.

Los 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 y dan a stos la posibilidad de compartirlo con sus organizaciones o con la sociedad.

Sistemas expertos, Sistemas de apoyo a la toma de decisiones y Sistemas de informacin gerencial 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. Debido a que requieren que los usuarios, el software [los programas de cmputo] y el hardware (las computadoras, impresoras, etc.), funcionen de manera coordinada, los sistemas de informacin gerencial dan apoyo a un espectro de tareas organizacionales mucho ms amplio que los sistemas de procesamiento de transacciones, como el anlisis y la toma de decisiones.

Para acceder a la informacin, los usuarios de un sistema de informacin gerencial comparten una base de datos comn. sta almacena datos y modelos que ayudan al usuario a interpretar y aplicar los datos. Los sistemas de informacin gerencial producen informacin que se emplea en la toma de decisiones. Un sistema de informacin gerencial tambin puede contribuir a unificar algunas de las funciones de informacin computarizadas de una empresa, a pesar de que no existe como una estructura individual en ninguna parte de sta.

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

31

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 dependen de una base de datos para abastecerse de datos. Sin embargo, difieren en que el DSS pone nfasis en el apoyo a la toma de decisiones en todas sus fases, aunque la decisin definitiva es responsabilidad exclusiva del encargado de tomarla. 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. La motivacin principal de la AI ha sido desarrollar mquinas que tengan un comportamiento inteligente. Dos de las lneas de investigacin de la AI son la comprensin del lenguaje natural y el anlisis de la capacidad para razonar un problema hasta su conclusin lgica. Los sistemas expertos utilizan las tcnicas de razonamiento de la AI para solucionar los problemas que les plantean los usuarios de negocios (y de otras reas]. Un sistema experto [tambin conocido como sistema basado en el conocimiento) captura y utiliza el conocimiento de un experto para solucionar un problema especfico en una organizacin. Observe que a diferencia de un DSS, que cede al responsable la toma de la decisin definitiva, un sistema experto selecciona la mejor solucin para un problema o una clase especfica de problemas.

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.

ESS, GDSS Y CSCWS SISTEMAS DE APOYO A LA TOMA DE DECISIONES EN GRUPO Y SISTEMAS DE TRABAJO COLABORATIVO APOYADOS POR COMPUTADORA

Cuando los grupos requieren trabajar en conjunto para tomar decisiones semiestructuradas o no estructuradas, un sistema de apoyo a la toma de decisiones en grupo (GDSS, Group Decisin

CICLO II-2013

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

32

Support System) podra ser la solucin. 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. Los sistemas de apoyo a la toma de decisiones en grupo tienen el propsito de unir a un grupo en la bsqueda de la solucin a un problema con la ayuda de diversas herramientas como los sondeos, los cuestionarios, la lluvia de ideas y la creacin de escenarios. El software GDSS puede disearse con el fin de minimizar las conductas negativas de grupo comunes, como la falta de participacin originada por el miedo a las represalias si se expresa un punto de vista impopular o contrario, el control por parte de miembros elocuentes del grupo y la toma de decisiones conformista. En ocasiones se hace referencia a los GDSS con el trmino ms general sistemas de trabajo colaborativo apoyados por computadora (CSCWS, Computer-Supported Collaborative Work Systems], que pueden contener el respaldo de un tipo de software denominado groupware para la colaboracin en equipo a travs de computadoras conectadas en red.

SISTEMAS DE APOYO A EJECUTIVOS

Cuando los ejecutivos recurren a la computadora, por lo general lo hacen en busca de mtodos que los auxilien en la toma de decisiones de nivel estratgico. Los sistemas de apoyo a ejecutivos (ESS, Executive Support Systems) ayudan a estos ltimos 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. A pesar de que los ESS dependen de la informacin producida por los TPS y los MIS, ayudan a los usuarios a resolver problemas de toma de decisiones no estructuradas, que no tienen una aplicacin especfica, mediante la creacin de un entorno que contribuye a pensar en problemas estratgicos de una manera bien informada. Los ESS amplan y apoyan las capacidades de los ejecutivos al darles la posibilidad de comprender su entorno

CICLO II-2013