Documente Academic
Documente Profesional
Documente Cultură
VICERRECTORADO ACADMICO
AREA: INGENIERA / CARRERA: INGENIERA DE SISTEMAS
Nombre:
SISTEMAS DE INFORMACIN I
Cdigo: 335
U.C.: 4
Carrera:
Ingeniera de Sistemas
Cdigo: 236
Semestre:
VI
Prelaciones:
Prerequisitos:
Ninguno
Autor:
Asesores:
NDICE
Introduccin
su desarrollo en la empresa.
20
25
33
42
44
51
65
71
77
85
91
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.
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.
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
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.
Gerencia
Informacin
Estndares
Sistema
Conceptual
Procesador de
informacin
Informacin
Datos
Recursos
de entrada
Proceso de
transformacin
Recursos
de salida
Sistema
Fsico
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
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
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.
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
11
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
13
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
15
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
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
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.
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.
Objetivo de la unidad
Distinguir los elementos de un sistema de informacin dado desde la perspectiva
de alguno(s) de sus bloques elementales.
Estructura de la unidad
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 redes muestra los diferentes puntos de vistas que los trabajadores de la
informacin tienen sobre este bloque.
Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
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.
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. 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
Respuesta al ejercicio
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.
Objetivo de la unidad
Ubicar la(s) etapa(s) en que se encuentra el desarrollo de un sistema de informacin
dado, dentro del ciclo de vida de sistemas.
Estructura de la unidad
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.
95-101
Reaccin frente a la
planificacin
El ciclo de vida: un
mtodo de resolucin de
problemas
101-102
102-133
25
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.
26
Las funciones y fases de la versin del CVDS que estudiaremos en esta unidad son las
siguientes:
o
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.
27
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.
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.
Recomendaciones para el estudio del contenido
Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
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
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 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
Respuesta al ejercicio
31
Bibliografa
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
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.
Murdick, R. & Munson, J. (1998). Sistemas de informacin administrativa. 2da edicin.
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).
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Objetivo de la unidad
Distinguir la(s) fase (s) y/o actividad(es) de la etapa de planificacin de sistemas en una
situacin dada.
Estructura de la unidad
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
planificacin de sistemas.
233 - 246
246 - 256
33
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.
34
Ahora, proceda a realizar los siguientes ejercicios, para afianzar as, los conocimientos
adquiridos. Corrobore sus respuestas. Lea las prescripciones.
35
Ejercicio
1.
36
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
Nombre de la actividad
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
Nombre de la actividad
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
7. Revisar las conclusiones y aprobar el plan
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
Respuesta al ejercicio
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
tem
a, c
b
d
e
f
FASE DE DEFINICIN
Nombre de la actividad
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
Nombre de la actividad
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
7. Revisar las conclusiones y aprobar el plan
tem
tem
39
Bibliografa
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
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.
Murdick, R. & Munson, J. (1998). Sistemas de informacin administrativa. 2da edicin.
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.
Pressman, R. (1997). Ingeniera del software. Un enfoque prctico. 4ta edicin. Mc Graw Hill.
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.
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill.
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
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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
42
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.
Objetivo de la unidad
Aplicar las tcnicas de modelizacin de datos en un sistema, documentando el
resultado de su aplicacin en el diccionario de proyectos.
Estructura de la unidad
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
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
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
Ahora, proceda a realizar los siguientes ejercicios, para afianzar as, los conocimientos
adquiridos. Corrobore sus respuestas. Lea las prescripciones.
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
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
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).
Pressman, R. (1997). Ingeniera del software. Un enfoque prctico. 4ta edicin. Mc Graw Hill.
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
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill. En
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)
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Objetivo de la unidad
Estructura de la unidad
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
52
Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
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.
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.
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
54
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
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
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
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
DB 2
PE 2.3
PLIZAS
ENTREGAR
PLIZA
DB 1
CONTRATOS
CON MONTO
SOLICITUDES
PLIZAS
CLIENTE
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
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
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
63
Bibliografa
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
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.
Murdick, R. & Munson, J. (1998). Sistemas de informacin administrativa. 2da edicin.
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.
Pressman, R. (1997). Ingeniera del software. Un enfoque prctico. 4ta edicin. Mc Graw Hill.
En [cap. 12, pg. 208 - 209], explica superficialmente el DFD, sus components y notacin.
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill. En
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.
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Objetivo de la unidad
Estructura de la unidad
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
485
65
66
Ahora, proceda a realizar los siguientes ejercicios, para afianzar as, los conocimientos
adquiridos. Corrobore sus respuestas. Lea las prescripciones.
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.
Respuesta al ejercicio
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
68
SA
SA
Puesto
Mvil
SB
SB
SP
SP
SA
SP
Edf.Adm.
Pto 1
Edf. Acad.
Pto. 1
Serv.Est.
Pto. 1
Cont.Est.
Adm. Pto.1
Edf. Adm.
Pto 2
SB
Serv.Est.
Pto. 2
69
Bibliografa
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Objetivo de la unidad
Estructura de la unidad
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
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
Ahora, proceda a realizar los siguientes ejercicios, para afianzar as, los conocimientos
adquiridos. Corrobore sus respuestas. Lea las prescripciones.
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
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
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
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.
Murdick, R. & Munson, J. (1998). Sistemas de informacin administrativa. 2da edicin.
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.
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Objetivo de la unidad
Emplear las tcnicas de investigacin de hechos durante el desarrollo de sistemas.
Estructura de la unidad
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
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
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
Ahora, proceda a realizar los siguientes ejercicios, para afianzar as, los conocimientos
adquiridos. Corrobore sus respuestas. Lea las prescripciones.
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
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
NO
A VECES
Aceptablemente
Excelentemente
82
83
Bibliografa
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.
Objetivo de la unidad
Emplear el anlisis de viabilidad de las soluciones alternativas de sistemas.
Estructura de la unidad
La unidad se ha dividido en cuatro temas referenciados en la siguiente tabla.
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
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.
Recomendaciones para el estudio del contenido
Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
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.
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.
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
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
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.
Con la respuesta a los ejercicios propuestos, hemos finalizado esta unidad 10.
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.
Pressman, R. (1997). Ingeniera del software. Un enfoque prctico. 4ta edicin. Mc Graw Hill.
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.
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill.
Trata someramente, las tres pruebas de factibilidad: operacional, tcnica, financiera y
econmica [cap. 2, pgs. 89 - 90].
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Objetivo de la unidad
Utilizar las tcnicas de comunicacin interpersonal durante el desarrollo de sistemas.
Estructura de la unidad
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
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
Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
unidad es la lectura del captulo y temas indicados en el 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.
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.
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
Con la respuesta a los ejercicios propuestos, hemos finalizado esta unidad 11.
94
Bibliografa
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
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.
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
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.
Objetivo de la unidad
Estructura de la unidad
La unidad se ha dividido en cuatro temas referenciados en la siguiente tabla.
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
96
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 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 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 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
97
.
Recomendaciones para el estudio del contenido
Una de las actividades que usted realizar frecuentemente durante el desarrollo de esta
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.
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.
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
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.
El
descuadre
de
pagos
provenientes de fuentes distintas,
ocasiona
retrasos
en
la
consolidacin de las cuentas.
100
Bibliografa
Whitten, J. & Bentley, L. & Barlow, V. (1996). Anlisis y diseo de sistemas de informacin.
3ra edicin. Mc Graw Hill.
Senn, J. (1998). Anlisis y diseo de sistemas de informacin. 2da edicin. Mc Graw Hill.
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].
Pressman, R. (1997). Ingeniera del software. Un enfoque prctico. 4ta edicin. Mc Graw Hill.
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.
Burch, J. & Grudnitski, G. (1994). Diseo de sistemas de informacin. Teora y prctica.
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