Analisis y Diseno de Sistemas de Informacion

ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN CONALEP
Contenido
ANLISIS Y DISEO DE SISTEMAS ........................................................................................................ 1
OBJETIVOS ....................................................................................................................................... 1
INTRODUCCION .................................................................................Error! Bookmark not defined.
LA TECNOLOGIA DE INFORMACIN Y SU HISTORIA.................................................................... 1
LA INFORMACION COMO RECURSO............................................................................................ 3
TEORIA GENERAL DE SISTEMAS .................................................................................................. 3
SISTEMAS DE INFORMACIN .......................................................................................................... 4
CONCEPTOS BASICOS .................................................................................................................. 4
ELEMENTOS DE UN SISTEMA DE INFORMACIN ........................................................................ 6
ACTIVIDADES DE UN SISTEMA DE INFORMACIN ...................................................................... 6
LA EMPRESA .................................................................................................................................... 7
NIVELES ORGANIZACIONALES ..................................................................................................... 7
TIPOS DE DECISIONES .................................................................................................................. 7
PROCESO PARA LA TOMA DE DECISIONES .................................................................................. 8
CATEGORIAS DE SISTEMAS DE INFORMACIN ............................................................................... 9
SISTEMAS TRANSACCIONALES .................................................................................................... 9
SISTEMAS DE INFORMACIN ADMINISTRATIVA ....................................................................... 10
SISTEMAS PARA EL SOPORTE DE DECISIONES ........................................................................... 11
SISTEMAS ESTRATEGICOS.......................................................................................................... 12
SISTEMAS EXPERTOS ................................................................................................................. 12
OTROS TIPOS DE SISTEMAS ....................................................................................................... 14
ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS ...................................................................... 14
MTODO DE DESARROLLO POR ANLISIS ESTRUCTURADO ..................................................... 15
MTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS ......................................... 16
MTODO DEL PROTOTIPO DE SISTEMAS .................................................................................. 17
HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS.................................................................. 19
HERRAMIENTAS PARA ANLISIS ................................................................................................... 19
HERRAMIENTAS PARA DISEO.................................................................................................. 19
i
HERRAMIENTAS PARA EL DESARROLLO .................................................................................... 19

PARTICIPANTES EN EL DESARROLLO ............................................................................................. 20
ANALISTA DE SISTEMAS ............................................................................................................ 20
USUARIOS .................................................................................................................................. 22
INICIO DE UN PROYECTO................................................................................................................... 24
OBJETIVOS ..................................................................................................................................... 24
OBJETIVOS DE UN PROYECTO ....................................................................................................... 24
RESOLVER UN PROBLEMA ........................................................................................................ 24
APROVECHAR UNA OPORTUNIDAD .......................................................................................... 24
DAR RESPUESTA A DIRECTIVOS PARA CUMPLIR UN OBJETIVO ................................................ 24
RAZONES PARA EMPRENDER UN PROYECTO ................................................................................ 25
CAPACIDAD................................................................................................................................ 25
CONTROL ................................................................................................................................... 25
COMUNICACIN........................................................................................................................ 25
COSTO........................................................................................................................................ 25
COMPETITIVIDAD ...................................................................................................................... 26
FUENTES DE SOLICITUDES DE PROYECTOS ................................................................................... 26
GERENTES DE DEPARTAMENTO ................................................................................................ 26
ALTOS EJECUTIVOS .................................................................................................................... 26
ANALISTAS DE SISTEMAS........................................................................................................... 26
GRUPOS EXTERNOS ................................................................................................................... 26
ESTUDIO DE FACTIBILIDAD ............................................................................................................ 27
FACTIBILIDAD OPERATIVA ......................................................................................................... 27
FACTIBILIDAD TECNICA.............................................................................................................. 27
FACTIBILIDAD FINANCIERA O ECONOMICA............................................................................... 28
PROYECTOS NO FACTIBLES........................................................................................................ 28
SELECCIN DE UN PROYECTO ................................................................................................... 28
PLANEACION Y CONTROL DE ACTIVIDADES .................................................................................. 29
PLANEACION DE UN PROYECTO ................................................................................................ 29
HERRAMIENTAS PARA LA PLANEACION Y CONTROL ................................................................ 31
CONTROL DE ACTIVIDADES ....................................................................................................... 34
ANLISIS DE SISTEMAS DE INFORMACIN ....................................................................................... 35
ii
OBJETIVOS ..................................................................................................................................... 35
CARACTERISTICAS..............................................................................Error! Bookmark not defined.
TECNICAS DE RECOLECCION DE DATOS ........................................................................................ 35
MUESTREO ................................................................................................................................ 36
REVISIN DE DOCUMENTOS ..................................................................................................... 36
ENTREVISTA ............................................................................................................................... 37
CUESTIONARIO .......................................................................................................................... 38
OBSERVACIN ........................................................................................................................... 39
DIAGRAMACION ................................................................................Error! Bookmark not defined.
DIAGRAMA DE FLUJO DE DATOS ............................................................................................... 40
DICCIONARIO DE DATOS ........................................................................................................... 44
ESPECIFICACIONES ESTRUCTURADAS DE PROCESOS ................................................................ 46
DIAGRAMA ENTIDAD-RELACION 6101 6201 ............................................................................. 49
iii
ANLISIS Y DISEO DE SISTEMAS

OBJETIVOS
Al finalizar la unidad, el participante ser capaz de:
Definir los conceptos bsicos de los sistemas de informacin

Conocer los elementos de un sistema de informacin
Conocer las caractersticas de los sistemas de informacin
Describir la importancia de la informacin
Conocer los conceptos bsicos de anlisis y diseo de sistemas
Conocer los roles del analista y los usuarios
Conocer las estrategias y herramientas para el desarrollo de sistemas
INTRODUCCIN
LA TECNOLOGA DE INFORMACIN Y SU HISTORIA

A lo largo de la historia el hombre ha necesitado manejar y transmitir informacin, para ello ha
estado creando mquinas y mtodos.
La informtica surge como ciencia encargada del estudio y desarrollo de estas mquinas y
mtodos que constituyen la tecnologa de informacin.
La tecnologa de informacin abarca desde artefactos como papel, plumas, libros, cmaras,
videograbadoras, computadoras, etctera, hasta herramientas simblicas como el lenguaje escrito,
smbolos matemticos, modelos qumicos, etctera.
Sin estas mquinas y mtodos no seriamos capaces de visualizar nuestro ambiente, enten-
derlo ni controlarlo creativamente.
La historia de la tecnologa de informacin se ha seccionado en diferentes eras:
La era pre mecnica: 3000 a.C. 1450 d.C. (el nacimiento de la informacin):
o Primer sistema de escritura y alfabetos.
o Herramientas: papel y plumas.
o Libros y bibliotecas (almacenamiento permanente).
o Primer sistema de numeracin y baco.
La era mecnica: 1450 1840 (la explosin de la informacin):
o Imprenta.
o Peridicos y revistas.
o Reglas de clculo y maquinas analticas.
La era electromecnica: 1840 1940 (telecomunicaciones):
o Telgrafo y telfono.
1
La era electrnica: 1940 presente:

o Primeras computadoras electrnicas digitales.
o Generaciones de la computacin digital.
PRIMERA GENE- SEGUNDA GENE- TERCERA GENE- CUARTA GENE-

RACIN 1951 - RACIN 1959 RACIN 1964 RACIN 1980 -
1958 1963 1979 PRESENTE
Equipo (hard- Bulbos, tarjetas Transistores, cin- Circuitos integra- Microprocesado-
ware) perforadas tas y discos mag- dos res, PC y discos
nticos pticos.
Programas (soft- Lenguaje de m- Lenguaje de pro- Sistemas operati- Lenguajes de 4.
ware) quina y lenguaje gramacin de vos Generacin
ensamblado alto nivel (Cobol) (dBase, Lotus
123, WordPer-
fect, etc.)
Personas Expertos en pro- Programadores y Programadores y Hasta los nios
gramacin operadores usuarios juegan con ellas.
Los continuos avances en tecnologas de informacin tienen un fuerte impacto sobre la

forma en que las personas trabajan, pues facilita el trabajo en equipo y la comunicacin a distancia.
Con frecuencia la informacin generada por un medio computarizado se trata con menos
escepticismo que la obtenida por otros medios.
La tecnologa de informacin ha hecho que las personas trabajen ms efi-

cientemente. Facilita el trabajo en equipo y la comunicacin a distancia.
2
LA INFORMACIN COMO RECURSO

Los recursos bsicos en toda organizacin son:
El capital (dinero).
El personal o recurso humano.
La maquinaria o equipo.
La informacin se cuenta ahora como uno de los recursos bsicos de toda organizacin.
La informacin debe administrarse correctamente para lograr su mxima utilidad.
La produccin, distribucin, seguridad, almacenamiento y recuperacin de la informacin
implican un costo para toda organizacin.
Esos costos se refieren al equipo que se adquiere, la gente que se contrata, los programas
que se compran, etctera.
Los costos para crear y mantener la informacin computarizada, son aparentemente mayo-
res; sin embargo, reditan una utilidad mayor para la organizacin.
Actualmente, la economa de muchas empresas y pases est basada en la informacin, ms
que en las mquinas y productos no relacionados con ella.
Por lo tanto, el desarrollo de los sistemas de informa-
cin juega actualmente un papel muy valioso dentro de las
organizaciones.
El empleo estratgico de la informacin continuara
creando en todas las empresas y organizaciones nuevas opor-
tunidades.
La informacin es un recurso que las empresas deben administrar, no es

gratis pues su produccin, distribucin y almacenamiento generan un
costo para le empresa que redituar en mayores utilidades.
TEORA GENERAL DE SISTEMAS

Un sistema es un conjunto de elementos que interactan entre s para lograr un fin.
La finalidad de un sistema es la razn de su existencia. Para alcanzar sus objetivos, los siste-
mas interactan con su ambiente.
El ambiente de un sistema est formado por todos los objetos que se encuentran fuera de
las fronteras del sistema.
Los sistemas que interactan con su ambiente se denominan sistemas abiertos. Todos los
sistemas actuales son abiertos.
3
Los sistemas que no interactan con su ambiente se denominan sistemas cerrados, pero
estos solo existen en teora.
Existen sistemas naturales:
Sistema solar.
Sistema digestivo.
Sistema ecolgico.
Existen sistemas creados por el hombre:
Sistema social.
Sistema econmico.
Sistema poltico.
Sistema de informacin.
La teora general de sistemas demuestra que tanto los sistemas naturales como los creados
por el hombre se comportan de la misma manera y cumplen con los mismos principios, de lo con-
trario, no seran sistemas.
PRINCIPIOS DE LA TEORA GENERAL DE SISTEMAS
Todos los sistemas crecen.

Cuanto ms especializado sea un sistema, menor ser su capacidad de adaptarse a los cam-
bios en su ambiente.
Entre ms grande sea un sistema, mayor cantidad de recursos consumir.
Todos los sistemas forman parte de sistemas mayores y, a su vez, son formados por sistemas
menores o subsistemas.
SISTEMAS DE INFORMACIN
CONCEPTOS BSICOS
Un dato es la unidad mnima de informacin que por s solo no tiene significado.
La informacin es un conjunto de datos que al rela-
cionarse adquieren significado.
Un sistema de informacin es un conjunto
de elementos que interactan entre s con el
objetivo de apoyar las actividades de una
Sistema de informa-
empresa o negocio.
cin
Empresa
Ambiente
4
En el caso de las organizaciones los sistemas de informacin han logrado importantes me-
joras:
Automatizar los procesos operativos.
Proporcionar informacin de apoyo al proceso
de toma de decisiones.
Facilitar el logro de ventajas competitivas.
Ejemplos de automatizacin de procesos ope-
rativos:
Uso del cdigo de barras en los productos para
llevar el control de inventarios y de las ventas
en un supermercado.
Generacin automtica de facturas en un vi-
deoclub.
Clculo de la nmina e impresin automtica de
recibos de pago a empleados.
Los sistemas de informacin proporcionan ser-
vicio a todos los elementos de una organizacin y enlazan todos sus componentes en forma tal que
stos trabajen con eficiencia para alcanzar el mismo objetivo.
Con base en lo anterior, se deduce que dentro de una organizacin no existe un nico sis-
tema de informacin. De acuerdo con los principios de la teora general de sistemas, un sistema de
informacin se encuentra dividido en varios subsistemas que tienen sus propios elementos y se en-
cuentran relacionados mutuamente. Cada subsistema es considerado un sistema de informacin.
Dado que cada sistema de informacin da soporte a otros sistemas de la organizacin, los
analistas tienen primero que estudiar y entender el sistema organizacional como un todo.
Al terminar de estudiar el sistema organizacional se podr definir cada uno de los sistemas
de informacin necesarios y la forma como deben interrelacionarse.
Se debe conocer primero el sistema organizacional para poder identificar

cada uno de los subsistemas que lo forman y su interrelacin.
5
ELEMENTOS DE UN SISTEMA DE INFORMACIN

Los elementos que componen un sistema de informacin son de naturaleza diversa y normalmente
incluyen:
Equipo computacional: es todo el hardware necesario para que el sistema de informacin
pueda operar.
Recurso humano: son todas aquellas personas que utilizan el sistema.
Datos o informacin: son todas las entradas que necesita el sistema para generar la infor-
macin que se desea.
Programas: es todo el software que har que los datos de entrada sean procesados y gene-
ren los resultados esperados.
ACTIVIDADES DE UN SISTEMA DE INFORMACIN

Un sistema de informacin realiza cuatro operaciones bsicas:
Entrada de informacin.
Almacenamiento.
Procesamiento de la informacin.
Salida de informacin.
Entrada de informacin. Es el proceso mediante el cual se alimenta de los datos necesarios al
sistema de informacin. Las entradas pueden ser manuales o automticas. Una entrada manual
es aquella que proporciona directamente el usuario por medio del teclado o cualquier otro dis-
positivo de entrada. Una entrada automtica es proporcionada por otro sistema o modulo.
Almacenamiento de informacin. Mediante esta operacin el sistema guarda la informacin
generada. La informacin se guarda y clasifica en archivos. Estos archivos son almacenados en
algn dispositivo de almacenamiento, por ejemplo los discos magnticos, unidades de cinta o
disco compacto.
Procesamiento de informacin. Es la capacidad del sistema para efectuar los clculos necesa-
rios con los datos de entrada. Los clculos son efectuados con base en una secuencia de opera-
ciones preestablecidas (programas). El procesamiento puede llevarse a cabo con datos introdu-
cidos recientemente en el sistema o con datos que ya se encontraban almacenados en archivos.
El procesamiento de los datos permite producir informacin para lograr el objetivo del sistema.
Salida de informacin. Consiste en el envo de informacin al exterior del sistema. Esta infor-
macin es el resultado del procesamiento o transformacin de los datos. La salida de informa-
cin se realiza mediante un dispositivo de salida. La salida de informacin de un sistema puede
ser la entrada de informacin a otro sistema.
6
Entrada Salida
Proceso
Almacenamiento
Diseo conceptual de un sistema de informacin.
LA EMPRESA
Una empresa es un organismo creado para producir bienes y/o servicios, algunas tienen como fina-
lidad producir utilidades y dividendos para los accionistas o propietarios de la misma, otras no tie-
nen fines lucrativos.
NIVELES ORGANIZACIONALES
La mayora de las empresas se representan con tres niveles:
Operativo.
Medio.
Estratgico o alta gerencia.
El nivel operativo est compuesto por las personas que realizan las tareas propias de la
actividad de la empresa. Por ejemplo en un banco, el nivel operativo se compone por caje-
ros, en una escuela, por maestros, y en una fbrica, por obreros. A los jefes del nivel opera-
tivo se les llama supervisores o coordinadores.
El nivel medio es el enlace entre la operacin y la alta gerencia. Los jefes son los gerentes.
La alta gerencia controla el rumbo de la organizacin, es por eso que con frecuencia se le
llama nivel estratgico. En este nivel los jefes son los directores.
TIPOS DE DECISIONES
En las organizaciones es necesario tomar decisiones sobre varios asuntos y para esto se requiere
informacin.
Por ejemplo, se toman decisiones en cuanto a lo siguiente:
A que proveedor comprar la materia prima.
7
Qu cantidad de crdito se le otorgar a un cliente.

Qu tipo de productos vender la compaa.
Pero estas decisiones no son iguales, unas son ms frecuentes, de menor impacto para la orga-
nizacin y tienen procedimientos bien establecidos. Por eso se clasifican de la forma siguiente:
IMPACTO ORGANI-
TIPO DE DECISIN FRECUENCIA PROCEDIMIENTO
ZACIONAL
Estructurada Bajo Muy frecuente Se sigue un procedi-
miento preestablecido
Semiestructurada Medio Ocasionalmente Se sigue un proceso
pero tambin se usa la
experiencia y la intui-
cin
No estructurada Alto Poco frecuente Se basa en la intuicin y
la experiencia
PROCESO PARA LA TOMA DE DECISIONES

Un administrador debe seguir un procedimiento para tomar decisiones de cualquier tipo. El proce-
dimiento consiste bsicamente en los siguientes pasos:
Plantear problema
Definir alternativas
Comparar alternativas
Seleccionar la mejor alternativa
Hay sistemas de informacin que apoyan este proceso en sus diferentes etapas, pues no es posible
tomar decisiones sin tener suficiente informacin.
8
CATEGORAS DE SISTEMAS DE INFORMACIN gerardo

El analista desarrolla diferentes tipos o categoras de sistemas de informacin para satisfacer las
necesidades de cada nivel de una empresa.
Las categoras ms utilizadas hasta ahora son:
Sistema transaccional.
Sistema de informacin gerencial.
Sistema de soporte a las decisiones.
Sistemas estratgicos.
Sistemas expertos.
Tambin existen otras clasificaciones ms recientes donde destacan:
Sistemas de automatizacin de oficina.
Sistemas de informacin para ejecutivos.
Sistemas de planeacin de recursos empresariales.
Los diferentes tipos de sistemas de informacin se ubican, de acuerdo con

sus caractersticas, en los diferentes niveles organizacionales de la em-
presa.
SISTEMAS TRANSACCIONALES
Tambin se les conoce como sistemas de procesamiento de transacciones.
Una transaccin es el registro de un evento que afecta a la empresa. Por ejemplo, el pedido
de un cliente es una transaccin que a su vez desencadena una serie de eventos que terminan con
la entrega de un producto al cliente.
Las transacciones ms comunes incluyen:
Facturacin.
Compra de mercanca.
Pago a empleados.
Deposito de cheques.
Los tipos de transacciones varan de acuerdo con el giro de la organizacin. Por ejemplo: pago
de cheques y recepcin de depsitos son las transacciones en un banco, las inscripciones son
transacciones en una escuela, etctera.
El procesamiento de transacciones es un conjunto de procedimientos que incluye las activida-

des de:
9
Clculo.
Clasificacin.
Ordenamiento.
Almacenamiento y recuperacin de informacin.
Los procedimientos describen qu buscar en cada transaccin, los pasos a seguir y lo que
debe hacerse en caso de que se presente una excepcin.
Como estos procedimientos forman parte de la operacin de cualquier empresa, los siste-
mas transaccionales son desarrollados para el nivel operativo de la organizacin.
La finalidad de este tipo de sistemas es mejorar las actividades rutinarias de las que depende
la organizacin.
Las empresas con mayor xito llevan a cabo este trabajo en una forma ordenada y eficiente.
Las caractersticas de los sistemas para el procesamiento de transacciones son las siguien-
tes:
Manipulan gran cantidad de datos de entrada (transacciones) y salida de informacin.

Son recolectores de informacin ya que a travs de ellos se alimentan las bases de datos de
la empresa.
Las transacciones son similares.
Los procedimientos para el procesamiento de transacciones estn bien comprendidos y se
pueden describir con detalle.
Existen muy pocas excepciones a los procedimientos normales.
Permiten ahorros significativos de mano de obra, debido a que se automatizan los procesos
operativos de la organizacin.
La justificacin de estos sistemas se puede realizar enfrentando ingresos y costos.
Muchos sistemas transaccionales se pueden encontrar como paquetes de software en el
mercado.
Algunos ejemplos de sistemas transaccionales son:
Sistemas de nominas.
Sistemas de facturacin y ventas.
Cajeros automticos.
Los sistemas transaccionales recolectan la informacin que se almacena

en la base de datos de la empresa.
SISTEMAS DE INFORMACIN ADMINISTRATIVA

Tambin se les llama sistemas gerenciales o sistemas de informacin gerencial.
Este tipo de sistemas ayuda a los administradores a tomar decisiones estructuradas y resol-
ver problemas del nivel medio de la empresa.
10
Los sistemas gerenciales recurren a los datos almacenados por los sistemas transaccionales
como consecuencia de las transacciones cotidianas de la empresa para presentar la informacin a
los administradores.
Estos sistemas organizan, filtran y totalizan los datos para entregar informacin en forma
peridica, generalmente en un reporte cuyo formato se encuentra ya definido para apoyar las deci-
siones estructuradas.
Ejemplo:
El gerente de ventas recibe peridicamente los siguientes reportes:
Reporte de ventas por sucursal.

Reporte de ventas por producto.
Reporte de ventas por vendedor.
Con estos reportes el gerente podr vigilar el nivel de ventas bajo diferentes parmetros:
Sucursal.
Producto
Vendedor.
Con la informacin obtenida podr calcular sus ciclos de venta, la productividad de sus ven-
dedores y la efectividad de sus productos para decidir cundo ofertar un producto o motivar a sus
vendedores con incentivos econmicos.
Las caractersticas principales de los sistemas de informacin gerencial son las siguientes:
Suelen introducirse despus de la implantacin de los sistemas transaccionales.

Filtran, organizan y totalizan los datos almacenados por los sistemas transaccionales.
La informacin que generan sirve de apoyo a la toma de decisiones estructuradas de los
niveles intermedios de la organizacin.
Ofrecen una gran variedad de reportes.
Difcilmente se encuentran separados de los sistemas transaccionales.
Se requiere un sistema gerencial especfico en cada rea de la organizacin (Ventas, Recur-
sos Humanos, Produccin, etc.) para cubrir las necesidades especficas de informacin.
SISTEMAS PARA EL SOPORTE DE DECISIONES

Tambin llamados sistemas de apoyo a las decisiones.
Como los sistemas gerenciales, los sistemas de soporte de decisiones tambin recurren a la
base de datos de la empresa para obtener informacin.
Apoyan a los administradores de nivel medio y estratgico en el proceso de toma de deci-
siones semiestructuradas y no estructuradas en todas sus fases.
Las caractersticas principales de este tipo de sistemas son las siguientes:
11
La informacin que generan sirve de apoyo a la toma de

decisiones de los niveles intermedios y altos de la orga-
nizacin.
Suelen ser intensivos en clculos y escasos en entradas
y salidas de informacin.
Suelen ser sistemas de informacin interactivos y ami-
gables, con altos estndares de diseo grfico y visual.
Se encuentran dirigidos al usuario final.
Pueden ser desarrollados directamente por el usuario.
SISTEMAS ESTRATGICOS
Este tipo de sistemas usan la tecnologa de informacin para dar ventaja competitiva a la organiza-
cin donde se aplican.
Las principales caractersticas son las siguientes:
Suelen desarrollarse dentro de la organizacin.
Tpicamente su forma de desarrollo es basn-
dose en incrementos, se inicia con un proceso
o funcin en particular y a partir de ah se van
agregando nuevas funciones.
Su funcin es lograr ventajas que los competi-
dores no posean.
Pueden apoyar a cualquiera de las siguientes
acciones en las empresas, que dan ventaja
competitiva para crear barreras de entrada a
nuevos competidores:
o La innovacin de productos y procesos.
o La diferenciacin de los productos o servicios.
o La reduccin de costos.
SISTEMAS EXPERTOS
A los sistemas expertos tambin se les llama sistemas basados en el conocimiento.
La inteligencia artificial es el campo principal de los sistemas expertos.
Inteligencia artificial. Se puede definir como la ciencia que estudia de manera sistemtica
el comportamiento inteligente, con el fin de imitar o simular las habilidades humanas mediante la
creacin y utilizacin de maquinas y computadoras.
12
Estas habilidades humanas incluyen:

Razonamiento.
Aprendizaje.
Capacidades mecnicas.
Capacidades sensoriales.
En trminos generales se considera que la inteligencia artificial cubre las siguientes reas:
Simulacin sensorial.
Robtica.
Lenguajes naturales.
Sistemas expertos.
Los sistemas expertos permiten cargar bases de conocimiento integradas por una serie de
reglas de sentido comn.
El conocimiento se basa u obtiene a travs de la experiencia de un especialista o experto.
Los elementos bsicos de un sistema experto son:
Una base de conocimiento.
Una maquina de inferencia.
Un lenguaje para inteligencia artificial.
Una interfaz de usuario.
Con base en lo anterior se puede definir un sistema experto como un sistema computacio-
nal interactivo que permite la creacin de bases de conocimiento, las cuales una vez cargadas res-
ponden a preguntas, despejan dudas y toman cursos de accin emulando/simulando el proceso de
razonamiento de un experto para resolver problemas de un rea especfica del conocimiento hu-
mano.
De esta definicin se desprenden las dos habilidades fundamentales que poseen los siste-
mas expertos:
Habilidad para el aprendizaje: requiere la interaccin de un experto en alguna rama espe-

cfica del saber y un ingeniero de conocimiento, que se encarga de traducir el conocimiento
del experto en reglas heursticas para formar la base del conocimiento.
Habilidad para simular el proceso del razonamiento humano: esta habilidad se desprende
de utilizar las reglas heursticas introducidas o creadas por el sistema experto, a travs del
proceso de aprendizaje durante la carga o generacin de las bases del conocimiento.
A diferencia de los sistemas de apoyo para la toma de decisiones, que dejan al usuario la
responsabilidad de tomar la decisin final, los sistemas expertos seleccionan la mejor solucin al
problema o al tipo especfico de problemas planteados.
13
Algunos beneficios obtenidos con el uso de los sistemas ex-

pertos son los siguientes:
Reduccin en la dependencia de las personas que toman las

decisiones.
Facilita el entrenamiento de personal.
Mejora en la calidad y eficiencia en el proceso de la toma de
decisiones.
Transferencia de la capacidad de decisiones.
OTROS TIPOS DE SISTEMAS

Adems de las categoras listadas anteriormente, existen otras ms recientes:
Sistemas de automatizacin de oficinas.
Sistemas de trabajo del conocimiento.
Sistemas de informacin para ejecutivos.
Sistemas de planeacin de recursos empresariales (ERPs).
Los sistemas de automatizacin de oficinas son todos los paquetes que ofrecen agilizar el
trabajo tpico de oficina, por ejemplo: procesadores de palabras, hojas de clculo electrnicas, co-
rreo electrnico, etctera.
Los sistemas de trabajo del conocimiento son sistemas elaborados por los usuarios donde
emplean conocimientos especializados de su rea para agilizar algn proceso tpico de la organiza-
cin. Por ejemplo, un especialista en impuestos puede desarrollar en una hoja electrnica de clculo
un sistema basado en macros para hacer el anlisis de los impuestos de la empresa.
Los sistemas de informacin para ejecutivos son muy similares a los sistemas gerenciales, la
diferencia est en el diseo grafico e interactivo y la incorporacin de informacin externa a la com-
paa en los sistemas ejecutivos.
Actualmente pocos son los sistemas que respetan las caractersticas de una clasificacin; es
decir, se han hecho sistemas combinando las caractersticas de dos o ms categoras.
La mxima representacin de sistemas integrados son los sistemas de planeacin de recur-
sos empresariales (ERPs) son sistemas que integran las capacidades y atributos de sistemas transac-
cionales, gerenciales y ejecutivos en un solo paquete de software.
ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS

El desarrollo de sistemas es una tarea que se puede manejar como proyecto; es decir, debe tener
un inicio y un fin, una secuencia de pasos o etapas y debe ajustarse a un presupuesto.
Cada proyecto de desarrollo de sistemas es particular, pues nunca se presentaran las mis-
mas situaciones en dos proyectos, aunque estos sean similares.
14
Para el desarrollador de proyectos de sistemas es de vital importancia conocer las diversas

metodologas que lo apoyaran a cumplir con las especificaciones del proyecto.
Las metodologas para el desarrollo de sistemas son:
Mtodo del desarrollo del anlisis estructurado.
Mtodo del ciclo de vida para el desarrollo de sistemas.
Mtodo del prototipo de sistemas.
La estrategia de desarrollo consistir en seleccionar el mtodo adecuado a la situacin es-
pecfica de cada proyecto para cumplir el objetivo efectiva y eficientemente.
Seleccionar una metodologa errnea para un proyecto podra ocasionar prdida de tiempo
y dinero durante el desarrollo. De ah la importancia de definir una buena estrategia.
Cada una de las metodologas o mtodos presentan ventajas y desventajas ante cada pro-
yecto. Una estrategia podra ser la combinacin de mtodos ya que estos no son excluyentes.
MTODO DE DESARROLLO POR ANLISIS ESTRUCTURADO
El anlisis consiste en investigar la funcionalidad de un sistema.
Durante este proceso se deben responder las siguientes preguntas:
Que hace el sistema?
Quienes realizan las actividades?
Con que departamentos o sistemas est relacionado?
Quien provee los datos o informacin fuente?
Quien utiliza la informacin resultante? Para qu?
Realizar esta investigacin intuitivamente podra resultar en inconsistencias, redundancias y

contradicciones que entorpezcan el proceso de desarrollo.
El mtodo de desarrollo de anlisis estructurado establece un orden para evitar tales incon-
venientes, de este modo se podr presentar el estudio del sistema con todos sus detalles funciona-
les.
El mtodo de desarrollo del anlisis estructurado es especialmente til para facilitar la com-
prensin de sistemas grandes y complejos.
Para lograrlo:
Se divide el sistema en componentes.

Se construye un modelo del sistema.
Este mtodo permite que los usuarios observen los elementos lgicos separados de los ele-
mentos fsicos.
Los elementos lgicos se refieren a las funciones del sistema.
15
Los elementos fsicos son las computadoras, terminales, sistemas de almacenamiento, et-
ctera.
Como este mtodo solo enfatiza la funcionalidad del sistema, se recomienda usarse en com-
binacin con otras metodologas.
El anlisis estructurado es til para comprender sistemas grandes y com-

plejos, pero debe combinarse con otra herramienta para completar el pro-
ceso de desarrollo de sistemas.
MTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS

El mtodo del ciclo de vida para desarrollo de sistemas es el conjunto de actividades que
realizan los analistas, diseadores y usuarios para desarrollar e implantar sistemas de infor-
macin.
Este mtodo concibe el desarrollo de sistemas como un ciclo especifico de actividades.
Los analistas no estn de acuerdo respecto al nmero exacto de etapas que conforman este
mtodo; sin embargo, reconocen la importancia de su enfoque sistmico.
Aunque cada etapa se encuentra definida, nunca se lleva a cabo como un elemento inde-
pendiente.
Es recomendable el ciclo de vida para proyectos de gran escala cuando involucra a varios
departamentos, cuando se tienen los procedimientos bien establecidos o cuando se tiene
que trabajar con un equipo de personas.
De manera general, se puede decir que este mtodo cuenta con las siguientes etapas:
6 Implantacion y 1 Investigacion
evaluacion preliminar
2 Determinacion de
5 Prueba del
requerimientos
sistema
4 Desarrollo del 3 Diseo del

sistema sistema
Investigacin preliminar. En esta primera etapa el analista se involucra en la identificacin de los

problemas, de las oportunidades y de los objetivos. Esta etapa requiere que el analista observe de-
tenidamente lo que ocurre en la empresa para detectar los posibles problemas u oportunidades.
16
En muchas ocasiones la empresa ya tiene detectadas sus reas dbiles y se llama al analista
ya con ciertos objetivos previstos. Esta etapa es crtica, ya que nadie desea perder el tiempo resol-
viendo el problema equivocado.
Determinacin de requerimientos. Despus de realizar la investigacin inicial, el analista tiene que
plantear los requerimientos del usuario para el nuevo sistema; es decir, las necesidades y caracte-
rsticas que deber cubrir el nuevo sistema.
Para identificar los requerimientos de informacin se utilizan varias tcnicas o herramientas
como son los documentos, la entrevista, los cuestionarios, etctera.
Diseo del sistema. El diseo de un sistema de informacin produce los detalles que establecen la
forma en la que el sistema cumplir con los requerimientos de informacin.
Desarrollo de software. Consiste en escribir los programas necesarios para el sistema. Los progra-
madores son responsables de la documentacin de los programas, que tambin se realiza durante
esta etapa, as como de explicar el funcionamiento de los mismos y por qu ciertos procedimientos
se codifican de determinada forma.
La documentacin es importante ya que por medio de ella ser posible modificar o llevar a
cabo el mantenimiento del programa.
Pruebas del sistema. Cada uno de los programas desarrollados es probado de tal manera que fun-
cione correctamente.
Durante esta fase el sistema es empleado en forma experimental para asegurarse que el
software no tiene fallas, se alimentan al sistema datos de entrada para su procesamiento y se exa-
minan los resultados obtenidos.
Es recomendable que las pruebas sean conducidas por personas ajenas a las que desarro-
llaron el software, con esto se busca que las pruebas sean completas e imparciales y que el software
se a confiable.
Implantacin y evaluacin. La implantacin es el proceso de verificar e instalar nuevo equipo, en-
trenar a los usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios.
Dependiendo del tamao de la organizacin y del riesgo asociado al uso del nuevo sistema
se puede comenzar la operacin del sistema slo en un rea de la empresa.
Es recomendable que trabajen paralelamente el anterior sistema y el nuevo para comparar
los resultados obtenidos.
La evaluacin del sistema se lleva a cabo para identificar sus puntos dbiles y fuertes.
Aunque en algunas ocasiones este proceso de evaluacin no recibe la importancia que me-
rece, si se realiza de forma adecuada proporciona mucha informacin que puede ayudar a mejorar
la efectividad de los esfuerzos de desarrollo de aplicaciones subsecuentes.
MTODO DEL PROTOTIPO DE SISTEMAS
Un prototipo es un modelo, una representacin a escala de cualquier cosa.
17
El desarrollo por prototipos es un proceso que facilita al programador la creacin de un

modelo del software a construir.
Formas del prototipo:
Modelo basado en computadora que describa la interaccin hombre-mquina.
Prototipo que implemente algunos mdulos o secciones del sistema deseado.
El prototipo sirve como un mecanismo para identificar los requisitos del software cuando
no existe otra forma posible.
Para su construccin pueden utilizarse fragmentos de programas existentes o herramientas
que faciliten la rpida generacin de programas.
Requiere la participacin del usuario durante su construccin, pues es l quien define las
caractersticas esperadas en el sistema.
Los pasos a seguir para el desarrollo de prototipos se podran definir de la siguiente manera:
Definicion de Construccin Evaluacion

requisitos del prototipo del prototipo
Prototipo fi-
nal
El prototipo final no es un sistema de informacin completo, es tan solo su primera versin.

Como lo afirmo F. Brooks: La primera versin del sistema puede ser apenas utilizable, puede ser
demasiado lento, demasiado grande, difcil de usar o las tres cosas. Por lo tanto, el prototipo deber
desecharse.
Desarrollar sistemas utilizando la metodologa de prototipos puede ocasionar ciertos pro-
blemas:
El cliente ve funcionando lo que parece ser una primera versin del software y deseara su
implantacin de inmediato.
El que desarrolla puede usar tcnicas inapropiadas con el fin de terminar el prototipo y estas
eventualmente pueden quedar como parte del sistema de informacin.
Es necesario definir las reglas del juego, el cliente y el tcnico deben estar de acuerdo en el
propsito y el alcance del prototipo.
El desarrollo por prototipos se aplica generalmente para sistemas de informacin ubicados
en los niveles medio y alto de la organizacin.
18
HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS

Una herramienta es cualquier dispositivo que permite mejorar el desempeo de alguna tarea.
Existen herramientas diseadas especialmente para el desarrollo de sistemas, este tipo de
herramientas se dividen en tres categoras:
Herramientas para el anlisis.

Herramientas para el diseo.
Herramientas para el desarrollo.
HERRAMIENTAS PARA ANLISIS

Estas herramientas ayudan a documentar un sistema existente y a determinar los requerimientos
de la nueva aplicacin.
Estas herramientas incluyen:
Herramientas para la recoleccin de datos: capturan detalles que describen sistemas y pro-
cedimientos en uso, documentan procesos y actividades de decisin.
Herramientas para diagramacin: crean representaciones graficas o modelos de sistemas,
apoyan el dibujo y revisin de diagramas e iconos.
Herramientas para el diccionario: registran y mantienen descripciones de los elementos del
sistema tales como grupos de datos, procesos y almacenamiento de datos. Con frecuencia
proporcionan la capacidad de examinar las descripciones del sistema para deducir si son
incompletas o inconsistentes, muchas incluyen la facilidad de reportar dnde se utilizan los
elementos del sistema.
HERRAMIENTAS PARA DISEO
Estas herramientas apoyan el proceso de formular las caractersticas que el sistema debe tener para
satisfacer los requerimientos detectados durante las actividades de anlisis.
Las herramientas disponibles son:
Herramientas de especificacin: estas apoyan el proceso de formular las caractersticas que
debe tener una aplicacin, tales como entradas, salidas, procesamiento y especificaciones
de control. Muchas incluyen herramientas para crear especificaciones de datos.
Herramientas para presentacin: se utilizan para describir la posicin de datos, mensajes y
encabezados sobre las pantallas de las terminales, reportes y otros medios de entrada.
HERRAMIENTAS PARA EL DESARROLLO
Estas herramientas ayudan a trasladar los diseos en aplicaciones funcionales.
Estas herramientas proporcionan:
Herramientas para ingeniera de software: apoyan el proceso de formular diseos

de software, incluyendo procedimientos y controles, as como la documentacin
correspondiente.
19
Generadores de cdigo: producen el cdigo fuente y las aplicaciones a partir de es-

pecificaciones funcionales bien articuladas.
Herramientas para pruebas: apoyan la fase de evaluacin de un sistema o sus partes
contra las especificaciones. Incluyen facilidades para examinar la correcta opera-
cin del sistema as como el grado de perfeccin alcanzado en comparacin con las
expectativas.
Las herramientas con mayor utilidad ya estn siendo automatizadas tanto para mejorar la eficiencia
del analista como para permitir obtener resultados ms completos y exactos.
La reciente aparicin de herramientas computarizadas est dando un nuevo significado al diseo y
desarrollo de sistemas.
Todas estas herramientas estn cambiando de forma dramtica la manera en que se obtiene un
sistema de informacin funcional, aun as el campo del anlisis de sistemas tiene mucho camino por
recorrer a travs del tiempo.
PARTICIPANTES EN EL DESARROLLO
ANALISTA DE SISTEMAS
Su denominacin vara de acuerdo con:
La funcin dentro del proceso de desarrollo de sistemas.

El papel que desempee dentro de la organizacin.
De acuerdo con su funcin en el proceso de desarrollo de sistemas, al analista se le puede
denominar de la siguiente manera:
Analista de sistemas: en este caso la nica responsabilidad del analista es conducir estudios
de sistemas para detectar hechos relevantes relacionados con la actividad de la empresa.
Diseador de sistemas: es cuando el analista tambin tiene la responsabilidad de disear el
nuevo sistema.
Programador de sistemas: se le conoce as cuando el analista mismo desarrolla el software
necesario para implantar el diseo.
La funcin del analista dentro del proceso de desarrollo de sistemas depender, general-
mente, del tamao de la organizacin para la cual trabaje.
Si el analista trabaja en una empresa pequea casi siempre desarrollara las tres actividades;
es decir, ser analista, diseador y programador del sistema.
Los analistas de sistemas que saben programar son ms tiles en las organizaciones ya que
sus conocimientos de programacin le permiten formular especificaciones mejores y ms completas
para las nuevas aplicaciones.
20
Muchos analistas comienzan como programadores y cuando han adquirido suficiente expe-
riencia se convierten en analistas de sistemas.
De acuerdo con el papel que desempea en la organizacin, dentro de la organizacin al
analista se le puede considerar como:
Consultor.
Especialista de apoyo.
Agente de cambio.
Consultor. El consultor es externo a la empresa y slo participa en proyectos especficos
dentro de ella. Como consultor, el analista es contratado para guiar a la empresa sobre ciertos tpi-
cos de informtica. Una ventaja es que siendo consultor generalmente trae consigo ideas frescas
que no poseen los miembros de la organizacin. Una desventaja del consultor es que apenas tiene
acceso a la cultura organizacional.
Especialista de apoyo: Como especialista de apoyo el analista se encuentra, en la mayora
de los casos, en lnea de soporte. En este caso el analista trabaja regularmente en el departamento
de sistemas de la empresa. Siendo especialista de apoyo el analista debe tener amplia experiencia
y conocimiento con respecto al hardware y software. El especialista de apoyo no dirige un proyecto
ya que slo es un recurso humano para las personas que s se encargan de dirigir.
Agente de cambio: este rol confiere al analista una gran responsabilidad. Un agente de
cambio es aquella persona que sirve como catalizador para el cambio, que desarrolla un plan para
lograr el cambio y colabora para agilizarlo.
Como agente de cambio facilita la transicin al nuevo sistema utilizando su experiencia en
el trato humano y en la computacin. Se encarga de transmitir a los usuarios el proceso de cambio,
ya que est convencido de que tales cambios no ocurren de manera independiente sino mejor dicho
stos ocasionan cambios a lo largo de las organizaciones.
Independientemente del papel que tenga el analista de sistemas y de la actividad que realice
dentro del anlisis debe contar con las siguientes cualidades:
Solucionador de problemas
Hbil
Auto motivado
Administrador
Buen interlocutor
Disfruta encontrar soluciones
Ve el anlisis como un reto
Sistemtico
Cordial
Sabe transmitir ideas
Auto disciplinado
21
USUARIOS
En cada uno de los procesos mencionados anteriormente participan personas. Los gerentes y em-
pleados tienen buenas ideas con respecto a qu es lo que s funciona y qu es lo que no, qu causa
problemas y qu no, dnde son necesarios los cambios y dnde no, y especialmente en que partes
ser aceptado el cambio y en cuales partes no.
Aun con toda la tecnologa, las personas son las piezas ms importantes para que una orga-
nizacin trabaje.
Comunicarse y tratar con las personas es uno de los aspectos ms importantes del trabajo
del analista de sistemas.
Actualmente los usuarios participan ms en el desarrollo de sistemas por varias razones:
Los usuarios han acumulado experiencia al trabajar con aplicaciones que fueron desarrolla-
das para ellos anteriormente.
Tienen una mejor idea de lo que significa la ayuda que pueden brindarles los sistemas de
informacin y la forma de cmo obtenerla.
Saben cules son las fallas de los sistemas actuales y cmo evitarlas.
Muchos de los usuarios ya han recibido capacitacin en el uso de las computadoras y algn
tipo de software.
Cuando el analista desarrolla aplicaciones, necesita la participacin continua de los usuarios
para comprender las funciones de la empresa que se encuentran bajo estudio.
En algunos casos los usuarios desarrollan sus propias aplicaciones sin la necesidad de contar
con un analista en sistemas.
Los analistas emplean el trmino usuario final para referirse a las personas que no son es-
pecialistas en sistemas de informacin pero que utilizan las computadoras para realizar su trabajo.
Los usuarios finales pueden agruparse en cuatro categoras:
Usuarios primarios o directos.
Usuarios secundarios o indirectos.
Usuarios administradores.
Usuarios directivos.
Los usuarios primarios o directos son los que interactan con el sistema. Alimentan al sis-
tema y reciben las salidas de informacin.
Los usuarios indirectos o secundarios son aquellos que se benefician de los resultados o
reportes generados por los sistemas pero no interactan de manera directa con el hardware o soft-
ware. Pueden ser los gerentes de las diferentes reas de la empresa.
Los usuarios administradores tienen responsabilidades administrativas en los sistemas de
aplicacin. Supervisan la inversin en el desarrollo y uso del sistema. Tienen la responsabilidad ante
la organizacin de controlar las actividades del sistema.
22
Los usuarios directivos incorporan los usos estratgicos y competitivos de los sistemas de
informacin en los planes y estrategias de la organizacin. Evalan los riesgos a los que se expone
la organizacin por fallas originadas en los sistemas de informacin.
Los cuatro tipos de usuarios son importantes.
Cada uno de ellos posee informacin esencial sobre las funciones de la organizacin y hacia
dnde se dirige sta.
23
INICIO DE UN PROYECTO
OBJETIVOS
Definir el concepto de proyecto
Elaborar estudios de factibilidad
Conocer las bases para la administracin de un proyecto
Aplicar las etapas para la planeacin de proyectos
Utilizar las herramientas para la planeacin de proyectos
OBJETIVOS DE UN PROYECTO
Un proyecto de desarrollo de sistemas es una serie de actividades con un inicio y un fin determinado
para obtener una aplicacin de sistemas de informacin.
Las aplicaciones de los sistemas de informacin tienen su origen en todas las reas de la
empresa (Recursos Humanos, Contabilidad y Finanzas, Ventas, Produccin, etc.) y estn relaciona-
das con todos los problemas de la organizacin.
Las solicitudes de sistemas de informacin estn motivadas por uno de los siguientes obje-
tivos generales:
Resolver un problema
Aprovechar una oportunidad
Dar respuesta a directivos para cumplir algn objetivo
RESOLVER UN PROBLEMA
Los problemas que enfrentan las empresas que se relacionan bsicamente con su operacin son los
que los sistemas de informacin pueden solucionar.
Algunos ejemplos de problemas que enfrentan las empresas pueden ser los errores que se
cometen al elaborar las facturas de venta o los recibos de nomina.
APROVECHAR UNA OPORTUNIDAD
Las oportunidades son eventos que pueden mejorar la situacin de la empresa considerablemente.
Los sistemas de informacin pueden apoyar, por ejemplo, para registrar y conocer los gus-
tos y preferencias de los clientes y as, la empresa podr ofrecerles los productos que desean al
precio justo.
DAR RESPUESTA A DIRECTIVOS PARA CUMPLIR UN OBJETIVO
Los sistemas de informacin pueden apoyar el cumplimiento de algn objetivo de la empresa, por
ejemplo: la productividad.
24
RAZONES PARA EMPRENDER UN PROYECTO

Para alcanzar estos objetivos, las empresas emprenden proyectos por una o ms de las siguientes
razones:
Capacidad
Control
Comunicacin
Costo
Competitividad
CAPACIDAD
Las actividades de la organizacin estn influenciadas por la capacidad de esta para procesar
transacciones con rapidez y eficiencia.
Los sistemas de informacin mejoran esta capacidad en tres formas:
Aumentan la velocidad de procesamiento.
Permiten el manejo de un volumen de transacciones cada vez mayor.
Recuperan con rapidez la informacin.
CONTROL
La administracin de una empresa requiere controlar las operaciones para aumentar la efectividad.
Cuando un proyecto de desarrollo de sistemas se relaciona con el control para:
Mejorar la exactitud y la consistencia de la informacin.

Aumentar la seguridad de los datos ms importantes.
COMUNICACIN
La falta de comunicacin es una fuente comn de dificultades que afectan tanto a clientes como a
empleados.
Un sistema de informacin bien desarrollado:
Amplia la comunicacin.
Facilita la integracin de funciones individuales.
COSTO
Muchas organizaciones han quedado fuera de la actividad comercial y otras tantas imposibilitadas
para alcanzar el xito por el poco control sobre los costos o por el total desconocimiento de estos.
Los sistemas de informacin juegan un papel importante en:
La vigilancia de los costos.
La reduccin de costos de operacin.
25
COMPETITIVIDAD
Los sistemas de informacin computacionales son un arma estratgica que puede cambiar la forma
en que la compaa compite en el mercado.
Una organizacin puede ganar ventaja competitiva a travs de sus sistemas de informacin
en cuatro formas diferentes, donde cada una considera las distintas entidades con las que trata la
compaa como parte de sus actividades comerciales.
Asegurar clientes.
Formar bases para nuevos productos.
Dejar fuera a los competidores.
Mejorar acuerdos con proveedores.
FUENTES DE SOLICITUDES DE PROYECTOS

Existen cuatro fuentes primarias de solicitudes de proyectos:
Gerentes de departamento.
Altos ejecutivos.
Analistas de sistemas.
Grupos externos.
GERENTES DE DEPARTAMENTO
Es frecuente que las personas relacionadas con las actividades cotidianas de la empresa busquen
ayuda para el desarrollo de un sistema de informacin especfico para su rea.
ALTOS EJECUTIVOS
Los altos ejecutivos tales como presidentes, directores de consejos y vicepresidentes, deben tener
informacin sobre toda la organizacin que no est a disponibilidad de los gerentes.
Esta informacin, aunada a las grandes responsabilidades que estos ejecutivos tienen, in-
fluye sobre las solicitudes de proyectos que se formulan.
ANALISTAS DE SISTEMAS
En ocasiones, los analistas de sistemas encuentran reas donde deben desarrollarse proyectos y
presentan una solicitud.
GRUPOS EXTERNOS
Los acontecimientos externos a la organizacin tambin conducen a solicitudes de proyectos.
Por ejemplo, cualquier cambio en las leyes fiscales afecta la operacin de la empresa, esta
debe desarrollar sistemas de informacin para soportar dichos requerimientos.
La propuesta de un proyecto puede ser presentada por cualquiera de las personas antes
mencionadas.
La informacin que debe contener una solicitud de proyecto es:
26
Descripcin general del problema/objetivo/oportunidad.

Descripcin detallada del problema/objetivo/oportunidad.
Relevancia del proyecto solicitado por la empresa.
Alternativas de solucin propuestas por los usuarios.
Razones para emprender el proyecto.
Personas involucradas.
ESTUDIO DE FACTIBILIDAD
El estudio de factibilidad de un proyecto consiste en averiguar si es posible que el sistema de infor-
macin sea desarrollado e implantado exitosamente en la empresa.
La evaluacin de la factibilidad de un proyecto es la informacin que requieren los altos
ejecutivos para decidir realizar el proyecto, posponerlo o cancelarlo.
La factibilidad debe ser revisada desde tres perspectivas:
Factibilidad operativa.
Factibilidad tcnica.
Factibilidad econmica o financiera.
FACTIBILIDAD OPERATIVA
Se refiere a la posibilidad de xito que tendra el sistema al momento de ser implantado y operado
por el personal de la empresa.
Para estudiar la factibilidad operativa de un proyecto, el analista debe investigar lo siguiente:
Los usuarios estn de acuerdo con el nuevo sistema?

Trabajaran con el sistema cuando se haya terminado e instalado?
Los usuarios han participado en la planeacin y desarrollo del proyecto?
El sistema incrementara la productividad de los empleados?
Mejorara la integracin con otras reas?
La gente resise a los cambios en su forma de trabajo cuando esta no presenta inconvenientes y
se siente cmoda.
FACTIBILIDAD TCNICA
Entre los aspectos tcnicos que se deben investigar durante el estudio de factibilidad, se incluyen
los siguientes:
Existe o se puede adquirir la tecnologa necesaria para cubrir las demandas del nuevo pro-
yecto?
Si se desarrolla el sistema, puede crecer con facilidad?
Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acceso y seguridad de los
datos?
El proveedor del equipo tambin dar el soporte tcnico y de capacitacin necesario antes,
durante y despus del desarrollo del proyecto?
27
Cualquier aspecto tcnico no considerado puede ocasionar prdidas importantes a la em-

presa.
FACTIBILIDAD FINANCIERA O ECONMICA
Un sistema que puede desarrollarse desde el punto de vista tcnico y que adems utilice, si se llega
a instalar, debe ser una buena inversin para la organizacin.
Los beneficios financieros deben igualar o superar a los costos.
Las cuestiones econmicas y financieras formuladas por los analistas, durante la investiga-
cin preliminar, tienen el propsito de estimar lo siguiente:
El costo de llevar a cabo la investigacin completa del sistema.

El costo del hardware y software para la aplicacin que se est considerando.
Beneficios en la forma de reduccin de costos o de menos errores costosos.
El costo si nada sucede, es decir, si el proyecto no se lleva a cabo.
PROYECTOS NO FACTIBLES
Para ser considerada como factible, la propuesta debe pasar todas las pruebas.
La propuesta que no pase las pruebas de factibilidad puede desecharse o redefinirse para
presentarse nuevamente en el futuro.
Algunas veces la solucin a los problemas de la empresa no es precisamente el desarrollo
de un nuevo sistema de informacin.
SELECCIN DE UN PROYECTO
No todas las solicitudes de proyecto pueden elegirse para estudiar su factibilidad.
Las solicitudes de proyectos deben examinarse desde una perspectiva de sistemas, de tal
forma que se considere el impacto del proyecto propuesto sobre toda la organizacin.
Existen cinco criterios bsicos para seleccionar el proyecto o proyectos a desarrollar:
Contar con el respaldo de la directiva: nada puede lograrse sin el respaldo de la gente que
eventualmente recibir la cuenta.
Programar el tiempo que se requiere para el proyecto: tanto el de los analistas como el de
los programadores y usuarios que participaran.
Mejorar el logro de metas de la organizacin: dentro de los objetivos del proyecto debe
estar contemplada la organizacin y no desviarla de sus fines primarios.
Debe ser viable en funcin de los recursos y capacidades: tanto del analista como de la or-
ganizacin, tal vez haya proyectos para los cuales no existan los recursos ni la capacidad
para llevarlos a la prctica.
Debe dar ventajas sobre cualquier otra opcin de inversin: cuando un negocio autoriza un
proyecto est comprometiendo los recursos que excluir de otros proyectos.
Basndose en estos criterios se puede reducir considerablemente el nmero de proyectos a los
que se dedicara tiempo.
28
PLANEACIN Y CONTROL DE ACTIVIDADES

Un proyecto de sistemas involucra actividades de naturaleza muy diferente.
Siempre hay un responsable del proyecto que debe administrar todas las actividades con
cuidado si desea que el sistema se desarrolle e implemente exitosamente.
Al responsable del proyecto se le llama administrador de proyecto y esta funcin puede
realizarse por un analista de sistemas.
La administracin de un proyecto implica llevar a cabo las tareas de planeacin y control.
La planeacin incluye:
La seleccin de las personas apropiadas para formar el equipo de desarrollo del proyecto
de sistemas.
La estimacin del tiempo y del costo que cada tarea requiere para su ejecucin.
La programacin del proyecto para que se concluya oportunamente ajustndose al presu-
puesto asignado.
El control incluye:
La retroalimentacin para darle seguimiento al proyecto.
Comparar el plan del proyecto con lo realizado hasta el momento.
Tomar las acciones adecuadas para acelerar o reprogramar las actividades.
Motivar a los miembros del equipo para que se cumplan sus tareas en forma adecuada.
PLANEACIN DE UN PROYECTO
PRIMER PASO
La primera decisin del administrador del proyecto
es determinar el grado de detalle que usara al definir las actividades de su plan de trabajo.
El primer nivel de detalle se basa en las fases del ciclo de vida de desarrollo de sistemas. Por
ejemplo:
ANLISIS DISEO DESARROLLO IMPLANTACIN
Recopilacin de datos Diseo de la salida de Codificacin Implantacin
informacin
Diseo de la entrada
Anlisis de la informa- Pruebas del sistema Evaluacin
de datos
cin
Organizacin de datos
Elaboracin del mo-
delo del sistema
Preparacin de la pro-
puesta
29
El siguiente nivel seria detallar cada uno de los pasos que se especifican en el primer nivel.
Por ejemplo:
ACTIVIDADES GENERALES ACTIVIDADES DETALLADAS

Anlisis:
Recopilacin de datos Elaboracin de entrevistas
Preparacin de cuestionarios
Aplicacin de encuestas
Anlisis de la informacin Anlisis del flujo de datos
Anlisis de las decisiones
Elaborar el modelo del sistema Elaborar el diagrama de flujo de datos
Elaborar el diccionario de datos
Elaborar las mini especificaciones
Preparacin de la propuesta Preparacin de la propuesta
Presentacin de la propuesta
El administrador del proyecto tiene la opcin de detallar aun ms las actividades.

El grado de detalle depender del proyecto, sin embargo todos los pasos decisivos o importan-
tes deben aparecer en el plan de trabajo.
SEGUNDO PASO
Una vez que se especifican todas las actividades detalladas, el siguiente paso es estimar el tiempo
de cada una de ellas.
Se requiere experiencia para hacer una buena estimacin de las necesidades de tiempo.
Entre ms detalladas sean las actividades ser ms sencillo el proceso de estimacin de
tiempos.
Definidos los tiempos, se debern estimar los costos de cada una de las actividades.
Para la estimacin de costos se deben considerar: el tiempo de las personas que realizaran
la actividad. Los recursos tecnolgicos que usaran y los gastos en materiales necesarios para cumplir
su tarea.
30
TERCER PASO
Cuando se tienen las actividades detalladas y la estimacin de los tiempos y costos se proceder a
la programacin de las actividades.
Con la ayuda de herramientas especializadas, el administrador del proyecto realizara la pro-
gramacin de las actividades.
La programacin de actividades consiste en listar las actividades, su duracin estimada y la
actividad que se debe haber terminado para iniciarla (requisito). Por ejemplo:
TIEMPO ESTIMADO
ACTIVIDAD (EN DAS) REQUISITO
A. Elaboracin de entrevistas 3 --
B. Preparacin de los cuestionarios 1 --
C. Aplicacin de encuestas 4 B
D. Anlisis de flujo de datos 2 A,C
E. Anlisis de decisiones 2 D
Es necesario realizar esta programacin que ser la base para el control del proyecto.
HERRAMIENTAS PARA LA PLANEACIN Y CONTROL

DIAGRAMAS DE GANTT
La planificacin ms simple usa diagramas de barras que muestran cada actividad en un proyecto
de sistemas y la cantidad de tiempo que se tomara dicha actividad; este mtodo fue desarrollado
por Henry L. Gantt.
Los diagramas de Gantt tambin son conocidos como diagramas de barras. Un diagrama de
Gantt contiene barras que representan cada una de las actividades y cuya longitud representa la
duracin de la actividad respectiva.
La ventaja principal de los diagramas de Gantt es su sencillez.
El analista de sistemas no solo encontrara fcil esta metodologa sino que adems contara
con una herramienta de comunicacin con los usuarios.
31
Por ejemplo:
C
Simbologa
D Semana en curso
Tiempo estimado
de la actividad
E
Tiempo real de la
actividad
1 2 3 4 5 6 7 8 9 10
GRAFICAS PERT
PERT son las siglas de Program Evaluation and Review Techniques (tcnicas de evaluacin y revisin
de programas).
Un proyecto se representa por una red de nodos y flechas, que luego se evala, para deter-
minar cules son las actividades criticas y mejorar su programacin si fuera necesario.
PERT es til cuando pueden desarrollarse varias actividades simultneamente.
Los analistas de sistemas pueden beneficiarse del uso de este tipo de graficas, sobre todo
cuando varios miembros de un equipo trabajan simultneamente en varias actividades y otras per-
sonas de la organizacin participan en otras reas.
En el diagrama PERT las actividades se representan por flechas.
La longitud de la flecha no indica relacin con el tiempo que dura cada actividad.
32
Los nodos circulares en la grafica PERT representan eventos y pueden contener nmeros,
letras o cualquier otra simbologa.
Los nodos sirven para:

Reconocer que una actividad se ha concluido.
Indicar actividades que necesitan concluirse antes de iniciar una nueva; es decir, indican
precedencia de actividades.
Por ejemplo:
3
4 5 6
E 3
2 4 G
B F
2 4 2
1 2 7 8
A C H
2
D
3
Ejemplo de un diagrama PERT acerca del desarrollo de un sistema de informacin.

Como se puede observar en el diagrama, la actividad C no puede iniciarse hasta que no se
concluya la actividad A.
La precedencia no es explicita en la grafica de Gantt, de tal forma que es imposible saber si
la actividad C fue programada por algn motivo para iniciarse el da 3 o es continuacin de A.
Todo proyecto tiene un principio, una parte intermedia y un final, en este caso el principio
es el evento 1 y el final, el evento 8.
Con el fin de calcular la duracin del proyecto deben identificarse y calcular la duracin de
cada una de las trayectorias o rutas.
La ruta 1-2-4-5-7-8 tiene una duracin de 13 das, mientras que la ruta 1-2-7-8 tiene una
duracin de 8 das.
El proyecto requiere que ambos grupos de actividades se concluyan; en consecuencia, el
proyecto tendr una duracin de 13 das.
A la trayectoria ms larga se le denomina ruta crtica.
La ruta crtica es la trayectoria que determina la duracin global de un proyecto y un atraso
en ella motivara un retraso en todo el proyecto.
33
En el ejemplo, si hay un retraso de un da en la ruta 1-2-4-5-7-8 el proyecto global tardara

mas en finalizar, pero si el retraso de un da ocurre en la ruta 1-2-7-8 (en la actividad 1), el proyecto
como tal no sufrir retraso alguno.
Al tiempo libre diferencial entre una ruta no crtica y la ruta crtica se le llama holgura.
Ruta 4 3 7 7
4 5 6
critica 4 E 7 7 3
2 4
B F G
0 2 2 4 2 13
1 2 7 11 8
0 A 2 C 11 H 13
2
D
2
3
9
Numero del
Tiempo del
evento
2 evento
3
9
Tiempo de tardanza, es el mayor tiempo
que se puede demorar el comienzo del
evento sin retrasar el proyecto.
Tiempos de actividad en una red PERT
CONTROL DE ACTIVIDADES
Cuando se han programado las actividades usando alguna de las herramientas antes men-
cionadas, el administrador del proyecto deber controlar el proyecto conforme se realicen las acti-
vidades. Si alguna actividad se realiza en menor tiempo que el estimado, deber ajustar el resto de
las actividades.
Si alguna de las actividades se realiza en mayor tiempo que el estimado, deber ajustar el
resto de las actividades y ver de qu manera se ver afectada la duracin total del proyecto.
En ocasiones es necesario ajustar los tiempos estimados de acuerdo con el avance real.
Adems de los ajustes necesarios en los tiempos y costos del proyecto que se van presen-
tando durante su desarrollo, el administrador debe motivar a su equipo de trabajo constantemente
para lograr el objetivo: cumplir con los requerimientos del proyecto en el tiempo y costo estimados.
34
ANLISIS DE SISTEMAS DE INFORMACIN

OBJETIVOS
Definir el concepto de anlisis de informacin.
Conocer los tipos de tcnicas que existen.
Elaborar formatos para entrevistas y cuestionarios.
Manejar las herramientas necesarias para el anlisis de sistemas.
Presentar de manera formal una propuesta de sistemas.
CARACTERSTICAS
Dentro de las organizaciones, el anlisis de sistemas se refiere al proceso de examinar la
situacin de una empresa con el propsito de mejorarla con mtodos y procedimientos ms ade-
cuados.
El anlisis es el proceso de clasificar e interpretar hechos, diagnosticar problemas y emplear
la informacin para recomendar mejoras al sistema.
El anlisis de sistemas de informacin especifica que es lo que el sistema debe hacer.
El anlisis de sistemas no es:
El estudio de una empresa para buscar procesos ya existentes con el propsito de determi-
nar cules deben ser automatizados y cules deben ser manuales.
Determinar los cambios que deberan efectuarse.
El analista debe recolectar informacin para conocer la situacin de la empresa, luego deber
modelar el sistema usando diagramas y otras herramientas.
TCNICAS DE RECOLECCIN DE DATOS

Las tcnicas para la recoleccin de la informacin deben ser estudiadas por el analista ya
que cada una de estas presenta caractersticas especiales.
Por lo tanto, se debe elegir la tcnica ms adecuada para cada situacin.
Estas tcnicas pueden usarse de manera combinada para lograr mejores resultados.
Tcnicas:
Entrevistas
Cuestionarios
Observacin
Revisin de documentos
35
Cuando se est por iniciar la recoleccin de los datos, el analista debe plantearse las siguientes
preguntas:
Que se va a examinar?
A quienes se va a examinar?
Como se va a examinar?
Cul es la dimensin de la muestra?
Cuando se tiene gran cantidad de elementos a examinar es recomendable seleccionar una
muestra representativa que ofrezca resultados similares a la revisin de todos los elementos.
MUESTREO
El muestreo es el proceso mediante el cual se seleccionan de manera sistemtica los elementos
representativos de una poblacin.
El muestreo se usa para:
Eliminar los costos de examinar cantidades excesivas de informacin
Reducir el tiempo que se requiere para la recoleccin de datos
Optimizar el proceso de anlisis de resultados
Consideraciones para el diseo del muestreo:
Precisar los datos a recopilar
Delimitar la poblacin
Elegir el tipo de muestra
Definir el tamao de la muestra
El muestreo es una tcnica estadstica que apoya a las tcnicas de recoleccin de datos, espe-
cialmente en la revisin de documentos y en los cuestionarios.
REVISIN DE DOCUMENTOS
Los documentos son una rica fuente de datos que el analista debe revisar cuidadosamente.
Los tipos de documentos que existen son:
Documentos cuantitativos
Documentos cualitativos
Los documentos cuantitativos tienen un propsito y lectores especficos hacia los cuales se diri-
gen.
Los tipos de documentos cuantitativos son:
Informes corporativos
Informes que soportan la toma de decisiones
Informes de desempeo
Registros
36
Los documentos cualitativos no siguen lineamientos preestablecidos, pero su anlisis se vuelve

fundamental para comprender como los integrantes de la organizacin estn involucrados en el
proceso organizacional.
Tipos de documentos cualitativos:
Memoranda
Avisos en tableros
Avisos en reas de trabajo
Manuales de polticas
ENTREVISTA
Las entrevistas se utilizan para recabar informacin en forma verbal a travs de preguntas que pro-
pone el analista.
La entrevista se debe entender como una forma de conversacin, no de interrogacin.
Los tipos de informacin que se obtienen de una entrevista son:
Informacin cuantitativa
Informacin cualitativa
La informacin cuantitativa es la informacin que puede ser recabada en forma exacta y precisa,
no est sujeta a la subjetividad del entrevistado.
La informacin cualitativa es la informacin subjetiva que es percibida del entrevistado, como
son las ideas, los comentarios, las opiniones y descripciones de actividades o problemas.
Todas las entrevistas deben ser preparadas cuidadosamente, estableciendo las preguntas
necesarias para lograr el objetivo de recoleccin de datos.
Tipos de entrevistas:
Entrevistas estructuradas
Entrevistas no estructuradas
Las entrevistas estructuradas consisten en preguntas preestablecidas diseadas por el analista
donde el entrevistador no puede incluir nuevas preguntas durante el proceso de la entrevista.
Las entrevistas no estructuradas, por el contrario, permiten al entrevistador incluir preguntas
no planeadas que le permitan indagar libremente en el entrevistado, aspectos relevantes para la
investigacin.
Para lograr los mejores resultados de esta tcnica de recoleccin es necesario realizar una se-
leccin de las personas a entrevistar.
La entrevista debe aplicarse una vez que no se ha podido indagar la informacin de otra forma
y el personal entrevistado se limita hacia aquellas personas que tienen dicha informacin.
Consideraciones para la realizacin de la entrevista:
37
Planear la entrevista
Conocer las caractersticas del entrevistado
Interpretar la informacin recibida
La principal ventaja en el uso de las entrevistas es la posibilidad que tiene el entrevistador de
recolectar informacin mediante la comunicacin no verbal (gestos, actitudes, etctera) expresada
por el entrevistado.
CUESTIONARIO
Un cuestionario est formado por una serie de preguntas planteadas para que sean respondidas por
un conjunto de personas.
Ventajas:
Se pueden distribuir masivamente entre los diversos departamentos

En los cuestionarios annimos pueden darse respuestas ms honestas
Las respuestas son menos estereotipadas
Desventajas:
No se pueden observar las reacciones de los encuestados
Las expresiones de los encuestados no son percibidas
Algunas preguntas no son contestadas
Tipos de preguntas a utilizar en los cuestionarios:
Preguntas abiertas
Preguntas cerradas
Las preguntas abiertas se aplican cuando se quiere conocer la opinin de una persona, son ms
lentas de responder ya que el cuestionado tiene que estructurar la respuesta.
Por ejemplo:
Qu opinin tiene sobre el proceso para la captura de informacin?
Las preguntas cerradas se aplican cuando se tienen que limitar las respuestas posibles del
interrogado, el analista puede controlar el marco de referencia.
Por ejemplo:
Considera que el proceso de captura de informacin minimiza la probabilidad de come-
ter errores? (SI) (NO).
Consideraciones en la elaboracin del cuestionario:
Que informacin se requiere?
A quien debe aplicarse? (Seleccionar una muestra.)
Qu tipo de cuestionario debe aplicarse?
Se estudiaron las deficiencias antes de aplicarse?
38
Se prob antes de la aplicacin real?

Estas consideraciones son tiles para lograr los mejores resultados en el proceso, ya que si
el cuestionario se aplica sin tomar estos puntos en cuenta los resultados no tendrn ningn valor.
El cuestionario debe probarse con un pequeo grupo de personas para comprobar que cada
pregunta sea clara y no permita ambigedades en su respuesta.
OBSERVACIN
La tcnica de observacin proporciona informacin de primera mano en relacin con la forma en
que se llevan a cabo las actividades, nicamente observando detalladamente la forma de procesar
la informacin y las diversas situaciones que se presentan.
Requisitos del observador:
Ser muy perceptivo
Saber cmo buscar
Saber cmo relacionar lo observado con un significado
Tener cierto nivel de experiencia.
Preguntas usuales del observador:
Quien utiliza los documentos?

El observado tiene dificultades con la informacin?
Cules son los documentos que no se utilizan?
Se utiliza la memorizacin?
Se sacan copias de la informacin manejada?
Adonde se envan las copias?
Son demasiado complejas las operaciones?
Existen cuellos de botella en las operaciones?
Una herramienta til para el observador es la tabla de referencia, donde:
Se define lo que debe suceder

Se describe lo que sucedi
Ejemplo de una tabla de referencia:
LO QUE DEBE SUCEDER LO QUE SUCEDI

Elaborar una factura al cliente en un minuto Elaboracin de una factura al cliente en cinco
minutos
Problemas potenciales del proceso de observacin:
Los observados cambian su forma de trabajar:

o En ocasiones los observados, al detectar la presencia del observador cambian su
comportamiento y tratan de simular situaciones no problemticas.
39
El analista puede tener una perspectiva distorsionada:

o El analista debe detectar los ajustes temporales de la conducta de los empleados y
percibir cuando est observando situaciones reales.
La complejidad del trabajo dificulta la observacin del analista:
o Aquellas funciones que resultan demasiado complejas o donde interviene la compu-
tadora son muy difciles de percibir por medio de la observacin.
Para evitar dichos problemas, el observador requerir de la observacin participativa que
consiste en involucrarse con el proceso y con el observado para crear confianza, eliminar falsas per-
cepciones y obtener mejores resultados.
DIAGRAMACIN
Despus de la recoleccin de datos, el analista debe representar el sistema mediante el uso de dia-
gramas:
Diagramas de flujo de datos (DFD)

Diagramas entidad-relacin (DER)
Estos diagramas son un modelo grafico del sistema que facilitan la comprensin del mismo.
Sin embargo, los diagramas requieren de otras herramientas para especificar detalles de proce-
sos y de datos:
Especificacin Estructurada de Procesos (EEP)

Diccionario de Datos (DD)
Las EEP son para complementar la informacin del DFD, mientras que el DD complementa am-
bos diagramas.
DIAGRAMA DE FLUJO DE DATOS
El diagrama de flujo de datos (DFD) es una herramienta que permite representar un sistema como
una red de procesos funcionales conectados entre s por flujos de datos y almacenes de datos.
El diagrama de flujo de datos tambin se conoce como:
Carta/diagrama de burbujas
Modelo de procesos/funcin
El DFD da ms importancia a las funciones de un sistema de informacin que a los datos que
maneja, por eso se dice que est orientado a las funciones.
Los DFD no solo se usan para los sistemas de informacin, sino tambin para la representa-
cin de la empresa entera.
Limitaciones del diagrama de flujo de datos:
No define el uso de dispositivos

Los esquemas estn representados sin secuencia del flujo
Ventajas del diagrama de flujo de datos:
40
La notacin permite un fcil entendimiento de los usuarios

Permite aislar las reas de inters
Se logra un mejor nivel de detalle de las partes especificas de cada proceso
El anlisis va de lo general a lo particular
Los diagramas de flujo de datos se pueden dibujar con solo cuatro notaciones sencillas. El uso
de esta notacin para cada elemento depende de que enfoque se utilice, el de Yourdon o el de Gane
y Sarson.
La siguiente tabla muestra los componentes del diagrama de flujo de datos y sus notaciones
ms comunes:
YOURDON/DEMARCO GANE/SARSON
Proceso
Flujo de datos
Origen/destino
Almacn
Proceso: Muestra la parte del sistema que transforma las entradas de datos en salidas.
Los sinnimos usados son: burbuja, funcin o transformacin.
El proceso se identifica con un nmero y un nombre que se compone de un verbo-objeto para
describir lo que hace.
El nmero del proceso es para su identificacin, no para definir una secuencia.
1.
Calcular im-
puestos de
venta
41
Flujo de datos. El flujo describe el movimiento de paquetes de datos de una parte del sistema
a otra.
Representa datos en movimiento.
El flujo de datos se representa con una flecha porque los datos viajan en una direccin especfica
desde su origen hacia su destino.
Pedido
Todo flujo debe tener un nombre que define la informacin que transporta.
La nica excepcin a esta regla es cuando el flujo se dirige a un almacn, ya que se supone
que transportara la informacin guardada en l.
Almacn. El almacn se utiliza para representar una coleccin de paquetes de datos en re-
poso.
No se refiere exclusivamente a los medios de almacenamiento electrnico como bases de
datos en discos duros o discos pticos, sino tambin a archiveros metlicos o cualquier medio que
permita guardar datos en tarjetas u hojas de papel.
Los flujos que van hacia el almacn representan los datos que sern guardados en l.
Los flujos que vienen desde el almacn representan los datos que sern extrados de l.
El almacn se identifica con un nombre (generalmente en plural) que representa su conte-
nido.
Pedidos
Origen/destino de los datos. Representan entidades externas al sistema que se comunican

con l y que estn fuera de su control.
Tambin se les conoce como terminador.
Un terminador puede ser una persona o grupo de personas, por ejemplo, una organizacin
o un departamento.
El origen/destino de los datos se identifica con un rectngulo y un nombre representativo
de la entidad.
Departamento de conta-
bilidad
42
Es importante tomar en cuenta que los terminadores:

Son externos al sistema
No se pueden cambiar sus contenidos ni funciones
Las relaciones que existen entre los terminadores no se representan en el DFD, ya que no
son parte del sistema bajo estudio.
Niveles de un DFD. El DFD representa el sistema de informacin desde lo general hacia lo
especfico.
Los niveles de un DFD sealan el grado de detalle de la representacin del sistema:
El diagrama de contexto
El diagrama de nivel 0
Los diagramas de nivel 1
El diagrama de contexto muestra el sistema como un solo proceso para hacer nfasis en los
terminadores y los flujos de datos.
El diagrama de nivel 0 muestra los procesos ms importantes del sistema para resaltar la
transformacin de los datos.
Desde los diagramas de nivel 1 y subsecuentes se describirn los procesos de manera ms
detallada.
Pedido de Factura
Sistema
Cliente compra Cliente
de ven-
tas Pago
Diagrama de contexto
Pedido de
Cliente compra Factura
1 Recep- 3 Entregar
cion de pe- Cliente
pedido
didos Pedido Pedido en-
Pedido au- Pago
valido tregado
Clientes torizado
4 Cobrar
2 Procesar
factura
pedido
Pagos
Diagrama de nivel 0 Productos
43
Pedido de Pedido
compra valido
1.1 Recibir 1.3 Verifi-
car datos
pedido
del pedido
Pedido
recibido Cliente au-
torizado
1.2 Revisar
datos del
cliente
Clientes
Diagrama de nivel 1 proceso 1

Se deber elaborar un diagrama de nivel 1 para cada proceso de nivel 0.
De ser necesario, se elaboran diagramas de nivel 2 para detallar cualquier proceso de nivel
1, y as sucesivamente.
Observa como los flujos de entrada y salida del diagrama de nivel 1 concuerdan con los
flujos del proceso 1 del diagrama de nivel 0.
DICCIONARIO DE DATOS
El diccionario de datos es un listado que se organiza alfabticamente de todos los datos usados en
el sistema. En el diccionario se definen los datos mediante la descripcin de:
El significado de los flujos y almacenes de datos
La composicin de las estructuras de datos que se representan en los flujos
La composicin de los almacenes
Para facilitar la construccin del diccionario se deben listar los flujos y almacenes de datos,
estos se descomponen en estructuras y estas, a su vez, se componen de datos.
Flujos de datos
Estructuras de datos Datos
Almacenes de datos
44
NOTACIN DEL DICCIONARIO DE DATOS

La siguiente tabla muestra la notacin usada para la construccin de un diccionario de datos.
SMBOLO SIGNIFICADO
= Se compone de
+ Y
() Optativo
[] Alternativas
{} Iteracin
** Comentario
| Separacin de alternativas
CONSTRUCCIN DE UN DICCIONARIO DE DATOS

Como primer paso en la construccin de un DD se debe listar todos los flujos de datos y almacenes
de todos los diagramas de un DFD.
El siguiente paso es describir las estructuras de datos que componen cada flujo y cada al-
macn.
Por ltimo, se describen los datos que componen las estructuras.
Ejemplo del DD (parcial) del sistema de ventas:
Cliente = Nombre + RFC + Direccin + (Telfono)
Los datos en itli-
CLIENTES = {Cliente}
cas representan
flujos de datos, Digito = [09]
los datos en ma- Factura = Numero de factura + Pedido de compra + Fecha de venta
ysculas son al-
macenes, los da- Forma de pago = [Efectivo | Cheque | Tarjeta de crdito]
tos subrayados Numero de factura = {digito} * Numero consecutivo
son estructuras
Pedido de compra = Cliente + {Producto + Precio unitario + Cantidad}
de datos y los nor-
males son datos. +Fecha de pedido + Forma de pago
PRODUCTOS = {Producto}
45
ESPECIFICACIONES ESTRUCTURADAS DE PROCESOS

Los DFD requieren definir detalladamente los procesos de ms bajo nivel que no fueron descritos
en el diagrama.
Las especificaciones estructuradas de procesos (EEP) especifican lo que se debe hacer para
transformar las entradas en salidas.
Tambin se les conoce como especificaciones de procesos o mini especificaciones.
Las herramientas utilizadas para representar las EEP son:
Lenguaje estructurado
Tabla de decisin
rbol de decisin
Aunque existe una gran variedad de herramientas para documentar procesos, estas son las ms
comunes:
El diagrama de contexto muestra el sistema

como nico proceso para hacer nfasis en los
terminadores y flujos de datos principales.
Sistema
El diagrama de nivel 0 muestra los princi-

pales procesos del sistema mostrando la
transformacin de las entradas en sali-
das.
Proceso Pro-
Cada proceso de nivel 0 debe explo- 1 ceso 3
tarse en un diagrama de nivel 1. Proceso
2
Los procesos del diagrama de nivel 1 pueden

explotarse en un diagrama de nivel 2 y as su-
cesivamente.
Si estos procesos ya no se describen en un nivel
inferior, entonces debern definirse por medio
Proceso de EEP.
Proceso
1.1 1. 2 Debe haber una EEP para cada proceso de ms
bajo nivel.
46
LENGUAJE ESTRUCTURADO
El lenguaje estructurado consiste en representar el proceso usando el idioma cotidiano espaol con
estructura.
Esta representacin facilita la comunicacin con el usuario, pero tambin con los programa-
dores.
La siguiente tabla muestra la EEP del proceso 1.2 del sistema de ventas analizado anterior-
mente.
Proceso 1.2 Revisar datos del cliente
Leer cliente en el pedido recibido

Buscar en CLIENTES si existe el cliente registrado
Si no se encuentra
Entonces guardar cliente en CLIENTES
Enviar cliente autorizado
Se debe observar que las palabras en negritas representan flujos de datos, almacenes o
estructuras que deben ser descritos en el DD. Esta notacin permite la asociacin de los datos de la
EEP con el DFD.
En el lenguaje estructurado se recomienda cuidar la presentacin de las frases usando san-
gras para identificar cuando una depende de otra, sobre todo en estructuras si-entonces o hacer-
mientras.
El lenguaje estructurado es til para la representacin de todo tipo de procesos, desde los
que son solamente secuencias hasta los que representen complejas condiciones (si-entonces/si-en-
tonces-sino) o iteraciones (hacer mientras).
TABLAS DE DECISIN
Las tablas de decisin son tablas con renglones y columnas divididas en cuatro cuadrantes.
CONDICIONES Y ACCIONES REGLAS

Condiciones Alternativas de condicin
Acciones Entrada de accin
47
Cuando en un proceso se tiene una combinacin compleja de condiciones y acciones que

sern tomadas en funcin de ciertas reglas, es recomendable el uso de tablas de decisin.
Por ejemplo: si las condiciones para otorgar un descuento en una tienda departamental
fueran como sigue (usando lenguaje estructurado):
Si el cliente compra $10,000 o ms en mercanca

Entonces se le otorgara un 20% de descuento.
Si el cliente compra ms de $5,000 y menos de $10,000 en mercanca
Entonces se le otorgara un 10% de descuento.
Si el cliente compra menos de $5,000 en mercanca
Entonces no se le otorgara descuento alguno.
La tabla de decisin quedara como sigue:
CONDICIONES Y ACCIONES REGLAS

Compra $10,000 o mas Si No No
Compra ms de $5,000 y menos de $10,000 No Si No
Compra menos de $5,000 No No Si
Otorgar 20% de descuento
Otorgar 10% de descuento
No dar descuento
Para construir una tabla de decisin, primero se listan todas las condiciones, luego se defi-
nen todas las alternativas que pueden tener dichas condiciones, en seguida se especifican las accio-
nes y, por ltimo, se marcan las entradas de acuerdo con las acciones y alternativas de condicin
sealadas en la tabla.
RBOL DE DECISIN
El rbol de decisin es un diagrama que presenta condiciones y acciones en forma secuencial, y por
lo tanto, muestra qu condiciones considerar inicialmente y cuales despus.
A
C
A
C
A
C
A
48
Las condiciones se marcan con crculos, las acciones con cuadros. Siguiendo con el ejemplo tendra-
mos que:
Descuento 20%
Compra >=$10,000 2
1 Compra >=$5,000 Descuento 10%
Compra <$10,000 4
3 No hay descuento
Compra <$5,000 5
Las condiciones no se expresan, sino las alternativas de la condicin. Esto determina la cantidad de
ramificaciones que pudiera tener dicha condicin.
El uso de la numeracin facilita la identificacin de las condiciones y acciones.
DIAGRAMA ENTIDAD-RELACIN
El diagrama entidad-relacin (DER) es un modelo de red que describe la distribucin de datos alma-
cenados en un sistema.
La diferencia principal con el DFD, que est orientado a las funciones del sistema, es que el
DER est orientado a los datos.
El principal elemento del DER es la entidad, que se representa con un rectngulo.
Una entidad puede ser una persona, lugar, cosa o evento cuya informacin es necesaria
para el sistema.
Una relacin es la interaccin entre las entidades y se representa con una lnea que conecta
las entidades asociadas.
Adquiere
Cliente Producto
Es comprado por
En este ejemplo, el diagrama se lee as:
Cliente adquiere producto y producto es comprado por cliente.
Sin embargo, es necesario agregar a este diagrama la cardinalidad.
49
La cardinalidad explica la forma exacta como se relacionan las entidades, la siguiente tabla muestra
las posibilidades de la cardinalidad y su representacin:
CARDINALIDAD SE LEE REPRESENTACIN
1:1 Uno a uno
1:M Uno a muchos
1:0 Uno a ninguno
M:1 Muchos a uno
M:M Muchos a muchos
M:0 Muchos a ninguno
El ejemplo quedara como sigue:
Adquiere
Cliente Producto
Es comprado por
Y se lee:
Un cliente adquiere muchos productos.

Un producto es comprado por muchos clientes.
Con esta descripcin se pudiera pensar que el mismo producto es comprado por muchos
clientes, pero no se refiere a un elemento de producto sino al producto en s.
Visto de otro modo:
Mara compra manzana, pera y ciruela.

La manzana es comprada por Mara, Juan y Pedro.
Es obvio que Mara, Juan y Pedro llevan, cada uno, manzanas diferentes. Por lo tanto, la
manzana es el producto y no un elemento particular.
Otra forma de entender la cardinalidad seria usando tablas.
50
Para construir un DER es necesario reconocer y listar las entidades, luego se describen las
relaciones y, finalmente, se define la cardinalidad:
Cliente Producto Existencia
Mara Manzana 50 Kg
Juan Pera 30 Kg
Pedro Ciruela 18 Kg
Para construir un DER es necesario reconocer y listar las entidades, luego se describen las
relaciones y, finalmente, se define la cardinalidad.
PROPUESTA DEL SISTEMA

Cuando el analista ha realizado la recoleccin de datos para elaborar los diagramas que represen-
tan el sistema; es decir, cuando ha terminado de realizar el anlisis del sistema, ser capaz de ela-
borar una propuesta de mejora formal a la directiva.
Una propuesta de sistemas debe soportarse por un anlisis de los requerimientos de

equipo y programas para mejorar el sistema actual. Este anlisis se conoce como anlisis costo-
beneficio.
ANLISIS COSTO-BENEFICIO
Un anlisis costo-beneficio tiene como objetivo mostrar cuantitativamente la relacin que existe
entre los costos de llevar a cabo las mejoras al sistema y los beneficios que obtendr la empresa
por ello.
Los costos incluyen el equipo, programas, tiempo de los analistas y programadores, mate-
riales, etctera.
Los beneficios se reflejan en la productividad, reduccin de costos de operacin, incre-

mento de la satisfaccin de los empleados, mejorar el servicio al cliente, etctera.
ANLISIS DE COSTOS
Para definir los costos del sistema se deben tomar en consideracin los siguientes aspectos:
Costos del hardware o equipo.

Costos del software o programas.
Costos del personal involucrado.
Costos de operacin.
51
Para definir el costo del hardware es necesario hacer un inventario del equipo existente
para determinar si se requiere o no nuevo equipo.
Si se descubre que el equipo actual no es suficiente para soportar las actividades del sis-
tema, entonces se deben evaluar las alternativas para la adquisicin del nuevo hardware: rentar,
comprar o arrendar el equipo.
La siguiente tabla muestra una comparacin de ventajas y desventajas de las tres opcio-
nes:
VENTAJAS DESVENTAJAS
Ren- No hay inversin inicial. La empresa no es duea del
tar No se requiere financiamiento. equipo.
Es fcil cambiar el equipo. Es la opcin ms cara.
No hay costos de manteni-
miento.
Arren- No hay inversin inicial. La empresa no es duea del
dar No se requiere financiamiento. equipo.
Los pagos son menores que en la Existen multas por cancelacin.
renta
Com- Es la opcin ms econmica. El costo inicial es alto.
prar La empresa es duea del equipo Se corre el riesgo de obsolescencia.
El costo sera muy alto si se hiciera
una mala eleccin.
El analista debe revisar las opciones en funcin de los requerimientos de equipo para pre-
sentar la informacin en la propuesta formal del sistema.
Para definir el costo del software, el analista debe poner en consideracin tres alternati-
vas:
Desarrollar el sistema con los recursos propios de la empresa (in-house).

Contratar a terceros (outsourcing) para desarrollarlo.
Comprar el paquete en el mercado.
Para el desarrollo in-house, el analista debe estar seguro que con el personal, el equipo y
los programas que tiene la empresa es suficiente para realizar el proyecto.
Para esta alternativa, el analista debe tomar en consideracin los costos que este tipo de
desarrollo implica para la empresa.
52
Contratar a terceros para desarrollar sistemas (outsourcing) es una alternativa muy utili-
zada actualmente, pues existen muchas empresas que se dedican especialmente a esto y sus es-
tndares de calidad, costo y tiempo de entrega son , a veces, ms atractivos para la empresa que
el mismo desarrollo in-house.
La ltima alternativa que tiene el analista es considerar los paquetes prefabricados dispo-
nibles en el mercado. La principal desventaja de comprar paquetes es que la empresa debe ajus-
tarse a las limitaciones del software.
Sin embargo, cada vez se cuenta con ms sistemas disponibles en el mercado con sufi-
ciente flexibilidad para ser ajustados a las necesidades especficas de la empresa que lo adquiri.
Esta alternativa es muy adecuada para las operaciones comunes como: contabilidad, no-
mina, cobranza, etctera.
Si el proyecto se refiere a soportar la operacin de un rea de la empresa cuyas necesida-

des no son comunes a muchas empresas, difcilmente se encontrara un paquete prefabricado
que cumpla con los requerimientos y se tendr que optar por desarrollar la aplicacin.
Se debe definir el costo del personal involucrado en el proyecto de acuerdo con la alterna-
tiva de desarrollo seleccionada.
La siguiente tabla muestra los posibles costos asociados al personal de acuerdo a las alter-
nativas de desarrollo.
DESARROLLO COMPRA DE
COSTOS DEL PERSONAL IN-HOUSE OUTSOURCING PAQUETE
Sueldo del administrador del pro-

yecto
Sueldo del analista

Sueldo del diseador y programado-

res
Sueldo del responsable de pruebas

Sueldo del auditor
Tiempo de los usuarios involucrados
Costos de capacitacin del equipo

de desarrollo.
53
Para la estimacin de los costos de operacin el analista debe tomar en cuenta los si-
guientes aspectos:
Costo de materiales (solo para desarrollo in-house).

Costo de instalacin del nuevo sistema.
Costo de capacitacin a los usuarios.
Otros gastos.
El analista debe cuidar la estimacin de los costos del sistema para evitar la sobre o subes-
timacin que ocasionan frustracin tanto en la directiva como en el equipo de trabajo.
ANLISIS DE BENEFICIOS
Por la naturaleza misma de los costos que se expresan en trminos monetarios, el analista no
tiene problema al enlistarlos; sin embargo, los beneficios no se pueden cuantificar tan fcilmente.
Aqu es donde la pericia del analista entra en juego para traducir aspectos cualitativos en
cuantitativos.
Los beneficios posibles de la instalacin de un sistema son:
Mejorar la imagen corporativa.

Reduccin de costos.
Incremento en la satisfaccin del personal.
Mejoramiento en el proceso de toma de decisiones.
Mejoramiento del servicio al cliente, entre otros.
PRESENTACIN DEL ANLISIS COSTO-BENEFICIO

Cuando se han terminado de analizar los costos y beneficios por separado, el analista debe definir
la mejor manera de presentar esta informacin en la propuesta.
Las tcnicas frecuentemente utilizadas son:
Anlisis del punto de equilibrio.

Retorno o recuperacin sobre la inversin.
Anlisis del valor presente neto.
Anlisis del flujo de efectivo.
54
Un anlisis costo-beneficio usando valor presente neto se expresara, por ejemplo:
COSTOS BENEFICIOS
Costos de equipo Imagen corporativa $75,000
Nuevo equipo $75,000 Satisfaccin de empleados $25,000
Mantenimiento a equipo Incremento en productivi-

$20,000 dad $125,000
Costo de programas Mejor servicio a clientes $35,000
Licencias de software Mejor proceso de toma de

$10,000 decisiones $50,000
Nuevos programas $25,000 Reduccin de costos $75,000
Costos de personal
Sueldos y honorarios $150,000
Costos de operacin
Capacitacin $25,000
Instalacin $32,000
Total costos $337,000 Total beneficios $385,000
PRESENTACIN DE LA PROPUESTA
La propuesta de sistemas es el producto final del proceso de anlisis.
Consiste en un documento formal que es presentado a la directiva para que decida lo que
debe hacer en funcin de la informacin preparada por el analista.
Es decisin del analista acerca de qu y cmo presentar su propuesta de sistemas.
Sin embargo, es recomendable que la propuesta de sistemas contenga:
Portada. Contiene el nombre del proyecto y de los integrantes del equipo de desarrollo.
ndice. Se recomienda cuando el documento contiene ms de 10 pginas.
Resumen ejecutivo. Debe expresar en una cuartilla el contenido completo de la propuesta,
principalmente los resultados de la investigacin, las alternativas y la recomendacin.
Gua del estudio de sistema. Expone claramente los lineamientos que se siguieron para
elaborar la investigacin.
55
Resultados de la investigacin. Deben presentarse en forma breve y objetiva, resaltando

las oportunidades de mejoramiento del sistema.
Alternativas. El analista debe mostrar todas las alternativas factibles para realizar las mejo-
ras al sistema, cada alternativa propuesta debe contener su propio anlisis de costo-bene-
ficio para que la directiva tenga ms elementos para tomar una buena decisin.
Recomendacin. Se considera muy importante, pues es la visin del experto expresada en
la propuesta que la directiva toma en cuenta en su decisin.
Resumen. Debe expresar brevemente los elementos relevantes de la recomendacin del
analista.
Apndices. Se usan para presentar el modelo del sistema en forma grafica: DFD, EEP, DD y
DER.
56

Analisis y Diseno de Sistemas de Informacion

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Analisis y Diseno de Sistemas de Informacion

Încărcat de

Drepturi de autor:

Formate disponibile

ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN CONALEP

HERRAMIENTAS PARA EL DESARROLLO .................................................................................... 19

ANLISIS Y DISEO DE SISTEMAS

Definir los conceptos bsicos de los sistemas de informacin

LA TECNOLOGA DE INFORMACIN Y SU HISTORIA

La era electrnica: 1940 presente:

PRIMERA GENE- SEGUNDA GENE- TERCERA GENE- CUARTA GENE-

Los continuos avances en tecnologas de informacin tienen un fuerte impacto sobre la

La tecnologa de informacin ha hecho que las personas trabajen ms efi-

LA INFORMACIN COMO RECURSO

La informacin es un recurso que las empresas deben administrar, no es

TEORA GENERAL DE SISTEMAS

Todos los sistemas crecen.

Se debe conocer primero el sistema organizacional para poder identificar

ELEMENTOS DE UN SISTEMA DE INFORMACIN

ACTIVIDADES DE UN SISTEMA DE INFORMACIN

Diseo conceptual de un sistema de informacin.

Qu cantidad de crdito se le otorgar a un cliente.

PROCESO PARA LA TOMA DE DECISIONES

Seleccionar la mejor alternativa

CATEGORAS DE SISTEMAS DE INFORMACIN gerardo

Los diferentes tipos de sistemas de informacin se ubican, de acuerdo con

El procesamiento de transacciones es un conjunto de procedimientos que incluye las activida-

Manipulan gran cantidad de datos de entrada (transacciones) y salida de informacin.

Los sistemas transaccionales recolectan la informacin que se almacena

SISTEMAS DE INFORMACIN ADMINISTRATIVA

Reporte de ventas por sucursal.

Suelen introducirse despus de la implantacin de los sistemas transaccionales.

SISTEMAS PARA EL SOPORTE DE DECISIONES

La informacin que generan sirve de apoyo a la toma de

Estas habilidades humanas incluyen:

Habilidad para el aprendizaje: requiere la interaccin de un experto en alguna rama espe-

Algunos beneficios obtenidos con el uso de los sistemas ex-

Reduccin en la dependencia de las personas que toman las

OTROS TIPOS DE SISTEMAS

ESTRATEGIAS PARA EL DESARROLLO DE SISTEMAS

Para el desarrollador de proyectos de sistemas es de vital importancia conocer las diversas

Realizar esta investigacin intuitivamente podra resultar en inconsistencias, redundancias y

Se divide el sistema en componentes.

El anlisis estructurado es til para comprender sistemas grandes y com-

MTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE SISTEMAS

4 Desarrollo del 3 Diseo del

Investigacin preliminar. En esta primera etapa el analista se involucra en la identificacin de los

El desarrollo por prototipos es un proceso que facilita al programador la creacin de un

Definicion de Construccin Evaluacion

El prototipo final no es un sistema de informacin completo, es tan solo su primera versin.

HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS

Herramientas para el anlisis.

HERRAMIENTAS PARA ANLISIS

Herramientas para ingeniera de software: apoyan el proceso de formular diseos

Generadores de cdigo: producen el cdigo fuente y las aplicaciones a partir de es-

La funcin dentro del proceso de desarrollo de sistemas.

RAZONES PARA EMPRENDER UN PROYECTO

Mejorar la exactitud y la consistencia de la informacin.

FUENTES DE SOLICITUDES DE PROYECTOS

Descripcin general del problema/objetivo/oportunidad.

Los usuarios estn de acuerdo con el nuevo sistema?

Cualquier aspecto tcnico no considerado puede ocasionar prdidas importantes a la em-

El costo de llevar a cabo la investigacin completa del sistema.

PLANEACIN Y CONTROL DE ACTIVIDADES

ACTIVIDADES GENERALES ACTIVIDADES DETALLADAS

El administrador del proyecto tiene la opcin de detallar aun ms las actividades.

HERRAMIENTAS PARA LA PLANEACIN Y CONTROL

Los nodos sirven para: