Introducción Al Desarrollo de Sistemas de Información PDF

COMPUTACION II (COM218), FACULTAD DE ECONOMIA
CICLO II-2014
1
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-2014
2
En la siguiente figura, se muestran los elementos de un sistema basado en computadoras,
incluyendo los siguientes:

|1

|

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.

Documentos
Entrada
Hardware
Software
Base de
datos
Gente
Procedimientos

Sistem
a
Salida

Sistema

CICLO II-2014
3
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 giles 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

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

CICLO II-2014
4
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-2014
5
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-2014
6
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.

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-2014
7

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
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.
Desarrolladores
Web
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-2014
8
Trabajo en equipo.
Conocimientos avanzados sobre bases de datos relacionales.
Conocimientos de redes de comunicaciones.
Desarrolladores Web
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.
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-2014
9
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-2014
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-2014
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-2014
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-2014
13
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.
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-2014
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-2014
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. 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.


CICLO II-2014
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-2014
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-2014
18
Etapas del mtodo de prototipos
1- Identificacin de requerimientos conocido.
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-2014
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-2014
20
Coordinacin y Gestin del proyecto.
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-2014
21
Teniendo en cuenta estos objetivos, las mtricas se centran en cuatro aspectos:
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-2014
22
Herramientas para anlisis
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-2014
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-2014
24
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

2. GRAFICO DE CAJA NEGRA DEL PROBLEMA

Proceso
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.

CICLO II-2014
25
3. METODO 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.2. Diagrama del sistema del proceso de compraventa del almacn El Universitario

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
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
PROCESOS:
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

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

CONTROL:
Polticas de la empresa, cdigo de
comercio
ELEMENTO
S
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.


CICLO II-2014
26
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: 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-2014
27
Control de inventarios de productos.
Control de clientes.
Control de proveedores.
Control de ventas.
Control de compras.
Cdigo de comercio.
Declaracin de impuestos.


CICLO II-2014
28
Tipos de sistemas de informacin
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-2014
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-2014
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-2014
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-2014
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

Introducción Al Desarrollo de Sistemas de Información PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Introducción Al Desarrollo de Sistemas de Información PDF

Загружено:

Авторское право:

Доступные форматы

COMPUTACION II (COM218), FACULTAD DE ECONOMIA

Вам также может понравиться