MIA335

UNIVERSIDAD NACIONAL ABIERTA
VICERRECTORADO ACADMICO
AREA: INGENIERA / CARRERA: INGENIERA DE SISTEMAS
MATERIAL INSTRUCCIONAL DE APOYO
Nombre:
SISTEMAS DE INFORMACIN I
Cdigo: 335
U.C.: 4
Carrera:
Ingeniera de Sistemas
Cdigo: 236
Semestre:
VI
Prelaciones:
Base de datos (Cdigo 311)
Prerequisitos:
Ninguno
Autor:
MSc. Marlene Martnez (Especialista de Contenido)
Asesores:
MSc. Judit Carvallo (Coordinadora de la carrera)

Prof. Carmen Velsquez (Evaluadora Instruccional)
MSc. Antonio Alfonzo (Diseador Instruccional)
Caracas, Julio del 2005
NDICE
Introduccin
Mdulo I: Fundamentos de un sistema de informacin y la planificacin de
su desarrollo en la empresa.
Unidad 1: Sistemas de informacin basados en computadoras
Unidad 2: Bloques elementales de los sistemas de informacin
20
Unidad 3: Ciclo de vida del desarrollo de sistemas
25
Unidad 4: Planificacin de sistemas
33
Mdulo II: Anlisis de un sistema de informacin.
42
Unidad 5: Tcnica de modelizacin de datos
44
Unidad 6: Tcnica de modelizacin de procesos
51
Unidad 7. Tcnica de modelizacin de redes
65
Unidad 8. Herramientas de gestin de proyectos
71
Unidad 9: Tcnicas de investigacin de hechos
77
Unidad 10: Tcnicas de anlisis de viabilidad
85
Unidad 11. Tcnicas interpersonales
91
Unidad 12. Anlisis de sistemas
96
INTRODUCCIN
Este material instruccional de apoyo se ha elaborado con la finalidad de orientar al
estudiante en el estudio de la asignatura Sistemas de informacin I. Esta asignatura est
dirigida a los estudiantes avanzados en la carrera de Ingeniera de Sistemas, quienes
aprendern en la teora, los conceptos de los sistemas de informacin basados en
computadoras, el ciclo de vida de desarrollo de sistemas, y la etapas de la planificacin y el
anlisis del desarrollo de sistemas; y en la prctica, a aplicar las tcnicas y herramientas de
la etapa del anlisis de sistemas.
Este material de apoyo le va presentando paulatinamente y en orden secuencial, el
contenido de la asignatura, el cual como Ud. observ en el Plan de Curso, ha sido diseado
en base a un paquete instruccional, el cual est conformado por un libro del mercado,
denominado Anlisis y diseo de sistemas de informacin, y por un conjunto de lecturas,
denominadas Seleccin de Lecturas, las cuales se encuentran incluidas dentro de este
material de apoyo.
El contenido de la asignatura se ha estructurado en mdulos y unidades. En orden
jerrquico, el mdulo es el bloque ms extenso que agrupa contenidos relacionados. Estos
contenidos estn dispuestos en unidades que son bloques ms pequeos y cohesivos, cuyo
nombre denota por si mismo, el tpico particular a tratar. Las unidades son las que
contienen en s, los temas a tratar en la asignatura, como definiciones, descripciones,
caracterizaciones, distincin de conceptos, ventajas y desventajas en el uso de cierta
herramienta, etc. Para toda la asignatura se declara un objetivo general a lograr por el
estudiante, el cual se desglosa en objetivos por mdulos, y ms refinados por unidades.
Este material de apoyo, tiene una estructura consistente a lo largo de los mdulos y
unidades que va presentando. En cada mdulo, se tratan en secuencia, los siguientes
aspectos:
Introduccin al mdulo.
Objetivo del mdulo.
Estructura del mdulo, donde se da una visin general de cada unidad integrante del
mdulo.
En cada unidad, se tratan en secuencia, los siguientes aspectos:

Introduccin a la unidad.
Objetivo de la unidad.
Estructura de la unidad, donde se precisan los temas en que se ha dividido el contenido
de la misma; y se puntualiza para cada tema, el material para el aprendizaje que debe
leer el estudiante.
Recomendaciones para el estudio del contenido.
Ejercicios
Respuesta a los ejercicios.
A partir de la estructura de la unidad, se le van dando indicaciones al estudiante, que lo
guan en el estudio del contenido de la misma. Es conveniente, que estas actividades sean
realizadas en secuencia, a fin de lograr los objetivos propuestos para cada unidad.
Objetivo general de la asignatura
Analizar sistemas de informacin de forma integradora y generalista.
MDULO I
Fundamentos de un sistema de informacin y
la planificacin de su desarrollo en la empresa.
En el medio ambiente actual de los negocios, la tecnologa de la informacin es de utilidad
para gerentes, no gerentes, dems personas y organizaciones dentro del entorno de la
compaa, para crear empresas competitivas, dirigir corporaciones globales y proporcionar
productos y servicios tiles a los clientes. El inters en el tema de la informacin se debe a
dos influencias: Primera, los negocios se han vuelto ms complejos, y segunda, las
capacidades de las computadoras ha aumentado. Es por ello, que en virtud de la primera
influencia, los sistemas de informacin han llegado a ser crticos para la administracin,
organizacin y operacin, y para los productos de las grandes organizaciones; y por la
segunda influencia, es posible desarrollar, modificar y poner en operacin grandes y
sofisticados sistemas de informacin computarizados.
Las compaas establecen una organizacin de servicios de informacin formada por
especialistas en informacin que saben cmo crear sistemas basados en computadoras. En
estos especialistas se incluyen analistas de sistemas, administradores de bases de datos,
especialistas en redes, programadores y operadores. Durante los ltimos aos, los usuarios
han comenzado a realizar buena parte del trabajo de los especialistas, fenmeno conocido
como computacin de usuario final.
Los analistas de sistemas son personas que comprenden tanto las necesidades de empresa
como la tecnologa informtica. Ellos transforman las necesidades de informacin y de
empresa de los usuarios informticos en soluciones tcnicas o sistemas basadas en
computadores que son implantadas por otros especialistas informticos.
La importancia que tiene este mdulo en la formacin del futuro analista de sistemas, es
innegable, ya que le permite primeramente, diferenciar los distintos sistemas de informacin
computarizados y as reconocer en su oportunidad, los que satisfagan las necesidades de la
empresa. Luego, independientemente del tipo de sistema de informacin que se trate, sabr
que estn constituidos por los mismos bloques elementales. Esto es importante para los
desarrolladores de sistemas, porque deben combinar de la mejor manera posible esos
bloques, con el fin de construir sistemas que satisfagan de forma eficaz las necesidades de
informacin de los usuarios. Pero, Cmo construir estos sistemas?. Existe un mtodo
disciplinado que divide un proyecto de desarrollo de sistemas de grandes dimensiones en
fragmentos manejables, llamados etapas del desarrollo de sistemas. Este mtodo se
denomina ciclo de vida del desarrollo de sistemas. Los ciclos de vida modernos constan
tpicamente de cinco etapas generales: planificacin de sistemas, anlisis de sistemas,
diseo de sistemas, implantacin de sistemas y soporte de sistemas. Ahora bien, el ciclo de
vida es ampliado por las metodologas de desarrollo de sistemas, con tcnicas y
herramientas que resuelven las tareas de las etapas del ciclo de vida. Finalmente, este
mdulo termina con la presentacin de la primera etapa metodolgica del ciclo de vida: la
planificacin de sistemas. En esta etapa se identifican y fijan prioridades entre los sistemas
de informacin y las tecnologas que resolvern los problemas de la empresa y le producirn
un mximo beneficio. Luego, como veremos en el mdulo II, el anlisis de sistemas, aborda
un sistema particular, se delimita y establece el problema de sistemas y se modelan sus
requisitos, principalmente, las actividades y los datos que abarcar.
Objetivo del mdulo

Distinguir de manera generalista e integradora, los sistemas de informacin, sus bloques
elementales, las etapas del ciclo de vida del desarrollo de sistemas, y la(s) fase (s) y/o
actividad(es) de la etapa de planificacin de sistemas.
Estructura del mdulo

A lo largo de este mdulo, se introducirn los conceptos asociados a los sistemas de
informacin, el ciclo de vida y la primera etapa metodolgica del desarrollo de sistemas.
Este mdulo se compone de cuatro unidades.
La unidad 1 se compone de cinco lecturas, cada una de las cuales describe un tipo
particular de aplicacin o sistemas de informacin basados en computadoras. Estos son: el
sistema de informacin contable, el sistema de informacin gerencial, el sistema de apoyo
de decisiones, la oficina virtual, y el sistema basado en conocimiento.
La unidad 2 hace una introduccin al producto que construiremos: sistema de informacin.
En concreto, mostrar que los sistemas de informacin se conforman de los bloques
elementales: personas, datos, actividades, redes y tecnologa. Se propone un modelo visual
en forma de pirmide que ayudar a organizar dichos bloques elementales, a medida que se
desarrollan, en cada etapa de la metodologa que extiende el ciclo de vida, y que se
especifica en la unidad 3.
La unidad 3 hace una presentacin del proceso o mtodo de construccin de ese producto
llamado sistema de informacin. Dicho mtodo se denomina ciclo de vida del desarrollo de
sistemas. El ciclo de vida consta de cinco funciones o etapas lgicas: planificacin, anlisis,
diseo, implantacin y soporte. Cada una de ellas, est dividida en fases, y estas a su vez,
en tareas o actividades.
La unidad 4 versa sobre la planificacin de sistemas, la primera funcin o etapa del proceso
de desarrollo, que pretende identificar las tecnologas y las aplicaciones que producirn un
mximo beneficio para la empresa, as como fijar prioridades entre ellas. No todas las
organizaciones incluyen la planificacin de sistemas en su ciclo de vida del desarrollo de
sistemas; sin embargo, la planificacin de sistemas se est haciendo cada vez ms presente
en virtud del reconocimiento por parte de las empresas de que los sistemas de informacin
no deben evolucionar de una forma aleatoria, sino obedecer a un plan inserto dentro del
plan estratgico global de la empresa.
UNIDAD 1
Sistemas de informacin basados en computadoras
En un comienzo, la aplicacin de la computadora en el rea de negocios, se enfoc hacia
los datos. El nombre que se dio a las primeras aplicaciones o sistemas basados en
computadoras fue el de procesamiento de datos. Hoy da, recibe el nombre de sistema de
informacin contable. Luego, con el aumento en el poder de procesamiento de las
computadoras, se implementaron aplicaciones con el propsito principal de producir
informacin gerencial para apoyar a todos los gerentes de una compaa. Estas
aplicaciones recibieron el nombre de sistema de informacin gerencial. Estos sistemas por
sus dimensiones se hicieron tan inmanejables, que se formul una estrategia diferente. Se
disearon sistemas productores de informacin enfocados hacia un problema especfico que
un gerente debe resolver y tambin, hacia las decisiones que el gerente debe tomar. Estos
sistemas se bautizaron como sistemas de apoyo a decisiones. Mientras estos
evolucionaban, el inters se centr en otra aplicacin de las computadoras, la
automatizacin de oficinas. Esta, facilita la comunicacin y aumenta la productividad de los
gerentes y oficinistas con la ayuda de dispositivos electrnicos. Incluye una variedad de
aplicaciones como videoconferencias, correo de voz, correo electrnico, calendarizacin
electrnica, transmisin por facsmil y autoedicin. Con el trmino oficina virtual se describe
el marco moderno del trabajo en oficina, hecho posible por la automatizacin de oficinas y
otras aplicaciones electrnicas. Actualmente, se ha iniciado un movimiento para aplicar la
inteligencia artificial a los problemas de negocio. La idea bsica de la inteligencia artificial es
que la computadora pueda programarse para que realice algunas de las tareas de
razonamiento lgico que efectan los seres humanos. Una subclase especial de la
inteligencia artificial, los sistemas expertos, es la que est recibiendo ms atencin. Un
sistema experto puede proporcionarle a un gerente ayuda similar a la que podra
proporcionarle un consultor gerencial. Una limitacin de los sistemas expertos es que su
inteligencia no mejora con el tiempo. Una forma de superar esta limitacin es emplear redes
neuronales, anlogos electrnicos y matemticos del cerebro humano. Con el trmino
sistemas basados en conocimientos se designan todas las variedades de sistemas que
aplican inteligencia artificial a la resolucin de problemas.
Objetivo de la unidad
Representar un sistema de informacin dado en trminos del modelo del sistema a

que corresponda, segn la categora de los sistemas de informacin basados en
computadoras.
Estructura de la unidad
En esta unidad se estudiarn las cinco categoras de sistemas de informacin basados en
computadoras, que se mencionaron en la introduccin. Por lo tanto, la unidad se ha dividido
en cinco temas, cada uno de los cuales trata una de las categora de sistema. En cada tema
se refiere la lectura correspondiente, la cual se encuentra ubicada al final de este material de
apoyo. Le recordamos que las lecturas pertenecen a la Seleccin de lecturas, las cuales
fueron tomadas de la parte cinco del libro titulado Sistemas de informacin gerencial del
autor Raymond McLeod. Jr. Editorial Pearson Educacin, sptima edicin, ao 2000, tal
como se indic en el Plan de Curso.
Es conveniente destacar, que cada lectura corresponde a un captulo diferente del libro
antes referido, el cual se ha reproducido por completo. No obstante, el alumno slo
estudiar el contenido que se encuentra en las pginas indicadas, aunque en ocasiones se
le hacen sugerencias de extender la lectura hacia otros tpicos, a fin de aumentar su
comprensin de lo ledo, o en todo caso, si lo desea, puede revisar todo el captulo, a fin de
enmarcar e integrar todo lo tratado. Lo importante, es que el alumno no pierda de vista, que
segn el objetivo antes enunciado de esta unidad, el punto focal es que comprenda el
modelo de sistema de cada sistema basado en computadora (su representacin grfica y
correspondiente explicacin), ya que en la evaluacin se le expondr una situacin que trate
sobre uno de los cinco tipos de sistemas, y deber ser capaz de identificarlo, para as poder
representarlo grficamente y describir sus componentes.
El primer tema se dedica a los sistemas de informacin contable (sus siglas en ingls son
AIS), el cual procesa las transacciones que se producen como resultado de las actividades
cotidianas de la compaa. El punto focal de la lectura es el modelo del referido sistema, que
se muestra en la figura 12.1.
TEMA
El sistema de
informacin
contable
MATERIAL DE
REFERENCIA
Lectura Nro. 1
CAPTULO
TTULOS
PGS.
El sistema de informacin
contable.
310 - 317, 327
Los aspectos tratados en esta lectura son los siguientes:

El sistema de informacin contable produce informacin que describe de manera
detallada las operaciones financieras de la compaa para entregarla a usuarios dentro y
fuera de la compaa.
El modelo del sistema contable muestra que los datos se recogen del sistema fsico de la
empresa y de su entorno, y se manipulan para almacenarlos en archivos o bases de
datos. Luego, por medio de programas de software se recuperan los datos almacenados
y se preparan salidas que se distribuyen en la organizacin y su entorno.
El procesamiento de datos es la transformacin de grandes volmenes de datos en
informacin, mediante cuatros tareas bsicas: Recoleccin de datos, manipulacin de
datos, almacenamiento de datos y preparacin de documentos.
La recoleccin de datos es la reunin de los datos que describen cada una de las
acciones internas de la compaa y sus transacciones con el entorno.
La manipulacin de datos es la operacin de los datos para convertirlos en informacin.

Las operaciones de manipulacin son: Clasificacin, ordenamiento, clculo, y resumen.
La clasificacin es la identificacin y agrupacin de los datos por cdigo. El
ordenamiento es acomodar en secuencia los datos por cdigo. El clculo es la operacin
aritmtica y lgica de los elementos de datos para producir otros datos. El resumen es la
sntesis de datos por totales, subtotales, etc.
El almacenamiento de datos consiste en guardar los datos en medios de
almacenamiento secundario, en forma de archivos o bases de datos.
La preparacin de documentos es la generacin de las salidas (que contienen los datos
manipulados o procesados) hacia los usuarios.
El sistema de informacin contable se distingue de los otros sistemas basados en
computadoras por las siguientes caractersticas:
Realiza las tareas necesarias para establecer y mantener un control de sus
actividades.
Sigue procedimientos relativamente estandarizados que son aceptados en los
reglamentos y prcticas de todas las organizaciones.
Maneja datos detallados para crear un rastro de auditora de las actividades de la
compaa.
Tiene un enfoque primordialmente histrico, ya que generalmente describen lo que
sucedi en el pasado.
Proporciona poca informacin para la resolucin de problemas, como ejemplo de
ello, tenemos los informes de contabilidad estndar, como el estado de ingresos y
egresos.
Como punto final de la lectura realizada, encontramos el papel de los sistemas de

informacin contable en la resolucin de problemas. Una vez que hemos puntualizado los
aspectos ms importantes del tema, creemos conveniente hacer algunas aclaratorias y
sugerencias al estudiante, con relacin al tema ledo.
El modelo del sistema contable, as como el de los otros sistemas basados en
computadoras, se basa en el modelo general de sistemas de la compaa, que se describe
en el captulo 6 del mismo libro de donde se tom la seleccin de lecturas. Debido a que el
estudiante no cuenta con la reproduccin de dicho captulo en este Material de Apoyo, es
necesario graficar aqu ese modelo y acompaarlo de una corta, aunque suficiente narrativa.
Gerencia
Informacin
Estndares
Sistema
Conceptual
Procesador de
informacin
Informacin
Datos
Recursos
de entrada
Proceso de
transformacin
Recursos
de salida
Modelo general de sistemas de la compaa
Sistema
Fsico
El sistema fsico de la compaa transforma recursos de entrada en recursos de salida. Los

recursos de entrada provienen del entorno de la compaa, ocurre una transformacin y se
devuelven como recursos de salida al mismo entorno. Aunque la figura representa cualquier
compaa, resulta fcil percibir su correspondencia con una operacin de manufactura en la
que materias primas se transforman en productos terminados. Los recursos fsicos son la
materia prima, mquinas, dinero y recursos humanos. Los materiales que se reciben de los
proveedores se convierten en productos acabados o recursos de salida mediante un
proceso de transformacin. El personal se asigna a diferentes reas funcionales para
intervenir en el proceso de transformacin. Las mquinas estn disponibles continuamente
para intervenir en el proceso de produccin. El dinero conecta a la compaa con sus
instituciones financieras, clientes, proveedores, accionistas y empleados. La informacin la
genera un sistema o procedimiento a partir de los datos colectados del sistema fsico. Para
que el gerente ejerza un mejor control sobre su rea de responsabilidad, requiere de dos
ingredientes. Primero, debe haber informacin que describa lo que el rea est logrando.
Segundo, debe haber estndares de desempeo que reflejen lo que el rea debera lograr.
La primera informacin la genera el procesador de informacin. La segunda informacin
proviene de los estndares. Un estndar es una medida de desempeo aceptable, que
idealmente se plantea en trminos especficos. El gerente usa los estndares para controlar
el sistema fsico comparando el desempeo real, que se refleja en los informes del
procesador de informacin, con los estndares. Los resultados de la comparacin
determinan si es necesario tomar medidas. Estas medidas las enva como informacin a los
recursos de entrada al sistema fsico. As, el sistema conceptual que controla al sistema
fsico consiste de tres elementos claves: gerencia, procesador de informacin, y estndares.
Con esta diferenciacin entre sistema fsico y sistema conceptual, finalizamos la explicacin
del modelo general de sistemas de la compaa. El verdadero valor del modelo general de
sistemas se har evidente cuando usted se inicie profesionalmente en una compaa,
porque el modelo le proporcionar una imagen mental de los elementos que son necesarios
para que su unidad organizacional alcance sus objetivos.
Pasando a otro aspecto, queremos sealar que debido al uso obligatorio en toda
organizacin del sistema contable, es muy probable que el futuro analista se relacione de
manera directa o indirecta con el desarrollo, mantenimiento u operacin de uno de estos
sistemas transaccionales. En consecuencia, resultara propicio que el estudiante se
familiarice con dicho sistema. Por ello, le sugerimos la lectura del ejemplo del sistema de
distribucin y sus subsistemas (pgs. 313 - 325).
o
El segundo tema trata sobre los sistemas de informacin gerencial (sus siglas en ingls son,
MIS). El punto focal de la lectura es el modelo del referido sistema, que se muestra en la
figura 13.1.
TEMA
El sistema de
informacin
gerencial
MATERIAL
DE
REFERENCIA
Lectura Nro. 2
CAPTULO
TTULOS
PGS.
El sistema de
informacin
gerencial
333 - 335, 337 - 342,

346 - 347, 350
Los aspectos que trata esta lectura son los siguientes:

Un sistema de informacin gerencial es un sistema basado en computadoras que
proporciona informacin a usuarios que tienen necesidades similares. La informacin
describe a la compaa o a una de sus unidades en trminos de lo que ha sucedido en el
pasado, lo que est sucediendo en el presente y lo que es probable que suceda en el
futuro.
El modelo que representa al MIS muestra dos tipos de MIS: Un tipo, consiste de un
software para redactar informes que usa la base de datos que es alimentada por el
sistema de informacin contable (AIS); y otro tipo, consiste de modelos matemticos que
tambin usan esa base de datos, para simular operaciones de la compaa. Las salidas
de ambos tipos de MIS son utilizadas por las personas encargadas de resolver los
problemas de la compaa.
Las clases de software o programas para la redaccin de informes son dos: informes
peridicos e informes especiales. Un informe peridico se prepara con una frecuencia
especfica, como por ejemplo, un anlisis de ventas mensual por cliente. En cambio, un
informe especial se prepara cuando sucede algo extraordinario y generalmente aborda
un tema que es de inters especial para el usuario en ese momento.
El contenido de los informes tanto peridicos como mensuales puede mejorarse
incorporando el concepto de administracin por excepcin. Este concepto no se muestra
en esta lectura, sino en el captulo 6 del mismo libro donde se tom esta lectura. Por ello,
en las siguientes lneas se explica brevemente dicho concepto. La administracin por
excepcin es un estilo que el gerente adopta al intervenir en las actividades
empresariales slo cuando se salen del intervalo de desempeo aceptable. Para que el
gerente practique la administracin por excepcin, es preciso establecer estndares en
forma de lmites tanto inferior como superior del desempeo aceptable. Cuando la
administracin por excepcin se aplica en el MIS, el procesador de informacin slo
arroja en los informes, aquella informacin que indica que el desempeo real de un rea
de la compaa est fuera de los estndares. Con el propsito de que el gerente dirija su
atencin hacia registros y/o campos especficos de la base de datos, los informes que se
generan a partir de sta, se preparan bsicamente de cuatro maneras, usando el
concepto de gerencia por excepcin.
Preparar el informe slo cuando ocurren excepciones: Un ejemplo sera el informe de
horas extras, que slo se imprimira cuando los empleados trabajan horas extras.
Usar la secuencia del informe para destacar las excepciones: Consiste en ordenar
los registros del informe en una secuencia ascendente o descendente con base a
uno o ms campos claves, por ejemplo ordenar el informe de horas extras por
departamento y da de la semana.
Agrupar las excepciones: con la idea de destacar por reas las excepciones. Por
ejemplo, el informe de horas extras disearlo por columnas, donde cada columna
muestre un rango de horas determinado. Por ejemplo, una columna muestra a los
empleados que trabajaron de 1 a 10 horas extras. La siguiente columna, muestra los
empleados que trabajaron de 11 a 20 horas extras, y as, sucesivamente.
Mostrar la variacin respecto a la norma: los resultados de las actividades reales se
comparan con los resultados de las actividades planeadas, y la diferencia se
presenta como variacin.
Los modelos matemticos se pueden clasificar en trminos de tres dimensiones. Segn
la influencia del tiempo, en modelos estticos o dinmicos. Segn el grado de
certidumbre, en modelos probabilsticos o deterministas. Segn la capacidad para lograr
optimizacin, en modelos optimadores o suboptimadores.
El modelo dinmico incluye la variable tiempo, al contrario del modelo esttico que se
refiere al escenario en un momento dado. El uso de frmulas de probabilidades, es lo
caracteriza a los modelos probabilsticos, en contraste con los modelos deterministas.
Un modelo optimador representa un problema bien estructurado. En cambio, el modelo
10
suboptimador representa un problema semiestructurado. En la simulacin o corrida de

los modelos, se nota la diferencia que existe entre los modelos optimadores y
suboptimadores. Los modelos optimadores se ejecutan una sola vez para producir la
mejor solucin. En cambio, los modelos suboptimadores se ejecutan varias veces, en
busca de la combinacin del escenario y de las variables de decisin, que produzcan la
mejor solucin.
La simulacin de los modelos matemticos predice el efecto que produce una decisin
para resolver un problema. Los cuatro elementos a tomar en cuenta en una simulacin
son: el escenario donde se realiza la simulacin; los valores de entrada en el modelo; la
tcnica de simulacin que se utiliza en la ejecucin del modelo; y el formato que tendrn
las salidas de las simulaciones.
Las salidas de los dos tipos de MIS, se pueden producir en forma tabular o grfica. Se
obtiene un mayor xito si se determina cundo usar las salidas en forma grfica y cules
grficas deben usarse.
Los MIS contribuyen a la resolucin de problemas de dos maneras: Primero, proveen

informacin a toda la organizacin y preparan el terreno para obtener logros en los otros
sistemas: Sistemas de apoyo a decisiones, sistemas de oficina virtual y los sistemas
basados en conocimientos.
Al estudiante que no haya tenido la oportunidad de simular un modelo matemtico, le

sugerimos la lectura del ejemplo de modelado que se ilustra entre las pginas 342 y 344 (no
includo en la seleccin de lecturas, por no ser obligatorio). All, puede verse la pantalla
donde se introducen los datos del escenario y los datos de las variables de decisiones.
Tambin puede verse la pantalla de salidas del modelo. Como punto final de la lectura
realizada, encontramos el papel del sistema de informacin gerencial en la resolucin de
problemas.
o
El tercer tema aborda los sistemas de apoyo a decisiones (sus siglas en ingls, DSS), los
cuales apoyan al gerente en la resolucin de problemas semiestructurados. El punto focal
de la lectura es el modelo del referido sistema, que se muestra en la figura 14.4.
TEMA
El sistema de
apoyo a
decisiones
MATERIAL
DE
REFERENCIA
Lectura Nro. 3
CAPTULO
TTULOS
PGS.
El sistema de
apoyo a
decisiones
356 - 365
Los aspectos que trata esta lectura son los siguientes:
El Sistema de Informacin Contable (AIS) y el Sistema de Informacin Gerencial (MIS),

que estudiamos en las dos lecturas anteriores, estn orientados a satisfacer grandes
necesidades de informacin en la organizacin. Sin embargo, esta informacin no es
suficiente para resolver problemas especficos. El Sistema de Apoyo a Decisiones (DSS)
surgi como una forma de satisfacer esta necesidad.
11
El concepto de DSS surge de las contribuciones de tericos en el rea de administracin

de empresas.
Simon tipific las decisiones que se toman para resolver problemas, segn el grado
de estructuracin de los mismos. Las decisiones para resolver los dos extremos del
abanico de problemas que van desde los problemas estructurados hasta los no
estructurados las denomin respectivamente programadas y no programadas. Otra
de las contribuciones de Simon, fue su descripcin de las cuatro fases que atraviesa
un gerente para resolver un problema. Estas fases estn en relacin directa con el
enfoque de sistemas: analizar las partes de un problema; identificar y evaluar
alternativas de solucin; escoger la mejor solucin; implementar la solucin y hacerle
un seguimiento.
Gorry y Morton acuaron el trmino DSS e idearon una matriz para orientar las
aplicaciones de cmputo hacia la toma de decisiones gerenciales, basndose en los
aportes de Simon sobre decisiones programadas y no programadas, y fases de
resolucin de un problema; y en el aporte de Robert Anthony, sobre los niveles
gerenciales superior, medio e inferior denominados respectivamente, planificacin
estratgica, control gerencial y control operativo. Gorry y Morton describieron los
tipos de decisiones en trminos de la estructura del problema, que va de
estructurado a semiestructurado y no estructurado. El grado de estructuracin del
problema se determina por las fases de Simon para las cuales se puede especificar
un algoritmo. Cuando se puede disear un algoritmo que cubra las tres primeras
fases, el problema se denomina estructurado. Cuando se crean procedimientos que
resuelvan una o dos fases, el problema es semiestructurado. Cuando no se puede
sistematizar ninguna de las fases, el problema es no estructurado. Ntese en la
Figura 14.1, que la matriz se divide por medio de una lnea horizontal punteada en
dos partes. En la parte superior de la matriz se ubican los problemas que para esa
poca se haban resuelto por medio del uso de las computadoras, mientras que en la
parte inferior se encuentran los que todava no estaban computarizados. El rea
superior se denomin Sistemas de decisiones estructuradas (SDS), y el rea
inferior se denomin Sistema de apoyo a decisiones (DSS). No obstante,
actualmente todas las aplicaciones de computadoras dedicadas a apoyar decisiones,
se denominan DSS.
Alter desarroll una taxonoma de seis tipos de DSS basndose en el grado de
apoyo para la resolucin de problemas, los cuales pueden visualizarse en la figura
14.2. Los tres primeros tipos de DSS proporcionan apoyo en forma de informes,
tanto especiales como peridicos, y son los siguientes: recuperar elementos de
informacin, analizar archivos enteros, preparar informes de mltiples archivos. Los
tres ltimos tipos implican el uso de modelos matemticos, y ofrecen un mayor apoyo
al tomador de decisiones, y son los siguientes: estiman las consecuencias de las
decisiones, proponen decisiones y toman decisiones por el gerente.
Kenn se uni a Morton y defini tres objetivos que debe alcanzar un DSS: Ayudar a
resolver problemas semiestructurados, apoyar el juicio del gerente en lugar de
reemplazarlo, y mejorar ms la eficacia que la eficiencia del gerente. Con el
enunciado de estos objetivos, se trata de orientar el diseo y uso que se debe dar a
los DSS. Con el primer objetivo, se busca desarrollar aquellas aplicaciones de
soporte de decisiones que cubran el rea donde se encuentra la mayor cantidad de
problemas. Con el segundo, se pretende que esas aplicaciones no suplanten el juicio
del gerente. Por ltimo, la decisin que tome el gerente, debe ser la que mejor
encuentre en el menor tiempo posible.
12
El modelo del DSS se asemeja al del MIS. Al igual que ste, como se observa en la
figura 14.4, contempla las aplicaciones para redaccin de informes y los modelos
matemticos. Pero adems, incluye un tipo de software denominado Groupware que
apoya a un grupo de personas que trabajan conjuntamente en la toma de decisiones. En
esta situacin especfica se usa el trmino Sistema de apoyo a decisiones en grupos
(GDSS). El groupware a diferencia del concepto de DSS, evolucion a partir de fuentes
aparentemente disconexas, diseadas para satisfacer diversas necesidades. Estas
fuentes son diferentes productos de software que combinan varias funciones de manera
nica. La Tabla 4.1 muestra las principales funciones del groupware y los productos que
las soportan. Es interesante fijarse al menos, en la primera columna de dicha tabla,
denominada Funcin. El GDSS puede implementarse en cuatro ambientes posibles,
donde los miembros del grupo pueden reunirse simultneamente (intercambio
sincrnico) o a horas diferentes (intercambio asincrnico). En la Fig. 14.5 podemos
visualizar una clasificacin de estos ambientes en funcin del tamao del grupo y la
proximidad de los miembros. Los ambientes pueden ser: un Recinto de decisiones,
donde un grupo pequeo de personas se renen cara a cara; una Red de decisiones de
rea local, donde lo miembros interactan a travs de una red local; una Sesin
legislativa, donde se renen cara a cara, grupos ms grandes que los del Recinto de
decisiones; y finalmente, una Conferencia mediada por computadora, donde un grupo
grande de personas que estn geogrficamente dispersas se comunican mediante el
uso de varias aplicaciones de oficina virtual, conocidas como teleconferencias, las cuales
trataremos en la siguiente lectura. Queda a criterio del estudiante, la lectura de un
ejemplo de GDSS, donde se describe un ambiente de Recinto de decisiones. El caso
que se presenta consiste de un grupo de personas reunidas que empleando la tcnica
del Brainstorming (lluvia electrnica de ideas) responden annimamente una pregunta
al unsono, con el propsito de obtener un consenso en cuanto al tema en discusin.
o
El cuarto tema explora los sistemas de automatizacin de oficinas (sus siglas en ingls, OA).
El punto focal de la lectura es el modelo del referido sistema, que se muestra en la figura
15.1.
TEMA
El sistema de
automatizacin
de oficinas
MATERIAL DE
REFERENCIA
Lectura Nro. 4
CAPTULO
TTULOS
PGS.
El sistema de
automatizacin de
oficinas
377 - 378, 380 - 390
Los aspectos que se tratan en esta lectura son los siguientes:

La automatizacin de oficinas (OA) se inici facilitando las actividades administrativas,
con la primera mquina de escribir que us lo que se denomin la tecnologa del
procesamiento de textos. Luego, aparecieron otras tecnologas, pero cuando
aparecieron las microcomputadoras y los equipos de comunicaciones de datos de bajo
costo, se hizo posible que las personas trabajaran no slo en la oficina, sino tambin en
sus casas, entonces se introdujo el trmino teleproceso para describir la comunicacin
de datos, y luego se introdujo el trmino trabajo a distancia o tele conmutacin porque
pareca una forma apropiada para describir cmo los empleados podan ir
electrnicamente al trabajo. Actualmente se usa el trmino oficina virtual. La palabra
clave en OA es comunicacin. La compaa del futuro apoyar tanto las oficinas virtuales
como las fijas. Ambos tipos son el escenario para las aplicaciones de automatizacin de
oficinas.
13
El modelo de la OA se muestra en la figura 15.1. Los datos del sistema fsico se

introducen en la base de datos. Las aplicaciones de OA basadas en computadora, como
procesamiento de textos, correo electrnico y conferencias por computadora, toman los
datos de la base de datos y permiten a quienes resuelven problemas comunicarse entre
ellos, usando sus computadoras. En la figura, se muestra que los revolvedores de
problemas pueden encontrarse dentro del rea de la compaa o fuera de su entorno.
Las tecnologas de OA informales son las usadas a ttulo individual para satisfacer
alguna necesidad particular. Los sistemas de automatizacin de oficinas formales son
los que implementan tecnologas institucionalmente. Existen once (11) aplicaciones de la
OA, unas basadas en computadora y otras no basadas en computadora. Cada una de
estas aplicaciones es descrita separadamente y nueve (9) de ellas son representadas
grficamente como sistemas, en las figuras 15.2 a 15.10.
El sistema de procesamiento de textos se muestra en la figura 15.2. Esta tecnologa
implica el uso de una computadora para preparar documentos escritos que se
constituyen como medios de comunicacin ms eficaces.
El sistema de correo electrnico se muestra en la figura 15.3. Esta tecnologa usa
una red de computadoras que permite a los usuarios, enviar, almacenar y recibir
mensajes electrnicos.
El sistema de correo de voz se muestra en la figura 15.4. Esta tecnologa es similar
al correo electrnico, slo que se usa el telfono para enviar mensajes hablados y
para recuperar los mensajes recibidos.
El sistema de la agenda electrnica se muestra en la figura 15.5. Esta tecnologa
como el correo electrnico, implica el uso de una computadora en red, para
almacenar y recuperar la agenda de citas de un gerente. Es posible que el software
de agenda electrnica examine las agendas de otros gerentes, para programar una
reunin que convenga a todos.
El sistema de audioconferencia se muestra en la figura 15.6. Esta tecnologa
involucra el uso de un equipo de comunicacin de voz para establecer un enlace de
audio entre personas que estn dispersas geogrficamente. No requieren de una
computadora.
El sistema de videoconferencias se muestra en la figura 15.7. Esta tecnologa utiliza
un equipo de televisin para vincular a participantes que estn dispersos
geogrficamente. No requieren de una computadora.
La conferencia por computadora utiliza el mismo software y hardware que el correo
electrnico (tal como se ilustr en la figura 15.3), pero a diferencia de ste, los
participantes tienen como caracterstica comn, que slo intercambian informacin
respecto a un tema especfico.
La transmisin de facsmil se muestra en la figura 15.8. Esta tecnologa implica el
uso de un equipo especial (FAX) que puede leer una imagen de documento en un
extremo de un canal de comunicacin y producir una copia en el otro extremo. Una
estrategia alternativa consiste en insertarle una tarjeta de FAX para que la
computadora funcione como un facsmil.
El videotex es el uso de una computadora para exhibir material narrativo y grfico
almacenado en dispositivos secundarios.
El sistema de administracin de documentos o manejo de imgenes se muestra en la
figura 15.9. En la actualidad, sta tecnologa consiste de una o ms unidades de
OCR para convertir las imgenes de los documentos en un formato digital.
El sistema de autoedicin se muestra en la figura 15.10. Esta tecnologa implica el
uso de una computadora para preparar salidas cuya calidad es muy cercana a la que
producira un taller tipogrfico.
Le sugerimos al estudiante como lectura opcional, las ventajas y desventajas de la oficina

virtual, as como, la estrategia para implementar una oficina virtual recomendada (no est
incluida en la seleccin de lecturas, por no ser tema obligatorio).
14
o
El quinto tema presenta los sistemas basados en conocimientos. El punto focal de la lectura
es el modelo del referido sistema, que se muestra en la figura 16.2.
TEMA
El sistema
basado en
conocimientos
MATERIAL
DE
REFERENCIA
Lectura Nro. 5
CAPTULO
TTULOS
PGS.
El sistema basado en
conocimientos
399 - 412
Los aspectos de esta lectura son los siguientes:

La inteligencia artificial (sus siglas en ingls son: AI) representa la aplicacin ms
sofisticada de las computadoras, pues busca duplicar algunos tipos de razonamiento
humano. Las reas de la AI son: los sistemas basados en conocimiento, las redes
neuronales, los sistemas perceptivos, el aprendizaje, la robtica, el hardware de AI, y el
procesamiento de lenguaje natural. Un subconjunto de la AI en que actualmente se est
enfocando ms la atencin es, en el de los sistemas basados en conocimiento, siendo el
ms popular de ellos, el sistema experto. En la lectura se discuten los sistemas basados
en conocimiento, aunque tambin, pero en una proporcin menor, el rea de las redes
neuronales.
Un sistema experto es un programa de computadora que intenta representar los
conocimientos de expertos humanos en forma reglas prcticas. .A diferencia de los DSS,
los sistemas basados en conocimiento tienen el potencial para extender la capacidad de
resolucin de problemas del gerente ms all de sus posibilidades normales
El modelo del sistema experto. que se aprecia en la Fig. 16.2, contempla cuatro
componentes: la interfaz con el usuario, la base del conocimiento, la mquina de
inferencias y la mquina de desarrollo.
La interfaz con el usuario permite al usuario interactuar con el sistema experto y tiene
dos componentes: las entradas y las salidas. A travs del componente entrada,
introduce instrucciones e informacin. Las instrucciones especifican los parmetros
que guan al sistema experto en su razonamiento. La informacin consiste en valores
que se asignan a ciertas variables. A travs del componente salida, se muestran las
salidas o soluciones recomendadas.
La base del conocimiento contiene los conocimientos acumulados sobre el problema
especfico a resolver, que son descritos por medio de reglas. Las reglas especifican
lo que debe hacerse en una situacin dada, y constan de dos partes: una condicin
que podra cumplirse o no, y una accin que debe efectuarse si la condicin se
cumple. Las reglas se relacionan lgicamente entre s, permitiendo al sistema
experto emitir conclusiones o soluciones. El problema principal inherente al uso de
reglas para representar conocimientos es acondicionar al sistema experto para que
slo considere el conjunto apropiado de reglas. La tcnica ms directa es que el
usuario introduzca parmetros que reduzcan el nmero de caminos o enlaces lgicos
de reglas para producir una respuesta. Si el alumno lo desea, puede revisar una
tcnica que se presenta en la lectura, a los efectos de que el sistema experto slo
considere el subconjunto apropiado de reglas para la resolucin de un problema.
15
La mquina de inferencias examina las reglas de la base del conocimiento una a

una, y cuando se cumple la condicin de la regla, se realiza la accin especfica. El
conjunto de reglas se interpretan por medio de dos mtodos: Prorrazonamiento y
Razonamiento inverso. Cuando la mquina de inferencias utiliza el prorrazonamiento
o encadenamiento hacia delante, las reglas se examinan en cierto orden. Cuando
utiliza el razonamiento inverso o encadenamiento hacia atrs, la mquina de
inferencias convierte el problema a resolver en subproblemas, buscando una regla
que se pueda evaluar. Casi nunca tenemos una certeza del 100% sobre informacin
que en trminos de reglas hemos dado a un sistema experto. Por ello, cuando el
sistema experto emite una conclusin con cierto grado de incertidumbre, acompaa
a dicha conclusin, con un factor de certidumbre (CF) en base al 100%.
La mquina de desarrollo puede crear el sistema experto mediante dos estrategias:
lenguajes de programacin y shells de sistemas expertos. Dos lenguajes que se
prestan especialmente a la representacin simblica de la base del conocimiento son
Lips y Prolog. No obstante, hoy da, lo que ms se utiliza son los shells de sistema
experto. Este es un procesador ya hecho que se puede adaptar a un dominio de
problema especfico mediante la adicin de la base del conocimiento apropiada.
El analista de sistemas, quien en la jerga de AI, recibe el nombre de ingeniero de
conocimiento, se encarga del desarrollo del sistema experto. El ingeniero de
conocimiento adems de interactuar con el gerente o propietario del sistema y con el
usuario, requiere trabajar con un experto, quien le proporcionar los conocimientos y
la forma como aplica esos conocimientos en la resolucin de problemas.
La metodologa que pudiera seguirse en el proceso de construccin del sistema
experto, se ajusta al clsico ciclo de vida. El primer paso que realiza el analista es
estudiar el problema y decidir si contina o no el proyecto. En los pasos 2 al 5, el
analista junto al experto crean un prototipo del sistema experto. Estos pasos
consisten subsecuentemente en la definicin del problema; especificacin e
incorporacin del conjunto de reglas al prototipo; prueba del prototipo; y construccin
de la interfaz con el usuario. En los pasos 6 y 7, el usuario realiza las pruebas del
prototipo; y este entra en operacin. En el ltimo paso que es el no. 8, se realizan las
labores de mantenimiento del sistema experto, para aumentar su eficiencia y/o
reflejar los cambios en el dominio del problema.
Le sugerimos al alumno que opcionalmente, puede revisar los siguientes tpicos (no
incluidos en la seleccin de lecturas, por no ser tema obligatorio):
Un ejemplo de un sistema experto donde se ilustra un caso de aprobacin de crditos.
Para el caso, se muestran los cinco hechos del problema en los cuales se basar la
decisin; el conjunto de reglas; y las pantallas de entrada y salida.
Las ventajas y desventajas de los sistemas expertos, y la suerte que corrieron los
primeros sistemas expertos.
El tema de las redes neuronales, se inicia con una definicin de lo que es una red
neuronal. Luego, con la intencin de entender la jerga propia del sistema neuronal
artificial, se explica como funciona el cerebro humano. Con respecto a la evolucin de
los sistemas neuronales artificiales, se expone una de las reglas de aprendizaje ms
famosas conocidas como Ley del Aprendizaje de Hebb. Luego, se esbozan los avances
que se dieron en el rea de hardware para el procesamiento de informacin significativa.
El sistema neuronal artificial (ANS) tiene una arquitectura parecida a la del cerebro
humano la cual se ilustra en la Fig. 16.15. Las neuronas de un ANS se combinan para
formar un ANS multicapas denominado Perceptrn multicapas. Las redes neuronales en
lugar de programarse se adiestran, y es as, como aprenden. Como ltimo punto del
captulo, subtitulado el sistema neural artificial en perspectiva, se expone la diferencia
que hay entre un ANS y los sistemas expertos. Con esta referencia a los sistemas
neuronales, terminamos los comentarios a la presente lectura.
16
Recomendaciones para el estudio del contenido

Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
unidad es el estudio de las lecturas incluidas en la Seleccin de lecturas. Usted debe
realizar las lecturas muy cuidadosamente, tomando nota sobre los conceptos y aspectos
ms relevantes presentados y recapitulando los mismos.
Al finalizar las lecturas, Ud. proceder a realizar los ejercicios propuestos que se encuentran
en este material de apoyo. El propsito al realizar estos ejercicios, es corroborar que ha
comprendido el material estudiado. Luego, proceder a comparar su respuesta con la dada
a los mismos. En caso de no coincidir, estudie nuevamente el tpico sobre el cual vers el
ejercicio. Se le recomienda adems, en caso de dudas, consultar a su asesor en el centro
local al cual Ud. est adscrito, ya sea presencialmente, va telefnica o correo electrnico.
Ahora, proceda a realizar los siguientes ejercicios, para afianzar as, los conocimientos
adquiridos. Corrobore sus respuestas. Lea las prescripciones.
Ejercicio
1. El Departamento de Servicios Mdicos (DSM) de la empresa Electricidad del Este, se
encarga del desarrollo y ejecucin de programas mdicos sociales en pro del bienestar del
trabajador y su carga familiar. Dentro de los beneficios mdicos se encuentran las
consultas mdicas que el trabajador y sus familiares pueden realizar en las clnicas
contratadas por la empresa. El DSM cuenta con un sistema basado en computadoras que
efecta todas las operaciones relacionadas con el servicio prestado por consulta mdica
externa a los trabajadores. Este sistema se denomina SIstema de COnsulta Mdica
EXterna (SICOMEX). El procedimiento tanto manual como computarizado que se cumplen
en SICOMEX, se describe a continuacin:
a) El DSM registra en el sistema SICOMEX las clnicas autorizadas para atender a sus
empleados y familiares, mediante un cdigo para cada clnica.
b) El trabajador presenta al DSM una Solicitud de Consulta Mdica, la cual es registrada
en la base de datos del SICOMEX, mediante un cdigo compuesto, el cual consta del
cdigo del empleado y un cdigo consecutivo que el sistema asigna a la solicitud.
c) El DSM aprueba o no la solicitud del trabajador, y la registra en el sistema.
d) El trabajador y/o familiar quien cuenta con la solicitud aprobada, se dirige a la clnica y
efecta la consulta.
e) La clnica le entrega al trabajador, un original de la Constancia de Asistencia a la
Consulta Mdica.
f) El trabajador entrega la constancia original al DSM, quien la registra en el sistema.
g) La clnica entrega al DSM, el lote mensual de las copias de las constancias de
asistencia a consulta mdica junto con la facturacin respectiva. Cada factura tiene su
cdigo de identificacin.
h) El DSM registra en el sistema, tanto las copias de las constancias como las facturas
respectivas. El sistema se encarga de cotejar las copias de las constancias con el
original de las mismas y emite los siguientes listados:
h.1) Un listado detallado de las constancias que coincidieron y las que no, as como, el
monto respectivo de la factura.
h.2) Un listado totalizado por cdigo de departamento de la empresa, con un total
general del monto rechazado y del monto aprobado a pagar a cada clnica. Este
ltimo monto corresponde a las solicitudes que coincidieron.
Represente el sistema SICOMEX en trminos del modelo general del sistema a que
corresponda, segn la categora de los sistemas de informacin basados e computadoras.
Justifique brevemente su respuesta.
17
Respuesta al ejercicio
1.
Entorno
Datos
Informacin
Gerencia
Software de
procesamiento
de datos
Base
Datos
Sistema de
informacin
contable
Recursos
fsicos
Recursos
Transformacin
fsicos
Entorno
Modelo de sistema de informacin contable
18
Justificacin Nro 1:
El SICOMEX realiza las cuatro tareas bsicas de procesamiento de datos:
1. Recoleccin de datos: Las transacciones internas que maneja son las Solicitudes de
Consulta Mdica. Las transacciones del entorno son: Las clnicas afiliadas, las
Constancia de Asistencia a la Consulta Mdica y las Facturas.
2. Manipulacin de datos: El sistema SICOMEX,
a) Clasifica los registros de datos que producen las transacciones por ej, utilizando
Cdigo del Empleado, Cdigo del Departamento, Cdigo de la Clnica, Cdigo de la
factura, etc.
b) Ordena los registros en base a los cdigos antes nombrados.
c) Calcula, realizando operaciones aritmticas, como por ejemplo, totalizando montos
de facturas.
d) Resume los datos, totalizando por ejemplo, las originales de las Constancias de
Asistencia a Consultas Mdicas.
3. Almacenamiento de datos: Los datos que producen las transacciones se organizan en
registros que son organizados en archivos de bases de datos.
4. Preparacin de documentos: El sistema genera por ejemplo, un listado detallado de
las constancias que coincidieron y las que no, as, como el monto respectivo de la
factura.
Justificacin Nro. 2:
El SICOMEX se caracteriza por los siguientes criterios:
1. Realiza tareas necesarias: La gerencia de la empresa (El Departamento de Servicios
Mdicos de la empresa Electricidad del Este), requiere establecer y mantener un control
sobre las consultas mdicas de su personal y familiares.
2. Sigue procedimientos relativamente estandarizados: Las transacciones en sistemas
similares a ste en otras empresas, se procesan de manera similar.
3. Maneja datos detallados: El sistema lleva una auditoria detallada de cada transaccin,
como por ejemplo, de las Solicitudes de Consulta Mdicas.
4. Tiene un enfoque primordialmente histrico: Lleva un registro mensual de lo ocurrido
con cada transaccin, los cuales se van acumulando en el tiempo.
5. Proporciona poca informacin para la resolucin
de problemas: Produce
informacin detallada y ciertos totales, pero no contribuyen mucho a detectar problemas
generales, como por ejemplo, la clnica que comete ms errores o aciertos en la
facturacin.
Con la respuesta al ejercicio propuesto, hemos finalizado esta unidad 1.
19
UNIDAD 2
Bloques elementales de los sistemas de informacin
Un sistema de informacin se conforma de cinco componentes o bloques esenciales, los
cuales deben combinarse de forma eficaz a fin de construir un buen sistema de informacin.
Para representar el sistema se hace uso en el libro de un modelo en pirmide que consta de
cuatro caras y una base, el cual se usa consistentemente a lo largo de todo el texto. Las
caras de esta pirmide se van describiendo paulatinamente, hasta que finalmente, se
muestra la base de dicha pirmide, cuyos lados representan la tecnologa utilizada para
sostener respectivamente cada una de las caras de la pirmide.
Distinguir los elementos de un sistema de informacin dado desde la perspectiva
de alguno(s) de sus bloques elementales.
La unidad se ha dividido en seis temas referenciados en la siguiente tabla.
TEMA
MATERIAL DE
REFERENCIA
La definicin de un El libro Anlisis y
sistema
de diseo de sistemas de
informacin desde informacin.
la perspectiva de los
cuatro
bloques
elementales
El bloque elemental
Personas
El bloque elemental
Datos
El bloque elemental
Actividades
El bloque elemental
Redes
El bloque elemental
Tecnologa
CAPTULO
2
TTULOS
Qu
son
sistemas
informacin?
PGS.
los
de
38 - 40
El bloque elemental
Personas
El bloque elemental
Datos
El bloque elemental
Actividades
El bloque elemental
Redes
El bloque elemental
Tecnologa
40 - 46
47 - 53
53 - 66
66 - 72
72 - 75
Los aspectos tratados en los temas de esta lectura son los siguientes:
El producto llamado Sistema de Informacin, es una agrupacin conveniente de cinco
bloques elementales: personas, actividades, datos, redes y tecnologa con el propsito
de satisfacer las necesidades de informacin de la empresa.
El bloque de personas est conformado por todos aquellos que son trabajadores de la
informacin. De acuerdo al papel que desempean en el desarrollo y mantenimiento de
los sistemas de informacin, se clasifican en: Propietarios de sistemas, usuarios de
sistemas, diseadores de sistemas y constructores de sistemas.
20
El bloque de datos se explica, haciendo primero un prembulo, para diferenciar dato de

informacin. Un dato aporta un significado de forma aislada. Una informacin es un dato
que ha sido manipulado con la finalidad de que resulte de utilidad para alguien. Luego,
se muestra la perspectiva que de los datos tienen cada uno de los trabajadores de la
informacin.
El bloque de actividades define la funcin de un sistema de informacin en trminos de

dos actividades: actividades de empresa y actividades del sistema de informacin. Las
actividades son vistas de diferentes maneras por los trabajadores de la informacin. Los
sistemas suministran distintos niveles de soporte para las diversas funciones de
empresa y los diferentes niveles de usuarios. Hay una correspondencia entre las
aplicaciones tpicas de sistemas y los tipos de usuarios.
El bloque de redes muestra los diferentes puntos de vistas que los trabajadores de la
informacin tienen sobre este bloque.
El bloque tecnologa incluye, la tecnologa de datos, procesos y comunicaciones.

unidad es la lectura del captulo y temas indicados del libro Anlisis y diseo de sistemas de
informacin. Usted debe realizar las lecturas muy cuidadosamente, tomando nota sobre los
conceptos y aspectos ms relevantes presentados y recapitulando los mismos.
Ejercicio
1. En el banco Sofitesco, el delegado de seguridad de cada una de las agencias ubicadas
en el territorio nacional, lleva en forma manual el proceso sobre el control de las
combinaciones de los equipos de seguridad, que utiliza el personal encargado del
manejo de los mismos. Este control consiste en que el delegado de seguridad de cada
agencia, guarda en un sobre todas las combinaciones de los equipos de seguridad que
funcionan en la agencia, y deposita dicho sobre en la bveda de seguridad de la
agencia. Sin embargo, el proceso no se cumple a cabalidad debido a tres razones
fundamentales:
Hay agencias que no tienen un delegado de seguridad.
Hay equipos que pasan a estado de inactivos, y no se registra la informacin en el acta
que va incluida en el sobre.
Hay personal encargado de manejar los equipos que no hacen el cambio de
combinaciones segn lo establecen las normas del banco.
21
Por tanto, es necesario que las agencias tengan una supervisin directa de la Gerencia
de Seguridad, ubicada en la sede central del banco. En tal sentido, se plantea desarrollar
el Sistema Integral para el Manejo de los Equipos de Seguridad (SIMES) de todas las
agencias del banco.
Los trabajadores de la informacin del banco que participarn en el desarrollo del
sistema mencionado, realizarn las siguientes actividades:
a) El Gerente de Seguridad de la sede principal del banco, patrocinar el desarrollo del
sistema, fijando el presupuesto y el plazo necesario para su culminacin.
b) Los delegados de seguridad de las agencias del banco, definirn los problemas que
hay que resolver, las oportunidades que hay que aprovechar, las necesidades que
han de satisfacerse, y las restricciones de empresa que se impondrn al sistema de
informacin.
c) El personal encargado de manejar los equipos de seguridad aportar informacin
complementaria a la suministrada por los delegados de seguridad.
d) Dos ingenieros de sistemas adscritos a la Unidad de Ingeniera de la Informacin
(UII) del banco, se encargarn de disear las bases de datos, las pantallas de
entrada y salida, la interfaz de las pantallas, las redes de comunicacin de datos y
los programas informticos.
e) Tres tcnicos en informtica adscritos a la UII, se encargarn de programar las
especificaciones diseadas por el personal mencionado en el punto anterior (d).
Con base a la situacin planteada, distinga en la lista presentada, las actividades que
desde la perspectiva del bloque personas, corresponden a los siguientes trabajadores de
la informacin:
Propietarios de sistemas
Usuarios de sistemas
Diseadores de sistemas
Constructores de sistemas
Nota: Para establecer la correspondencia, vincule cada actividad con el trabajador de la
informacin con el que se relaciona, por medio de la letra que la designa en la lista.
22
Propietarios de sistemas
Usuarios de sistemas
Diseadores de sistemas
Constructores de sistemas
(a)
(b, c)
(d)
(e)
23
Bibliografa
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
Editorial Limusa. Grupo Noriega Editores. Desde una perspectiva diferente a la del libro
bsico usado en esta unidad, estos autores, considera, a todo sistema de informacin
conformado de seis componentes estructurales o bloques: entrada, modelos, salida,
tecnologa, base de datos y controles [cap. 3, pg. 54 - 63]. El bloque de la entrada
representa todos los datos, texto, voz o imgenes que entran al sistema de informacin y los
mtodos y los medios por los cuales se capturan e introducen. El bloque de modelos consta
de los modelos lgicos-matemticos que manipulan la entrada y los datos almacenados,
para producir las salidas. El bloque de la salida constituye el producto del sistema que es la
informacin que se distribuye a todos los usuarios dentro y fuera de la organizacin. El
bloque de tecnologa es el que une todos los componentes estructurales: captura la entrada,
activa los modelos, almacena y accede datos, produce y transmite salida, y ayuda a
controlar todo el sistema. Consta de tres componentes principales: la computadora, las
telecomunicaciones y el software. El bloque base de datos es el lugar donde se almacenan
todos los datos necesarios para atender las necesidades de los usuarios. El bloque de
controles asegura la proteccin, integridad y operacin uniforme de un sistema.
Murdick, R. & Munson, J. (1998). Sistemas de informacin administrativa. 2da edicin.
Prentice Hall. Explica el significado de informacin (cap. 5, pg. 147) y el significado de dato
(cap. 5, pg.157). Se extiende en el tema de la informacin, tratando los atributos de sta,
como formato, redundancia, eficiencia, confiabilidad, precisin, etc. Con respecto a los
datos, describe el ciclo de vida de estos, como por ejemplo, generacin de los datos,
captura, almacenamiento, destruccin, transporte, recuperacin, etc.
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill. En
[cap. 1, pg. 8], donde se define el trmino Trabajador de la informacin, dndosele a ste la
connotacin de usuario. En este mismo captulo, en las pginas 17 a 19, se clasifican los
usuarios segn el trabajo administrativo que realizan. El estudiante puede comparar esta
definicin y clasificacin con la expresada en el libro texto de estudio. Puede notar, que en el
texto de estudio, el trmino trabajador de la informacin es ms amplio, pues incluye a los
que disean y construyen sistemas de informacin.
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
24
UNIDAD 3
Ciclo de vida del desarrollo de sistemas
Algunos principios bsicos que todo analista de sistemas debe tomar en cuenta al momento
llevar a la prctica un proyecto de desarrollo de sistemas, son los siguientes: Implicar
activamente a los usuarios en el desarrollo de sistemas, reconocer que los sistemas son
inversiones de capital y deben justificarse como tales, etc. Es cada vez ms habitual, que
muchos proyectos de sistemas procedan de directivas de planificacin de sistemas de
informacin. Cuando los usuarios o los analistas inician proyectos, suele decirse que lo
hacen con reaccin a ciertas situaciones. En ambos casos, la mayora de los proyectos de
sistemas son impulsados por problemas, oportunidades y normas. Para llevar a cabo tales
proyectos se usa el CVDS moderno como un mtodo de resolucin de problemas, que
consta tpicamente de cinco etapas generales: planificacin de sistemas, anlisis de
sistemas, diseo de sistemas, implantacin de sistemas y soporte de sistemas.
Ubicar la(s) etapa(s) en que se encuentra el desarrollo de un sistema de informacin
dado, dentro del ciclo de vida de sistemas.
La unidad se ha dividido en tres temas referenciados en la siguiente tabla.
TEMA
MATERIAL
DE
REFERENCIA
Principios
El libro Anlisis y
esenciales para el diseo
de
desarrollo
de sistemas
de
sistemas con xito informacin.
Reaccin frente a
la planificacin
El ciclo de vida: un
mtodo
de
resolucin
de
problemas
CAPTULO
TTULOS
PGS.
Principios esenciales para

el desarrollo de sistemas
con xito.
95-101
Reaccin frente a la
planificacin
El ciclo de vida: un
mtodo de resolucin de
problemas
101-102
102-133

El mtodo CVDS aumenta las posibilidades de lograr con xito el desarrollo de un
sistema de informacin. No obstante, se deben observar ocho principios generales
durante el proceso de hacer un nuevo sistema.
El principio de implicar al usuario, significa que los responsables del proyecto de

desarrollo de sistemas deben exhortar a los usuarios a participar en dicho proyecto y
buscar su acuerdo sobre las decisiones que puedan afectarles.
25
El principio de aplicar un mtodo de resolucin de problemas propone que el analista

de sistemas debera emprender un proyecto de desarrollo de sistemas por medio de
la aplicacin de algn mtodo de resolucin de problemas, como el CVDS, que le
permita lograr un buen sistema.
El principio de definir fases y actividades persigue dividir el proyecto en partes, que

puedan manejarse y cumplirse con facilidad.
El principio de establecer normas para un desarrollo y una documentacin

consistente, pretende que los desarrolladores de un sistema uniformicen criterios en
cuanto al CVDS, herramientas y tcnicas a utilizar, de manera de asegurar la
consistencia del proyecto de desarrollo.
El principio de justificar los sistemas como inversiones de capital, aspira que el

analista considere ms de una solucin posible de sistemas y que evale las mismas
en trminos de costos y beneficios. Si los analistas comprueban la viabilidad del
proyecto en determinados puntos del CVDS, podrn observar el principio de no tener
miedo de cancelar o revisar el proyecto.
El principio de no tener miedo de cancelar o revisar el proyecto reside en que ofrece

varias oportunidades para reevaluar su viabilidad. Por medio del mtodo de control
progresivo se definen mltiples puntos recomprobacin de viabilidad a lo largo del
ciclo de vida del desarrollo de sistemas.
El principio divide y vencers, busca que el analista dimensione bien el mbito del
sistema y pique el mismo en fragmentos ms pequeos, para as simplificar el
proceso de hechura del sistema.
El principio de disear sistemas que puedan crecer y cambiar incita al analista a

utilizar herramientas y tcnicas que permitan la construccin de sistemas flexibles
capaces de adaptarse a los cambios en las necesidades que los originaron.
Los problemas, oportunidades y normas sirven de marco referencial al analista de

sistemas para determinar si se est ante la necesidad de iniciar un nuevo desarrollo. Los
problemas aparecen cuando el sistema actual no satisface los propsitos, las metas y
los objetivos de la organizacin. Las oportunidades son ocasiones para mejorar un
sistema aunque no existan problemas especficos. Las normas son decisiones
impuestas sobre un sistema por la direccin o por las instituciones gubernamentales. En
la figura 3.4 se muestra una lista de posibles problemas, oportunidades y normas que
facilitan al analista la identificacin de la mayora de los hechos que eventualmente estn
ocurriendo en su sistema particular.
El ciclo de vida de desarrollo de sistemas, se define como un mtodo disciplinado del

desarrollo de sistemas de informacin. Tambin puede definirse como una herramienta
de gestin de proyectos que planea, ejecuta y controla los proyectos de desarrollo de
sistemas. Pueden darse otras definiciones. Por ejemplo, en Kendall, 1997, el CVDS es
un enfoque por fases del anlisis y diseo de sistemas. No slo hay diversidad
conceptual, sino adems, concepciones dismiles entre los diversos autores, en cuanto a
la estructura del CVDS. Las versiones difieren en el nmero, denominacin y subdivisin
de los pasos a seguir durante el proceso. No obstante, son ms las similitudes que
diferencias. En su forma clsica ms simple, los CVDS constan de cuatro pasos: anlisis
de sistemas, diseo de sistemas, implantacin de sistemas y soporte de sistemas. En
contraste, y slo a manera de ilustracin, Kendall 97, clasifica los pasos al ms alto
nivel en ocho fases, denominndolas: Identificacin de problemas, oportunidades y
objetivos; determinacin de los requerimientos de informacin; anlisis de necesidades
del sistema; diseo del sistema recomendado; desarrollo y documentacin del software;
pruebas del sistema; implementacin y evaluacin del sistema; mantenimiento del
sistema. En cambio, en el libro que estamos usando como material instruccional, los
26
pasos son clasificados subsecuentemente, de mayor a menor nivel, en funciones, fases

y actividades. Esta es la versin que nos interesa, no porque sea mejor que las dems,
sino porque es la utilizada evidentemente, en la organizacin y configuracin del resto de
los captulos que tienen que ver con el CVDS.
Nota: El paso denominado funcion(es), lo llamaremos alternativamente, a lo largo de
este material, con el nombre etapa(s), ya que este ltimo, es de amplio uso, para
nombrar el paso de ms alto nivel, en el ciclo de vida de sistemas.
Las funciones y fases de la versin del CVDS que estudiaremos en esta unidad son las
siguientes:
o
La funcin planificacin de sistemas pretende establecer prioridades sobre aquellas

tecnologas y aplicaciones que producirn un mximo beneficio para la empresa.
Consta de las siguientes fases:
Estudiar el cometido de la empresa; donde se define el cometido de la empresa

en trminos de clientes, productos y servicios, recursos materiales y humanos,
objetivos corporativos, factores crticos de xito, etc, y se establecen planes de
sistemas de informacin que apoyen dicho cometido.
Definir una arquitectura de informacin; donde se determina la arquitectura de los

sistemas de informacin que se requieren construir en trminos de datos, redes,
actividades, personas y tecnologas de informacin que deberan utilizarse en las
aplicaciones.
Analizar las reas de empresa, donde se identifican las reas de empresa y los
proyectos especficos de sistemas a desarrollar en dichas reas con sus
respectivas prioridades.
La funcin anlisis de sistemas estudia el sistema actual de empresa y el sistema de

informacin y define las necesidades y prioridades manifestadas por los usuarios
para la elaboracin de un nuevo sistema de informacin. Consta de las siguientes
fases:
Estudiar la viabilidad del proyecto, donde se responde a la pregunta, si vale o no

la pena el proyecto.
Estudiar y analizar el sistema actual, donde se profundiza en el estudio de los

sucesos (problemas, oportunidades y normas) que estn impulsando el
desarrollo del nuevo sistema.
Definir las necesidades de usuarios y sus prioridades, donde se identifican las

necesidades de los usuarios con respecto al nuevo sistema en materia de datos,
procesos y redes.
La funcin diseo de sistemas evala las soluciones alternativas y especifica la

solucin detallada de tipo informtico. Comprende tres fases:
Elegir un objetivo de diseo, donde se definen, evalan y seleccionan las

soluciones candidatas.
Adquirir el hardware y software necesarios, donde se realiza la accin indicada.
Disear e integrar el nuevo sistema, donde se disean en forma global y

detallada los datos, los procesos y las redes, y la forma cmo se interconectarn
las partes del sistema.
27
La funcin implantacin construye y pone en operacin el nuevo sistema, y abarca

cuatro fases:
Hacer y probar las redes y las bases de datos, lo cual consiste en generar bases
de datos y redes nuevas o mejoradas que sern utilizadas por los programas
informticos.
Hacer y probar los programas, lo cual consiste en escribir, hacer y probar los
programas.
Instalar y probar el nuevo sistema, lo cual consiste en que los programas

realizados y software comprados se prueban e instalan, listos para entrar
prximamente en produccin.
Entregar el sistema para su puesta en funcionamiento, as se realiza la transicin

suave hacia el nuevo sistema, por medio de actividades que permiten el arranque
del mismo.
La funcin soporte de sistemas consiste en el mantenimiento continuado del sistema

despus de haberlo puesto en produccin. No consta de fases, porque implica la
revisin de las otras fases del ciclo de vida. Dicha revisin se plantea en forma de
actividades.
Las fases se han presentado en forma discreta, pero nunca se llevan a cabo como un paso
aparte. En vez de ello, varias fases pueden suceder simultneamente, y adems algunas
actividades dentro de las fases pueden repetirse. Es por ello, que los autores del libro que
estamos usando, extraen estas actividades y las presentan al final del libro, como
"actividades cruzadas del ciclo de vida". Entre esas actividades tenemos: la gestin de
proyectos, las tcnicas de investigacin de hechos, el anlisis de viabilidad y las tcnicas
interpersonales.
unidad es la lectura del captulo y temas indicados del libro Anlisis y diseo de sistemas
de informacin. Usted debe realizar las lecturas muy cuidadosamente, tomando nota sobre
los conceptos y aspectos ms relevantes presentados y recapitulando los mismos.
Como en otras ocasiones, luego de comentar la lectura obligatoria, realizamos una serie de
sugerencias al alumno, con relacin al captulo recin ledo. Dentro del contenido de dicho
captulo, encontramos otros temas de inters que son de lectura opcional. Concretamente,
sugerimos la lectura del cuadro la Nueva Generacin, el cual presenta una aplicacin de la
informtica interactiva a la gestin del ciclo de vida. Tambin, le aconsejamos la lectura de
otro tema que exhibe una de las tendencias actuales en sistemas, como lo es el desarrollo
de sistemas por cuenta del usuario final, y en particular, cules son las variaciones que se
dan en el ciclo de vida, cuando los usuarios son quienes desarrollan sus propias
aplicaciones. Por ltimo, para que el estudiante fije los conocimientos que est adquiriendo,
le invitamos a la lectura meticulosa del resumen del captulo, donde se esbozan los
aspectos tratados ms importantes.
Sera provechoso complementar la lectura recin hecha, con la bibliografa recomendada.
En particular, podemos observar en ella, que no hay una distincin, al menos explcita, entre
ciclo de vida y metodologa. A veces, el ciclo de vida, es considerada una metodologa ms.
En cambio, en el libro que estamos usando, el CVDS se visualiza como una estructura
bsica para armar las diferentes metodologas
28
Ejercicio
1. El banco Sofitesco tiene como visin, convertirse en la primera compaa del mercado
financiero enfocando sus servicios en la creacin de productos corporativos que satisfagan
en un 100% las exigencias del pblico. Para cumplir con esta visin, uno de los aspectos
que ha considerado crucial, es mantener una poltica de alineacin de la planificacin
estratgica corporativa con la planificacin estratgica de los sistemas de informacin.
A continuacin se listan algunos tem relativos a la(s) funcion(es) o etapa(s) del ciclo de
vida, en que se encuentra el desarrollo del sistema SIMES.
a) Sofitesco ha definido en funcin de su estructura organizacional, las diversas reas de
empresa, con el objetivo de planear los proyectos especficos de sistemas a desarrollar
en dichas reas con sus respectivas prioridades.
b) Una de las reas de empresa que se cree vital, es la de Auditora de Sistemas, que se
encarga de garantizar que se establezcan, mantengan y apliquen las polticas, normas
y procedimientos que soportan los procesos que son manejados por los diferentes
sistemas utilizados por la institucin.
c) En virtud que el sistema manual actual que involucra el proceso sobre el control de las
combinaciones de los equipos de seguridad (nombrado en el ejercicio de la unidad
anterior), no cumple a cabalidad con las polticas, normas y procedimientos
establecidos por el rea de Auditora de Sistemas, se ha planteado un proyecto para el
desarrollo del Sistema Integral para el Manejo de los Equipos de Seguridad (SIMES)
de todas las agencias del banco. La prioridad de dicho proyecto se definir una vez
que se tenga la cartera completa de proyectos, la cual se estima estar completa
dentro de un lapso de seis meses.
d) Para plantear el proyecto citado en el punto anterior c) se hizo un estudio preliminar de
los problemas que presenta el sistema manual, y por ahora, son los siguientes:
Hay agencias que no tienen un delegado de seguridad.
Hay equipos que pasan a estado de inactivos, y no se registra la informacin en acta
que va incluida en el sobre.
Hay personal encargado de manejar los equipos que no hacen el cambio de
combinaciones segn lo establecen las normas del banco.
e) Adems, para plantear el mencionado proyecto, ya se haban identificado ciertas
necesidades que debe satisfacer el nuevo sistema. Tales necesidades han sido
manifestadas por algunos de los usuarios del sistema actual, entre quienes se
encuentran, los delegados de seguridad de las agencias del banco y el personal
encargado de manejar los equipos de seguridad.
29
Con base a la situacin planteada, ubique los tem de la lista presentada, segn la
correspondencia que tengan con la(s) etapa(s) del ciclo de vida de sistemas, en que se
encuentra el desarrollo del sistema SIMES.
Planificacin de sistemas
Anlisis de sistemas
Diseo de sistemas
Implantacin de sistemas
Soporte de sistemas
Nota: Para establecer la correspondencia, vincule cada tem con la(s) etapa(s) del ciclo de
vida de sistemas, por medio de la letra que lo designa en la lista.
30
Planificacin de sistemas (a, b, c)

Anlisis de sistemas
(d, e)
Diseo de sistemas
Implantacin de sistemas
Soporte de sistemas
31
Bibliografa
Editorial Limusa. Grupo Noriega Editores. De manera somera, relacionaremos las fases
metodolgicas que consideran estos autores [cap. 2, pg. 73 - 77]: anlisis de sistemas,
diseo general de sistemas, evaluacin de sistemas, diseo detallado de sistemas e
implementacin de sistemas. Cada fase incluye actividades o tareas. Las primeras cuatro
fases estn dirigidas a proporcionar valores especficos para los componentes estructurales.
La ltima fase se ocupa de que los componentes estructurales sean operacionales. Esta
metodologa es explicada en mayor detalle en la parte 4 de la referencia citada.
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. En [cap.
1, pgs. 8 - 13], manifiesta que la importancia de usar el CVDS, es su enfoque organizado, y
no tanto el nmero de fases en que se divida. Aunque stas, se presenten en forma
separada, las actividades que comprenden, pueden sucederse simultnea y repetidamente.
Las siete fases que considera son: Identificacin de problemas, oportunidades y objetivos;
determinacin de los requerimientos de informacin; anlisis de las necesidades del
sistema; diseo del sistema recomendado; desarrollo y documentacin del software:
pruebas y mantenimiento del sistema; implementacin y evaluacin del sistema.
Prentice Hall. Expone [cap. 2, pgs. 48 - 50] qu es el enfoque de sistemas, y sus
caractersticas. Esboza brevemente, una metodologa general del enfoque de sistemas. Esta
metodologa se explica con mayor detalle [cap. 12, pg. 423, 425 - 426] bajo el ttulo El ciclo
de vida del sistema de informacin administrativo. Las cuatro fases son: planeacin y
programacin, diseo conceptual, diseo detallado e implantacin.
Pressman, R. (1997). Ingeniera del software. Un enfoque prctico. 4ta edicin. Mc Graw Hill.
En [cap. 2, pgs 22 a 24], el ciclo de vida, tambin denominado segn este autor, modelo
lineal secuencial o modelo en cascada se desglosa en seis fases lineales y secuenciales:
ingeniera y modelado de sistemas/informacin (modelado del sistema empresa), anlisis de
los requisitos del software (de uno de los subsistemas del sistema empresa), diseo,
generacin de cdigo, pruebas.
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill.
Presenta [cap. 1, pgs. 31 - 47], tres estrategias para el desarrollo de sistemas: ciclo de vida
bsico del desarrollo de sistemas, mtodo de desarrollo por anlisis estructurado, y mtodo
del prototipo de sistemas. El primero lo divide en seis actividades: investigacin preliminar,
determinacin de los requerimientos del sistema, diseo del sistema, desarrollo del software,
prueba de los sistemas e implantacin y evaluacin. La segunda, consiste del anlisis y el
diseo estructurado. Dentro del anlisis estructurado considera los elementos del DFD y
diccionario de datos. Comparando esta segunda estrategia con la distincin que hace el libro
bsico utilizado en esta unidad, entre metodologas, herramientas y tcnicas, observamos
que en realidad, el anlisis y el diseo estructurado son tcnicas, as como el DFD
(orientada a procesos) y el diccionario de datos (orientada a datos). Todas ellas, pueden
incluirse en cualquier metodologa de sistemas (ver unidad 5).
32
UNIDAD 4
Planificacin de sistemas
La planificacin de sistemas es la primera funcin del ciclo de vida de desarrollo de sistemas
que arranca con una visin global del dominio entero del negocio y establece el contexto de
negocio o tecnolgico apropiado. La visin global se refina para obtener dominios de inters
o reas de negocios especficos (ej. fabricacin, mercadotecnia, finanzas, ventas, etc.).
Luego, el enfoque se estrecha hacia un domino especfico, aislando las funciones de
negocios y procedimientos en que los sistemas de informacin pueden prestar soporte al
rea de negocio. Un sistema particular normalmente comprende procesos de diferentes
reas de negocios, por ej. finanzas y de ventas. De esta manera se define la cartera de
sistemas de informacin que requiere la organizacin y se asigna una prioridad a los
mismos.
Distinguir la(s) fase (s) y/o actividad(es) de la etapa de planificacin de sistemas en una
situacin dada.
La unidad se ha dividido en cuatro temas referenciados en la siguiente tabla.
Tema
La
planificacin
de sistemas.
Fase
de
estudio de la
planificacin
de sistemas.
Fase
de
definicin de la
planificacin
de sistemas.
Fase
de
anlisis
de
reas
de
empresa de la
planificacin
de sistemas.
MATERIAL
DE
REFERENCIA
El libro Anlisis y
diseo
de
sistemas
de
informacin.
CAPTULO
TTULOS
PGS.
Qu es la planificacin
de sistemas?.
220 - 222
Fase de estudio de la
planificacin de sistemas.
222 - 233
Fase de definicin de la
233 - 246
Fase de anlisis de reas

de
empresa
de
la
246 - 256
33
La planificacin estratgica de sistemas, dirigen la atencin de las empresas hacia la

tecnologa y los sistemas de informacin para hacer operaciones ms eficientes,
aumentar el valor de la empresa y conseguir ventajas de tipo competitivo. La
planificacin de sistemas es semejante al anlisis de sistemas, con la diferencia del
mbito en que se aplican. En la planificacin se estudia toda la empresa o una parte de
ella, para elaborar un plan que incluya los sistemas de informacin y las tecnologas que
reportan un mximo beneficio a la empresa. En el anlisis de sistemas se estudia cada
uno de los sistemas de dicho plan. La planificacin de sistemas se considera cada vez
ms dentro del ciclo de vida de desarrollo de sistemas de las empresas, debido a que las
empresas han advertido que los mismos no deben evolucionar en forma aleatoria sino
que han de regirse por un plan. La planificacin de sistemas es realizada por las
personas que pertenecen normalmente al cuerpo directivo de las empresas o
propietarios de sistemas. Por ello, los bloques elementales de los sistemas de
informacin, tales como personas, datos, actividades, redes y tecnologa deben ser
vistos desde la perspectiva de los propietarios de sistemas. Los propietarios de sistemas
son una categora del bloque personas. En el caso de la funcin de planificacin de
sistemas los propietarios ven los datos como entes gruesos o sin refinar (en trminos de
la empresa) y no desmenuzados (en trminos de sistemas). Los propietarios entienden
los datos como materiales, clientes, solicitudes, etc. Los propietarios ven las actividades
al nivel ms alto de la empresa, o en otras palabras, funciones de la empresa, como
ventas, cobranzas, contabilidad, etc. Las redes son vistas por los propietarios, como
interconexiones de diferentes lugares geogrficos y no desde el punto de vista tcnico.
La tecnologa est ubicada en cada uno de los lados de la base de la pirmide y es
utilizada para implantar la correspondiente cara de la pirmide, es decir, la tecnologa de
datos, la tecnologa de procesos y la tecnologa de comunicaciones. Ahora veamos en
forma breve para cada fase de la planificacin de sistemas, su propsito, tcnicas
utilizadas y productos finales.
La fase de estudio es una de las pocas fases del ciclo de vida donde los bloques
elementales de sistemas no son de utilidad para alcanzar sus objetivos, ya que se
precisa un conocimiento ejecutivo de la empresa y no de los sistemas de informacin.
Por suerte, los mtodos de ingeniera de informacin permiten alcanzar los objetivos de
la fase de estudio. El propsito de la fase de estudio es estudiar el cometido de la
empresa (misin) para competir actualmente en el mercado. Las actividades de la fase
de estudio son: 1) formar el equipo de planificacin, 2) definir el mbito y las expectativas
de planificacin, 3) identificar medidas de rendimiento de la empresa, 4) desarrollar un
plan de proyecto para la siguiente fase, y 5) revisar las conclusiones y comunicar las
aspiraciones de la empresa. Los mtodos para analizar las competencias de la empresa
son: el anlisis de los factores crticos de xito, el anlisis de la competencia y el anlisis
de la cadena de valores. El producto resultante de la fase de estudio es un plan de
trabajo para la fase de definicin.
La fase de definicin tiene como propsito definir un plan de desarrollo de sistemas de

informacin y de empleo de tecnologas de informacin que apoyen la misin de la
empresa. Las actividades son: 1) elaborar un modelo de empresa, 2) evaluar las
estrategias actuales de empresa, 3) evaluar los servicios y las estrategias actuales de
informacin, 4) identificar y fijar prioridades en torno a las reas de empresa, 5)
completar la nueva arquitectura de informacin, 6) identificar y planear proyectos
posteriores, y 7) revisar las conclusiones y aprobar el plan. Entre las tcnicas para
desarrollar estas actividades se encuentran las matrices de asociaciones, anlisis de
afinidades y anlisis de agrupaciones. El producto final de la fase de definicin es un
plan estratgico de sistemas de alto nivel.
34
La fase de anlisis de reas de empresas tiene como propsito ampliar el plan

estratgico de sistemas por rea de empresa para obtener sistemas altamente
integrados en la empresa. Las actividades son: 1) formar un equipo de anlisis, 2)
identificar medidas de rendimiento del rea de empresa, 3) elaborar un modelo del rea
de empresa, 4) evaluar el rendimiento actual del rea de empresa y de los sistemas de
informacin, 5) identificar y establecer prioridades en los proyectos de desarrollo, 6)
planear proyectos de desarrollo, y 7) revisar las conclusiones y aprobar el plan. Entre
las tcnicas usadas en la fase de anlisis se encuentran: tcnicas de investigacin de
hechos, desarrollo conjunto de aplicaciones, anlisis de viabilidad, y tcnicas
interpersonales. Los productos finales son: un plan de rea de empresa, proyectos
planificados de desarrollo de bases de datos y/o redes, y 3) proyectos planificados de
desarrollo de aplicaciones.

Le sugerimos al alumno, la lectura del cuadro la nueva generacin, donde se presenta la
reingeniera de procesos como un mtodo para redisear los procesos de empresa
existentes con el fin de mejorar su eficiencia y eficacia antes de aplicar la tecnologa de
informacin.
35
Ejercicio
1.
El Instituto Universitario de Tecnologa Fe y Prosperidad (IUTFP) es una institucin

educativa, entre cuyas unidades organizativas se encuentra el Departamento de
Telemtica (DT). Esta unidad se encuentra fsicamente ubicada dentro de las
instalaciones de la sede principal del IUTFP, atendiendo a esta sede, as como, a otras
dos extensiones que se encuentran ubicadas en otras regiones del pas.
Actualmente, el DT presenta una serie de deficiencias en su funcionamiento, por lo cual
la directiva del IUTFP ha decidido emprender un proyecto de planificacin de sistemas
en dicho departamento, a fin de determinar de que manera, las tecnologas y los
sistemas de informacin, pudieran contribuir a mejorar su desempeo. Desde la
perspectiva de la planificacin de sistemas se considerar al DT como un rea de
empresa, que se visualiza como si fuese la empresa total.
A continuacin se listan una serie de actividades que se han realizado en dicho proyecto.
a) Nombramiento del director del IUTFP, como director ejecutivo del proyecto de
investigacin de sistemas de informacin, y del jefe del DT como director de
Informacin. ste comprometi al personal tcnico de su departamento, a realizar el
papel de analistas de datos, en el sentido de que recolecten los datos primarios que
servirn de marco al referido proyecto.
b) Los analistas de datos trazaron el modelo de contexto, a fin de delimitar claramente
el mbito del proyecto. En dicho modelo se reflejan las conexiones que tiene el DT
con las restantes unidades del IUTFP.
c) El director ejecutivo con la ayuda del director de informacin, estableci con base al
modelo de contexto, al equipo de colaboradores ejecutivos del proyecto. El equipo
qued conformado por los jefes de los departamentos que son los principales
receptores de los servicios del DT. Tales departamentos estn conformados por
personal administrativo o docente.
d) Los analistas de datos utilizando diversas tcnicas de investigacin de hechos, como
revisin documental, entrevistas, encuestas y observacin directa procedieron a
identificar en relacin al DT, los siguientes aspectos:
La visin es Que a travs del fomento de tecnologa telemtica de vanguardia, y
del apoyo y asistencia que preste al personal administrativo y docente, as como
del estudiantado del IUTFP, se proyecte con xito en el desarrollo de la institucin.
La misin es la de promover las nuevas tecnologas telemticas, as como, efectuar
el mantenimiento y soporte tcnico de los equipos telemticos, que estn en
funcionamiento en las unidades organizativas del IUTFP.
Las metas generales son :
Mantener un permanente monitoreo de las tecnologas telemticas de punta que
se encuentren en el mercado.
Promover ampliamente en el instituto, aquellas innovaciones tecnolgicas
telemticas que pudieran satisfacer las necesidades del instituto.
Incentivar fehacientemente ante la directiva del instituto, la inclusin dentro de la
planificacin de tecnologas y sistemas, a aquellas tecnologas que parecieran
adecuadas al instituto.
Planificar, organizar y ejecutar el mantenimiento preventivo y correctivo de los
equipos telemticos que funcionan en la institucin.
Coordinar y efectuar el soporte tcnico a las unidades de la institucin en cuanto
a los equipos telemticos.
36
Los objetivos son:

Mantener un catlogo de al menos 10 compaas proveedoras de equipos
telemticos, con las cuales mantener un contacto al menos trimestral. Las vas de
comunicacin sern por contacto personal, envo de catlogos, o va internet.
Aprovechar el uso de carteleras informativas, cartas personalizadas, correo
electrnico de la Intranet de la institucin, para difundir trimestralmente, las
nuevas tecnologas telemticas en la institucin.
Utilizar la figura de reuniones semestrales, a fin de discutir con la directiva y
unidades, qu tecnologas pudieran incluirse en la planificacin de tecnologas y
sistemas.
Atender y satisfacer al menos, el 90% de las solicitudes de servicio referentes al
soporte tcnico de los equipos telemticos utilizados en las diferentes unidades
del IUTFP. Las solicitudes que no puedan atenderse se resolvern va
outsourcing.
Atender y satisfacer al menos, el 90% de las solicitudes de servicio referentes al
mantenimiento a los equipos telemticos utilizados en las diferentes unidades del
IUTFP. Las solicitudes que no puedan atenderse se resolvern va outsourcing.
Las amenazas y oportunidades ambientales
La situacin poltica que podra afectar el establecimiento en el pas de
compaas proveedoras de tecnologas.
Los ingresos econmicos del instituto, que provienen principalmente del
estudiantado, as como el poder adquisitivo del dlar, que podran afectar la
compra de tecnologas.
El establecimiento de convenios interinstitucionales podran favorecer el
intercambio tecnolgico.
Debilidades y fortalezas del DT
Existencia de poco personal para atender la gran demanda de solicitudes de
servicio de mantenimiento y soporte tcnico.
La alta disposicin del poco personal existente a mantenerse actualizado en
cuanto a nuevas tecnologas telemticas.
Dificultad en cuanto a la restriccin presupuestaria y de tiempo del personal, para
que realice la investigacin de nuevas tecnologas y cursos de adiestramiento de
los equipos telemticos adquiridos.
Retraso en la atencin de las solicitudes, debido a que el DT tiene que requerir
ante la Unidad de Almacn, los equipos telemticos, partes y materiales, que
necesita para atender las solicitudes de mantenimiento a los equipos telemticos.
Retraso en la atencin de las solicitudes, debido a que el DT tiene que tramitar
ante la Unidad de Compras, los equipos, partes y materiales que no estn en la
Unidad de Almacn, y que necesita para efectuar los mantenimientos que les
solicitan.
No se planifican las actividades a realizar, ni se registran las ya realizadas.
Desactualizacin de los procedimientos a seguir para la ejecucin de actividades.
e) El equipo de planificacin una vez concluidas las reuniones pautadas, elabor un
informe donde se incluyeron los puntos tratados, as como un plan para continuar
con la siguiente fase del proyecto.
f) Las conclusiones y recomendaciones del equipo de planificacin se discutieron con
directores ejecutivos no pertenecientes al equipo, y se decidi continuar con el
proyecto, as como divulgarlo al resto de la institucin.
Con base a la situacin planteada, distinga los tem de la lista presentada, que se
correspondan con la(s) fase(s) y/o actividad(es) de la etapa de planificacin de sistemas.
37
FASE DE ESTUDIO
Nombre de la actividad
1. Formar el equipo de planificacin
2. Definir el mbito y las expectativas de planificacin
3. Identificar las medidas de rendimiento de la empresa.
4. Desarrollar un plan de proyecto para la siguiente fase
5. Revisar los descubrimientos y comunicar las aspiraciones de la planificacin
FASE DE DEFINICIN
1. Definir Un modelo de empresa
2. Evaluar las estrategias actuales de empresa
3. Evaluar las estrategias y los servicios actuales de informacin
4. Identificar reas de empresa y establecer prioridades
5. Completar la nueva arquitectura de informacin
6. Identificar y planear proyectos posteriores
7. Revisar las conclusiones y aprobar el plan
FASE DE ANLISIS DE REA DE EMPRESA
1. Formar el equipo de anlisis
2. Identificar medidas de rendimiento del rea de empresa
3. Elaborar un modelo del rea de empresa
4. Evaluar el rendimiento actual del rea de empresa y delos sistemas de informacin
5. Identificar proyectos de desarrollo y establecer prioridades
6. Planear una estrategia y proyectos de desarrollo de aplicaciones
tem
tem
tem
Nota: Para establecer la correspondencia, vincule cada tem con la casilla pertinente, por
medio de la letra que lo designa en la lista.
38
FASE DE ESTUDIO
1. Formar el equipo de planificacin
2. Definir el mbito y las expectativas de planificacin
3. Identificar las medidas de rendimiento de la empresa.
4. Desarrollar un plan de proyecto para la siguiente fase
5. Revisar los descubrimientos y comunicar las aspiraciones de la planificacin
tem
a, c
b
d
e
f
FASE DE DEFINICIN
1. Definir Un modelo de empresa
2. Evaluar las estrategias actuales de empresa
3. Evaluar las estrategias y los servicios actuales de informacin
4. Identificar reas de empresa y establecer prioridades
5. Completar la nueva arquitectura de informacin
6. Identificar y planear proyectos posteriores
FASE DE ANLISIS DE REA DE EMPRESA
1. Formar el equipo de anlisis
2. Identificar medidas de rendimiento del rea de empresa
3. Elaborar un modelo del rea de empresa
4. Evaluar el rendimiento actual del rea de empresa y delos sistemas de informacin
5. Identificar proyectos de desarrollo y establecer prioridades
6. Planear una estrategia y proyectos de desarrollo de aplicaciones
tem
tem
39
Bibliografa
Editorial Limusa. Grupo Noriega Editores. En [cap. 15, pgs. 581 - 605], plantea que si la
empresa tiene una poltica preactiva hacia los sistemas de informacin, entonces estos
sern vistos como armas estratgicas ofensivas para dar a las organizaciones una ventaja
competitiva. Una metodologa para la planeacin de sistemas de informacin tiene tres
fases: establecer los objetivos de cada proyecto de sistemas, asegurando que estn
enlazados con los objetivos de la organizacin; priorizar las solicitudes de proyectos de
sistemas; y evaluando el impacto que estos proyectos tendrn sobre el personal de la
organizacin y los recursos tecnolgicos.
Prentice Hall. Bajo el ttulo planeacin con el sistema de informacin administrativa [cap. 9,
pg. 312 - 335] se define que es estrategia y los pasos a seguir para crear una estrategia,
como por ejemplo, analizar el ambiente, identificar las fuerzas y debilidades de la compaa,
identificar las oportunidades por explotar, etc. Tambin se analiza cmo contribuye el MIS a
la creacin de estrategias, cmo elaborar un plan a largo plazo y cmo pasar de ste a un
plan a corto plazo. Plantea en [cap. 12, pgs. 414 - 424] la necesidad, de integrar la
planeacin de los sistemas de informacin de la empresa al plan estratgico global de la
misma. El sistema que trata en particular, es el administrativo (MIS), pero esto es aplicable a
las otras categoras de sistemas.
En [cap. 10, pgs 163 - 168], se consideran actividades de la planificacin estratgica de
informacin (PEI). Los objetivos son: definir los objetivos y metas del negocio que sean
estratgicos, aislar los factores crticos de xito (FCE) que permitirn al negocio alcanzar
esos objetivos, analizar el impacto de la tecnologa y automatizacin en los objetivos y
metas, y analizar la informacin existente para determinar su papel en la consecucin de los
objetivos y metas. Se crea un modelo de la empresa y un modelo de datos a nivel del
negocio o empresa. El modelo de la empresa crea una visin en tres dimensiones de un
negocio: la estructura de la organizacin (organigrama) y funciones que se realizan dentro
de las reas de negocio definidas en el organigrama, los procesos que se realizan en cada
funcin, relacionar los objetivos, metas y FCE con las funciones del organigrama. El modelo
de datos a nivel del negocio define los objetos datos claves y sus relaciones entre ellos y
con otras reas de negocio. Luego, se va a un nivel mayor de detalle, para analizar las
reas de negocio (funciones del organigrama), definiendo para estas, un modelo de datos
(ms refinado que el modelo de datos a nivel del negocio),y un modelo de flujo de procesos.
La idea es relacionar cada rea de negocio con los objetivos de la PEI.
Expone con amplitud algunos aspectos que se corresponden con las actividades que
comprenden las fases de la planificacin de sistemas, segn el libro bsico. Bajo el ttulo
Administracin del portafolio de desarrollo de aplicaciones designa el conjunto de
proyectos de sistemas de informacin propuestos y aprobados que se encuentran
actualmente en desarrollo. En el [cap. 2, pgs. 55 - 99] los aspectos tratados son: razones
para proponer proyectos, metodologas para la planeacin de sistemas, fuentes de
solicitudes de proyectos, proceso de seleccin y revisin de proyectos, administracin de la
evolucin del portafolio, integracin del portafolio de aplicaciones, solicitud del proyecto,
investigacin preliminar, y seleccin de la estrategia para el desarrollo del proyecto. En
investigacin preliminar, se determina el mbito del estudio, se conduce la investigacin, se
prueba de la factibilidad del proyecto (factibilidad: operacional, tcnica, financiera y
econmica). Este ltimo aspecto, se ubica en la unidad 14.
40
41
MDULO II
Anlisis de un sistema de informacin
El presente mdulo hace nfasis en una de las funciones o etapas del desarrollo de
sistemas ms importante, la cual se denomina anlisis de sistemas. Su importancia deriva
del hecho que la calidad de las subsiguientes funciones depende de cmo se haya hecho el
anlisis de sistemas. El anlisis de sistemas es el estudio de un sistema actual de
informacin de la empresa y la definicin de las necesidades y prioridades de usuario para
obtener un sistema nuevo y mejorado.
Objetivo del mdulo
Analizar de manera integradora y generalista, un sistema de informacin aplicando las

tcnicas y herramientas del ciclo de vida.
Estructura del mdulo

El mdulo se divide en ocho unidades. Las unidades 5 a la 7, describen las tcnicas que son
propias del anlisis de sistemas. Las unidades 8 al 11, tratan las tcnicas que se usan en el
anlisis de sistemas, pero son comunes a otras etapas del desarrollo de sistemas, y que los
autores del libro las refieren como Actividades cruzadas del ciclo de vida. La unidad 12 da
una vista global de toda la etapa del anlisis en trminos de sus fases y actividades.
Veamos a continuacin una sntesis de cada una de ellas.
La unidad 5 muestra la tcnica de la modelizacin de datos, a travs de la herramienta
denominada Diagrama Entidad-Relacin para la descripcin de las entidades y de las
asociaciones existentes entre las entidades de un sistema. Tambin presenta el concepto de
diccionario de proyecto y cmo utilizarlo para documentar la especificacin de los datos y las
informaciones.
La unidad 6 explica la tcnica de modelizacin de procesos, a travs de la herramienta
denominada diagrama de flujo de datos para describir los problemas y soluciones de los
sistemas en trminos del flujo de datos, a travs del sistema y las actividades que se llevan
a cabo con dichos datos. Tambin muestra cmo utilizar el diccionario de proyecto para
documentar la especificacin de los procesos.
La unidad 7 expone la tcnica de modelizacin de redes, a travs de la herramienta
denominada diagrama de conectividad de puestos para expresar la situacin geogrfica de
las personas, los datos y las actividades. As mismo, presenta cmo utilizar el diccionario de
proyecto para documentar la especificacin de los procesos.
La unidad 8 expone la modelizacin propia de la gestin de proyectos, a travs de dos
herramientas: Diagramas Pert y Gantt. stas servirn de ayuda al analista para programar
sus actividades, evaluar el progreso de las mismas y modificar la planificacin.
La unidad 9 estudia las tcnicas de investigacin de hechos. Estas se usan para recabar de
los usuarios finales la informacin, las opiniones y las necesidades asociadas a los hechos.
Entre las tcnicas se incluyen el muestreo, la investigacin, la observacin, los
cuestionarios, las entrevistas y las sesiones de desarrollo conjunto de aplicaciones (DCA).
42
La unidad 10 presenta las tcnicas de viabilidad y de costos y beneficios. La importancia de

ellas radica, en que toda organizacin desea saber si es posible iniciar un proyecto de
sistemas, y si va a obtener beneficios y reducir costos.
La unidad 11 explica las tcnicas de comunicacin que ha de dominar el analista de
sistemas, tanto para recabar informacin como para exponer los resultados obtenidos. Las
tcnicas que se vern, sern las de planear y organizar reuniones, coordinar sesiones de
brainstorming y reuniones de proyectos sobre documentacin, hacer presentaciones
habladas y escribir informes.
La unidad 12 trata lo concerniente al anlisis de sistemas, la segunda funcin o etapa del
proceso de desarrollo, donde se conoce el sistema actual de la empresa, se definen los
objetivos y las prioridades para obtener las mejoras y se definen las necesidades de
empresa.
Procedamos ahora, a entrar en detalle en cada una de las unidades nombradas.
43
UNIDAD 5
Tcnica de modelizacin de datos
La modelizacin de datos es una tcnica para la definicin de los requisitos de datos que se
almacenarn en el nuevo sistema. Una herramienta muy conocida de modelizacin de
datos, son los diagramas entidad-relacin (DER) que muestran entidades y relaciones. Las
entidades son personas, objetos, sucesos y lugares que pueden ser descritos mediante
atributos de datos. Un ejemplo de una entidad persona son los clientes de una empresa.
Un ejemplo de una entidad objeto es un pedido. Un ejemplo de relacin entre ellos, es que
los clientes encargan pedidos. Una vez que el modelo de datos es elaborado, se utiliza un
mtodo de normalizacin para simplificar dicho modelo, hacindolo ms fcil de
comprender, no redundante y flexible. El modelo de datos esencial normalizado del sistema
propuesto obtenido en esta unidad, debe documentarse en un diccionario de proyectos, al
igual que los modelos esenciales de procesos y redes del sistema propuesto, que
obtendremos en las subsiguientes unidades. Como en esta unidad, iniciaremos el uso de tal
diccionario, definiremos su propsito, contenido y organizacin. Luego, veremos cmo
describir los tipos de estructuras de datos para un flujo de datos, entidades de datos, y
almacenes de datos. Finalmente, se nos explican las directrices y convenciones para
especificar en un diccionario de proyectos, las estructuras de datos definidas y otros
elementos relacionados.
Aplicar las tcnicas de modelizacin de datos en un sistema, documentando el
resultado de su aplicacin en el diccionario de proyectos.
La unidad se ha dividido en siete temas referenciados en la siguiente tabla.
TEMA
MATERIAL DE
REFERENCIA
Introduccin a la El libro Anlisis y
modelizacin de diseo de sistemas
sistemas.
de informacin.
Diagramas
de
entidad-relacin.
Cmo
construir
modelos de datos.
El diccionario de
proyectos.
Descripcin de las
estructuras
de
datos.
CAPTULO
TTULOS
PGS.
Introduccin a la
modelizacin de
sistemas.
Diagramas
de
entidad-relacin.
Cmo
construir
modelos de datos.
Qu
es
un
diccionario
de
proyectos?.
Especificacin de
las necesidades
de
datos
e
informacin en un
diccionario
de
proyectos.
318 - 320
11
320 - 342
342 - 357
446 - 450
450 - 456
44
TEMA
MATERIAL DE
REFERENCIA
Herramientas para El libro Anlisis y

implantar
o diseo de sistemas
documentar
un de informacin.
diccionario
de
proyectos: (CASE)
y
otras
dos
alternativas.
Documentacin de
las estructuras de
datos y elementos
relacionados
en
un diccionario de
proyectos.
CAPTULO
TTULOS
PGS.
11
Ingeniera
de
sistemas asistida
por
ordenador
(case) para la
especificacin de
las necesidades
de datos y de
procesos.
Cmo especificar
las necesidades
de datos y de
informacin en un
diccionario.
471 - 472
472 - 483

Los modelos de sistemas desempean un importante papel en el desarrollo de sistemas.
Un modelo es una representacin de la realidad. Con un modelo, podemos representar
el sistema actual y el sistema propuesto. Un modelo para el sistema actual o para el
propuesto, puede representar lo que ES el sistema y otro modelo, puede representar,
CMO es su implantacin fsica. Al primer modelo, se le llama modelo esencial, y al
segundo, modelo de implantacin. En esta unidad, se presenta la modelizacin de datos
como una tcnica para la definicin de las necesidades de almacenamiento de datos. El
modelo de datos que obtendremos es un modelo esencia de datos del sistema
propuesto. Debido a que los datos de una empresa cambian muy poco, el modelo
esencial de datos del sistema actual, sirve para documentar tambin el sistema
propuesto.
Una de las herramientas para la modelizacin de datos es el Diagrama Entidad Relacin, el cual describe las relaciones que existen entre las diferentes entidades de
datos de una empresa.
o Una entidad de datos es cualquier ente, real o abstracto, sobre el que deseamos
almacenar datos. Una relacin de datos es una asociacin natural que existe entre
una o ms entidades. Por ejemplo, una entidad puede ser CLIENTE y otra entidad,
puede ser PEDIDO. La entidad CLIENTE contiene todos los datos relativos a un
cliente de una empresa. La entidad PEDIDO contiene todos los datos relativos a los
pedidos de un cliente.
o Entre estas dos entidades, existe una relacin bidireccional. Una relacin que vincula
a un CLIENTE con un PEDIDO se lee un cliente hace un pedido. La otra relacin,
que vincula PEDIDO con CLIENTE se lee un pedido es hecho por un cliente.
o Los atributos de datos son caractersticas comunes a todas las ocurrencias de una
entidad concreta. Por ejemplo, la entidad CLIENTE puede tener entre otros atributos
de datos, la cdula de identidad del cliente, el nombre del cliente y la direccin del
cliente. Los valores de estos atributos de datos, cambian por cada ocurrencia de
cliente. Por ejemplo, un cliente podra tener por nombre Pedro Gonzlez y otro
cliente, podra llamarse David Fernndez. Un atributo de datos o una combinacin
de atributos de datos, se convierte en un identificador nico para una ocurrencia de
una entidad. Por ejemplo, el identificador para la entidad CLIENTE podra ser el
atributo de datos cdula de identidad, ya que la cdula de identidad de un cliente no
es igual a la de otro cliente.
45
Puede ocurrir que una entidad pueda dividirse en varias entidades subtipos. La
entidad que se divide se denomina supertipo. Todos los atributos de la entidad
supertipo son tambin atributos de las entidades subtipo, pero stas, tienen
algunos atributos que le son propios. Por ejemplo, la entidad supertipo CLIENTE
puede tener como subtipos CLIENTE-NATURAL Y CLIENTE-JURDICO. Los
atributos cdula de identidad, nombre y direccin son todos los atributos de la
entidad CLIENTE, y son tambin atributos de las entidades CLIENTE-NATURAL y
CLIENTE-JURDICO. Pero, por ejemplo, CLIENTE-NATURAL tiene adems el
atributo nmero de seguro social, mientras que CLIENTE-JURDICO tiene el
atributo nmero de RIF.
o Con respecto a las relaciones, existen dos reglas que las rigen: el orden y la
cardinalidad. El orden y la cardinalidad determinan respectivamente, el nmero
mnimo y mximo de presencias de una entidad con respecto a otra. Por ejemplo,
entre CLIENTE y PEDIDO, en la relacin un cliente hace un pedido, una presencia
de CLIENTE puede no tener una presencia de pedido o tener varias presencias de
pedido, es decir, el mnimo es cero y el mximo es muchos. Otro tipo de relaciones
pueden ser descritas por atributos de datos, es decir, por una entidad asociativa.
Tambin, hay relaciones complejas o extendidas, como por ejemplo, entre
presencias diferentes de una entidad. Tambin, pueden existir relaciones entre ms
de dos entidades, y se denominan relaciones N-arias.
A lo largo del ciclo de vida, se construyen modelos de datos.
o Durante la planificacin de sistemas, se crean dos modelos:
En el modelo esencial de datos de empresa, las entidades representan
cuestiones sustanciales de alto nivel acerca de las cuales la empresa requiere
informacin, y en l, generalmente no se definen atributos de datos.
En el modelo de datos por cada rea de empresa, se consideran las entidades y
relaciones pertenecientes a un rea de empresa particular. Este modelo,
completa y detalla la parte del modelo de empresa que le compete.
o Durante el anlisis de sistemas, se inicia el desarrollo de aplicaciones, y se crean
dos modelos:
En el modelo de datos de contexto de aplicacin, se define el mbito del
proyecto, y en l, generalmente, no se definen los atributos, rdenes y
cardinalidades.
En el modelo de datos esencial de aplicacin, se definen las necesidades de
datos de la aplicacin, y en l, si deben definirse los atributos, identificadores,
rdenes, cardinalidades, relaciones complejas, etc. Este modelo, completa y
detalla un modelo de contexto de aplicacin.
Para elaborar un modelo de datos, hay que realizar una serie de pasos.
El primer paso es identificar las entidades.
El segundo paso es definir identificadores para cada entidad.
El tercer paso es dibujar las relaciones entre entidades de datos.
El cuarto paso es identificar los atributos de datos.
El quinto paso es asignar los atributos de datos a las entidades.
Un diccionario de proyectos almacena los modelos esenciales de datos, de procesos y
redes del sistema propuesto, especificados durante la fase de definicin, de la etapa del
anlisis de sistemas, ayudando al analista a hacer un seguimiento del enorme volumen
de detalle que forma parte de un sistema.
Las estructuras de datos de una entidad, un almacn de datos (archivo), y un flujo de
datos (de entrada o de salida), pueden ser descritas segn su tipo:
o En la estructura de datos secuencia, todos los atributos de datos adoptan un valor
determinado.
46
En la estructura de datos seleccin, del total de atributos, hay un grupo de ellos, de

los cuales slo uno, adoptar un valor determinado. Este es el caso del o-exclusivo.
Cuando el tipo de seleccin es o-inclusivo, del total de atributos, hay un grupo de
ellos, donde todos o una parte, puede tomar un valor determinado.
o En la estructura de datos repeticin, del total de atributos, un grupo de ellos, se repite
ms de una vez, para una sola ocurrencia de un registro de datos. Tambin,
podemos encontrar estructuras de datos donde algunos atributos pueden tomar o no
valores de manera opcional. Podemos tambin encontrar, que un mismo atributo, se
encuentre en ms de una estructura de datos, y que dicho atributo, est compuesto
de subatributos. A fin de no repetir, ese atributo con sus correspondientes
subatributos, tantas veces como estructuras lo utilicen, podemos definirlo aparte,
para que sea reutilizable, es decir, solamente nombrarlo (sin desglosarlo con sus
subatributos), en las estructuras que lo usen.
Cada vez, con ms frecuencia se utiliza la tecnologa CASE para almacenar y extraer los
datos del diccionario. Si no se dispone de una herramienta CASE, existen formas
alternativas para implantar o documentar un diccionario de proyectos. La primera, es
utilizar formatos estndar y la segunda, utilizar un procesador de textos. Tanto para los
modelos de datos, procesos y redes (estos dos ltimos los veremos en las subsiguientes
unidades), pueden usarse las tres opciones.
En el diccionario de proyectos se documentan las estructuras de datos de las entidades,
almacenes de datos, flujos de datos, y adems, registros de datos, atributos de datos,
tablas de cdigos, y otros elementos relacionados con cada uno de ellos.

Le recomendamos al estudiante que lea el cuadro La Nueva Generacin del captulo 11,
donde se describe la tendencia actual de las organizaciones a tener un diccionario
corporativo, el cual centraliza todos los datos de la empresa.
47
Ejercicios
1. Dada la siguiente descripcin de las entidades y sus relaciones, prepare un borrador de
diagrama entidad-relacin (DER). Asegrese de consignar todas las suposiciones
razonables que considere: Burgess World Distribution Center asiste como proveedor a
45 concesionarios de Burger World. Usted est trabajando en un proyecto para construir
un sistema de bases de datos distribuidas. Cada concesionario remite una previsin
diaria de ventas de cada producto del men de Burger World (los productos que se
incluyen en el men de cada restaurante) para el siguiente mes. Todos los productos de
los mens requieren ciertos ingredientes y/o artculos envasados. Sobre la base de las
ventas previstas de cada centro, el sistema debe generar una relacin diaria de
ingredientes necesarios y reunir las necesidades de dichos ingredientes en las
solicitudes de compra y las expediciones (una vez por semana).
2. Ofrezca un ejemplo de cada una de las siguientes relaciones de datos: uno a uno (1:1),
uno a muchos (1:M o M:1) y muchos a muchos (M:M). Haga un DER para cada uno de
los ejemplos. Asegrese de poner ttulos: nombres para las entidades de datos y verbos
para las relaciones de datos. Aada comentarios al grfico para indicar la clase de
relacin.
48
Respuestas a los ejercicios

1.
1:1
CONCESIONARIO
Remite
0:M
0:M
1:M
PRODUCTO
PEDIDO
VENTA
PREVISTA
PRODUCTO
INGREDIENTE
ARTCULO
ENVASADO
1:M
INGREDIENTE
SOLICITADO
0: M
0:1
SOLICITUD
DE COMPRA
Despacha
EXPEDICIN
0:M
1:1
2.
0:M
Tiene
2.
1:1
CONTRATO
TRABAJADOR
1:1
Crea
0:M
Tiene
1:M
1:M
MOVIMIENTO
HORAS
TRABAJADAS
PERODO
FRMULA
NMINA
Con la respuesta a los ejercicios propuestos, hemos finalizado esta unidad 5.
49
Bibliografa
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. En [cap.
10, pgs. 293 - 315], explica como describir y crear entradas en el diccionario de datos para
los flujos de datos, almacenes de datos y procesos. Luego cada almacn de datos y flujo de
datos debe ser definido y luego expandido en las estructuras de datos que contiene, y stas
a su vez en los elementos de datos que contiene. La lgica de cada proceso la describe
usando los datos que fluyen de o hacia el proceso.
En lo atinente al anlisis de decisiones y descripcin de lgica de los procesos [cap. 11,
pgs. 339 - 370], se tratan los mtodos del lenguaje estructurado, tablas de decisin y
rboles de decisin (ste ltimo no lo consideramos en esta unidad). Explica cmo enlazar
los procesos con los diagramas del flujo de datos y el diccionario de datos. En el uso del
lenguaje estructurado, considera: estructura secuencial, estructura de decisin, estructura
de caso, iteracin. En cuanto a las tablas de decisin, explica sus componentes: reglas,
condiciones y acciones. (Nota: Esta bibliografa es pertinente para las unidades 5 y 6).
En [cap. 12, pgs 201 - 206], explica una de los mtodos del modelado de datos, que es el
diagrama entidad relacin (DER). Entre los puntos tratados estn: objetos de datos,
atributos y elaciones; cardinalidad y modalidad
el [cap. 12, pgs. 642 - 649], explica a grandes rasgos, las entidades y sus relaciones
(cardinalidad, tipos de relaciones y nombre de la relacin). Tambin, estudia en detalle, las
tablas de decisin, incluyendo tipos de entradas en la tabla (limitada, entrada extendida,
entrada mixta, forma else, tablas mltiples (enlazadas por transferencia directa o
transferencia temporal). En cuanto al lenguaje estructurado, se examinan las estructuras de
secuencia, las estructuras de decisin y las de iteracin. En cuanto, al diccionario de datos
[cap. 4, pgs. 210 - 230], explica que es un diccionario de datos y su importancia. Expone
adems, que en el diccionario se registran dos tipos de descripciones para el flujo de datos:
elementos de datos y estructuras de datos. Las estructuras se componen de elementos de
datos. En cuanto a la descripcin de los datos se tiene: nombre del dato, descripcin, alias,
longitud, y valores de datos. En cuanto a la descripcin de la estructura de datos se tiene
que stas, se construyen sobre cuatro relaciones de componentes: secuencial, seleccin,
iteracin, opcional. Expresa la notacin empleada en el diccionario de datos, y cmo se
registran las descripciones de datos: definicin de los flujos y almacenes de datos, definicin
de estructuras de datos, descripcin de procesos. (Nota: Esta bibliografa es pertinente para
las unidades 5 y 6)
50
UNIDAD 6
Tcnica de modelizacin de procesos
La modelizacin de procesos es una tcnica para la definicin de los requisitos de procesos
del nuevo sistema. Una herramienta muy conocida de modelizacin de procesos, son los
diagramas de flujo de datos (DFD). Los DFDs ilustran el flujo de datos y tareas a travs de
un sistema, y son utilizados en diferentes niveles de detalle, en las etapas de planificacin,
anlisis y diseo de sistemas. El modelo esencial de procesos del sistema propuesto debe
ser descrito y luego documentado en el diccionario de proyectos. Las normas y
procedimientos se declaran, utilizando respectivamente, las herramientas de tabla de
decisin y lenguaje estructurado.
Aplicar las tcnicas de modelizacin de procesos en un sistema, documentando el

La unidad se ha dividido en seis temas referenciados en la siguiente tabla.
TEMA
MATERIAL DE
REFERENCIA
Modelizacin de El libro Anlisis y
sistemas:
la diseo de sistemas
esencia de un de informacin.
sistema.
Diagramas
de
flujo de datos.
Cmo construir
modelos
de
procesos.
El mtodo de
expansin para
elaborar
diagramas
de
flujo de datos.
Descripcin de
normas
y
procedimientos.
Documentacin
de las normas y
procedimientos
en
un
diccionario
de
proyectos.
CAPTULO
TTULOS
PGS.
Modelizacin
de
sistemas: la esencia
de un sistema.
364 - 366
Diagramas de flujo de
datos.
Cmo
construir
modelos de procesos.
366 - 381
El
mtodo
de
expansin
para
elaborar
diagramas
de flujo de datos.
402 - 409
Especificacin de
necesidades
esenciales
procesos
en
diccionario
proyectos.
Cmo describir
necesidades
procesos
en
diccionario.
456 - 471
las
381 - 402
de
el
de
las
de
un
483 - 485
51

Los modelos de sistemas que se relatan en esta unidad, fueron vistos en la unidad
anterior, de manera que pueden releerse a manera de repaso. En esta unidad, se
presenta la modelizacin de procesos como una tcnica para la definicin de las
necesidades de procesos de un sistema.
Una de las herramientas para la modelizacin de procesos es el Diagrama de Flujo de
Datos (DFD), el cual representa el movimiento de datos a travs de los procesos del
sistema. Existen numerosas convenciones acerca de cmo dibujar el DFD. Aqu,
utilizaremos la notacin propuesta por dos autores: Gane y Sarson. El elemento principal
de un DFD es un proceso, que es un conjunto de tareas realizadas sobre los datos
entrantes a dicho proceso, para producir unos datos de salida. El flujo de datos es otro
elemento del DFD, y representa los datos entrantes y salientes de un proceso. Otro
elemento de los DFD son los agentes internos y externos, los cuales suministran las
entradas iniciales y reciben las salidas finales. Por ltimo, el elemento denominado
almacn de datos, representa el conjunto de todas aquellas presencias de una entidad
de datos.
A lo largo del ciclo de vida, se construyen modelos de procesos. Durante la planificacin
de sistemas, se crean dos modelos: un modelo esencial de procesos de empresa y un
modelo de procesos del rea de empresa. El primero, representa una visin general de
las funciones (grupo de procesos) de la empresa. El segundo, consideran funciones de
empresa de naturaleza semejante, cuyos procesos asociados permiten identificar
potenciales aplicaciones informticas. Durante el anlisis de sistemas, se inicia el
desarrollo de aplicaciones, y por tanto, se construye un modelo de procesos de contexto
de aplicacin y un modelo de procesos esencial de aplicacin. El primero define el
mbito del proyecto, y en l, se considera un nico proceso que es el sistema que
conforma la aplicacin informtica. El segundo desglosa el nico proceso del modelo de
contexto en varios procesos, con sus entradas, salidas y almacenes de datos. Un
modelo esencial de aplicacin, completa y detalla un modelo de contexto de aplicacin.
Para elaborar un modelo de procesos, hay que realizar una serie de pasos.
o El primer paso es elaborar un diagrama de flujo de datos de contexto.
o El segundo paso es elaborar un diagrama de descomposicin que esquematice los
diagramas de flujo de datos. Este paso se realiza antes de dibujar DFDs que detallen
el DFD de contexto, porque permite descomponer de manera lgica los procesos del
sistema. Un diagrama de descomposicin permite dividir un proceso raz, en
subsistemas, funciones y tareas. Todos ellos se representan con el smbolo del
proceso. Existen dos formas de elaborar un DFD:
El mtodo de expansin refina un DFD general, en un solo DFD ms detallado.
El mtodo de explosin refina un DFD general, en varios DFD ms detallados.
Este ltimo mtodo es el usado en el libro texto, tal como se ver a partir del
cuarto paso.
o El tercer paso procede a identificar los almacenes de datos, a partir del modelo de
datos elaborado en la unidad anterior.
o El cuarto paso elabora un solo diagrama general de flujo de datos, con todos sus
componentes, mostrando los procesos obtenidos en el diagrama de descomposicin.
o El quinto paso consiste en elaborar diagramas de flujo de datos de nivel medio,
obtenindose un DFD por cada proceso del diagrama general del flujo de datos.
o El sexto paso es elaborar diagramas de flujos de datos de nivel primigenio,
obtenindose procesos que ya no pueden ser desglosados. Cada uno de estos
pasos es explicado detalladamente en el libro texto, a travs de ejemplos.
Los procesos se describen usando el lenguaje corriente (denominado estructurado, en
informtica), pero a veces, no resulta lo suficientemente claro para precisar la
combinacin de condiciones y reglas que hay en una empresa, y la accin a tomar por
cada combinacin. Por ello, se utiliza en ste ltimo caso, la tabla de decisin.
52
En cuanto al lenguaje estructurado, se explica su sintaxis, y se distinguen tres tipos de

oraciones:
o Las sentencias de secuencia son oraciones que describen lo que debera hacerse en
un procedimiento, como por ejemplo calcular el saldo de la cuenta.
o La sentencia de decisin permite ramificaciones de instrucciones en la forma: Si
<condicin> entonces <instrucciones>, en otros casos <instrucciones>. Otro formato
de decisin es cuando se dan varios casos: en el caso 1 <condicin1>
<instrucciones>; en caso 2 <condicin 2> <instrucciones>; en caso n <condicin n>
<instrucciones>.
o La sentencia de repeticin puede tener cuatro formas: 1) Haz <nmero de veces>
<instrucciones>; 2) Repite <instrucciones> hasta que se cumpla <condicin>; 3)
Mientras se cumpla <condicin> haz <instrucciones>; 4) Para cada <condicin> haz
<instrucciones>.
En cuanto a la tabla de decisin, se crea una matriz:
o Las columnas son las Reglas
o La primera porcin de filas son las condiciones
o La segunda porcin, las acciones a realizar por cada combinacin de condicin y
regla.
En el diccionario de proyectos se documentan los procesos descritos por medio del
lenguaje estructurado y las tablas de decisin.
53
Ejercicios
1. Dada la siguiente descripcin, elabore un DFD de contexto y el DFD por niveles para la
parte de las actividades descritas.
El objetivo de un SISTEMA DE SEGUROS DE AUTOMVILES es dotar de una pliza a
los propietarios de vehculos. Inicialmente, se pide a los clientes que rellenen una
PETICIN DE SOLICITUD DE SEGURO. Se enva entonces una PETICIN DE
INSCRIPCIN DEL CONDUCTOR al departamento local de polica, que devuelve un
INFORME DE REGISTRO DEL CONDUCTOR. Adems, se enva una PETICIN DE
REGISTRO DEL VEHCULO al departamento de vehculos motorizados, que devuelve
un REGISTRO DEL VEHCULO. Se envan CONTRATOS DE PLIZAS a diversas
empresas aseguradoras. El agente determina cul es el mejor tipo de pliza para el tipo
y el nivel de cobertura deseado y da al cliente una copia de la PLIZA DE SEGUROS,
junto con una FICHA DE COBERTURA DE SEGUROS. Entonces se almacena la
informacin sobre el cliente. Peridicamente, se genera una RELACIN DE CUOTAS
que se enva al cliente junto con los ANEXOS A LA PLIZA; el cliente responde con el
envo de un PAGO y un RESGUARDO DE CUOTA.
2.- Simplifique la siguiente tabla de decisin
Reglas
Condicin 1
N
Y
10
11
12
N
Condicin 2
Condicin 3
Accin 1
Accin 2
Accin 3
Accin 4
X
X
X
X
3.- Escriba en lenguaje estructurado un procedimiento para solicitar el prstamo de un material

bibliogrfico, el cual se narra a continuacin en lenguaje corriente.
El usuario ubica en un Catlogo Pblico, el material bibliogrfico que desea consultar. Una
vez encontrado, llena el formato Solicitud de Material Bibliogrfico con los datos de
identificacin de dicho material, y se lo entrega al asistente de la biblioteca. ste, retira del
estante, el material solicitado y verifica la solvencia del usuario. Si no est solvente, no le
entrega el material. Si est solvente, extrae del material la Tarjeta de Identificacin que est
en el reverso del mismo, y anota en la misma, el nombre del usuario, la fecha de entrega y
de devolucin. Entrega el material al usuario y archiva la Tarjeta de Identificacin.
54

1.
PETICIN DE
INSCRIPCIN DEL
CONDUCTOR
PETICIN DE
SOLICITUD DE
SEGURO
PE 0
INFORME DE
REGISTRO DEL
CONDUCTOR
PLIZA DE
SEGURO Y FICHA
DE COBERTURA
DE SEGUROS
CLIENTE
RELACIN DE
CUOTAS Y
ANEXOS DE
PLIZA
PAGO Y
RESGUARDO DE
CUOTA
DEPARTAMENTO
LOCAL DE POLICA
PETICIN DE
REGISTRO DEL
VEHCULO
DEPARTAMENTO DE
SISTEMA
DE
SEGUROS
REGISTRO DEL
VEHCULO
VEHCULOS
MOTORIZADOS
CONTRATOS
DE PLIZAS
SIN MONTO
EMPRESAS
ASEGURADORAS
CONTRATOS DE
PLIZAS CON
MONTO
ASEGURADOS
DFD de contexto
55
PE 0
SISTEMA
DE SEGUROS
PE 1
SUBSISTEMA
SOLICITUD
PLIZA
PE 2
PE 3
PE 4
SUBSISTEMA
EMISIN PLIZA
SUBSISTEMA
CLIENTES
SUBSISTEMA
COBRANZA
PLIZA
PE 1.2
PE 1.1
PE 1.3
SOLICITAR
REGISTRO
CONDUCTOR
RECIBIR
SOLICITUD
PLIZA
SOLICITAR
REGISTRO
VEHCULO
PE 2.2
PE 2.1
CONTRATAR
PLIZA
COTIZAR
PLIZAS
PE 2.2.1
SELECCIONAR
PLIZA
PE 4.1
GENERAR
CUOTAS Y
ANEXOS
PE 4.2
COBRAR
PLIZA
PE 2.3
PE 3.1
PE 3.2
ENTREGAR
PLIZA
ACTUALIZAR
CLIENTE
GENERAR
REPORTES
PE 2.2.2
EMITIR
PLIZA
Diagrama de descomposicin
56
DEPARTAMENTO
LOCAL DE POLICA
CLIENTE
PETICIN
SOLICITUD
SEGURO
PETICIN
INSCRIPCIN
CONDUCTOR
INFORME
REGISTRO
CONDUCTOR
DEPARTAMENTO
DE VEHCULOS
MOTORIZADOS
PETICIN
REGISTRO
VEHCULO
REGISTRO
VEHCULO
EMPRESAS
ASEGURADORAS
CONTRATOS
PLIZAS SIN
MONTO
PE 2
PE 1
SUBSISTEMA
SOLICITUD
PLIZA
COPIA
PETICIN
INSCRIPCIN
CONDUCTOR
SUBSISTEMA
EMISIN
PLIZA
REGISTRO
CONDUCTOR Y
VEHCULO
PLIZA
SEGURO,
FICHA
COBERTURA
SEGUROS
COPIA
PETICIN
REGISTRO
VEHCULO
COPIA
PLIZA
SEGURO,
REGISTRO
VEHCULO.
SOLICITUD
SEGURO
DB 1
SOLICITUDES
PLIZA
CLIENTE
DB 2
CONTRATOS
CON MONTO
DB 2
SOLICITUDES
PLIZAS
RELACIN
DE CUOTAS
Y ANEXOS
DE PLIZA
PE 4
PE 3
SUBSISTEMA
CLIENTES
EMPRESA
ASEGURA
DORA
ASEGURADOS
DATOS
CLIENTES
COPIA FICHA
COBERTURA
SEGURO,
REGISTRO
CONDUCTOR.
PLIZAS
DB 1
PLIZAS
PLIZA
SEGURO
DB 3
CONTRATOS
PLIZAS CON
MONTO
PAGO Y
RESGUARDO
DE CUOTA
SUBSISTEMA
COBRANZA
PLIZA
RELACIN CUOTAS, ANEXOS,

PAGOS, RESGUARDOS
CLIENTES
DB 4
PAGOS PLIZAS
DFD general
57
DB 1
SOLICITUDES
PLIZAS
DB 1.1
DB 1.2
DB 1.3
DB 2
SOLICITUD
SEGURO
SOLICITUDES
REGISTRO S
CONDUCTORES
SOLICITUDES
REGISTROS
VEHCULOS
PLIZAS
DB 2.1
PLIZAS
EMITIDAS
DB 2.2
REGISTROS
VEHCULOS
DB 2.3
DB 4
REGISTROS
CONDUCTORES
PAGOS PLIZAS
DB 4.1
CUOTAS
PLIZA
DB 4.2
ANEXOS
PLIZAS
DB 4.3
RESGUARDOS
CUOTAS
Descomposicin de almacenes de datos
58
DEPARTAMENTO
LOCAL DE POLICA
CLIENTE
PETICIN
INSCRIPCIN
CONDUCTOR
PETICIN
SOLICITUD
SEGURO
INFORME
REGISTRO
CONDUCTOR
PE 1.2
PE 1.1
DATOS
CLIENTE
RECIBIR
SOLICITUD
PLIZA
REGISTRO
CONDUCTOR
SOLICITUD
SEGURO
DB 1.1
SOLICITAR
REGISTRO
CONDUCTOR
COPIA
PETICIN
INSCRIPCIN
CONDUCTOR
DATOS
VEHCULO
SOLICITUD
SEGURO
DB 1.2
PETICIN
REGISTRO
VEHCULO
REGISTRO
CONDUCTOR Y
VEHCULO
PE 1.3
DEPARTAMENTO
DE VEHCULOS
MOTORIZADOS
REGISTRO
VEHCULO
SOLICITUDES
REGISTROS
CONDUCTORES
SOLICITAR
REGISTRO
VEHCULO
COPIA
PETICIN
REGISTRO
VEHCULO
DB 1.3
SOLICITUDES
REGISTRO VEHCULOS
DFD nivel primigenio
59
EMPRESAS
ASEGURADORAS
CONTRATOS
PLIZAS SIN
MONTO
REGISTRO
CONDUCTOR
Y VEHCULO
CONTRATOS
PLIZAS CON
MONTO
CONTRATOS
PLIZAS
CON MONTO
PE 2.1
COTIZAR
PLIZAS
REGISTRO
CONDUCTOR
Y VEHCULO
PLIZA SEGURO,
FICHA COBERTURA
SEGURO.
PE 2.2
CONTRATAR
PLIZA
COPIA PLIZA SEGURO,

COPIA FICHA COBERTURA
SEGURO, REGISTRO
VEHCULO, REGISTRO
CONDUCTOR.
DB 2
PE 2.3
PLIZAS
ENTREGAR
PLIZA
DB 1
CONTRATOS
CON MONTO
SOLICITUDES
PLIZAS
PLIZA SEGURO, FICHA

COBERTURA SEGURO.
CLIENTE
DFD nivel medio
60
PE 2.2.1
CONTRATOS
PLIZAS
CON MONTO
SELECCIONAR
PLIZA
REGISTRO
CONDUCTOR
Y VEHCULO
PE 2.2.2
CONTRATO PLIZA
SELECCIONADO
EMITIR
PLIZA
REGISTRO
CONDUCTOR
Y VEHCULO
CONTRATO PLIZA
SELECCIONADO,
COPIA PLIZA
SEGURO, COPIA
FICHA COBERTURA
SEGURO.
CONTRATOS
PLIZAS NO
SELECCIONADOS
SOLICITUD
SEGURO
DB 1.1
REGISTRO
VEHCULO
DB 2.1
PLIZAS
EMITIDAS
DB 2.2
REGISTROS
VEHCULOS
DB 2.2
REGISTROS
CONDUCTORES
REGISTRO
CONDUCTOR
DB 2.1
PLIZA SEGURO,
FICHA
COBERTURA
SEGURO
PLIZAS
EMITIDAS
PLIZA
SEGURO
PE 3.1
PE 3.2
ACTUALIZAR
CLIENTE
GENERAR
REPORTES
DATOS CLIENTES
ASEGURADOS
DB 3
CLIENTES
EMPRESA
ASEGURADORA
PLIZA
SEGURO
DB 2.1
PLIZAS
EMITIDAS

61
CLIENTE
CLIENTE
PAGOS
CUOTAS,
RESGUARDO
CUOTAS
RELACIN
CUOTAS,
ANEXOS
PLIZA
AVISO
VENCIMIENTO
PLIZA
PE 4.1
PE 4.2
GENERAR
CUOTAS
Y
ANEXOS
COBRAR
PLIZA
COPIA
RELACIN
CUOTAS
CUOTAS
PAGADAS
DB 4.1
CUOTAS PLIZAS
DB 4.2
ANEXOS PLIZAS
RESGUARDO
CUOTAS
DB 4.1
CUOTAS PLIZAS
ANEXOS
PLIZA
DB 4.3
RESGUARDOS CUOTAS
DFD de nivel primigenio
Nota: Este ejercicio puede realizarse de otras maneras; lo importante es satisfacer los
requerimientos de procesos bsicos de la situacin problema planteada.
62
2.Reglas
3.-
Condicin 1
Condicin 2
Condicin 3
Accin 1
Accin 2
Accin 3
Accin 4
Buscar en Catlogo Pblico el material bibliogrfico.

Llenar Solicitud de Material Bibliogrfico con los datos de identificacin de dicho
material.
Entregar la solicitud al asistente de la biblioteca.
Si el usuario est solvente entonces
Extraer la Tarjeta de Identificacin del material bibliogrfico.
Anotar en la tarjeta, el nombre del usuario, la fecha de entrega y de devolucin.
Entregar el material al usuario.
Archivar la Tarjeta de Identificacin.
Sino, entonces
Rechazar la solicitud.
63
Bibliografa
Editorial Limusa. Grupo Noriega Editores. Explica el DFD por el mtodo de explosin, en
trminos generales, es decir, sin hacer la diferenciacin entre el DFD esencial y el de
implantacin, aunque si manifiesta, que los DFDs de ms bajo nivel son los utilizados por los
programadores [cap. 7, pgs. 262 - 267]. Explica solamente el esquema que tiene una tabla
de decisin [cap. 7, pg. 259]. No ofrece ningn ejemplo. Lo mismo ocurre con la exposicin
que hace del lenguaje estructurado, pero dando un ejemplo uso, de la estructura FOR ALL e
IF.
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. Todo el
captulo [cap. 9, pgs. 229 - 267], explica en detalle a travs de un ejemplo, cmo elaborar
un DFD por el mtodo de explosin. Distingue entre un DFD lgico y un DFD fsico, lo cual
equivale en la terminologa usada en esta unidad, al DFD esencial y DFD de implantacin
respectivamente.
Prentice Hall. En [cap. 13, pg. 469] se explican de manera muy breve, para que se usan los
diagramas de flujo, en particular, se debe observar que los smbolos mostrados en la figura
13 10, se utilizan eventualmente en el diagrama de flujo de implantacin. Tambin explica
algunas pautas para construir diagramas de flujo. En [cap. 13, pg. 478], trata el tpico de las
tablas de decisin definindolas, tipificndolas y dictando pautas para construirlas.
En [cap. 12, pg. 208 - 209], explica superficialmente el DFD, sus components y notacin.
el [cap. 4, pg. 177 - 210], define el DFD, las diferencias entre el Diagrama Lgico (esencial,
segn libro bsico) de flujo de datos y el Diagrama fsico (implantacin, segn libro bsico),
la notacin para dibujarlos (Yourdon o Gane y Sarson), proceso de construccin del DFD
(en particular, el fsico): diagrama de contexto, diagrama de jerarqua de procesos
(equivalente, al diagrama de descomposicin, del libro bsico), diagrama de primer nivel, y
expansin de procesos para mayor detalle. Tambin, se expone: cmo mantener la
consistencia entre procesos, convenciones de nivelacin significativa, aadir controles a
diagramas de bajo nivel y evaluacin del DFD para verificar que es correcto.
64
UNIDAD 7
Tcnica de modelizacin de redes
Las aplicaciones diseadas bajo las tecnologas clientes y servidores, requieren que los
analistas adopten decisiones acerca de la distribucin de los datos y procesos en las
computadoras que se encuentran distribuidas en mltiples lugares y que conforman la red
clientes y servidores. El analista lo primero que necesita es un modelo de la forma o
distribucin geogrfica de la aplicacin. A diferencia de la modelizacin de datos y procesos,
no ha surgido ningn estndar de aceptacin general en lo que respecta a la modelizacin
de redes. As, que los autores del libro que estamos usando en esta asignatura, han tenido
que inventar una herramienta especfica, que han bautizado con el nombre de diagrama de
conexin de puestos (DCP). El modelo esencial de redes del sistema propuesto debe ser
documentado en el diccionario de proyectos.
Aplicar las tcnicas de modelizacin de redes en un sistema, documentando el

La unidad se ha dividido en tres temas referenciados en la siguiente tabla.
TEMA
MATERIAL DE
REFERENCIA
Modelizacin El libro Anlisis y
de redes.
diseo de sistemas
de informacin.
Diagramas
de conexin
de puestos.
Documentar
las redes en
el diccionario
de
proyectos.
CAPTULO
TTULOS
PGS.
10
Historia y conceptos de la
distribucin de sistemas.
422
Diagramas de conexin 428 - 438

de puestos.
Cmo
describir
las
necesidades de redes en
un diccionario
485

La modelizacin de redes es una tcnica que emplea diagramas para describir la forma
de un sistema de informacin en funcin de la ubicacin de sus usuarios, datos y
procesos, as como las interconexiones necesarias entre dichas ubicaciones.
El diagrama que se utilizar para la modelizacin de las redes, recibe el nombre de
Diagrama de Conexin de Puestos (DCP). El smbolo principal utilizado en este
diagrama, es el puesto. Un puesto es cualquier lugar en el cual existe un usuario que
interacciona con el sistema de informacin. Aqu nos interesarn slo los puestos
esenciales, como una ciudad, sucursal, cliente, proveedor, etc.
65
Los puestos se clasifican de la siguiente manera:

Algunos puestos estn conformados por subpuestos; por ejemplo, un puesto
puede ser un edificio escolar, el cual tiene varios subpuestos que son las aulas.
Esto se expresa con un crculo que tiene superpuesto un signo ms.
Algunos puestos estn en movimiento, como por ejemplo, una conexin al
sistema va telefnica. Esto se expresa con un par de crculos concntricos.
Algunos puestos corresponden a agentes externos que intentan conectarse al
sistema, como por ejemplo un proveedor que se conecte al sistema de una
empresa para anotar sus pedidos. Esto se expresa con un crculo que tiene
superpuesto una equis.
Un puesto primordial es el que no puede dividirse en ms subpuestos. Esto se
expresa simplemente con un crculo.
o Las conexiones entre puestos representan flujos de datos entre ellos. Los flujos de
datos y sus volmenes se debern incluir en el diccionario de datos. Otros elementos
propios de los DFD que podramos incorporar al DCP son los agentes externos y los
almacenes de datos. Los agentes externos se representan con cuadrados cuando la
conexin de stos con el sistema no puede automatizarse. Los almacenes de datos
se usan cuando se distribuyen datos especficos a un puesto.
o La relacin entre los modelos de redes datos y procesos, se establece cuando se
adoptan las decisiones de diseo, concernientes a la distribucin de datos y
procesos.
o El modelo de redes va evolucionando a medida que se avanza en las diversas fases
del ciclo de vida del desarrollo de sistemas.
En la planificacin de sistemas, puede construirse un modelo de redes de
empresa que en lugar de expresarse como un DCP, toma forma de un diagrama
de descomposicin jerrquica que agrupa los puestos segn criterios lgicos.
Tambin, puede construirse un modelo de redes de reas de empresa, que
detalle las necesidades de redes en torno a un rea de empresa.
En el anlisis de sistemas, se construye un modelo esencial de redes de
aplicacin. Ahora bien, Cmo se construye un DCP?. El proceso sugerido es el
siguiente:
El primer paso es identificar los puestos a partir de los agentes externos,
puestos internos y puestos mviles.
El segundo paso es dibujar un diagrama de descomposicin para esbozar y
agrupar los puestos en funcin de que las necesidades de datos y procesos
de los usuarios de un mismo nivel sean las mismas.
El tercer paso es dibujar un diagrama de conexin de puestos del sistema en
donde se reflejan los puestos que estn en el primer nivel del diagrama de
descomposicin de puestos.
El cuarto paso es dibujar diagramas de conexin de puestos ampliados por
cada puesto del diagrama anterior que tenga subpuestos. La explosin de
este diagrama y subsiguientes, se realiza tantas veces como subpuestos
queden pendientes por descomponer.
En el diccionario de proyectos se documentan las redes definidas en el modelo de redes.
o
66

unidad es la lectura del captulo y temas indicados en el libro Anlisis y diseo de sistemas
Al inicio del captulo, se tratan dos temas que son de lectura opcional. En ellos, se justifica la
necesidad que tienen los analistas modernos de contar con una herramienta que los ayude
a tomar decisiones acerca de la distribucin de datos y procesos, y se refrescan adems,
algunas formas de distribucin de los mismos. Los ttulos de estos dos tpicos son:
Modelizacin de redes; no slo para redes informticas e Historia y conceptos de la
distribucin de sistemas. Dentro de este ltimo tpico, slo hemos extrado como lectura
obligatoria, el concepto de modelizacin de redes, porque es a travs de este concepto que
nos introducimos en el tema propiamente dicho de esta unidad.
67
Ejercicio
1. Dibuje un DCP esencial para documentar los puestos y las conexiones en un sistema de
inscripcin de una universidad a distancia cuyo proyecto piloto comenzar
interconectando la sede principal (SP) y dos sedes locales (SA, SB). Un estudiante
podr inscribirse presencialmente en las sedes locales o a travs de Internet. El sistema
de inscripcin ser mantenido por personal administrativo desde 2 puestos ubicados en
el edificio administrativo de la sede central, y consultado por personal acadmico desde
1 puesto ubicado en el edificio acadmico de dicha sede. En cada sede local, los
estudiantes podrn inscribirse desde 2 puestos ubicados en la oficina de Servicios
Estudiantiles y el personal administrativo de esta oficina, podr consultarlo desde 1
puesto en la oficina de Registro y Control Estudios. Las sedes locales an no se
comunicarn entre si, pero si con la sede central.
Red Sistema
SA
SP
Edf. Administrativo
Edf.Adm
. Pto 1
Edf. Acad.
Pto. 1
Edf. Adm.
Pto 2
SB
Servicios.
Estudiantile
Serv.Est.
Pto. 1
Puesto
Mvil
Cont.Est.
Adm. Pto.1
Serv.Est.
Pto. 2
Diagrama de descomposicin de puestos
68
SA
SA
Puesto
Mvil
SB
SB
SP
SP
Diagrama de conexin de puestos de alto nivel
SA
SP
Edf.Adm.
Pto 1
Edf. Acad.
Pto. 1
Serv.Est.
Pto. 1
Cont.Est.
Adm. Pto.1
Edf. Adm.
Pto 2
SB
Diagrama de conexin de puestos

extendido de la sede central.
Serv.Est.
Pto. 2
Diagrama de conexin de puestos

extendido de la sede local SA y SB.
69
Bibliografa
70
UNIDAD 8
Herramientas de gestin de proyectos
La gestin de proyectos se aplica durante la planificacin, el anlisis, el diseo, la
implantacin y el soporte de sistemas. Por ello, usted recurrir a esta unidad cada vez que
necesite hacer uso de las herramientas de planificacin y control de proyectos en cualquiera
de las etapas antes referidas del ciclo de vida. El analista de sistema asume con frecuencia
el papel de director de un proyecto, teniendo que planificar, proveer de personal, y controlar
muchas tareas propias de los proyectos. El uso inadecuado de las herramientas y tcnicas
del anlisis y diseo de sistemas, pueden ocasionar que se desarrollen sistemas de mala
calidad. Pero tambin, los defectos en los proyectos de sistemas, pueden deberse a una
mala prctica de la gestin de proyectos, y bajo ese marco de referencia es que se
presentan en la lectura. Por otra parte, como una de las causas en el fracaso de los
proyectos es la falta de direccin y gestin, se describen cules deben ser las funciones
bsicas de un buen director de proyectos. Aqu se presentan dos herramientas de
planificacin y control de proyectos, que son el grfico PERT y el grfico de barras, y una
herramienta de gestin de expectativas, que es una matriz que lleva ese mismo nombre.
Usar algunas herramientas para la gestin de proyectos durante el desarrollo de

sistemas.
La unidad se ha dividido en dos temas referenciados en la siguiente tabla.
TEMA
La gestin de
proyectos.
Herramientas
y tcnicas de
gestin
de
proyectos.
MATERIAL DE
REFERENCIA
El libro Anlisis y
diseo de sistemas
de informacin.
CAPTULO
TTULOS
PGS.
Apndice A
Qu es la gestin de
proyectos?
802 - 805
Herramientas
y
tcnicas de gestin de
proyectos.
805 - 821

La gestin de proyectos es el proceso por el cual se planifica, dirige y controla el
desarrollo de un sistema aceptable con un coste mnimo y dentro de un perodo de
tiempo especfico. Algunas de las causas y consecuencias de una deficiente gestin de
proyectos se citan a continuacin.
o La primera consecuencia es la no satisfaccin de necesidades, siendo una de sus
posibles causas, que se haya descuidado la deteccin de requerimientos.
o La segunda consecuencia puede ser el cambio incontrolado del mbito del proyecto,
lo cual puede deberse naturalmente a que durante las primeras fases, el mbito del
proyecto es rara vez, suficientemente preciso.
71
La tercera consecuencia es el aumento en los costos del proyecto, la cual puede ser
resultado de las dos primeras consecuencias, es decir, 1) si se hacen cambios en las
especificaciones de los programas para cubrir necesidades no detectadas o 2) si se
aumenta el mbito del proyecto para satisfacer nuevas necesidades, entonces
inevitablemente subirn los costos del proyecto. Otras causas posibles son: 3)
algunas metodologas, exigen una estimacin precisa de los costos en las primeras
fases, pero sabemos que lo ms probable es que los costos cambien durante el
diseo detallado del sistema; 4) el uso de tcnicas deficientes de estimacin de
costos; 5) el retraso en los planes de entrega.
o El retraso en los planes de entrega que causa el aumento en el costo de los
proyectos, es a la vez, una consecuencia (la cuarta) de una deficiente gestin de
proyectos: 1) el tiempo de retraso en una tarea no se propaga linealmente a lo largo
de todo el proyecto, ya que hay dependencia serial y en paralelo entre las tareas; 2)
tratar de solucionar el problema del retraso en el tiempo, incorporando ms personas
al proyecto, puede ms bien, retrasar ms el mismo, ya que no hay una relacin
lineal entre el tiempo y el nmero de personas de un equipo. Hemos visto, que
causas y consecuencias en el fracaso de un proyecto, estn ntimamente
relacionadas.
o Ahora bien, Quin debera estar pendiente de guiar un proyecto y controlar los
riesgos a los cuales el mismo est sometido?. Evidentemente, hace falta un buen
director de proyectos. Cules son las funciones bsicas de un director de
proyectos?. Un director de proyectos tiene tres funciones principales: 1) Planificacin
de las tareas de proyecto y seleccin del equipo de proyecto; 2) organizacin y
definicin de calendarios para el proyecto; 3) Direccin y control del proyecto.
Los directores de proyectos se sirven de algunas herramientas y tcnicas de gestin de
proyectos.
o El grfico PERT (en espaol significa, Tcnica de Evaluacin y Revisin de
Proyectos) se utiliza en la gestin de grandes proyectos, porque permite evidenciar
con precisin de tiempos la interdependencia de las tareas. Antes de dibujar un
PERT, se debe hacer la estimacin del tiempo requerido por cada tarea. Luego en el
grfico, se representan las tareas que requieren realizarse en serie o que pueden
hacerse en paralelo. Luego, a cada tarea se le especifica el tiempo mnimo y mximo
de ejecucin. Cuando esos tiempos son iguales no hay holgura para realizar la tarea.
Al camino que incluye la secuencia de tareas que no tienen tiempos de holgura se le
denomina camino crtico, porque si una tarea se retrasa, entonces todo el proyecto
se retrasa. Esto resulta de mucha utilidad para la determinacin de la viabilidad de
una fecha de terminacin propuesta.
o La grfica de Gantt, se sugiere utilizarla cuando el proyecto es de poca envergadura.
En el eje de las abscisas se indica el tiempo, y en el eje de las ordenadas las tareas.
La idea es crear por cada tarea una barra que tenga una longitud igual al tiempo de
la tarea. Los solapamientos entre tareas deben expresarse en la grfica.
o La matriz de gestin de expectativas permite que el director del proyecto y el
propietario del sistema lleguen a un acuerdo sobre las expectativas del proyecto y
revisen regularmente las implicaciones de los cambios en los presupuestos, los
plazos y los requisitos del sistema. La matriz es muy sencilla, ya que solo tiene tres
filas y tres columnas. En las filas van ubicados los atributos costos, tiempos, y mbito
de la aplicacin y/o calidad. Las columnas corresponden a las prioridades; primera,
segunda y tercera. La idea es asignar a cada atributo slo una prioridad, la cual debe
ser diferente a la prioridad de los otros atributos.
72

Invitamos al alumno a estudiar en el libro antes referido, la forma como se construye un
grfico Pert, un grfico Gantt y una matriz de expectativas, a travs de los ejemplos que se
presentan.
73
Ejercicios
1.- Calcule la duracin esperada de las siguientes tareas:
ID Tarea
Tiempo
Tiempo
Tiempo ms
ptimo
psimo
probable
2.- Obtenga un grfico de Gantt que describa grficamente el calendario del proyecto y el
solapamiento de tareas que se describe a continuacin:
ID tarea
ID
Acontecimiento
Acontecimiento
Duracin
Acontecimiento
anterior
Posterior
Esperada
5, 6
Ninguno
Ninguno
74

1.ID Tarea
Tiempo
Tiempo
Tiempo
Duracin
ptimo
Psimo
ms
Esperada
probable
A
3,8
5,8
3,16
DE = TO + (4 x TMP) + TP
6
Nota: Los tiempos obtenidos en Duracin Esperada, pueden redondearse o truncarse en
caso que los resultados de las operaciones se pidan en nmeros enteros.
2.-
Tarea
G
F
E
D
C
B
A
0
5
Tiempo
10
11
75
Bibliografa
Editorial Limusa. Grupo Noriega Editores. Describe de manera superficial [cap. 7, pgs. 254,
256 - 257], la construccin de una grfica PERT. Muestra un ejemplo de dicha grfica.
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. Bajo el
ttulo Planeacin y control de actividades [cap. 3, pg. 54 - 63], se estima el tiempo
requerido para el desarrollo del proyecto de sistemas. Para ello, se utilizan las grficas de
Gantt y las grficas PERT.
Prentice Hall. Bajo el ttulo Planeacin de la secuencia y redes de la ruta crtica [cap. 13,
pg. 435 - 438] se trata el tema del PERT y CPM (mtodo de la ruta crtica). Estos
procedimientos han evolucionado y hoy son esencialmente idnticos. Se aplican para
relacionar la sincronizacin de las tareas entre s y con la fecha de terminacin del proyecto;
en general se les llama mtodos de red de la ruta crtica. La explicacin de la tcnica de
redes de ruta crtica para la planeacin y el control de proyectos se encuentra en [cap. 13,
pg. 454- 458]. La elaboracin de una grfica Gantt, se explica someramente bajo el tpico
denominado Calendario del programa maestro [cap. 12, pg. 438 - 439]. Muestra adems,
los informes que sobre avances del proyecto pueden mostrarse a los gerentes, contando por
supuesto entre ellos, los informes basados en PERT, CPM; Gantt, y otros como las
variancias de los gastos respecto a lo presupuestado.
76
UNIDAD 9
Tcnicas de investigacin de hechos
La investigacin de hechos se lleva a cabo durante todas las etapas del ciclo de vida del
desarrollo de sistemas. Los hechos son los que describen un sistema de informacin en
trminos de sus cinco bloques elementales. Los desarrolladores de sistemas pueden recurrir
a seis tcnicas de investigacin de hechos. La primera tcnica consiste en recoger una
muestra de documentos, formularios y archivos existentes de la empresa, para extraer de
all los hechos pertinentes al sistema en estudio. La segunda tcnica es la revisin
bibliogrfica y las visitas a empresas que tengan sistemas similares al que es objeto de
estudio. La tercera tcnica es la observacin del entorno de trabajo donde se desarrollan las
actividades que son pertinentes al sistema que se va a desarrollar. La cuarta tcnica es el
uso de cuestionarios para recabar hechos de manera uniforme, a partir de un gran nmero
de personas, que de alguna manera estn ligadas al sistema objeto de estudio. La quinta
tcnica es la realizacin de las entrevistas al propietario y/o usuarios del sistema con la idea
de obtener informacin de una manera ms abierta, y observar la conducta gestual del
entrevistado. La sexta y ltima tcnica, es el diseo conjunto de aplicaciones que funciona
como sustituto de las entrevistas, al celebrarse sesiones de trabajo de un grupo de usuarios,
con el objeto de consolidar las diferentes opiniones. Para finalizar la lectura, se sugiere una
estrategia o gua, que resulta de utilidad al analista inexperto, al momento de decidir qu
plan de accin a seguir, para obtener informacin sobre el sistema; dicho en otras palabras,
qu mtodos utilizar y cundo.
Emplear las tcnicas de investigacin de hechos durante el desarrollo de sistemas.
La unidad se ha dividido en siete temas referenciados en la siguiente tabla.
TEMA
MATERIAL
DE
REFERENCIA
La investigacin El libro Anlisis y
de hechos.
diseo
de
sistemas
de
informacin.
Mtodos
de
investigacin de
hechos
disponibles.
Muestreo de la
documentacin,
los formularios y
los
archivos
existentes.
CAPTULO
Apndice B
TTULOS
Qu
es
investigacin
hechos?.
PGS.
la
de
828 - 829
Cules son los

mtodos
de
investigacin
de
hechos
disponibles?.
Muestreo
de
la
documentacin, los
formularios y los
archivos existentes.
829 - 829
829 - 831
77
TEMA
Investigacin
visitas
instalaciones.
MATERIAL
CAPTULO
DE
REFERENCIA
y El libro Anlisis y Apndice B
a diseo
de
sistemas
de
informacin.
Observacin del
entorno
de
trabajo.
Cuestionarios.
Entrevistas
Diseo conjunto de
aplicaciones.
TTULOS
Investigacin
visitas
instalaciones.
PGS.
y
a
831 - 832
Observacin
del
entorno de trabajo.
832 - 834
Cuestionarios.
834 - 836
Entrevistas
836 - 840
Diseo conjunto
aplicaciones.
de
840 - 843

Las tcnicas de investigacin de hechos permiten al analista obtener informacin para
construir los bloques elementales de los sistemas de informacin: Personas, Datos,
Actividades, Redes y Tecnologa. Como hemos visto en unidades anteriores, estos
bloques se van documentando a medida que avanzamos en las etapas del ciclo de vida
del desarrollo del sistema. De aqu, que el analista recurrir a las tcnicas de
investigacin de hechos, cuando lo requiera, en el transcurso de dichas etapas.
Las herramientas del anlisis y diseo de sistemas se utilizan para documentar hechos,
y para recabarlos, el analista debe recurrir a tcnicas de investigacin que aplicar en el
dominio de la(s) aplicacin(es) de la empresa y de sus usuarios finales. Veamos a
continuacin los aspectos ms resaltantes de esas tcnicas de investigacin de hechos.
La primera tcnica consiste en la bsqueda de informacin en documentos que tienen
que ver con el sistema. Quizs el primer documento til al analista es el organigrama de
la organizacin. En este, l puede delinear preliminarmente, los lmites del sistema y as,
establecer el dominio propio del mismo. Los documentos pueden ser de tres tipos segn
que aporten informacin sobre: 1) el problema del sistema a resolver; 2) la funcin de la
empresa; 3) estudios y diseos previos con relacin al sistema que nos atae. Como
ejemplos de documentos del primer tipo tenemos: reclamos de los clientes, revisiones de
rendimiento, notas de propuestas de solucin, etc. En cuanto al segundo tipo de
documentos, se pueden incluir: la redaccin del cometido de la empresa y su plan
estratgico, formularios representativos de las transacciones que realiza la empresa,
procedimientos operativos estndar, etc. La documentacin del tercer tipo puede ser:
diccionarios de proyectos, documentacin de diseo como entradas, salidas, entidades,
etc. Con esta informacin a mano, lo que hara falta es verificar su vigencia y actualizarla
y completarla. A fin de hacer ms prctico, lo que podra ser el anlisis de una cuantiosa
cantidad de informacin, en la lectura se sugiere una manera de cmo determinar el
tamao de la muestra de documentos y su seleccin.
La segunda tcnica consiste en buscar revistas, libros del mercado que expliquen el
modo cmo se solucionaron problemas similares, y si existen paquetes de software que
puedan resolver dicho problema. Tambin, resulta de mucha utilidad contactar a los
miembros de sociedades profesionales que puedan suministrarnos contactos con por
ejemplo, empresas que hayan resuelto ese tipo de problemas.
78
La tercera tcnica consiste en observar dentro del mbito del sistema a las personas que
trabajan con el sistema, para as, darle validez a la informacin regida hasta el momento
o aclarar ciertos aspectos que al usuario le resulta difcil explicar, sino es a travs de un
caso prctico. En la lectura se explican unas directrices para realizar la observacin y
adems, cules son sus ventajas y desventajas.
La cuarta tcnica es el uso del cuestionario, el cual puede reproducirse a gran escala y
obtenerse a travs de l, gran cantidad de informacin, pero restringida a lo solicitado en
el cuestionario. Los cuestionarios pueden tener formato fijo cuando contienen preguntas
que requieren respuestas especficas por parte de las personas encuestadas. Pueden
tener preguntas con elecciones mltiples, cuando el encuestado puede responder con
elecciones mltiples. Pueden tener respuestas con opinin, cuando la respuesta como
en el caso anterior, tienen un formato fijo, pero pueden expresar una valoracin. En la
lectura se exponen adems, las ventajas y desventajas del uso de cuestionarios y una
gua para un buen diseo de los mismos.
La quinta tcnica es el uso de la entrevistas para obtener informacin ms amplia que la
obtenida a travs de un cuestionario. Como los otros mtodos, tambin tiene sus
ventajas y desventajas. Existen dos tipos de entrevista: la no estructurada y la
estructurada. En la primera, las preguntas especficas son pocas y por ello, normalmente
la entrevista se sale del tema. En la segunda, la mayora de las preguntas son
especficas, y el entrevistador slo se sale del tema cuando desea obtener aclaraciones
y ampliaciones. En la lectura se explica como dirigir una entrevista, es decir: 1)
seleccionar a los entrevistados, preparar la entrevista, dirigir la entrevista y hacerle
seguimiento a la misma. En cuanto a la seleccin de los entrevistados, un organigrama
ayudara a identificar a esas personas y sus responsabilidades. Antes de proceder a
entrevistarlos se debera intentar saber ms sobre sus puntos fuertes y dbiles. La
entrevista deber tener un tiempo lmite entre media y una hora. La entrevista debe
prepararse con detenimiento, con preguntas que denoten un conocimiento del tema a
tratar, de manera que el entrevistado no sienta que est perdiendo su tiempo al
momento de su entrevista. En la direccin de la entrevista se observan tres fases: la
apertura, el cuerpo y la conclusin de la entrevista. En la apertura se ha de crear un
clima de motivacin, confianza y respeto; as como poner de manifiesto, el propsito y la
duracin de la entrevista. En el cuerpo de la entrevista se obtienen las respuestas del
entrevistado a la lista de preguntas. Para concluir la entrevista, se debera expresar el
agradecimiento al entrevistado. Como seguimiento a la entrevista, para mantener una
buena relacin con los entrevistados, debera envirseles un informe que resuma la
entrevista, el cual pueda ser modificado por el entrevistado, en caso que se refleje
informacin no fidedigna o incompleta.
La sexta tcnica, la cual se est utilizando cada vez ms frecuentemente, es el Diseo
Conjunto de Aplicaciones (DCA). Esto es anlogo a hacer una entrevista grupal, con la
ventaja que se puede llegar ms rpido a lograr un consenso del grupo de usuarios y
propietario del sistema, sobre los problemas, objetivos y requisitos de dicho sistema.
Para dirigir una sesin de DCA se debe contar con perodos de tres a cinco das. Las
etapas de una sesin de DCA son: definir el proyecto, dirigir una investigacin general
previa, planificar la sesin de DCA, dirigir la sesin y presentar los resultados. Para
definir el proyecto, el analista realiza entrevistas a cada uno de los propietarios de
sistemas a fin de acordar los usuarios que participarn en las sesiones, las fechas de las
sesiones, obtener la autorizacin de los usuarios que participantes, resumir y revisar la
definicin del proyecto, seleccionar el coordinador y el escribiente de la sesin de DCA, y
seleccionar un lugar para celebrar las sesiones. Para realizar una investigacin general
previa, el analista podra entrevistar a algunos usuarios seleccionados, a fin de obtener
un conocimiento bsico de las funciones de empresa y terminologa actual. Para
planificar la sesin, se desarrollar el guin a seguir, se distribuir entre los participantes
la agenda de la reunin, y se preparar el lugar donde se llevar a cabo la sesin. Al
dirigir la sesin, se harn los comentarios de apertura, un breve repaso de la agenda y
79
objetivos de la sesin, y el moderador guiar la sesin. Luego, se presentarn los

resultados mediante un documento escrito formal. Al igual que en el caso de las
entrevistas, se sugiere una estrategia para que el analista inexperto investigue los
hechos, combinando de la mejor manera posible los diferentes mtodos ya vistos.
80
Ejercicios
1.- Haga una lista de las cosas que podran influir sobre su rendimiento en el trabajo cuando
fuera observado por otras personas. Qu podra hacer un observador para eliminar
estos problemas o inquietudes?
2.- Ofrezca dos ejemplos sobre preguntas en formato libre y un ejemplo de cada uno de los
siguientes tipos de preguntas con formato fijo:
a) Elecciones mltiples.
b) Respuestas de opinin
c) Valoracin de importancia
81

1.EL OBSERVADO
Sentirse vigilado
EL OBSERVADOR
Explicar propsito de la observacin.
Tratar de pasar inadvertido.
Ser interrumpido por el observador
Tomar notas y despus previo aviso al observador,
despejar dudas surgidas durante la observacin.
Temer
incumplir
el
procedimiento No enjuiciar, sino preguntar oportunamente, por casos
operativo
estndar,
en
caso
de de excepcin.
excepciones
2.- El problema de sistemas que se va a tratar en este ejemplo, es concerniente al control

del inventario de un almacn, que distribuye materiales a una red de bibliotecas pblicas
de un estado de Venezuela, previa solicitud de cada biblioteca.
a) Preguntas con formato libre
a.1) Quin o quines se encarga(n) de proveer los materiales al almacn?
La Divisin de Compras y Suministros dependiente de la gobernacin del estado.
a.2) Quin o quines asignan el presupuesto con el cual la Divisin de Compras y
suministros efecta la adquisicin de materiales?
La Direccin de Planificacin y Presupuesto dependiente de la gobernacin del
estado.
b) Preguntas con formato libre
b.1) Elecciones mltiples.
En el sistema actual, no se considera un stock de inventario. En realidad, Ud.
cree que debe llevarse?
SI
NO
A VECES
En caso que sea a veces, explique por qu.

b.2) Respuestas de opinin
En qu medida Ud. considera que el sistema actual automatizado de control de
requerimientos y suministros de materiales de la red de bibliotecas pblicas est
aportando la informacin adecuada a los diferentes usuarios?
Deficientemente
Aceptablemente
Excelentemente
82
b.3) Valoracin de importancia

A continuacin se listan los tipos de informacin que el sistema nuevo debera
generar. Cmo Ud. distribuira un porcentaje del 100%, entre los distintos tipos
de informacin, segn la importancia que tendran en el buen desempeo del
sistema?
-----%
------%
------%
Materiales solicitados por cada unidad bibliotecaria en un determinado perodo

de tiempo
Lugar donde se encuentra ubicado determinado material (si en el almacn, o en
una unidad bibliotecaria., o en trnsito)
Cantidad de un mismo material que es requerido entre todas las unidades
bibliotecarias solicitantes.
------- Nmero de veces que en un perodo dado, ingresa un mismo material al

%
almacn.
------Materiales que estn a punto de alcanzar la cantidad mnima requerida en
%
stock
------- El tiempo de atencin a un pedido de una unidad bibliotecaria
%
83
Bibliografa

Editorial Limusa. Grupo Noriega Editores. Dentro del captulo dedicado al anlisis de
sistemas [cap. 16, pgs. 630 - 644], trata lo referente a las tcnicas para recopilacin de
hechos: la entrevista, mtodos de anlisis (anlogo al DCA), el cuestionario, la observacin,
el muestreo y recopilacin de documentos. El tpico que ms desarrolla es el de la
entrevista, tratando los siguientes puntos: preparacin, realizacin, y peligros de la
entrevista. Luego, en cuanto al cuestionario, trata aspectos como: uso, limitaciones y gua
para elaborar un cuestionario. Muestra un ejemplo de cuestionario que ocupa 4 pginas. En
relacin a la observacin, trata asuntos como: preparacin, realizacin y seguimiento de las
observaciones.
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. En el
proceso de bsqueda de informacin til para conocer determinados hechos, el analista de
sistemas tiene que tomar una decisin sobre dos puntos importantes: primero, a qu
documentos generados por miembros de la organizacin debe prestar atencin?; segundo,
a qu personas entrevistar, aplicarles cuestionarios, u observar mientras trabajan?. Sobre
este proceso de seleccionar elementos representativos de una poblacin, trata
completamente, el [cap. 4, pgs. 79 - 99]. En relacin al tema de la entrevista, el [cap. 5,
pgs. 109 - 123], y al diseo conjunto de aplicaciones (DCA) [cap. 5, pgs. 123 - 128], se
trata respectivamente en todo el captulo indicado, los aspectos sobre: tipos de informacin
buscada, planeacin de la entrevista, conduccin de la entrevista, escritura del reporte de la
entrevista, y diseo conjunto de aplicaciones. En cuanto al tema de los cuestionarios, se
utiliza todo el captulo [cap. 7, pgs. 147 - 165], para tratar asuntos como los siguientes:
tipos de informacin buscada, planeacin para el uso de cuestionarios, uso de escalas en
cuestionarios, y diseo y administracin del cuestionario. En lo referente al tema de la
observacin de los que trabajan en la oficina y al ambiente de trabajo, se dispone de todo el
captulo [cap. 8, pgs. 175 - 188], para tratar asuntos como los siguientes: tipos de
informacin buscada, observacin del comportamiento del tomador de decisiones, y
observacin del ambiente fsico.
Prentice Hall. Trata en forma breve [cap. 13, pgs. 463 - 465] la forma en que debe
elaborarse una entrevista. Da un ejemplo de algunas preguntas que pueden hacerse a fin de
recabar los hechos que nos interesan. En cuanto a los documentos, personas, equipos
utilizados, relaciones laborales con otras unidades de la organizacin y medicin del trabajo
[cap. 13, pgs. 466 - 469], se estudian con el fin de descubrir problemas, evaluar el control,
medir errores, y examinar transacciones e informes recabados y/o generados en cada
estacin de trabajo involucrada en el sistema de informacin.
Bajo el ttulo Tcnicas para encontrar hechos [cap. 3, pgs. 133 137, 140] examina
brevemente el tema de la entrevista, el cuestionario, la revisin de registros, y la
observacin. En la entrevista, compara los mtodos de entrevista estructurada y no
estructurada. Los registros incluyen manuales de poltica, reglamentos y procedimientos
estndares de operacin utilizados en la organizacin.
84
UNIDAD 10
Tcnicas de anlisis de viabilidad
Los sistemas de informacin son una importante inversin de capital que debe ser justificada
por los analistas de sistemas ante los directivos de las empresas. La viabilidad de un
proyecto de sistemas debe controlarse progresivamente a lo largo de todo el ciclo de vida,
para lo cual, se establecen cules son los puntos de control durante el desarrollo de
sistemas y con qu profundidad se debe llevar a cabo el anlisis de viabilidad. En este
anlisis se hacen cuatro tipos de pruebas de viabilidad, a saber: viabilidad operativa,
viabilidad tcnica, viabilidad de fechas y viabilidad econmica. La viabilidad operativa es una
medida de urgencia del problema o de la aceptabilidad de la solucin. La viabilidad tcnica
es una medida que indica si una solucin es prctica y dnde se encuentra disponible dentro
de la organizacin la tecnologa necesaria. La viabilidad de fechas es una medida que indica
hasta que punto son razonables el calendario o los plazos de un proyecto. La viabilidad
econmica es una medida que indica si la solucin se costear por si misma y las ganancias
que se obtendrn de una solucin.
Emplear el anlisis de viabilidad de las soluciones alternativas de sistemas.
TEMA
Anlisis
viabilidad
MATERIAL DE
REFERENCIA
de El libro Anlisis y
diseo de sistemas
de informacin.
Cuatro tests de
viabilidad.
Tcnicas de anlisis
de
costos
y
beneficios.
Anlisis
de
viabilidad
de
sistemas
candidatos.
CAPTULO
TTULOS
PGS.
Apndice C
Anlisis
de
viabilidad:
un
mtodo de control
progresivo.
Cuatro tests de
viabilidad.
Tcnicas de anlisis
de
costos
y
beneficios.
Anlisis
de
viabilidad
de
sistemas
candidatos.
850 - 854
854 - 857
857 - 865
865 - 869
La viabilidad es la medida del beneficio obtenido en una organizacin gracias al

desarrollo de un sistema de informacin. El anlisis de viabilidad es el proceso por el
cual se mide la viabilidad. El control progresivo de la viabilidad es necesario porque el
mbito y la complejidad de un proyecto aparentemente viable pueden cambiar despus
de analizar en profundidad los problemas y las oportunidades o despus de haber
diseado el sistema.
85
Durante la etapa del anlisis de sistemas, los puntos de control estaran ubicados en
las fases de inspeccin, estudio y definicin. En la temprana fase de inspeccin, la
viabilidad es la medida de la urgencia de una solucin al problema y una primera
estimacin de los costos de desarrollo. En la fase de estudio, una vez que se
conocen mejor los problemas y oportunidades, se puede hacer una mejor estimacin
de los costos y beneficios del desarrollo que se obtendrn con un nuevo sistema. El
valor mnimo de la solucin a un problema es igual al costo de dicho problema. En la
fase de definicin, una vez que el analista conoce con mayor precisin las
necesidades de los usuarios con respecto al nuevo sistema, la viabilidad ha de
reevaluarse en virtud de que ha podido modificarse el mbito del proyecto, o los
problemas y oportunidades.
o Durante la etapa de diseo de sistemas, los puntos de control estaran ubicados en
la fase de seleccin, la fase aprovisionamiento y la fase de diseo. En la fase de
seleccin, la anlisis de viabilidad adquiere una particular importancia, debido a que
se definen las soluciones alternativas de sistemas. En la fase de aprovisionamiento,
cuando se adquieren el hardware y el software, es de vital importancia revisar el
anlisis de viabilidad en funcin de las decisiones econmicas que estn a punto de
tomarse. En la fase de diseo, cuando ya se ha completado el diseo detallado, es
crucial realizar un punto de control final de la viabilidad, ya que la etapa que sigue,
que es la implantacin, es a menudo la fase ms costosa y la que mayor tiempo
requiere.
Hay cuatro pruebas del anlisis de viabilidad, a saber: viabilidad operativa, viabilidad
tcnica, viabilidad de fechas y viabilidad econmica.
La viabilidad operativa es una medida del correcto funcionamiento de una posible
solucin de sistemas en la empresa. Un ejemplo sera, si el sistema ofrece los controles
adecuados que lo protejan de fraudes y desfalcos y garanticen la seguridad y la
precisin de los datos y la informacin.
La viabilidad tcnica es una medida del xito de la puesta en marcha de una solucin de
sistemas y de la disponibilidad de los recursos y los conocimientos tcnicos necesarios.
Un ejemplo sera si la tecnologa de la solucin propuesta tiene la suficiente madurez
para ser aplicada con sencillez a nuestros problemas.
La viabilidad de fechas, como su nombre lo indica, es una medida que indica si un
proyecto es razonable en el cumplimiento de su calendario.
La viabilidad econmica es una medida de la eficacia de los costos asociados a una
solucin. Tan pronto el analista haya identificado las posibles soluciones, deber
sopesar los costos y beneficios de cada alternativa. Los costos tienen que ver con: los
salarios del personal que trabaja en el proyecto; el tiempo de ordenador que se requerir
para la realizacin de las actividades informticas; la formacin del personal informtico
y usuarios finales; los costos de hardware y software, etc. Los beneficios por lo general,
aumentan las ganancias o reducen los costos. Los beneficios tangibles son aquellos que
son fciles de cuantificar. Los beneficios intangibles son aquellos que se piensa sern
imposibles de cuantificar, como por ejemplo la buena disposicin de un cliente. Existen
tres tcnicas para evaluar la viabilidad econmica, tambin denominada la eficacia de
costos: anlisis de amortizacin, rentabilidad de la inversin, y valor neto actual. Un
concepto que comparten estas tres tcnicas es el valor del dinero con el paso del
tiempo, lo cual significa que para comparar soluciones en trminos de costos y
beneficios, las cantidades monetarias deben referirse al mismo momento de tiempo, por
lo general, el tiempo presente. Otras dos tcnicas para el anlisis de viabilidad de
proyectos, son ms cualitativas que cuantitativas, y permiten visualizar en conjunto, las
diferentes soluciones: la matriz de sistemas candidatos y la matriz de comparacin de
viabilidad.
86
o
o
o
o
El anlisis de amortizacin determina cunto tiempo pasar antes que los beneficios
superen a los costos. Ese perodo de tiempo recibe el nombre de perodo de
amortizacin.
El anlisis de rentabilidad de las inversiones es un ndice que mide la relacin
existente entre la cantidad que obtiene una empresa de una inversin y la cantidad
invertida, durante el tiempo de vida de la inversin.
El valor actual neto es la diferencia entre la suma de los beneficios y la suma de los
costos (ambos; beneficios y costos, durante el perodo de vida del proyecto).
La primera es una matriz de sistemas candidatos, que nos permite comparar las
diferentes soluciones de sistemas sobre la base de varias de sus caractersticas. En
las columnas de la matriz se colocan las soluciones candidatas, y en las filas las
caractersticas que permiten diferenciar las opciones candidatas entre si: tecnologa,
personas, datos, procesos y redes. En las celdas de la matriz se expresa cualquier
caracterstica que pueda ayudar al lector a comprender las diferencias entre las
opciones.
La segunda es la matriz de comparacin de viabilidad, que complementa la primera
matriz. Las columnas de la matriz se corresponde con las mismas soluciones
candidatas mostradas en la matriz de sistemas candidatos y las filas corresponden a
los criterios de viabilidad (operativa, tcnica, de calendario, econmica). En las
celdas se coloca el resultado de la evaluacin de la viabilidad, as como una
puntuacin, por ej. en base cien, que expresa el valor que le damos, a un criterio de
viabilidad dado, en una solucin propuesta dada. En funcin de esta puntuacin y de
la ponderacin asignada a los criterios, se establece cul es la mejor solucin
propuesta.
unidad es la lectura del captulo y temas indicados en del libro Anlisis y diseo de
sistemas de informacin. Usted debe realizar las lecturas muy cuidadosamente, tomando
nota sobre los conceptos y aspectos ms relevantes presentados y recapitulando los
mismos.
87
Ejercicios
1.- Cul es la diferencia entre costos de operacin fijos y variables?. Ofrezca varios
ejemplos
2.- Es preciso desarrollar un nuevo sistema de informacin sobre planificacin de produccin
de la empresa XYZ con un costo de $125.000. Los costos de operacin netos estimados
y los beneficios netos estimados en los prximos cinco aos de funcionamiento seran
los siguientes:
AO
COSTOS DE OPERACIN NETOS
BENEFICIOS NETOS
ESTIMADOS
ESTIMADOS
$ 125.000
$0
$ 3.500
$ 26.000
$ 4.700
$ 34.000
$ 5.500
$ 41.000
$ 6.300
$ 55.000
$ 7.000
$ 66.000
Suponiendo que se tiene una tasa de descuento del 12%. Cul sera el perodo de
amortizacin de esta inversin?. Sera, entonces, una buena o una mala inversin?. Por
qu?
88

1.- Los costos fijos se producen a intervalos regulares y en relaciones relativamente fijas, por
ejemplo: pagos de alquiler de oficina, pagos de servicios (electricidad, agua, telfonos,
etc), pagos de personal, etc.
Los costos variables se producen proporcionalmente a ciertos factores de utilizacin, por
ejemplo: costos por tiempo de conexin a Internet, costos por mantenimiento correctivo
de equipos y software, etc.
2.AO
FACTORES
COSTOS
VALOR
BENEFICIOS
VALOR
BENEFICIOS
DESCUENTO
NETOS
ACTUAL
NETOS
ACTUAL
- COSTOS
AL 12%
ESTIMADOS
COSTOS
ESTIMADOS
BENEFICIOS
1,000
$ 125.000
$ 125.000
$0
$0
$ -125.000,00
0,893
$ 3.500
$ 3.125,5
$ 26.000
$ 23.218,0
$ 20.092,5
0,797
$ 4.700
$ 3.745,9
$ 34.000
$ 27.098,0
$ 23.352,1
0,712
$ 5.500
$ 3.916.0
$ 41.000
$ 29.192,0
$ 25.276,0
0,636
$ 6.300
$ 4.006,8
$ 55.000
$ 34.980,0
$ 30.973,2
0,567
$ 7.000
$ 3.969,0
$ 66.000
$ 37.422,0
$ 33.453,0
El Perodo de amortizacin es el tiempo que pasar antes que los beneficios superen a los
costos. Como se ve en la grfica antes de cumplirse el primer ao, ya se empiezan a ver los
beneficios, por tanto, es una buena inversin.
89
Bibliografa
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. La
determinacin de la factibilidad de un proyecto de sistemas [cap. 3, pgs. 51 - 54],
comprende varias actividades: determinacin de objetivos, estimacin de recursos, y
evaluacin de la factibilidad. La estimacin de recursos, tiene que ver con la valoracin de la
factibilidad tcnica, econmica y operacional. Los proyectos que satisfagan los cinco
criterios de seleccin de proyectos (respaldo de la administracin, temporizacin adecuada
para comprometerse con el proyecto, posibilidad de logro de mejoras de los objetivos de la
organizacin, que sea prctico en trminos de recursos para los analistas de sistemas y la
organizacin, que el proyecto sea valioso comparado con otras formas en que la
organizacin pueda invertir los recursos) [cap. 3, pgs. 50, Fig. 3.2], ms los tres criterios de
factibilidad antes nombrados, sern los seleccionados para un estudio de sistemas
detallado. En cuanto a la identificacin de los costos [cap. 13, pgs. 415 - 424], la lectura
hace particular nfasis, en lo atinente al hardware y software. Se debe evaluar el existente,
si lo hay, y las posibilidades de expandirlo o de comprarlo o arrendarlo. El analista de
sistemas tiene varios mtodos disponibles para pronosticar los costos, beneficios,
volmenes de transacciones y variables econmicas futuras que afectan los costos y
beneficios. Los pronsticos o tendencias [cap. 13, pgs. 424 - 437], pueden ser estimadas
en base a las siguientes tcnicas: juicio grfico, el mtodo de mnimos cuadrados y el
mtodo de promedio mvil. Para la comparacin de costos y beneficios, hay varias tcnicas,
como: anlisis de punto de equilibrio, recuperacin, anlisis de flujo de efectivo y valor
presente.
En [cap. 10, pgs 171 - 174], se considera que el estudio de viabilidad tiene cuatro reas
principales de inters: viabilidad econmica, viabilidad tcnica, viabilidad legal y alternativas.
Muestra dos interesantes tablas (tabla 10.1 y 10.2) donde se ilustran respectivamente, los
posibles beneficios y costos de un sistema de informacin.
Trata someramente, las tres pruebas de factibilidad: operacional, tcnica, financiera y
econmica [cap. 2, pgs. 89 - 90].
90
UNIDAD 11
Tcnicas interpersonales
En los proyectos de sistemas de informacin con frecuencia se establece una brecha
comunicacional entre los usuarios y propietarios de sistemas y los desarrolladores de
sistemas (analistas, diseadores y constructores). Cada grupo tiene su propia jerga, para
denominar las mismas cosas. Por eso, la comprensin mutua entre las personas es un
punto de partida muy importante para desarrollar tcnicas de comunicacin. En esta unidad
veremos algunos medios informales que usan las personas para transmitirse sus
sentimientos y reacciones, as como otras tcnicas de comunicacin formales como las
reuniones, las presentaciones formales, las reuniones de proyectos, y los informes escritos.
Utilizar las tcnicas de comunicacin interpersonal durante el desarrollo de sistemas.
La unidad se ha dividido en cinco temas referenciados en la siguiente tabla.
TEMA
Comunicarse con la
gente
MATERIAL DE
REFERENCIA
El libro Anlisis y
diseo de sistemas
de informacin.
CAPTULO
TTULOS
Apndice D
Comunicarse
con la gente
875 - 879
Reuniones
879 - 882
Presentaciones
formales
882 - 886
Reuniones de
proyecto
886 - 887
Informes
escritos
887 - 893
Reuniones
Presentaciones
formales
Reuniones de proyecto
Informes escritos
PGS.
El analista debe servir de puente para superar la barrera del lenguaje que existe entre
los usuarios de los sistemas y los constructores de los mismos. Las tcnicas de
comunicacin informal son las siguientes:
o La comunicacin la hacemos con palabras, tanto de forma oral como escrita. Para
lograr la aprobacin de ideas por parte de los usuarios y directivos, los
desarrolladores pueden elegir entre expresiones positivas y expresiones negativas.
Las expresiones positivas provocan en los oyentes respuestas positivas; lo contrario
ocurre con las expresiones negativas. Ambas pueden utilizarse para ganar adeptos a
los cambios que se proponen. Un ejemplo de expresin positiva sera aumento en la
productividad. Un ejemplo de expresin negativa sera reducir el despilfarro.
91
La comunicacin por correo electrnico es una forma de comunicacin a distancia

que est en auge. Los mensajes pueden enviarse y recibirse en casi cualquier parte
del mundo, de una forma instantnea. Adems de leerse, los mensajes pueden
editarse, almacenarse, imprimirse o borrarse; y los costos de envo de mensajes se
van haciendo ms pequeos, a medida que se recupera la inversin en el software
de correo y la red informtica. No obstante, tambin tiene sus desventajas: el
volumen de mensajes recibido por una persona puede ser abrumador; y no puede
apreciarse el lenguaje corporal del emisor y/o receptor.
El lenguaje corporal es toda aquella informacin que comunica una persona a otra
sin utilizar palabras, y cubre tres aspectos: la expresin facial, el contacto visual y la
postura.
o La proxmica es la relacin que se establece entre las personas y el espacio que las
rodea. Su importancia deriva en que hay una relacin entre la distancia a la cual se
encuentran las personas que entablan una conversacin y el grado de intimidad con
que se tratan.
Una reunin es un intento por alcanzar un objetivo como resultado de una discusin
entre varias personas. La capacidad para coordinar y participar en una reunin es bsica
para el xito de cualquier proyecto. Una reunin debe prepararse, dirigirse y hacerle un
seguimiento. Las reuniones deben prepararse a fin de compensar su costo -que es
elevado, porque las personas dedican parte de su tiempo de trabajo- maximizando sus
beneficios. En la preparacin de una reunin, habrn de seguirse los siguientes pasos:
1) Determinar la necesidad y el propsito de la reunin; 2) Programar la reunin y
facilitar las instalaciones; 3) Preparar una agenda. Al dirigir una reunin han de tenerse
presentes varios aspectos, como los siguientes: 1) Tratar de empezar la reunin
puntualmente; 2) Empezar la reunin cuando todos los invitados estn presentes; 3)
Evitar las interrupciones; 4) Comenzar la reunin revisando la agenda; 5) Lograr la
participacin de todos los asistentes. Como el propsito de una reunin es generar el
mayor nmero de ideas posibles para resolver un problema, un mtodo para lograrlo se
denomina brainstorming. Aunque la idea es proponer en un corto tiempo, el mayor
nmero de ideas, sin analizarlas previamente, esto no significa que no haya una
disciplina a seguir durante la tormenta de ideas. Por ejemplo, ser espontneo y decir
las ideas tan pronto se le ocurran. Hacerle seguimiento a una reunin significa que se
prepara un acta de la reunin, y se enva a los asistentes, a fin de que quede registro de
lo sucedido y acordado.
La presentacin formal se realiza por ejemplo, para lograr la aprobacin de un nuevo
sistema. La eficacia de una presentacin depende de su preparacin. Al igual que las
reuniones, las presentaciones requieren de una preparacin, direccin y seguimiento. La
preparacin es muy importante, porque el analista lo que normalmente pretende con una
presentacin es proponer un cambio, y la tendencia natural de los afectados por el
cambio es a oponerse al mismo. En la direccin de la realizacin de una presentacin
formal, deben seguirse algunas directrices para lograr un mayor xito, como por ejemplo:
la forma de presentarse ante el pblico; mantener la atencin de los oyentes; responder
a las preguntas; etc. Para hacerle seguimiento a una presentacin formal, se ofrece al
finalizar la presentacin un informe escrito para que quede una copia ms permanente
de la informacin que se comunic oralmente.
La reunin de proyecto se realiza para que el grupo de desarrollo revise en conjunto la
documentacin detallada del sistema, como por ejemplo, diagramas de conexin de
puestos, diseos de bases de datos, normas y procedimientos, etc. Al igual que las
tcnicas antes descritas, la reunin de proyectos debe prepararse, dirigirse y hacerle
seguimiento. En la preparacin, adems de programar la reunin, un aspecto importante
es recabar toda la documentacin que se va a presentar. Al dirigir la reunin, el
coordinador debe recordar que el propsito bsico de la reunin es la deteccin de
errores y no su correccin. El seguimiento a la reunin se debe hacer lo antes posible
92
por medio de un informe escrito emitido por el coordinador. Otra tcnica de

comunicacin es el informe escrito. Este puede ser hecho con la intencin de informar
y/o convencer.
Informes diversos se producen en las diferentes etapas del ciclo de vida, como por
ejemplo, en la planificacin de sistemas, el plan y la arquitectura de informacin. En la
hechura de un informe se deben observar su longitud, organizacin y redaccin. La
longitud del informe depende de a quien va dirigido: A mayor rango del destinatario,
menor el nmero de pginas. En cuanto a la organizacin del informe, existe un patrn
general que considera dos partes principales: los elementos primarios y los elementos
secundarios. Los elementos primarios muestran la informacin que se intenta transmitir.
Un ejemplo de estos elementos son la introduccin y la conclusin. Los elementos
secundarios muestran en si, la informacin resumida. Un ejemplo de estos son la carta
remesa (intencin del informe), la portada, el ndice, la lista de figuras, tablas, el cuerpo
del informe, los apndices.
Ejercicios
1.- Cules son las directrices para el xito de una sesin de brainstorming (lluvia de
ideas)?
2.- Exprese algunas sugerencias para mantener la atencin de los oyentes en una
presentacin oral.
93

1. Aislar a las personas adecuadas en un lugar donde no se produzcan distracciones ni
interrupciones.
Asegurarse de que todo el mundo comprende el propsito de la reunin (generar
ideas para resolver el problema) y se centra en el o los problemas.
Designar a una persona para que anote las ideas.
Recordar a todo el mundo las reglas del brainstorming (lluvia de ideas):
Ser espontneo
No se permiten crticas, anlisis o evaluaciones mientras se generan ideas.
Dar importancia a la cantidad de ideas, no necesariamente a la calidad.
Durante un perodo de tiempo especificado, los miembros del equipo propondrn sus
ideas tan pronto como se les ocurran.
Despus de que el grupo haya expuesto todas las ideas y stas hayan sido
anotadas, entonces y slo entonces se analizarn y evaluarn dichas ideas.
Se afinarn, combinarn y mejorarn las ideas antes propuestas.
2. Dejar de hablar
Usar apoyo visual
Hacer una pregunta y dejar que Cambiar el nivel de voz
conteste uno de los oyentes
Usar el humor
Hacer algo totalmente inesperado
94
Bibliografa
Kendall & Kendall (1997). Anlisis y diseo de sistemas. 3ra edicin. Prentice Hall. La
propuesta de sistemas [cap. 14, pg. 447 - 474], es un documento crtico para vender el
sistema. Para que aquella sea efectiva, han de seguirse tres pasos: organizar
funcionalmente el contenido de la propuesta, escribir la propuesta en un estilo de negocios
apropiado y exponer verbalmente la propuesta. sta, debe escribirse en forma clara y
comprensible, y su contenido debe estar dividido en diez secciones funcionales, las cuales
se explican en el captulo referido. El uso adecuado de figuras, como tablas y grficas,
mejoran la propuesta. Entre las grficas, estn las lnea, columna, barra y pastel. En cuanto,
a la presentacin verbal, el analista debe conocer por anticipado: quines compondrn la
audiencia, el tiempo y el equipo disponible para la presentacin. Adems, se dan en la
lectura, algunas sugerencias que pueden ayudar a los expositores a superar la ansiedad
que produce una presentacin oral.
Editorial Limusa. Grupo Noriega Editores. Expone en forma resumida, cuales son los puntos
que debe contener el reporte de terminacin del anlisis del sistema. Bsicamente, es un
documento que muestra los requerimientos que sobre el nuevo sistema, ha identificado el
analista [cap. 16, pgs. 644 - 645]. Tambin trata sobre los mtodos de presentacin oral:
memorizacin, improvisacin, lectura, y mtodo extemporneo (ser espontneo y enrgico).
Argumenta que el uso de grficas enriquece la exposicin oral [cap. 16, pg. 645].
95
UNIDAD 12
Anlisis de sistemas
El anlisis de sistemas es el estudio de una aplicacin de un sistema actual de empresa y
de informacin y la definicin de las necesidades y prioridades de usuario para obtener un
sistema nuevo y mejorado. Consta de tres fases donde se tratan los bloques elementales de
Personas, Datos, Actividades y Redes desde la perspectiva del usuario. Las tres fases son
la de Inspeccin, Estudio, y Definicin. Estas fases constan de sus respectivas actividades.
Todas ellas, sern estudiadas en la presente unidad.
Analizar un sistema de informacin realizando las actividades de la etapa de anlisis de

sistemas del ciclo de vida.
TEMA
MATERIAL DE
REFERENCIA
El anlisis de El libro Anlisis y
sistemas.
diseo de sistemas
de informacin.
La fase de
inspeccin del
anlisis
de
sistemas.
La fase de
estudio
del
anlisis
de
sistemas
La fase
definicin
anlisis
sistemas.
de
del
de
CAPTULO
TTULOS
PGS.
Qu es el anlisis
de sistemas?
265 - 267
La
fase
de
inspeccin
del
anlisis
de
sistemas.
La fase de estudio
del
anlisis
de
sistemas.
267 - 276
La fase de definicin
del
anlisis
de
sistemas.
292 - 303
276 - 292
La funcin de anlisis de sistemas se inicia cuando al grupo de analistas de sistemas se

le encarga el desarrollo de una aplicacin de sistemas de informacin, la cual forma
parte del plan de sistemas de informacin de la organizacin. El anlisis de sistemas es
el estudio de un sistema actual de empresa y de informacin y la definicin de las
necesidades y prioridades manifestadas por los usuarios para la construccin del nuevo
sistema de informacin. El anlisis de sistemas se lleva a cabo a travs de la
cooperacin de los usuarios de sistemas. De aqu, que en el modelo en pirmide, los
96
bloques elementales Personas, Datos, Actividades y Redes sean vistos desde la

perspectiva de dichos usuarios.
La fase de inspeccin estudia la viabilidad del proyecto, para saber si vale la pena
construir el sistema. Las actividades de esta fase son las siguientes:
o
La primera actividad es dirigir las entrevistas iniciales, con el propsito de conseguir

documentacin sobre el sistema existente.
La segunda actividad es definir el mbito de proyecto, con base a los hechos

obtenidos en la fase anterior.
La tercera actividad es clasificar problemas, oportunidades y posibles soluciones.
La cuarta actividad es establecer un plan de proyecto propuesto, en donde se

recomienda una mejora o un nuevo desarrollo.
La quinta y ltima actividad, es presentar las conclusiones y las recomendaciones de

la inspeccin al comit encargado de definir las prioridades de los proyectos
potenciales de sistemas de informacin.
La fase del estudio analiza el sistema actual, con el propsito de conocer con mayor
profundidad los problemas, las oportunidades y/o normas. A diferencia de la fase de
inspeccin, que puede durar unos pocos das, la fase de estudio puede durar varias
semanas. Las actividades son las siguientes:
o
La primera actividad consiste en formar el equipo inicial del proyecto.
La segunda actividad investiga cmo funciona el sistema, para lo cual se requiere la

colaboracin de los analistas, propietarios y usuarios del sistema.
La tercera actividad, la informacin obtenida en la actividad anterior, se expresa en

modelos de personas, actividades, datos y redes.
La cuarta actividad, se intenta comprender bien, los verdaderos problemas y los

beneficios que podran obtenerse con las oportunidades que se identifiquen.
Ciertamente, en la fase de inspeccin se identificaron problemas y oportunidades,
pero esto se hizo de manera somera.
La quinta actividad, establece los objetivos y las restricciones del nuevo sistema.
La sexta actividad reevala el mbito del proyecto y revisa el plan del proyecto, en
funcin de los objetivos y limitaciones establecidos en la actividad anterior.
La actividad 7, revisa las conclusiones y las recomendaciones a dos niveles: revisin

de la calidad de cumplimiento de todas las actividades de la fase y de la
documentacin resultante, y revisin de la viabilidad de la continuacin del proyecto.
La fase de definicin, tiene por objetivos definir las necesidades de la empresa que
resuelven los problemas y aprovechan las oportunidades identificadas en el sistema
actual.
o
La primera actividad identifica las necesidades de la nueva aplicacin. Estas

necesidades se deben definir y expresar de forma que puedan ser comprendidas por
personal tcnico como no tcnico.
La segunda actividad consiste en modelar las necesidades del sistema en trminos

de personas, datos, actividades y redes. Es importante acotar, que en estos
modelos, no se debe hacer referencia a detalles de cmo se implantar fsicamente
el sistema.
La tercera actividad elabora prototipos de la aplicacin de sistemas con el fin de

verificar que se estn satisfaciendo las necesidades expresadas por los usuarios
sobre dicho sistema.
97
La cuarta actividad reevala las prioridades de satisfaccin de las necesidades de la

empresa, cuando los gastos del proyecto no estn acordes al presupuesto previsto, a
partir de los prototipos elaborados en la fase anterior.
La quinta actividad modifica el mbito y el plan del proyecto, cuando no se estn

cumpliendo los plazos previstos para terminacin del proyecto.
La sexta actividad revisa los resultados obtenidos en la fase. La revisin es a dos

niveles: a) asegurar que se ha seguido la metodologa y que la documentacin
resultante es completa; b) reevaluar la viabilidad de continuar con el proyecto.
.
unidad es la lectura de los captulos y secciones del libro Anlisis y diseo de sistemas de
informacin. Usted debe realizar las lecturas muy cuidadosamente, tomando nota sobre los
conceptos y aspectos ms relevantes presentados y recapitulando los mismos.
Conviene destacar el uso que se da en todas las fases del anlisis al diccionario del
proyecto, a fin de documentar de una manera completa y consistente la aplicacin de
sistemas. Igual importancia, tienen las tcnicas utilizadas en el logro de las actividades.
Tanto el diccionario como las tcnicas y herramientas han sido descritas en las unidades
anteriores.
98
Ejercicios
1. Caracterice las siguientes situaciones como problemas, oportunidades o normas.
Recuerde que a veces es difcil distinguir entre problemas y oportunidades. En dichos
casos, describa en qu situacin se tratara de un problema (P) y en cul de una
oportunidad (O).
SITUACIN
La direccin de una empresa ha decidido ofrecer crdito a los clientes habituales. Hasta
entonces, todas las ventas requeran pagos por anticipado.
El director de un banco quiere saber si las transacciones bancarias ejecutadas en otros
bancos pueden ser cargadas a las cuentas de clientes en menos de los dos das
actuales que se necesitan en promedio. Si as fuera, el banco podra ahorrar varios miles
de dlares en pago diario de intereses.
La capacidad competitiva de un manager de bisbol podra mejorarse si dispusiera de
acceso a la informacin sobre el historial de los bateadores ante lanzadores especficos.
Cuando se estropea una estacin de trabajo de una planta de fabricacin, la direccin de
planta tiene dificultades para modificar el plan de produccin y reasignar el trabajo de la
estacin estropeada a otras estaciones de trabajo que pueden disponer de capacidad no
programada. En consecuencia, no se producen los productos al ritmo deseado.
La direccin de una empresa ha decidido que todos los archivos informticos deberan
integrarse en bases de datos para mejorar el acceso y la flexibilidad de los datos.
El importe total de los pagos de clientes no es igual a la suma de los pagos cargados a
las cuentas de los clientes.
P/O
2. Cul es el producto final de cada fase del anlisis de sistemas?. Explique el propsito y
el contenido de cada uno de estos productos.
99

1.
SITUACIN
La direccin de una empresa ha decidido ofrecer crdito
a los clientes habituales. Hasta entonces, todas las
ventas requeran pagos por anticipado.
El director de un banco quiere saber si las
transacciones bancarias ejecutadas en otros bancos
pueden ser cargadas a las cuentas de clientes en
menos de los dos das actuales que se necesitan en
promedio. Si as fuera, el banco podra ahorrar varios
miles de dlares en pago diario de intereses.
La capacidad competitiva de un manager de bisbol
podra mejorarse si dispusiera de acceso a la
informacin sobre el historial de los bateadores ante
lanzadores especficos.
Cuando se estropea una estacin de trabajo de una
planta de fabricacin, la direccin de planta tiene
dificultades para modificar el plan de produccin y
reasignar el trabajo de la estacin estropeada a otras
estaciones de trabajo que pueden disponer de
capacidad no programada. En consecuencia, no se
producen los productos al ritmo deseado.
La direccin de una empresa ha decidido que todos los
archivos informticos deberan integrarse en bases de
datos para mejorar el acceso y la flexibilidad de los
datos.
El importe total de los pagos de clientes no es igual a la
suma de los pagos cargados a las cuentas de los
clientes.
2.
P/O
O
P
EXPLICACIN
Las ventas a crdito le permitirn
a la empresa aumentar sus
ventas.
El retardo en el cargo a las
cuentas, est ocasionando un
gasto innecesario al banco.
La falta de informacin histrica

le est impidiendo alcanzar al
manager
un
mejor
entrenamiento.
La falta de previsin en el plan
de produccin afecta el plan de
produccin de la empresa.
Con una base de datos pueden

lograrse aplicaciones integradas
por reas de empresa.
El
descuadre
de
pagos
provenientes de fuentes distintas,
ocasiona
retrasos
en
la
consolidacin de las cuentas.
El producto resultante de la fase de inspeccin es una evaluacin oral o escrita de la

viabilidad del proyecto. Tiene como propsito, orientar al comit de iniciativas en cuanto
a continuar o cancelar el proyecto. El informe de la evaluacin contiene un resumen de
la evaluacin, informacin bsica sobre el proyecto, conclusiones sobre problemas y
oportunidades, y recomendaciones detalladas sobre el proyecto.
El producto resultante de la fase de estudio es una relacin de los problemas de
empresa. Tiene como propsito, guiar al comit de iniciativas en la decisin de continuar
o no con la fase de definicin. El contenido del informe se estructura de la siguiente
forma: un resumen de las recomendaciones, problemas, oportunidades y limitaciones del
nuevo sistema; una descripcin de las actividades y mtodos de la fase de estudio, una
visin general del sistema actual, un anlisis de causas/efectos de sistema actual y
recomendaciones detalladas.
El producto resultante de la fase de definicin se denomina relacin de las necesidades
de la empresa. Tiene como propsito guiar al grupo de toma de decisiones en la decisin
de continuar o cancelar el avance del proyecto hacia la fase de diseo. La relacin de
necesidades contiene una descripcin del proyecto, objetivos y limitaciones del sistema
propuesto, los modelos del nuevo sistema, pantallas e informes de los prototipos, y un
plan y calendario propuesto de la fase de diseo.
100
Bibliografa
Estudia el proceso que se sigue para determinar los requerimientos. Se discute el
significado de la determinacin de requerimientos, las actividades que incluye, y las
preguntas que pueden hacerse. Las actividades son: anticipacin de requerimientos,
investigacin de requerimientos, y especificacin de requerimientos. Las preguntas a las que
el analista buscar respuesta, estn dirigidas a obtener los siguientes tipos de
requerimientos: bsicos, de las transacciones de los usuarios, de decisin de los usuarios,
de toda la organizacin [cap. 3, pgs. 122 - 133].
En [cap. 10, pgs 170 - 174], se establecen que los objetivos del anlisis son: identificar la
necesidad del cliente; evaluar el concepto de sistema para establecer la viabilidad; realizar
un anlisis tcnico y econmico; asignar funciones al hardware, software, personal, base de
datos y otros elementos del sistema; establecer las restricciones del presupuesto y
planificacin temporal; crear una definicin del sistema que forme el fundamento de todo el
trabajo de ingeniera subsiguiente. En [cap. 11, pgs 183 - 192], se profundiza en la
identificacin de necesidades o requisitos del cliente, indicando que consta de cinco reas
de esfuerzo: reconocimiento del problema, evaluacin y sntesis, modelado, especificacin y
revisin.
Editorial Limusa. Grupo Noriega Editores. El punto central en el anlisis de sistemas es
definir los requerimientos de los usuarios. Para determinar tales requerimientos, el analista
de sistemas debe entender primero, las razones por las que se va a iniciar el anlisis de
sistemas. Segundo, definir el alcance del anlisis de sistemas. Tercero, el enfoque que va a
utilizar en el anlisis, es decir, que se quiere y no pensar en trminos de tecnologa. Cuarto,
presentar las conclusiones del anlisis preliminar de sistemas. Luego, en el captulo, se
estudian las diferentes fuentes que estn a la disposicin del analista para determinar los
requerimientos: estudio del sistema actual, fuentes internas (la gente que trabaja en la
empresa), fuentes externas (otros sistemas dentro de la empresa, con que se enlaza el
sistema estudiado, y revisin de sistemas similares en otras organizaciones, libros de textos
y revistas profesionales, etc.) [cap. 16, pgs. 613 - 630]. Estos autores, no consideran el
modelado del sistema a nivel del anlisis.
101

MIA335

Загружено:

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

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

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

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

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

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

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

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

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

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

MIA335

Загружено:

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

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

UNIVERSIDAD NACIONAL ABIERTA

MATERIAL INSTRUCCIONAL DE APOYO

Base de datos (Cdigo 311)

MSc. Marlene Martnez (Especialista de Contenido)

MSc. Judit Carvallo (Coordinadora de la carrera)

Caracas, Julio del 2005

Mdulo I: Fundamentos de un sistema de informacin y la planificacin de

Unidad 1: Sistemas de informacin basados en computadoras

Unidad 2: Bloques elementales de los sistemas de informacin

Unidad 3: Ciclo de vida del desarrollo de sistemas

Unidad 4: Planificacin de sistemas

Mdulo II: Anlisis de un sistema de informacin.

Unidad 5: Tcnica de modelizacin de datos

Unidad 6: Tcnica de modelizacin de procesos

Unidad 7. Tcnica de modelizacin de redes

Unidad 8. Herramientas de gestin de proyectos

Unidad 9: Tcnicas de investigacin de hechos

Unidad 10: Tcnicas de anlisis de viabilidad

Unidad 11. Tcnicas interpersonales

Unidad 12. Anlisis de sistemas

En cada unidad, se tratan en secuencia, los siguientes aspectos:

Objetivo del mdulo

Estructura del mdulo

Representar un sistema de informacin dado en trminos del modelo del sistema a

310 - 317, 327

Los aspectos tratados en esta lectura son los siguientes:

La manipulacin de datos es la operacin de los datos para convertirlos en informacin.

Como punto final de la lectura realizada, encontramos el papel de los sistemas de

Modelo general de sistemas de la compaa

El sistema fsico de la compaa transforma recursos de entrada en recursos de salida. Los

333 - 335, 337 - 342,

Los aspectos que trata esta lectura son los siguientes:

suboptimador representa un problema semiestructurado. En la simulacin o corrida de

Los MIS contribuyen a la resolucin de problemas de dos maneras: Primero, proveen

Al estudiante que no haya tenido la oportunidad de simular un modelo matemtico, le

Los aspectos que trata esta lectura son los siguientes:

El Sistema de Informacin Contable (AIS) y el Sistema de Informacin Gerencial (MIS),

El concepto de DSS surge de las contribuciones de tericos en el rea de administracin

377 - 378, 380 - 390

Los aspectos que se tratan en esta lectura son los siguientes:

El modelo de la OA se muestra en la figura 15.1. Los datos del sistema fsico se

Le sugerimos al estudiante como lectura opcional, las ventajas y desventajas de la oficina

Los aspectos de esta lectura son los siguientes:

La mquina de inferencias examina las reglas de la base del conocimiento una a

Recomendaciones para el estudio del contenido

Modelo de sistema de informacin contable

Con la respuesta al ejercicio propuesto, hemos finalizado esta unidad 1.

El bloque de datos se explica, haciendo primero un prembulo, para diferenciar dato de

El bloque de actividades define la funcin de un sistema de informacin en trminos de

El bloque tecnologa incluye, la tecnologa de datos, procesos y comunicaciones.

Con la respuesta al ejercicio propuesto, hemos finalizado esta unidad 2.

Principios esenciales para

Los aspectos tratados en esta lectura son los siguientes:

El principio de implicar al usuario, significa que los responsables del proyecto de

El principio de aplicar un mtodo de resolucin de problemas propone que el analista

El principio de definir fases y actividades persigue dividir el proyecto en partes, que

El principio de establecer normas para un desarrollo y una documentacin

El principio de justificar los sistemas como inversiones de capital, aspira que el

El principio de no tener miedo de cancelar o revisar el proyecto reside en que ofrece

El principio de disear sistemas que puedan crecer y cambiar incita al analista a

Los problemas, oportunidades y normas sirven de marco referencial al analista de

El ciclo de vida de desarrollo de sistemas, se define como un mtodo disciplinado del

pasos son clasificados subsecuentemente, de mayor a menor nivel, en funciones, fases

La funcin planificacin de sistemas pretende establecer prioridades sobre aquellas