1.

1 INTRODUCCIN

1.1.1 HISTORIA

Actualmente se vive un momento de transicin profunda entre una sociedad de
corte industrial y otra marcada por el procesamiento de la informacin y las
telecomunicaciones. El uso de la informtica afecta de manera directa e indirecta
todos los mbitos de la sociedad; redefine la realidad, ya que modifica la forma en Notas:
la que se producen y distribuyen los bienes y servicios, las relaciones
internacionales, e incluso puede modificar la forma en la que nos
interrelacionamos y divertimos. Para tener una idea de la magnitud de sus efectos
en la sociedad y en la vida de las personas, se puede compararla con dos
transformaciones que contribuyeron a hacer de la civilizacin lo que es hoy: la
revolucin agrcola y la revolucin industrial.

Por cientos de miles de aos la humanidad vivi en grupos nmadas que se Notas:
alimentaban de la caza, la pesca y la recoleccin. Sin embargo, hace alrededor de
10 mil aos, el hombre aprendi a cultivar alimentos y a criar animales,
ocasionando una verdadera revolucin en la estructura social: las personas
dejaron de desplazarse para establecerse en pequeas aldeas que fueron la base
de la civilizacin.
Hasta hace apenas 200 aos, la organizacin social se estructuraba en torno a la
agricultura, pero algunas circunstancias de gran importancia haban cambiado y
estaban por dar paso a un nuevo tipo de civilizacin. He aqu la cadena de
sucesos.
Se descubri que el planeta era redondo y que tena continentes hasta haca poco
desconocidos. Estos descubrimientos dieron cabida a una poca de
exploraciones, conquistas y colonizaciones que estimularon el comercio
internacional y la produccin de bienes.

En segundo lugar, mejoras importantes en la agricultura que hicieron ms

productiva la explotacin agrcola de la tierra, como la rotacin de cultivos, y una
larga etapa de bonanza econmica en los pases europeos, provocaron que la
poblacin creciera rpidamente generando de esta manera ms trabajadores que
los que podan ocuparse en el campo. Estas personas se trasladaron a las
pequeas ciudades llamadas Burgos, en busca de empleos.
Como resultado, se configur una situacin favorable a la produccin de bienes
que lleva gran crecimiento de los pequeos Burgos que se dedicaban a la
manufactura. En los talleres se dio empleo a buena parte de los desplazados del
campo, y as se conform el nacimiento de las sociedades urbanas propias del
capitalismo.
 En estas circunstancias se desarroll la primera mquina de combustin interna.
Al principio funcion con carbn y ms
adelante con petrleo y sus derivados y
despus con electricidad. El empleo de
mquinas en la produccin result tan
conveniente que a partir de ellas se
comenzaron a hacer cambios profundos en
la organizacin de las fbricas, como la Notas:
divisin especializada del trabajo y la
produccin en serie. Ms adelante estos
cambios repercutieron en la estructura de la
sociedad misma, sus ciudades y sus leyes.
Para dar una idea del poder de la mquina,
baste recordar que a fines del siglo XIX,
100 aos despus de su introduccin en
Inglaterra, la productividad por habitante
haba crecido cerca de un 400 por ciento.

Con la revolucin industrial la sociedad dej de girar en torno a la agricultura y el

mbito rural para dar paso a una civilizacin urbana, en torno a las ciudades, con
la fbrica como institucin predominante. Con la revolucin industrial la sociedad
cambia de manera muy dramtica, generando una era de extraordinarios
progresos y nuevos retos en todos los campos de la actividad humana.

Por ms de 200 aos la economa mundial se sustent en un aparato industrial en

permanente expansin y perfeccionamiento tcnico que logr grandes avances:
de 1800 a finales del siglo XX la poblacin mundial pas de poco ms de 900
millones de personas a 6 mil millones, un crecimiento nunca antes visto, debido
en buena medida al progreso de la
medicina y al aumento de la
productividad en todos los campos de la
economa.
En un lapso histrico tan breve se tuvo
un gran avance en materia de
educacin. Se logr que ms de la
mitad de los habitantes del planeta
fueran a la escuela y aprendieran a leer
y escribir, mientras que a principios del
siglo XIX slo una minora tena esa
habilidad. El nmero de universidades e
institutos de estudios superiores se
multiplicaron exponencialmente y se
crearon decenas de nuevas carreras.
En sntesis, el conocimiento de la
humanidad se multiplic varias veces.

En los ltimos aos del siglo XX la difusin masiva de las tecnologas de la

informacin y las comunicaciones han generado la llamada revolucin informtica
que ha dado origen a una nueva poca que se conoce como sociedad de la
informacin y del conocimiento. El motor que impulsa la economa pasa de ser los
combustibles y la electricidad a ser la informacin.

Para comprender cmo sucedi esto, hay que detenerse en algunos

acontecimientos claves de los ltimos 30 aos.
Telecomunicaciones a escala global. A lo largo del siglo XX algunos de los
inventos ms importantes de las primeras etapas de la era industrial, como el
telgrafo y el cine, evolucionaron, se diversificaron en otros medios como el
telfono o la televisin, y se popularizaron, convirtindose en importantes canales
de comunicacin. Sin embargo, no es sino a partir de la dcada de los setenta
que su alcance se ampla a nivel global y su cobertura se expande a todos los
rincones. Los avances en la tecnologa de satlites hicieron posible que la
televisin se convirtiera en un medio mundial de comunicacin. A finales del siglo Notas:
XX el mundo contaba ya con una slida red global de telecomunicaciones que
han hecho del mundo, un lugar ms pequeo.

Nace la microcomputadora. Despus de

una larga cadena de inventos y
descubrimientos, en 1971 se cre el
microprocesador. En 1975, aparecen las
primeras computadoras. Estas mostraron
ser tan tiles y verstiles que desde
entonces, se utilizan en una gran
diversidad de actividades humanas. Esto
se ha visto favorecido por la reduccin de
su costo. Cabe sealar, que la potencia
se ha duplicado y su precio disminuido a
la mitad cada 18 meses, Es as como las
computadoras personales se han
convertido en las herramientas
caractersticas de esta era.

Un sistema econmico global basado en la informacin, su procesamiento y

comunicacin. A partir de la dcada de los aos setenta, las economas de los
distintos pases iniciaron un proceso de globalizacin que dio lugar a una nueva
dinmica del sistema econmico mundial, en el que los pases son cada vez ms
dependiente de lo que sucede en los otros. Este proceso de globalizacin
econmica ha permitido la vinculacin de mercados de productos y servicios de
diferentes pases. Las empresas que participaron en las cadenas de produccin
provienen de varios pases, esto ha generado nuevos retos y grandes
oportunidades a las compaas que han sabido enfrentarlos.

La competitividad. El factor central de crecimiento, es la capacidad de obtener y

procesar toda la informacin de manera casi instantnea. Esto permite identificar
oportunidades de nuevos mercados, coordinar a las distintas unidades de
produccin, controlar los inventarios, y conocer lo que est haciendo la
competencia. La informacin de esta
manera, se convierte en un recurso
estratgico gracias a que puede ser
generada y procesada por computadoras y
transmitida a travs de las redes de
telecomunicaciones.

La productividad. Para que las empresas

sean exitosas y tengan una mayor
competitividad, la globalizacin las ha
obligado a aumentar su productividad:
deben producir un nmero cada vez mayor
de bienes y servicios a un costo siempre
menor y han alcanzado esta meta
optimizando sus procesos gracias al
potencial que ofrece esta tecnologa para manejar la informacin: la espina dorsal
de las grandes compaas est formada por redes de computadoras y dispositivos
de telecomunicacin que hacen ms eficientes y expeditos todos sus procesos,
desde los administrativos hasta los de produccin. En este caso como en la
competitividad, el recurso estratgico es la informacin.

Una nueva sociedad. El uso de las tecnologas de la informacin no se ha
restringido nicamente al campo de la actividad econmica. Como todas las Notas:
actividades humanas involucran de alguna manera el uso de informacin, su
empleo se ha extendido al resto de la sociedad. Las computadoras y las
telecomunicaciones se encuentran prcticamente en todas las reas de gobierno,
controlan el trfico de las principales ciudades, estn presentes en los institutos
cientficos y tienen un lugar importante en los hogares, por ejemplo, una de las
reas de mayor crecimiento en la industria del software est en la produccin de
juegos para computadoras.

Las tecnologas de la informacin han permeado en toda la sociedad debido a

cuatro caractersticas que presentan:

Capacidad de Penetracin. Que se debe a su poder de procesamiento es cada

vez mayor al mismo tiempo que su precio va constantemente a la baja, y cuenta
con aplicaciones para casi cualquier campo de inters.

Interconexin. Su naturaleza de
procesadores y transmisores de
informacin hace que sea relativamente
fcil interconectarlas. Adems de que
multiplica sus posibilidades de
procesamiento y operatividad.

Flexibilidad. Su funcionalidad permite

emplearlas en una gran diversidad de
operaciones.

Convergencia. Estas tecnologas tienden a

integrar elementos antes dispersos en otras
reas, como el video o la posibilidad de
enlazar en red un nmero mayor y cada vez ms artefactos.

Pero, cul es el fundamento tcnico que hace que las tecnologas de la

informacin se hayan propagado a todas las
reas de accin, y que se puede hablar de
una revolucin informtica? El fundamento
se encuentra en la digitalizacin y las redes
informticas.
Ahora el ser humano digitaliza su entorno.
Qu significa digitalizar? Digitalizar es
traducir informacin como textos, imgenes
o sonidos, a un formato que puedan
entender los microprocesadores, y stos
slo estn capacitados para manejar los
valores unos y ceros. En efecto, para tu
microprocesador todo lo que ves en estos
momentos en la pantalla se maneja con
unos o ceros. Esto es porque la computadora maneja un sistema binario, que se
llama as porque slo acepta dos valores: 0 y 1.
Los microprocesadores son circuitos electrnicos plasmados en un material
llamado silicio (algo parecido al vidrio) que procesa impulsos elctricos, el ms
pequeo de los cuales es conocido con el nombre de bit. Como impulso elctrico,
el microprocesador slo puede detectar cuando un bit tiene carga elctrica --su
valor sera, en este caso, 1 uno - o cuando no la tienen - su valor sera 0 cero - En
este ejemplo se maneja los valores unos y ceros de manera un tanto arbitraria, ya
que la presencia o ausencia de carga elctrica en un bit puede ser interpretada Notas:
como una diversidad de valores: cierto y falso, hombre o mujer, B o J, etc.

La eficacia de las computadoras no se basa en la complejidad de su fundamento
lgico, que se reduce a manejar dos posibles valores, sino de la velocidad con la
que se aplica dicha lgica: los microprocesadores actuales pueden procesar
varios millones de bits en un slo segundo.

1.1.1 TRASCENDENCIA DE LA DIGITALIZACIN

A partir del siglo XV, y gracias a la prensa de tipos mviles inventada por el
alemn Johann Gutenberg, la sociedad
conoci un espacio antes
prcticamente inexistente: la repblica
de las letras, llamada as porque
termin siendo un lugar al que la
sociedad comenz a trasladar sus
ideas y conocimientos en forma de
letras: los libros. Esto hizo posible que
el conocimiento humano existente
hasta ese momento y expresado en
unas pocas copias de libros hechas a
mano, pudiera difundir a un mayor
nmero de personas impresas. El
nmero de lectores comenz a crecer. La amplia difusin de conocimientos que
posibilit la imprenta, sirvi para la generacin de nuevos conocimientos, que a su
vez quedaron plasmados en nuevos libros. Gracias a esto, al poco tiempo se
haban multiplicado los conocimientos y se haban distribuido mejor.

Con la digitalizacin, la sociedad transmite la informacin y el conocimiento con

un formato digital, que es el que manejan las computadoras y los equipos de
telecomunicacin. Si antes haba que ir a la
biblioteca a consultar un libro, hoy se puede hacer
esto sin salir de casa, ya que varias bibliotecas en
el mundo estn digitalizando sus libros para que
puedas consultarlos por Internet.

En Internet es ms rpido, barato y fcil publicar

informacin que editar un libro: no hay necesidad
de contar con una editorial, no es necesario hacer
tediosas revisiones a las pruebas de impresin, no
hay que comprar papel ni usar una prensa; basta
con escribir el texto en un procesador de palabras,
guardarlo en un formato de archivos y subirlo a un sitio. El pblico al que se
puede tener alcance se ampla porque Internet es un medio de alcance global.
Claro que lo anterior ocasiona que la informacin disponible en este medio no
siempre sea de calidad.
Las Redes

La digitalizacin no tendra el mismo impacto si no fuera por la existencia de las

redes. A travs de stas la
informacin digitalizada se trasmite
a muchas personas. stas son los
cimientos sobre los que se
construye el espacio virtual de la Notas:
sociedad, conformado por
servidores, discos duros, cables,
centrales telefnicas y una
multiplicidad de elementos de alta
tecnologa destinados a dirigir y
hacer eficiente la bsqueda y
transmisin de datos. Las
herramientas para construir este
espacio, son las aplicaciones de software con las que se desarrollan las pginas
para Internet; lo que permite moverse en ese espacio son los navegadores. Si con
la imprenta se habla de la repblica de las letras, con las redes se tiene que
hablar del ciberespacio, hbitat de la informacin.

Por qu son importantes las redes? Porque con

ellas se facilita la interaccin social y se reduce su
costo. A diferencia de los libros, en donde una vez
impreso el contenido no hay forma de cambiarlo, la
informacin digitalizada es verstil y, gracias a los
diferentes programas para explotarla, podemos
interactuar con ella modificndola de infinitas
maneras, o emplearla como vehculo de
comunicacin e interaccin con otros usuarios.

La empresa en red

Persiste la idea que las computadoras solucionan problemas por s mismas. Sin
embargo, en la vida real las cosas no son tan sencillas. La incorporacin de esta
tecnologa en las organizaciones se inici con la difusin masiva de los
microprocesadores hace 30 aos, en especial con las computadoras personales.

Estos procesos de implementacin han sido muy complejos debido a la dimensin

social que encierra el desarrollo de sistemas de informacin.

Tecnologas de la informacin: una inversin distinta. Fundamentadas en las

expectativas de que las computadoras resuelven problemas, las grandes
compaas realizaron fuertes inversiones en tecnologas
de la informacin con la idea de que, en forma casi
inmediata, obtendran un aumento en la productividad,
reduccin de costos y una mejor competitividad en el
mercado. Con el tiempo resultaba que no se obtenan los
beneficios esperados; a pesar de esto, los departamentos
de sistemas solicitaban nuevas compras de equipo y
programas, an cuando eran incapaces de comprobar la
rentabilidad de esas inversiones.

Los administradores e investigadores cuestionaban por

qu una inversin tan considerable en poderosos equipos informticos no
impactaba en la productividad de manera evidente. La respuesta radica en que
las tecnologas de la informacin tienen gran capacidad para procesar, transmitir y
tener acceso a grandes volmenes de informacin.

Evolucin de la Tecnologa. Es tal la velocidad del cambio tecnolgico, que an

cuando han transcurrido ms de 30 aos desde la aparicin del microprocesador,
persiste el desarrollo vertiginoso de las tecnologas de la informacin; permitiendo
una drstica disminucin en las dimensiones de las computadoras y el
surgimiento de equipos ms simplificados y rpidos. La realidad inicial era que un Notas:
circuito integrado deba ser manufacturado para desarrollar determinadas
funciones especficas; con la evolucin de la informtica se da origen a la idea de
que un microprocesador puede manufacturarse y despus ser programado para
dar respuesta a distintos requerimientos mediante su incorporacin a otras
tecnologas como son: la televisin, los hornos de microondas, los automviles,
entre otros.

El desarrollo de las Tecnologas de la Informacin y Comunicacin (TIC) se

acelera an ms, surgen nuevos sistemas operativos que permiten desarrollar
tareas de grandes dimensiones en corto tiempo. En paralelo, se gestaba ya un
nuevo concepto de comunicacin informtica que revolucionara al mundo de la
computacin: la red Internet, la cual surge como una necesidad estrictamente
militar cuyo universo de usuarios era de slo mil personas. Al ampliarse como red
pblica mundial, lleg a tener en tan slo 20 aos a ms de 10 millones de
usuarios. Esta forma de comunicacin de tiempo compartido da lugar a otras
similares, como el correo electrnico y los mensajes instantneos.

El potencial que ofrecen las TIC ha permitido el surgimiento de nuevas formas de
operacin de las organizaciones. Un impacto importante registrado, es el que se
refiere a las estructuras verticales de mando que eran comunes en la era
industrial: sistemas jerrquicos como tringulos cuya
punta estaba representada por un director general,
seguido de unas pocas divisiones generales y bajo
ellas un nmero creciente de direcciones,
subdirecciones, departamentos, jefaturas, etc.,
sustentadas por una amplia base de trabajadores
adiestrados para recibir rdenes y cumplir tareas.

En muchas organizaciones estas pirmides de mando

se han modificado y ha surgido un nuevo tipo de
estructura, ms plano y parecido a una red formada
por grupos de trabajo comunicados entre s,
orientados a tareas momentneas y especficas. Este
nuevo tipo de organizacin surge de buscar potenciar
la creatividad de los empleados para que ellos aporten ideas en la solucin de
problemas, hecho que resulta lgico si se piensa que no hay nadie que conozca
mejor lo que debe hacerse en el trabajo que quien lo realiza.

La ingeniera de procesos y el uso del correo electrnico en algunas empresas

han permitido una reduccin drstica del papeleo burocrtico y una comunicacin
directa entre individuos. En el modelo de empresa vertical, para que un trabajador
del departamento A se pusiera en contacto con un colega del departamento B era
necesario que la secretaria dactilgrafa tecleara un oficio, que ste fuera
aprobado por el jefe A y enviado al departamento B, en donde la correspondencia
era revisada por la secretaria del jefe B y enviada al destinatario final. Hoy, es el
mismo empleado del departamento A el que teclea un mensaje de correo
electrnico y lo manda al buzn de B quien lo recibe en pocos segundos De
esta forma, se han adelgazado las estructuras de las organizaciones y han
desaparecido tipos de trabajo como el de dactilgrafa, archivista o mensajero. Sin
embargo, al mismo tiempo han surgido puestos nuevos como los de soporte
tcnico y administracin de redes.

El impacto en las organizaciones tambin se ha dado en sus relaciones con el
exterior; el uso de las TIC ha permitido la integracin de las cadenas de
suministro. sta, es una red de empresas que tienen en el centro al fabricante del
producto, rodeado de varias compaas que lo proveen de los materiales Notas:
necesarios para su produccin, por una parte, y de las empresas que venden los
productos terminados al usuario final por la otra. Todas enlazadas por sistemas
de comunicacin como el correo electrnico o las redes privadas. En el momento
en que se vende un producto la informacin se enva digitalmente del vendedor al
fabricante, quien de inmediato pone las rdenes de compra de las partes
necesarias a los proveedores para fabricar un nuevo producto que reemplace al
vendido. Los proveedores producen las partes solicitadas, bajo las
especificaciones exactas del fabricante y las entregan a la fbrica en el momento
justo que se requieren en la lnea de produccin; una vez terminado, el nuevo
producto es enviado a la empresa vendedora para que sea ofrecido al pblico.
As, el sistema de produccin slo genera lo que el mercado requiere.

Un elemento importante que opera en este proceso es el Cdigo de Barras, el

cual permite efectuar un control de las mercancas a lo largo de sus diferentes
etapas: generacin,
distribucin, venta y control de
inventarios, como partes que
integran el ciclo de las cadenas
de abasto. Su adopcin en las
empresas, se ha convertido en
una llave universal de acceso al
comercio y los negocios
electrnicos que se realizan en
el contexto de la globalizacin
econmica. As, la integracin
digital de las cadenas de
distribucin permite mantener
niveles de inventarios mnimos con los volmenes que requiere el proceso;
disminuye el gasto en el almacenamiento de materias primas y productos
terminados, lo que permite grandes ahorros. Sin las redes informticas ese
sistema sera impensable.

Impacto en el trabajador

La difusin masiva de uso de las Tecnologas de la Informacin y Comunicacin

ha trado cambios de importancia en la esfera del trabajo. En primer trmino se
debe destacar que es cada da mayor la presin para que el trabajador maneje
herramientas informticas, en
especial la computadora e internet.
Adems, en una economa en
constante transformacin, es
necesario que l obtenga nuevos
conocimientos que le permitan hacer
frente a los retos que le impone el
cambio de su entorno laboral. Se
trata de un empleado abierto a un
aprendizaje constante.
Por otra parte, contar con medios electrnicos de acceso a la informacin tan
potentes como los actuales, ha posibilitado que los empleados puedan participar
en los procesos de trabajo de manera ms flexible, sin importar su ubicacin u
horario. Por ejemplo, la gente puede laborar en su casa sin presentarse en la
oficina; este modelo de home office ha proliferado en muchos lugares y su auge
no sera posible sin los avances tecnolgicos registrados en los ltimos aos.

El comercio digitalizado en internet Notas:

La difusin masiva de Internet ha permitido el desarrollo del comercio electrnico

o comercio que se realiza en el WWW con el empleo de un programa navegador
como el Firefox de Mozilla o el Internet Explorer de Microsoft. El 80% de los
servidores que colocan pginas en Internet son sitios comerciales.

Esto ha provocado grandes cambios en la forma de hacer negocios y son muchas

las empresas que han ampliado sus servicios a la Red, estableciendo una
relacin B2B (business to business) que ha implicado en el mercado de servicios
e infraestructura de comercio entre empresas un crecimiento importante. En el
caso de los mercados virtuales, existen sitios de negocios (businessplaces) que
integran toda la cadena de valor de la empresa. En cuanto al B2C (business to
consumer) se busca que el usuario confe en el nuevo canal a travs del cual est
realizando transacciones comerciales. Es esencial la personalizacin y
satisfaccin de los clientes.

Son tres los tipos de mecanismo de venta generalizados en el WWW: la venta

directa, la subasta y el modelo en el cual el consumidor fija el precio.

Venta directa. Amazon (www.amazon.com) una de las libreras electrnicas ms

grandes del mundo, quiz sea el mejor ejemplo del
primer esquema. Amazon ha emprendido una estrategia
de reinversin de utilidades tendiente a ampliar su
espectro de accin; bajo esta premisa, ha adquirido
empresas dedicadas a la venta directa de otros
productos por Internet, y en poco tiempo se ha convertido en el vendedor de
msica ms importante de la red. Hoy da, Amazon es toda una tienda
departamental.

Subastas. El ejemplo tpico de subasta por Internet es eBay (www.ebay.com) que

inici en 1995 como un medio para conectar a personas que vendan cosas raras.
Desarroll para ello un sistema abierto en el que cualquiera poda ofrecer su
mercanca para que otros propusieran el precio al que estaban dispuestas a
comprarla; al final el vendedor seleccionaba al comprador que tena la mejor
oferta. Durante su operacin las 24 horas del da, los
365 das del ao registra 2.5 millones de subastas
diarias. El esquema es tan exitoso que muchos sitios
han copiado la idea como deremate.com.

El consumidor fija el precio. Buen ejemplo de este

modelo es Priceline que (travel.priceline.com) permite
a la gente poner el precio a los boletos de avin, sin
escoger la aerolnea, cuando una de stas ofrece una
oferta igual a la que el cliente propone, se le notifica la
viabilidad de su transaccin. Priceline vende 40 mil
boletos a la semana y cuenta con 3.5 millones de clientes al da.
En cualquiera de las formas que pueda tomar el comercio electrnico, su
desarrollo a nivel internacional plantea interrogantes. Esta forma de realizar
negocios conlleva que sus operaciones se efecten bajo condiciones en las que
se carece de un espacio fsico en el que se encuentren las partes en cuestin; no
se extiende una factura motivo de la compra-venta; en algunos casos cuando se
trata de importaciones de bienes, stas actividades no son registrados por las
aduanas; adems que se reducen los intermediarios con la concerniente
disminucin de costos y las transacciones se realizan en forma ms rpida. Notas:

Marco legal. Este esquema de flexibilidad y apertura, denota una situacin de

inseguridad jurdica para las partes involucradas. Se ha legislado en el
establecimiento de la factura electrnica que brinde certeza jurdica a las
transacciones efectuadas mediante comercio electrnico.

La sociedad de la informacin y la brecha digital

El acceso desigual que se ha producido a las TIC se le denomina brecha digital,

impactando de manera importante en el desarrollo de los mbitos poltico,
econmico y social de las naciones; entre el mundo desarrollado y en vas de
desarrollo; entre los ricos y los pobres; entre los que viven en reas urbanas y
rurales, y entre los analfabetos informticos y los que s tienen esa habilidad.

Mientras la poblacin mundial se ha incrementado poco ms de 55 veces desde

los tiempos de la Antigua Grecia a la fecha, la cantidad de informacin disponible
lo hizo cerca de 100 millones de veces, lo cual significa que el conocimiento
universal se duplica aproximadamente cada 5 aos. sta, es una forma de
observar la velocidad con que las tecnologas de la informacin difunden y
transmiten conocimientos.
1.1.2 EL CONCEPTO DE INFORMACIN

En sentido general, la informacin es un conjunto organizado de datos

procesados, que constituyen un mensaje que cambia el estado de
conocimiento del sujeto o sistema que recibe dicho mensaje.

Un dato est constituido por los registros de los hechos, acontecimientos,
transacciones, etc. Notas:

Los datos una vez percibidos y procesados constituyen una informacin que
cambia el estado de conocimiento, eso permite a los individuos o sistemas que
poseen dicho estado nuevo de conocimiento tomar decisiones pertinentes
acordes a dicho conocimiento.

Desde el punto de vista de la ciencia de la computacin, la informacin es un

conocimiento explcito extrado por seres vivos o sistemas expertos como
resultado de interaccin con el entorno o percepciones sensibles del mismo
entorno. En principio la informacin, a diferencia de los datos o las
percepciones sensibles, tienen estructura til que modificar las sucesivas
interacciones del ente que posee dicha informacin con su entorno.

La informacin implica que los datos estn procesados de tal manera que
resulten tiles o significativos para el receptor de los mismos.

En cierto modo, los datos se pueden considerar como la materia prima para
obtener informacin. Ms que la cantidad de informacin, importa la calidad de
la informacin.

La calidad de la informacin puede definirse como el conjunto de cualidades

que adems de la capacidad de disminuir la incertidumbre, ayudan al receptor
a tomar la decisin ms ventajosa.

Se puede considerar las siguientes cualidades para la informacin:

- Es relevante para el propsito de la decisin o el problema
considerado.
- Es lo suficientemente precisa, es decir, exacta con la realidad, para que
podamos confiar en ella.
- Es lo suficientemente completa para el problema.
- Se comunica a la persona adecuada para la decisin.
- Se comunica a tiempo para que pueda ser til para la decisin.
- Alcanza el nivel de detalle ms adecuado.
- Es comprensible para el receptor.

Usos de la informacin

Se considera que la generacin y/o obtencin de

informacin persigue estos objetivos:
Aumentar/mejorar el conocimiento del
usuario, o dicho de otra manera reducir la
incertidumbre existente sobre un conjunto
de alternativas lgicamente posibles.
Proporcionar a quien toma decisiones la
materia prima fundamental para el desarrollo de soluciones y la eleccin.
Proporcionar una serie de reglas de evaluacin y reglas de decisin para
fines de control.
En relacin con el tercer punto, la informacin como va para llegar al
conocimiento, debe ser elaborada para hacerla utilizable o disponible (este
proceso emprico se llama Documentacin y tiene mtodos y herramientas
propios), pero tambin es imposible que la informacin por s sola dote al
individuo de ms conocimiento, es l quien valora lo significativo de la
informacin, la organiza y la convierte en conocimiento. El dato, por as llamarlo,
es en s un "prefijo" de la informacin, es decir, es un elemento previo necesario
para poder obtener la informacin. Notas:

1.1.3 LA INFORMACIN COMO RECURSO

Los recursos bsicos en toda organizacin son:

El capital (dinero).
El personal o recurso humano.
La maquinaria o equipo.
La informacin se cuenta ahora como uno de los recursos bsicos de toda
organizacin.

La informacin debe administrarse correctamente para lograr su mxima

utilidad. La produccin, distribucin, seguridad, almacenamiento y
recuperacin de la informacin implican un costo para toda organizacin.

Esos costos se refieren al equipo que se adquiere, la

gente que se contrata, los programas que se compran,
etctera.

Los costos para crear y mantener la informacin

computarizada, son aparentemente mayores; sin embargo,
reditan una utilidad mayor para la organizacin. Por lo
tanto, el desarrollo de los sistemas de informacin juega
actualmente un papel muy valioso dentro de las
organizaciones. El empleo estratgico de la informacin
continuar creando en todas las empresas y organizaciones nuevas
oportunidades.

1.1.3 CONCEPTO DE SISTEMA

Un sistema es un conjunto de partes o elementos que interactan entre si,

orientados a la consecucin de un objetivo comn.

Para nuestros propsitos consideramos que un sistema suele estar situado en un

entorno o ambiente con el cual se relaciona, recibe entradas y produce salidas.

Un sistema puede formar parte de otro sistema ms general, sera un

subsistema de ese sistema.

Un sistema puede ser fsico o concreto (una computadora, un televisor, un

humano) o puede ser abstracto o conceptual (un software)

Un grupo de elementos no constituye un sistema si no hay una relacin e

interaccin, que de la idea de un "todo" con un propsito. A partir de las
relaciones creadas aparece el concepto de sinergia que es la integracin de
elementos que dan como resultado algo ms grande que la simple suma de stos,
es decir, cuando dos o ms elementos se unen cooperativamente crean un
resultado que aprovecha y maximiza las cualidades de cada uno de los
elementos.

Componentes principales de un sistema:

Elementos del sistema
Relaciones entre componentes = estructura del sistema.
Objetivo del sistema
Notas:
Otros componentes de
un sistema (que nos
ayudan a entender como
son y funcionan los
sistemas)

El entorno o
medio
ambiente del
sistema: que es
aquello que lo rodea y dentro del cual est ubicado. El sistema tiene
interaccin con el entorno, del cual recibe entradas y al cual se le
devuelven salidas. El ambiente tambin puede ser una amenaza para el
sistema.
Los lmites del sistema: nos marcan la frontera entre el sistema y el
entorno.

Para el anlisis y desarrollo de sistemas de informacin se utiliza un enfoque
sistmico. Se denomina enfoque sistmico a la manera de estudiar sistemas
adoptando una visin global de los mismos, la cual se va refinando
progresivamente.

El enfoque sistmico es la aplicacin de la teora de sistemas en cualquier

disciplina. En un sentido amplio, la teora de sistemas se presenta como una
forma sistemtica y cientfica de aproximacin y representacin de la realidad y, al
mismo tiempo, como una orientacin hacia una prctica estimulante para formas
de trabajo interdisciplinarias.

En tanto paradigma cientfico, la teora de sistemas se caracteriza por su

perspectiva holstica e integradora, en donde lo importante son las relaciones y
los conjuntos que a partir de ellas emergen.

Los objetivos originales de la teora de sistemas son las siguientes:

Impulsar el desarrollo de una terminologa general que permita describir
las caractersticas, funciones y comportamientos sistmicos.
Desarrollar un conjunto de leyes aplicables a todos estos
comportamientos y,
Promover una formalizacin (matemtica) de estas leyes

.Las caractersticas que pueden ser aplicables a cualquier sistema son:

La interrelacin de sus componentes (relacin entre las partes y el todo).
Los sistemas estn ordenados en una jerarqua.
Las partes de un sistema no son iguales al todo.
Los lmites de los sistemas son artificiales.
Los sistemas pueden ser abiertos o cerrados segn la influencia con el
ambiente.
 Cada sistema tiene entradas, procesos, salidas y ciclos de
retroalimentacin.
Las fuerzas dentro de un sistema tienden a ser contrarias entre ellas
(feedback) para mantener el equilibrio
Entropa.

1.1.4 PREMISAS DE LA TEORA DE SISTEMAS
Todos los sistemas crecen. Notas:
Cuanto ms especializado sea un sistema, menor ser su

capacidad de
adaptarse a los cambios en su ambiente.
Entre ms grande sea un sistema, mayor cantidad de recursos
consumir.
Todos los sistemas forman parte de sistemas mayores y, a su vez, son
formados por sistemas menores o subsistemas.

1.2 SISTEMAS DE INFORMACIN
1.2.1 CONCEPTOS BASICOS

Se puede definir un Sistema de Informacin como: Un conjunto formal de
procesos que, operando sobre una coleccin de datos estructurada segn las
necesidades de la empresa, recopilan, elaboran y distribuyen la informacin (o Notas:
parte de ella) necesaria para las
operaciones de dicha empresa y
para las actividades de direccin y
control correspondientes, es decir
las decisiones, para desempear
su actividad de acuerdo a su
estrategia de negocio.

El objetivo de un Sistema de
Informacin es ayudar al
desempeo de las actividades en todos los niveles de la organizacin mediante el
suministro de la informacin adecuada, con la calidad suficiente, dirigida a la
persona adecuada, en el momento y lugar oportuno y con el formato ms
adecuado para el receptor.

En el caso de las organizaciones los sistemas de informacin han logrado

importantes mejoras:
Automatizar los procesos operacionales.
Proporcionar informacin de apoyo al proceso de toma de decisiones.
Facilitar el logro de ventajas competitivas.

Ejemplos de automatizacin de procesos operacionales:

Uso del cdigo de barras en los productos para llevar el control de
inventarios y de las ventas en un supermercado.
Generacin automtica de facturas en un videoclub.
Clculo de las remuneraciones e impresin automtica de recibos de
pago a trabajadores.

Los sistemas de informacin proporcionan servicio a todos los elementos de

una organizacin y enlazan todos sus componentes en forma tal que estos
trabajen con eficiencia para alcanzar el mismo objetivo.

Con base en lo anterior, se deduce que dentro de una organizacin no existe

un nico sistema de
informacin. De acuerdo
con los principios de la
teora general de
sistemas, un sistema de
informacin se encuentra
dividido en varios
subsistemas que tienen
sus propios elementos y
se encuentran relaciona-
dos mutuamente. Cada subsistema es considerado un sistema de informacin.
Dado que cada sistema de informacin da soporte a otros sistemas de la
organizacin, los analistas tienen primero que estudiar y entender el sistema
organizacional como un todo.

Al terminar de estudiar el sistema organizacional se podr definir cada uno de
los sistemas de informacin
necesarios y la forma como
deben interrelacionarse. Notas:

Se debe conocer primero el

sistema organizacional para po-
der identificar cada uno de los
subsistemas que lo forman y su
interrelacin.

Sistema de informacin organizacional

1.2.2 ELEMENTOS DE UN SISTEMA DE INFORMACIN

Los elementos que componen un sistema de informacin son de naturaleza

diversa y normalmente incluyen:
F Equipo computacional: es
todo el hardware necesario

para que el sistema de
informacin pueda operar.
F Recurso humano: son todas
aquellas personas que
utilizan el sistema.
F Datos o informacin: son
todas las entradas que
necesita el sistema para
generar la informacin que
se desea.
F Programas: es todo el
software que har que los
datos de entrada sean
procesados y generen los resultados esperados.

1.2.3 ACTIVIDADES DE UN SISTEMA DE INFORMACIN

Un sistema de informacin realiza cuatro operaciones bsicas:

F Entrada de informacin.
F Almacenamiento.
F Procesamiento de la informacin.
F Salida de informacin.

Entrada de informacin. Es el proceso mediante el cual se alimenta de los

datos necesarios al sistema de informacin. Las entradas pueden ser ma-
nuales o automticas. Una entrada manual es aquella que proporciona directa-
mente el usuario por medio del teclado o cualquier otro dispositivo de entrada.
Una entrada automtica es proporcionada por otro sistema o mdulo.

Almacenamiento de informacin. Mediante esta operacin el sistema guarda

la informacin generada. La informacin se guarda y clasifica en archivos.
Estos archivos son almacenados en algn dispositivo de almacenamiento, por
ejemplo los discos magnticos, unidades de cinta o disco compacto.

Procesamiento de informacin. Es la capacidad del sistema para efectuar

los clculos necesarios con los datos de entrada. Los clculos son efectuados
con base en una secuencia de operaciones preestablecidas (programas). El
procesamiento puede llevarse a cabo con datos introducidos recientemente en
el sistema o con datos que ya se encontraban almacenados en archivos. El Notas:
procesamiento de los datos permite producir informacin para lograr el objeti-
vo del sistema.

Salida de informacin. Consiste en el envo de informacin al exterior del

sistema. Esta informacin es el resultado del procesamiento o transformacin
de los datos. La salida de informacin se realiza mediante un dispositivo de
salida. La salida de informacin de un sistema puede ser la entrada de infor-
macin a otro sistema.

Diseo conceptual de un sistema de informacin

 1.3 LA EMPRESA

Una empresa es un organismo creado para producir bienes y/o servicios,

algunas tienen como finalidad producir utilidades y dividendos para los
accionistas o propietarios de la misma, otras no tienen fines lucrativos.

1.3.1 NIVELES ORGANIZACIONALES Notas:

La mayora de las empresas se
representan con tres niveles:

F Operativo.
F Medio.
F Estratgico o alta gerencia.

El nivel operativo est compuesto

por las personas que realizan las
tareas propias de la actividad de la
empresa. Por ejemplo en un
banco, el nivel operativo se
compone por cajeros, en una escuela, por maestros, y en una fbrica, por
obreros. A los jefes del nivel operativo se les llama supervisores o
coordinadores.

El nivel medio es el enlace entre la operacin y la alta gerencia. Los jefes son
los gerentes.

La alta gerencia controla el rumbo de la organizacin, es por eso que con

frecuencia se le llama nivel estratgico. En este nivel los jefes son los
directores.

1.3.2 TIPOS DE DECISIONES

En las organizaciones es necesario tomar decisiones sobre varios asuntos y

para esto se requiere informacin.

Por ejemplo, se toman decisiones en cuanto a lo siguiente:

F A qu proveedor comprar la materia prima.

F Qu cantidad de crdito se le otorgar a un cliente.
F Que tipo de productos vender la compaa.

Pero estas decisiones no son iguales, algunas son mucho ms frecuentes que
otras, tambin se debe considerar el distinto impacto que puede significar para
la organizacin la decisin tomada y se debe considerar por ltimo que los
procedimientos pueden estar desde aquellos claramente establecidos hasta
otras que pueden ser prcticamente intuitivas.
Por eso se clasifican de acuerdo a la tabla que se presenta a continuacin:

TIPO DE IMPACTO FRECUENCIA PROCEDIMIENTO

DECISIN ORGANIZACIONAL

Estructurada Bajo Muy frecuente Se sigue un Notas:

procedimiento
preestablecido

Semiestructurada Medio Ocasionalmente Se sigue un

proceso pero
tambin se usa
la experiencia y
la intuicin

No estructurada Alto Poco frecuente Se basa en la

intuicin y la
experiencia

1.3.3 PROCESO PARA LA TOMA DE DECISIONES

Un administrador debe seguir un procedimiento para tomar decisiones de

cualquier tipo.

El procedimiento consiste bsicamente en los siguientes pasos:

Hay sistemas de informacin que apoyan este proceso en sus diferentes

etapas, pues no es posible tomar decisiones sin tener suficiente informacin.
1.4 CATEGORIAS DE SISTEMAS DE INFORMACIN

El Analista desarrolla diferentes tipos o categoras de sistemas de informacin

para satisfacer las necesidades de cada nivel de una empresa. Las categoras
ms utilizadas hasta ahora son:

F Sistema transaccionales u Notas:
operacionales.
F Sistema de soporte a las
decisiones o de informacin
gerencial.
F Sistemas basados en
conocimiento

Tambin existen otras clasificaciones

donde destacan:

F Sistema de automatizacin de
oficina.
F Sistemas de informacin para ejecutivos.
F Sistemas de planeacin de recursos empresariales (ERPs).

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

caractersticas, en los diferentes niveles organizacionales de la empresa.

1.4.1 SISTEMAS TRANSACCIONALES U OPERACIONALES

Tambin se les conoce como sistemas de procesamiento de transacciones.

Una transaccin es el registro de un evento que afecta a la empresa. Por ejemplo, el

pedido de un cliente es una transaccin que a su vez desencadena una serie de
eventos que terminan con la entrega de un producto al cliente.

Las transacciones ms comunes incluyen:

F Facturacin
F Compra de mercadera
F Pago a trabajadores
F Depsito de cheques

Los tipos de transacciones varan de acuerdo con el giro de la organizacin. Por

ejemplo: pago de cheques y recepcin de depsitos son las transacciones en un
banco, las inscripciones son transacciones en una escuela, etctera.

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

actividades de:
F Clculo.
FClasificacin.
FOrdenamiento.
F Almacenamiento y recuperacin de informacin.

Los procedimientos describen que buscar en cada transaccin, los pasos a seguir y lo
que debe hacerse en caso de que se presente una excepcin.

Como estos procedimientos forman parte de la operacin de cualquier empresa, los

sistemas transaccionales son desarrollados para el nivel operativo de la organizacin.
La finalidad de este tipo de sistemas es mejorar las actividades rutinarias de las que
depende la organizacin. Las empresas con mayor xito llevan a cabo este trabajo en
una forma ordenada y eficiente.

Las caractersticas de los sistemas para el procesamiento de transacciones son las
siguientes:
F Manipulan gran cantidad de datos de entrada (transacciones) y salida de
informacin. Notas:
F Son recolectores de informacin ya que a travs de ellos se alimentan las

bases de datos de la empresa.
F Las transacciones son similares.
F Los procedimientos para el procesamiento de transacciones estn bien
comprendidos y se pueden describir con detalle.
F Existen muy pocas excepciones a los procedimientos normales.
F Permiten ahorros significativos de mano de obra, debido a que se
automatizan los procesos operativos de la organizacin.
F La justificacin de estos sistemas se puede realizar enfrentando ingresos y
costos.

Muchos sistemas transaccionales se pueden encontrar, como paquetes de software

(uso masivo y estandarizado) en el mercado.
Algunos ejemplos de sistemas transaccionales son:
F Sistemas de remuneraciones

F Sistemas de facturacin y ventas.
F Cajeros automticos.

1.4.2 SISTEMAS PARA EL SOPORTE DE DECISIONES (SSD)

La toma de decisiones est presente dentro de la vida de las personas. Los

gerentes da a da deben tomar decisiones tambin, la diferencia es que estas
decisiones son tomadas con respecto a
una empresa y afectan a otras personas,
procesos y materiales. Por esto, las
decisiones de un gerente deben ser
acertadas y a tiempo. Los sistemas de
soporte a las decisiones ayudan a quienes
toman las decisiones a ver un panorama
completo de la situacin actual de la
empresa, por medio de informacin, tablas,
reportes, notas, etc.
No siempre deben ser problemas conflictivos los que se deban solucionar,
siempre existir una situacin que se espera modificar positivamente y eso
contiene un elemento de discusin entre el presente y el posible futuro, por esta
razn simplemente nos referiremos a las situaciones como problemas.

Es en este punto es donde nacen los sistemas de soporte a la decisin (SSD) que
son sistemas de informacin basados en computadora que combinan modelos y
datos para intentar resolver problemas con la ayuda de un usuario extensamente Notas:
involucrado. Estos sistemas apoyan a los administradores a tomar decisiones
semiestructuradas y no estructuradas en todas sus fases. Para ello se
sustenta en la base de datos de la empresa, la cual debe ser tratada con
mtodos que permitan inferir informacin, como por ejemplo, probabilidades,
estacionalidad, etc.

Un SSD es una importante herramienta tecnolgica para el gerente. Puede ser

usada para proveerle datos y anlisis oportunos que soporten sus decisiones,
basndose ya no en el simple juicio o intuicin, sino en informacin. Como parte
de una organizacin, la implementacin de un sistema de soporte a las decisiones
requiere de un proceso de cambio dentro de la misma, especialmente para los
actores primordiales del rea: los administradores.

Para poder entender los principios de xito que requiere un SSD, es necesario
conocer un poco ms acerca de stos, especficamente de sus caractersticas y
de sus componentes.

Caractersticas y capacidades de un SSD.

El trmino SSD tiene diferentes significados para muchas personas y puede verse
como un enfoque o como una filosofa, existen ciertas caractersticas que han
sido reconocidas como ideales. Sin embargo, la mayora de los SSD tienen
algunos de los siguientes atributos:

> Apoya a quienes toman decisiones en cualquier nivel gerencial, ya sean

individuos o grupos, principalmente en situaciones semi-estructuradas y
no estructuradas, a travs de la combinacin del juicio humano e
informacin objetiva.
> Soporta varias decisiones interdependientes y/o secuenciales.
> Ayuda en todas las fases del proceso de toma de decisin - inteligencia,
diseo, seleccin, e implementacin as como tambin en una variedad
de procesos y estilos de toma de decisin.
> Es adaptable por el usuario a travs del tiempo para lidiar con
condiciones que cambian.
> Es fcil de construir y usar en muchos casos.
> Promociona el aprendizaje, que da como resultado nuevas demandas y
refinamiento de la aplicacin, que a su vez da como resultado aprendizaje
adicional.
> Utiliza modelos cuantitativos (estndares y/o hechos a la medida)

Estn equipados con un componente de administracin del conocimiento que

permite la solucin eficiente y efectiva de problemas muy complejos.

> Puede ser diseminado para el uso en Web.

> Permite la fcil ejecucin de anlisis de sensibilidad.
> Permite rastrear el origen del problema
Componentes de un SSD.

A parte de estas caractersticas consideradas como ideales, cada sistema SSD

consiste de al menos de los subsistemas de datos, interfase de usuario, y de
administracin del modelo, as como tambin de los usuarios (ver figura).

Notas:

El subsistema de datos del SSD est compuesto por la base de datos del SSD, el
sistema de administracin de la base de datos, el directorio de datos y de la
facilidad para hacer consultas (queries).

El subsistema de administracin del modelo del SSD comprende la base de
modelo, el sistema de administracin de la base de modelo, el lenguaje de
modelacin, el directorio del modelo, y el procesador de comandos, integracin y
ejecucin del modelo.

El subsistema de interfase de usuario incluye no slo el hardware y el software,

sino tambin factores involucrados con la facilidad de uso, accesibilidad, e
interacciones humano-mquina.

Por ltimo, el usuario es la persona que tiene que tomar la decisin que pretende
ser soportada por el SSD, tambin llamado el gerente o el tomador de decisiones.

Un SSD tiene dos clases de usuarios: los gerentes y los especialistas de staff.

Generalmente, los gerentes esperan una interfase ms amigable que aqulla

esperada por los especialistas de staff ya que estos ltimos son ms detallistas y
estn dispuestos a utilizar sistemas ms complejos.

Sistemas ms complejos adaptan otros componentes como el subsistema de

administracin del conocimiento, as como tambin mdulos hechos a la medida
para la resolucin de problemas especficos.

1.4.3 SISTEMAS BASADOS EN CONOCIMIENTO (KBS)

Los Sistemas basados en Conocimiento pretenden representar funciones

cognitivas del ser humano como el aprendizaje y el razonamiento. Esta clase de
aplicaciones descansan en las contribuciones de la Inteligencia Artificial en lo
general y en la Ingeniera del Conocimiento en lo particular. Su orientacin es la
automatizacin del anlisis de problemas, la bsqueda de soluciones, la toma de
decisiones y el empleo de conocimiento especializado en un campo especfico de
aplicacin.
Entre los productos ms significativos de los Sistemas basados en Conocimiento
se encuentran los Sistemas Expertos, los
cuales estn encargados de representar el
conocimiento de los especialistas de una rama
en la procura de su aprovechamiento para
tareas de diagnstico, enseanza y control.
Notas:
Inteligencia artificial. Se puede definir como
la ciencia que estudia de manera sistemtica
el comportamiento inteligente, con el fin de
imitar o simular las habilidades humanas
mediante la creacin y utilizacin de
mquinas y computadoras.

Estas habilidades humanas incluyen:

Razonamiento.
F Aprendizaje.
F Capacidades mecnicas.
F Capacidades sensoriales.

En trminos generales se considera que la inteligencia artificial cubre las

siguientes reas:
F Simulacin sensorial.
F Robtica.
F Lenguajes naturales,
F Sistemas basados en conocimiento.

Los sistemas expertos son un rea de los sistemas basados en conocimiento,

la diferencia est en que estos ltimos obtienen dicho conocimiento de fuentes
de dominio pblico mientras que los sistemas expertos lo obtienen de un
especialista (experto), lo que hace que sean mucho ms focalizados y en el
caso de la aplicacin en empresas son utilizados solo por la entidad que ha
cargado su conocimiento (know how).

Los elementos bsicos de un sistema basado en conocimiento son:

F Una base de conocimiento.
F Una mquina de inferencia.
F Un lenguaje para inteligencia artificial.
F Una interfaz de usuario.
Con base en lo anterior se puede definir a un sistema experto como un
sistema computacional interactivo que permite la creacin de bases de cono-
cimiento, las cuales una vez cargadas responden a preguntas, despejan
dudas y toman cursos de accin emulando/simulando el proceso de
razonamiento de un experto para resolver problemas de un rea especfica
del conocimiento humano.
De esta definicin se desprenden las dos habilidades fundamentales que
poseen los sistemas expertos:

Habilidad para el aprendizaje: requiere la interaccin de un experto en

alguna rama especfica del saber y un ingeniero de conocimiento, que se
encarga de traducir el conocimiento del experto en reglas heursticas
para formar la base del conocimiento.
 Habilidad para simular el proceso del razonamiento humano: esta
habilidad se desprende de utilizar las reglas heursticas introducidas o
creadas por el sistema experto, a travs del proceso de aprendizaje
durante la carga o generacin de las bases del conocimiento.

A diferencia de los sistemas de apoyo para la toma de decisiones, que

dejan al usuario la responsabilidad de tomar la decisin final, los sistemas
expertos seleccionan la mejor solucin al problema o al tipo especfico de Notas:
problemas planteados.

Algunos beneficios obtenidos con el uso de los sistemas expertos son los
siguientes:

F Reduccin en la dependencia de las personas que toman las

decisiones.
F Facilita el entrenamiento de personal.
F Mejora en la calidad y eficiencia en el proceso de la toma de
decisiones.
F Transferencia de la capacidad de decisiones.

1.4.6 OTROS TIPOS DE SISTEMAS

Adems de las categoras listadas anteriormente, existen otras ms

recientes:

F Sistemas de automatizacin de oficinas.
F Sistemas de trabajo del conocimiento.
F Sistemas de informacin para ejecutivos.
F Sistemas de planeacin de recursos
empresariales (ERPs).
Los sistemas de automatizacin de oficinas son
todos los paquetes que ofrecen agilizar el trabajo
tpico de oficina, por ejemplo: procesadores de
palabras, hojas electrnicas de clculo, correo
electrnico, etctera.
Los sistemas de trabajo del conocimiento son
sistemas elaborados por los usuarios donde
emplean conocimientos especializados de su rea para agilizar algn
proceso tpico de la organizacin. Por ejemplo, un especialista en
impuestos puede desarrollar en una hoja electrnica de clculo un sistema
basado en macros para hacer el anlisis de los impuestos de la empresa.
Los sistemas de informacin para ejecutivos son muy similares a los
sistemas gerenciales, la diferencia est en el diseo grfico e interactivo y
la incorporacin de informacin externa a la compaa en los sistemas
ejecutivos.

Actualmente pocos son los sistemas que respetan las caractersticas de

una clasificacin: es decir, se han hecho sistemas combinando las
caractersticas de dos o ms categoras.

La mxima representacin de sistemas integrados son los sistemas de

planeacin de recursos empresariales (ERPs) son sistemas que integran
las capacidades y atributos de sistemas transaccionales, gerenciales y
ejecutivos en un solo paquete de software.
1.5 PRINCIPIOS PARA EL DESARROLLO O
INCORPORACION DE SISTEMAS

Principio 1. Implicar al usuario:

Se debe implicar al usuario desde el comienzo de un proyecto, de manera que
se reflejen sus necesidades y no se caiga en la elaboracin de un sistema que Notas:
puede no resultar prctico, o que realmente no es el sistema solicitado. Adems
es necesaria una buena comunicacin entre el equipo de desarrollo y los
usuarios finales, de manera que no se produzcan equvocos, o por lo menos
traten de minimizarse. Para ello puede utilizarse una poltica de formacin de
los usuarios, de manera que estos se familiaricen a su vez con el nuevo
sistema y stos no sean resistentes al cambio.

Principio 2. Aplicar un mtodo de resolucin de problemas:

El anlisis y diseo de sistemas es en si un mtodo de resolucin de
problemas para fabricar sistemas. El analista de sistemas debe emprender
todos los proyectos por medio de la aplicacin de algn tipo de metodologa de
desarrollo de sistemas.

Principio 3. Definir fases y actividades:

La mayor parte de las metodologas se dividen en fases. Bsicamente constan
de: planificacin de sistemas, anlisis de sistemas, diseo de sistemas,
implantacin de sistemas y soporte de sistemas. Cada una de estas fases
representa una inversin considerable de tiempo y de trabajo, con lo que se
subdividen en distintas tareas que pueden manejarse con mayor facilidad.

Principio 4. Establecer normas de desarrollo y documentacin:

En una organizacin dedicada al desarrollo de sistemas no sera deseable
que cada trabajador o grupo adoptara su propia metodologa y normas para
el desarrollo de un sistema particular, sino que la organizacin debe
adoptar normas generales y adaptados a cada tipo de proyecto, de
manera que se asegure una consistencia a la hora del desarrollo de
distintos sistemas.
Adems es necesario extender esta poltica a las normas de
documentacin. La documentacin es un tema que siempre se descuida o
que se realiza a posteriori, se debe dar la importancia que merece, como
producto que sirve para la comunicacin del trabajo.

Principio 5. Justificar los sistemas como inversiones de capital:

Al considerarlo de esta forma, se debe tener en cuenta dos aspectos. El
primero indica que ante un problema hay que buscar diferentes soluciones
alternativas. El segundo que ante cada solucin se debe evaluar la
viabilidad de cada una, sobre todo la econmica.

Principio 6. Revisin del proyecto:

Al dividir un proyecto en distintas fases se obtiene la oportunidad de
reevaluar su viabilidad en cada una de ellas. Por medio de un mtodo
de control progresivo, pueden definirse mltiples puntos de comprobacin
de la viabilidad a lo largo proceso de desarrollo. En cualquier punto de
control de la viabilidad, todos los costos se consideran perdidos e
irrelevantes para la toma de decisiones.
En cada punto de control, el analista debera considerar:

La cancelacin del proyecto si ha dejado de ser viable.

La reevaluacin de los costos y los plazos si se ha ampliado el mbito del
proyecto.
El recorte de dicho mbito si se ha congelado el presupuesto y el calendario.

Principio 7. Divide y vencers: Notas:

Todos los sistemas forman parte de sistemas mayores. El analista debe ser
consciente de que el sistema en el que trabaja forma parte de un sistema
mayor con el que interacciona. Si conoce el funcionamiento de este
sistema mayor, ser capaz de valorar mejor los costos y el tiempo para
construir el nuevo sistema. Si cada sistema es subdividido en subsistemas,
ms fciles de comprender, ms manejables, se puede construir sistemas
mayores.
Principio 8. Disear sistemas cambiantes:
Suele darse la situacin de que se diseen sistemas que satisfacen las
necesidades de los usuarios para hoy. Esta prctica resulta casi siempre
un fracaso, pues los sistemas se deterioran, surgen errores ocultos que
llevan al parchado de los programas, nuevos requisitos o requisitos no
contemplados que implican el nuevo diseo del sistema. Esto no tiene que ser
as, pues existen tcnicas y herramientas que hacen posible el diseo de
sistemas capaces de crecer y cambiar cuando lo hagan las necesidades que los
originaron.
El siguiente grfico representa los errores que pueden cometerse en el anlisis y
diseo de sistemas:
1.6 ESTRATEGIAS PARA EL DESARROLLO O
INCORPORACION DE SISTEMAS

El desarrollo de sistemas es una tarea que se debe manejar como

proyecto: es decir, debe tener un inicio y un fin, una secuencia de pasos o
etapas y debe ajustarse a un presupuesto Cada proyecto de desarrollo de
sistemas es particular, pues nunca se presentarn las mismas situaciones
en dos proyectos, aunque stos sean similares. Notas:

Para el desarrollador de proyectos de sistemas es de vital importancia

conocer las diversas metodologas que lo apoyarn a cumplir con las
especificaciones del proyecto.
Las metodologas para el desarrollo de sistemas son:
F Mtodo del desarrollo del anlisis estructurado.
F Mtodo del ciclo de vida para el desarrollo de sistemas.
F Mtodo del prototipo de sistemas.
La estrategia de desarrollo consistir en seleccionar
el mtodo adecuado a la situacin especfica de
cada proyecto para cumplir el objetivo efectiva y
eficientemente.

Seleccionar una metodologa errnea para un

proyecto podra ocasionar prdida de tiempo y
dinero durante el desarrollo. De ah la importancia
de definir una buena estrategia.
Cada una de las metodologas o mtodos presentan
ventajas y desventajas ante cada proyecto. Una estrategia podra ser la
combinacin de mtodos ya que stos no son excluyentes.

1.6.1 MTODO DEL CICLO DE VIDA PARA EL DESARROLLO DE

SISTEMAS
El mtodo del ciclo de vida para desarrollo de sistemas es el conjunto de
actividades que realizan los analistas, diseadores y usuarios para desa-
rrollar e implantar sistemas de
informacin
Este mtodo concibe el desarrollo
de sistemas como un c i c l o
especfico de actividades.
Si bien, los analistas no estn de
acuerdo respecto al nmero exacto
de etapas que conforman este
mtodo, sin embargo, reconocen la
importancia de este enfoque
sistemtico.
Aunque cada etapa se encuentra
definida, nunca se lleva a cabo como un
elemento independiente.
Es recomendable el ciclo de vida para proyectos de gran escala cuando
involucra a varios departamentos, cuando se tienen los procedimientos
bien establecidos o cuando se tiene que trabajar con un equipo de personas.
De manera general, se puede decir que este mtodo cuenta con las
siguientes etapas:

INVESTIGACIN PRELIMINAR. En esta primera etapa el analista se

involucra en la identificacin de los problemas, de las oportunidades y de los
objetivos. Esta etapa requiere que el analista observe detenidamente lo que
ocurre en la empresa para detectar los posibles problemas u oportunidades.
Notas:
Si un proyecto de sistema parece ser viable y tiene suficiente prioridad, se
comienza la investigacin preliminar. Esta investigacin requiere uno o ms
analistas de sistemas analizando el system request o Solicitud de
Sistema para determinar la verdadera naturaleza y alcance del problema y
recomendar si es que se debe continuar con el proyecto. El propsito de la
investigacin preliminar es buscar
informacin suficiente para
determinar si se debe continuar con
el Ciclo de Vida del Desarrollo del
Sistema. La investigacin no es una
actividad de recoleccin de datos;
no se espera que se definan todos
los problemas ni que se propongan
todas las posibles soluciones. La
investigacin preliminar debe
cumplir con los siguientes cinco
objetivos:
Entender la naturaleza del
problema. Es el primer
objetivo de la investigacin
preliminar. Muchas veces, el
problema presentado no es el
problema real, sino un
sntoma. Al interactuar con los
usuarios, se debe evitar el
uso de la palabra problema, ya que puede generar una impresin
negativa. Es mejor hablar sobre mejoras que necesita el sistema.
Definir el alcance y las restricciones o limitaciones del sistema. El
alcance del proyecto es la extensin del proyecto o del sistema, o sea,
hasta dnde se debe llegar. Se debe determinar quin es afectado por el
problema o por la solucin. Tambin es importante definir las
limitaciones del sistema. Una limitacin es una condicin, restriccin o
requisito que el sistema debe satisfacer. La limitacin puede tener que
ver con el equipo, programas, tiempo, leyes, costos y otros.
Identificar los beneficios que se obtendran si el sistema propuesto
es completado. Se debe identificar los beneficios tangibles e intangibles
que se esperan como resultado del system request. Estos beneficios,
junto a los estimados de costo, sern usado por la gerencia para decidir
si se contina con el proyecto. Los beneficios tangibles son aquellos que
se pueden expresar en trminos de dinero. Los beneficios intangibles son
difciles de contabilizar en dinero, pero son igualmente importantes.
Tienen que ver con la satisfaccin del empleado, mayor informacin
disponible para tomar decisiones, mejorar la imagen de la compaa y
otros aspectos que no se miden en trmino de dinero.
Especificar un estimado de tiempo y costo para las prximas fases
de desarrollo. Se debe presentar un estimado del tiempo que tomar
realizar cada uno de las siguientes fases del desarrollo del sistema y del
costo que la compaa debe incurrir para completar el sistema. Se debe
 incluir los costos de desarrollo costos que ocurren una sola vez y los
costos continuos costos pagados peridicamente.
Presentar un informe a la gerencia describiendo el problema y
detallando si se recomienda continuar con la fase de anlisis del
sistema. Debe incluir la evaluacin del system request, estimado de
tiempo y costo-beneficios y las recomendaciones.

Pasos para realizar la investigacin preliminar: Notas:

a. Obtener la autorizacin de la gerencia.
b. Identificar la informacin necesaria para el proyecto para cumplir con los
cinco objetivos de la investigacin (ya mencionados).
c. Realizar las acciones que sean necesarias para conseguir la informacin,
como por ejemplo:
Estudio de la Empresa: Antecedentes, Localizacin, Misin, Visin y
Objetivos
Determinar procesos de la empresa
Analizar el organigrama para conocer la estructura de los
departamentos y las personas claves para el sistema.
Realizar entrevistas a los usuarios, ste es el mtodo principal de
obtener informacin.
Revisar la documentacin actual, verificando con los usuarios si la
documentacin es correcta y completa.
Observar la operacin actual para identificar fuentes de Input y Output,
y establecer una arquitectura de la informacin.

Realizar encuestas, mtodo usado cuando se necesita informacin de
muchas personas.
d. Analizar la informacin obtenida, identificando alternativas con sus costos
y beneficios y
recomendando la
accin que se
debe tomar, esto
se denomina
Estudio de
Factibilidad, que
comprende a lo
menos tres
aspectos:
Factibilidad
tcnica.
Estudia si el
trabajo para el
proyecto, puede
desarrollarse
con el software
y el personal
existente, y si en caso de necesitar nueva tecnologa, cuales son las
posibilidades de desarrollarla (no solo el hardware).
Factibilidad econmica.
Investiga si los costos se justifican con los beneficios que se obtienen,
y si se ha invertido demasiado, como para no crear el sistema si se
cree necesario.
Factibilidad operacional:
Investiga si ser utilizado el sistema, si los usuarios usaran el sistema,
como para obtener beneficios.
 Adems se recomienda estudiar la factibilidad desde el punto de vista
legal, esto en consideracin a que la tecnologa por lo general va por
delante de la legalidad y se puede incurrir en casos complejos, como por
ejemplo los derechos de autor.
e. Presentar los resultados y recomendaciones a la gerencia.

DETERMINACIN DE REQUERIMIENTOS. Despus de realizar la
investigacin inicial, el analista tiene que plantear los requerimientos del usuario Notas:
para el nuevo sistema: es decir, las necesidades y caractersticas que deber
cubrir el nuevo sistema.

Que es un requerimiento?
Condicin o capacidad que un usuario necesita para poder resolver un
problema o lograr un objetivo (IEEE).
Condicin o capacidad que debe exhibir o poseer un sistema para
satisfacer un contrato, estndar, especificacin, u otra documentacin
formalmente impuesta (IEEE).
Una condicin o capacidad que debe ser conformada por el sistema
(RUP).
Algo que el sistema debe hacer o una cualidad que el sistema debe
poseer (Robertson - Robertson).
Caracterstica que debe contener un sistema (Senn)
Existen tres tipos de requisitos en el anlisis de sistemas de informacin.

Un requisito funcional puede ser una descripcin de lo que un sistema
debe hacer. Este tipo de requisito especfica algo que el sistema
entregado debe ser capaz de realizar.
Un requisito no funcional: de rendimiento, de calidad, etc; especifica algo
sobre el propio sistema, y cmo debe realizar sus funciones. Ejemplos de
aspectos solicitables son la disponibilidad, el testeo, el mantenimiento, la
facilidad de uso, etc.
Otros tipos de limitaciones externas, que afectan en una forma indirecta al
producto. Estas pueden ir desde la compatibilidad con cierto sistema
operativo hasta la adecuacin a leyes o regulaciones aplicables al
producto
Una coleccin de requisitos describe las caractersticas o atributos del sistema
deseado. Se omite el cmo debe lograrse su implementacin, ya que esto debe
ser decidido en la etapa de diseo por los diseadores.
Caractersticas

Los requisitos bien formulados deben satisfacer varias caractersticas. Si no lo

hacen, deben ser reformulados hasta hacerlo.
Necesario: Lo que pida un requisito debe ser necesario para el producto.
No ambiguo: El texto debe ser claro, preciso y tener una nica
interpretacin posible.
Conciso: Debe redactarse en un lenguaje comprensible por los
inversores en lugar de uno de tipo tcnico y especializado, aunque an
as debe referenciar los aspectos importantes
Consistente: Ningn requisito debe entrar en conflicto con otro requisito
diferente, ni con parte de otro. Asimismo, el lenguaje empleado entre los
distintos requisitos debe ser consistente tambin.
 Completo: Los requisitos deben contener en s mismos toda la
informacin necesaria, y no remitir a otras fuentes externas que los
expliquen con ms detalle.
Alcanzable: Un requisito debe ser un objetivo realista, posible de ser
alcanzado con el dinero, el tiempo y los recursos disponibles.
Verificable: Se debe poder verificar con absoluta certeza, si el requisito
fue satisfecho o no. Esta verificacin puede lograrse mediante inspeccin,
Notas:
anlisis, demostracin o testeo.

Estas caractersticas suelen ser subjetivas, es decir, no pueden ser calculadas de

forma automtica por ningn sistema. Por ello, se tiende a emplear otras mtricas
o indicadores que s que pueden ser calculados de forma automtica y que, de
algn modo, pueden sustituir o mapear con esta lista de caractersticas.

La determinacin de requerimientos es el conjunto de actividades encaminadas a

obtener las caractersticas necesarias que deber poseer el nuevo sistema, es el
estudio de un sistema, actividad o proceso, para comprender cmo trabaja y
dnde es necesario efectuar mejoras o cambios considerables. Este es el primer
paso en el anlisis de sistemas y se puede decir que es el ms importante.

Existen tres formas (actividades) que ayudan a determinar los requerimientos,

estas son:

Anticipacin de requerimientos: consiste en prever las caractersticas

del nuevo sistema con base en experiencias previas.
Investigacin de requerimientos: es el estudio y documentacin de la
necesidad del usuario o de un sistema ya existente usando para ello
tcnicas como el anlisis de flujo de datos y anlisis de decisin. Es aqu
donde se debe y se pueden aplicar entrevistas, cuestionarios,
observacin y revisin de documentos existentes, entre otros.
Especificacin de requerimientos: los datos obtenidos durante la
recopilacin de hechos se analizan para desarrollar la descripcin de las
caractersticas del nuevo sistema. Esta actividad tiene tres partes
relacionadas entre s, a saber:
o Anlisis de datos basados en hechos reales.
o Identificacin de requerimientos esenciales.
o Seleccin de estrategias para satisfacer los requerimientos.

Todo sistema de informacin posee un conjunto de requerimientos bsicos y un

conjunto de requerimientos especficos dependiendo si el sistema ser de soporte
para transacciones o para la toma de decisiones.
Luego se utilizar un grupo de preguntas que al drseles respuesta
proporcionarn un conjunto de hechos de los que posteriormente se obtendr una
especificacin de requerimientos lo ms apegada posible a las necesidades de
cualquier organizacin.

Requerimientos bsicos
Los analistas estructuran su investigacin al buscar respuestas a las siguientes
cuatro preguntas:
Cul es el proceso bsico de la empresa?
Qu datos utiliza o produce este proceso?
Cules son los lmites impuestos por el tiempo y la carga de trabajo?
Qu controles de desempeo utiliza?

Son esas las preguntas que deben tener una respuesta concreta al tener
terminada la fase de investigacin de requerimientos.
Siempre se debe comenzar con lo bsico, algunas preguntas proporcionan
antecedentes sobre detalles fundamentales relacionados con el sistema y que
sirven para describirlo. Las siguientes preguntas son de utilidad para adquirir la
comprensin necesaria:

Cul es la finalidad de la actividad dentro de la empresa?
Qu pasos se siguen para realizarla? Notas:
Dnde se realizan estos pasos?
Quines los realizan?
Cunto tiempo tardan en efectuarlos?
Con cunta frecuencia lo hacen?
Quines emplean la informacin resultante?

Respuestas concisas a estas preguntas proporcionan un conocimiento amplio de

una actividad en particular y muestra tambin su objetivo. Pero el analista no se
detiene ah, todava no existe informacin para comprender en su totalidad la
actividad; ms bien lo que se tiene son los antecedentes que permiten a los
analistas formular preguntas ms detalladas.
Durante el desarrollo de esta actividad se debe identificar muy claramente los
siguientes elementos:
> Procesos
> Flujo de datos entre procesos
> Datos de cada flujo de datos
> Almacenes de datos
> Datos de los almacenes de datos.
Para ello el cuestionario que se aplica debe requerir la siguiente informacin:
Nombre de la entidad
Nombre los campos
Descripcin
Fuente y sensibilidad (= seguridad)
Valor o importancia de los datos
Relaciones de los campos y entidades
Criterio de retencin y almacenamiento.

Preguntas clsicas para una determinacin de requerimientos

Cuntos empleados laboran para la organizacin en el rea(s) que se

pretende desarrollar el sistema; o sea, cuntos tienen relacin directa con el
proyecto que se est investigando?
Cules son las personas claves en el sistema? Por qu son importantes?
Existen obstculos o influencias de tipo poltico que afectan la eficiencia del
sistema?
Existen manuales de procedimientos, polticas o lineamientos de
desempeo documentados oficial o no oficialmente?. Si los hay, Se cumplen
en forma cabal en el 100% de las ocasiones?, es decir, se respetan dichos
procedimientos?
Existen mtodos para evadir el sistema?, Por qu se presentan?
Qu reas necesitan un control especfico?
Qu criterios se emplean para medir y evaluar el desempeo?

Por otra parte:

Existen actividades que considere podran mejorarse?, De qu manera?
Tiene alguna idea de actividades que podran implementarse para mejorar el
rendimiento del sistema en general?
Determinacin de procesos:
Cules son las principales actividades que se realizan en la organizacin y
que tienen relacin con el proceso que se est modelando?

Descripcin de cada proceso identificado

Qu es lo que da inicio a la actividad? Notas:

Cul es el objetivo de la misma?
Cunto tiempo se tarda en realizarla?
Qu retrasos ocurren o pueden ocurrir?
Qu mtodos se emplean para medir y evaluar el desempeo de esta
actividad?
Se toman precauciones especficas de seguridad para la proteccin contra
alguna actividad impropia que se pudiera presentar?
Qu tan frecuente es el ciclo con el que se desarrolla dicha actividad?

De acuerdo al ciclo con el que se presenta la actividad

Cul es el volumen de informacin que aqu se procesa?
Qu pasos, sub-procesos, o funciones constituyen la actividad? (describir la
actividad paso a paso)
Existe algn tipo de control desarrollado en el proceso en cuestin?
Determinacin de datos (flujos y contenido de los flujos) - hacer la pregunta
por cada proceso o actividad identificada

De dnde proviene la informacin que se utiliza en esta actividad? (fuentes)
Cules son especficamente los datos que recibe esta actividad? (datos de
flujos)
De qu manera ingresan a este proceso? (flujos)
Qu tablas de referencia y diagramas u otros datos intervienen en la
actividad? (documentacin involucrada)
Qu informacin se genera en esta actividad? (producto de la actividad)
El resultado identificado anteriormente producto de los datos que se procesan
Hacia qu o quin van dirigidos? -persona o entidad- (destinos)
Con qu finalidad la utilizan?
Cules datos se conservan o almacenan en este proceso? Y en qu forma
quedan almacenados?
Existe informacin que se genera pero que no es utilizada? (partes extraas)

Para cada dato identificado:

Qu formato posee cada dato que interviene en esta actividad?
Para qu es usado?
Se interpone algn tipo de seguridad para la verificacin de la veracidad del
dato en mencin?
Qu tan importante es dicho dato?
Por cunto tiempo es importante mantener el dato en el sistema?
Por otra parte si el sistema que se est investigando es para el soporte de
decisiones se deben, adems de las anteriores, formular otras preguntas para
determinar los requerimientos de las decisiones, un esbozo de las mismas bien
podra ser:
Qu informacin se usa para tomar la decisin?
Cul es la fuente de esa informacin? Qu sistemas transnacionales
producen los datos utilizados en el proceso de decisin? Qu otros datos
son necesarios y no es posible obtener del procesamiento de transacciones?
Qu datos se originan en fuentes externas a la organizacin?
 Cmo se deben procesar los datos para producir la informacin necesaria?
Cmo debe presentarse la informacin.
Una vez que se tenga recopilado el conjunto de hechos que se generan con
relacin al sistema que se est analizando, es posible dar una especificacin
de requerimientos; despus se puede dar un conjunto de requerimientos que
nos servirn para modelar el sistema a travs de un DFD y luego el diagrama
E-R.
Notas:
DISEO DEL SISTEMA. El diseo de un sistema de informacin produce los
detalles que establecen la forma en la que el sistema cumplir con los requeri-
mientos de informacin. Se distinguen dos aspectos: Lgico y Fsico
Diseo Lgico. El diseo lgico de sistemas se refiere a lo que realizar el
nuevo sistema, es una descripcin de los requisitos funcionales de un
sistema. En otras palabras, es la expresin conceptual de lo que har el
sistema para resolver los problemas identificados en el anlisis previo. A
falta de este paso, los aspectos tcnicos del sistema (como los dispositivos
de hardware que deban adquirirse) con frecuencia oscurecen la solucin.
El diseo lgico incluye planear el propsito de cada elemento del sistema,
sin relacin con consideraciones de hardware y software. Las
especificaciones de diseo lgico que se determinar, y documentan se
detallan en los prrafos siguientes.
Diseo de salida. Es una descripcin de todas las salidas del sistema e
incluye sus tipos, formato, contenido y frecuencia. Por ejemplo, el requisito
de que todas las facturas de la compaa incluyan el nmero de factura
original de los clientes es una especificacin de diseo lgico. Las
herramientas de diseo de pantallas e informes pueden usarse durante la
fase de diseo de salidas para satisfacer los requisitos de salidas del
sistema.
Diseo de entrada. Una vez que se completa el diseo de salidas, puede
iniciarse el de entradas. En ste se especifican los tipos, formato,
contenido, por ejemplo que el sistema capture los nmeros telefnicos de
los clientes cuando stos llaman a la organizacin y use tal dato para
buscar de manera automtica la informacin de su cuenta, es una
especificacin de diseo lgico. Es posible utilizar diagramas y diseos de
pantallas e informes diversos para especificar el tipo, formato y contenido
de los datos de entrada.
Diseo de procesamiento. Los tipos de clculos, comparaciones y
manipulaciones de datos en general que requiere el sistema se determinan
durante esta fase. Por ejemplo, un programa de remuneraciones requiere
clculos de los sueldos brutos y netos, retenciones de impuestos,
descuentos previsionales, y otras deducciones que se realicen.

Diseo de archivos y bases de datos. En muchos sistemas de

informacin se requieren subsistemas de archivos y bases de datos. Las
caractersticas de estos subsistemas se especifican tambin en la fase de
diseo lgico. Por ejemplo, la capacidad para obtener la actualizacin
instantnea de los registros de los clientes es una especificacin de diseo
lgico.
En muchos casos, un administrador de bases de datos participa en este
aspecto del diseo. Los diagramas de flujo de datos y de entidad relacin
por lo comn se emplean durante el diseo de archivos y bases de datos.
 Diseo de telecomunicaciones. Durante el diseo lgico es necesario
especificar los sistemas de redes y telecomunicaciones. Por ejemplo, en un
hotel podra especificarse un sistema de cliente/servidor con un cierto
nmero de estaciones de trabajo enlazadas con el servidor. A partir de
estos requisitos, podra optarse por una topologa hbrida. Los programas
de grficos y las herramientas CASE son tiles para facilitar el diseo de
redes lgicas.
Notas:
Diseo de procedimientos. Todo sistema de informacin requiere
procedimientos para la ejecucin de aplicaciones y la solucin de los
problemas que surjan. Estos requisitos importantes se capturan durante el
diseo de procedimientos. Una vez diseados, los procedimientos se
pueden describir con programas de procesamiento de texto. A manera de
ejemplo, los pasos necesarios para aadir una nueva cuenta de cliente
podran incluir una serie de tareas manuales y computarizadas. Deben
redactarse procedimientos escritos para que sean eficaces y todo mundo
los siga.
Diseo de controles y seguridad. Otra parte importante del diseo lgico
es determinar la frecuencia y caractersticas necesarias de los sistemas de
respaldo. En general, debe tenerse apoyo de todo, lo que incluye el
hardware, software, datos, personal, insumos e instalaciones. Adems, en
esta fase del diseo lgico ha de considerarse la planeacin de cmo
prevenir un desastre del equipo computacional y la forma de recuperarse de
l si ocurre.
Diseo de personal y empleos. Algunos sistemas requieren contratar
trabajadores adicionales, mientras que con otros es necesario modificar las
tareas relacionadas con uno o ms empleos de sistemas de informacin.
Los nombres y descripciones de los puestos se especifican durante el
diseo de personal y empleos. Los organigramas son tiles en el diseo de
personal para diagramar los empleos y sus nombres. Tambin se utilizan
procesadores de textos para describir las funciones de cada puesto.

Diseo Fsico. El diseo fsico de sistemas es la forma en que se lograrn

las tareas del sistema, lo que incluye la manera de conjuntar sus
componentes y las funciones que realizar cada uno de stos.
En el diseo fsico se especifican las caractersticas de los componentes del
sistema requeridos para poner en prctica el diseo lgico. En esta fase
deben delinearse las caractersticas de cada uno de los componentes que
se enumeran a continuacin.
Diseo de hardware. Debe especificarse todo el equipo computacional, lo
que incluye dispositivos de entrada, procesamiento y salida, con sus
caractersticas de rendimiento. Por ejemplo, si el diseo lgico especifica
que la base de datos debe contener grandes volmenes de datos histricos,
se requerir que los dispositivos de almacenamiento del sistema sean de
gran capacidad.

Diseo de software. Deben especificarse las caractersticas de todo el

Software Por ejemplo, si en el diseo lgico se indica la necesidad de que
de que los usuarios actualicen al mismo tiempo la base de datos, en el
diseo fsico deben especificarse un sistema de administracin de base de
datos que lo permita algunos casos se puede adquirir el software, mientras
que en otros se desarrollan internamente. Las especificaciones de diseo
lgico, en cuanto a requisitos de salidas, entradas y procesamiento de los
programas, se toman en cuenta durante el diseo fsico del software. As
 pues, se especificara la capacidad de acceder a datos almacenados en
ciertos archivos de disco que el programa utiliza.

Diseo de bases de datos. Es necesario detallar el tipo, estructura y

funciones de las bases de datos. Las relaciones entre los elementos de
datos establecidos en el diseo lgico deben reflejarse tambin en el diseo
fsico. Estas relaciones incluyen aspectos tales como las rutas de acceso y
la organizacin de la estructura de archivos. Existen muchos sistemas Notas:
excelentes de administracin de bases de datos que son tiles para esta
actividad.

Diseo de telecomunicaciones. Deben especificarse las caractersticas

necesarias del software, medios y dispositivos de telecomunicaciones. Si el
diseo lgico indica que todo los miembros de un departamento deben
compartir datos y software, ha de hacerlo posible la configuracin de la red
de rea local y el software de telecomunicaciones especificados en el
diseo fsico.

Diseo de personal. Este paso incluye especificar los antecedentes y

experiencia de los individuos que ms probablemente satisfagan las
descripciones de empleos que se incluyen en el diseo lgico.

Diseo de procedimientos y controles. Comprende detallar la forma en

que se ejecuta cada aplicacin y las medidas para minimizar las
probabilidades de delitos y fraudes. Tales especificaciones incluyen
mtodos de auditoria, soporte y distribucin de salidas.

CONSTRUCCIN DEL SOFTWARE. Consiste en escribir los programas

necesarios para el sistema. Los programadores son responsables de la
documentacin de los programas (Cdigo fuente), que tambin se realiza
durante esta etapa, as como de explicar el funcionamiento de los mismos y por
que ciertos procedimientos se codifican de determinada forma.
La documentacin es importante ya que por medio de ella ser posible
modificar o llevar a cabo el mantenimiento del programa.

PRUEBAS DEL SISTEMA. Cada uno de los programas desarrollados es proba-

do de tal manera que funcione correctamente.
Esta fase, da inicio luego que las diferentes unidades de diseo han sido
desarrolladas y probadas por separado. Es recomendable que las pruebas sean
conducidas por personas ajenas a las que desarrollaron el software, con esto
se busca que las pruebas sean completas e imparciales y que el software sea
confiable.

Durante su desarrollo, el sistema se emplea de forma experimental para asegurar

que el software no falle, es decir que funcione de acuerdo a sus especificaciones
y a la manera que los usuarios esperan que lo haga, y de esta forma poder
detectar cualquier anomala, antes que el sistema sea puesto en marcha y se
dependa de el. Para evaluar el desempeo del sistema, en esta fase se llevan a
cabo varios niveles de prueba:
Funcional: Prueba desde el punto de vista de los requerimientos
funcionales.
De Sistema: Prueba desde el punto de vista de los niveles de calidad del
sistema y de desempeo.
De Integracin: Prueba de interfaces.
De Aceptacin Tcnica: Prueba de manejo de condiciones extremas.
Si el Sistema cumple de forma satisfactoria con estos niveles, se procede a
realizar con datos de prueba, la carga de los archivos, base de datos y tablas del
nuevo sistema, para de esta forma dar inicio al proceso de aceptacin final,
durante el cual, el sistema comenzar a funcionar con la supervisin del
departamento de operaciones y del usuario, por un lapso determinado de tiempo
llamado Periodo de Aceptacin.
Notas:
Finalizado el Periodo de Aceptacin, se le dar al sistema la aprobacin final
(liberacin), para que pase a ser el sistema oficial. Para que se produzca la
liberacin el sistema adems debe estar documentado.

Un sistema debe contemplar una documentacin adecuada y completa para

mantenerlo y actualizarlo correctamente; sin embargo muchos analistas omiten de
este aspecto.
Al documentar un sistema se debe buscar cubrir los siguientes objetivos:
Estandarizar la documentacin.
Facilitar el desarrollo de la misma.
Ahorrar tiempo.
Una vez contemplados los puntos anteriores, es necesario aplicar estas
ventajas para realizar la documentacin del sistema, debido a que si se logra una
documentacin eficiente del sistema se tendrn las siguientes ventajas:
Ser una herramienta didctica para nuevos miembros de la organizacin

y por lo tanto nuevos usuarios.
Es requisito bsico para quien tenga la responsabilidad del mantenimiento
del sistema o modificacin del mismo.
Ayuda a los analistas a trabajar en reas relativas, evitando redundancias
y facilitando la integracin de todos los sistemas.
Asegura que el sistema opere correctamente con el mnimo de errores.
Los recursos se usan de forma ms eficiente.
Los manuales para considerar a un sistema documentado de forma completa
son:

1. Manual de programacin: enlista la eleccin del lenguaje de programacin

y el porqu, la lgica para resolver el problema, pruebas de mdulos y el
programa en s. Est dirigido a los programadores y diseadores del
sistema.
2. Manual de usuario: su objetivo es informar al usuario qu es lo que debe
hacer y cmo hacerlo, conozca el sistema o no.
3. Manual del sistema: define el nombre del sistema, caractersticas de
implantacin, hardware, software y dems formas que requiere el
sistema.

IMPLANTACIN.

La implantacin es el proceso de verificar e instalar nuevo equipo, entrenar a los

usuarios, instalar la aplicacin y construir todos los archivos de datos necesarios
para utilizarla. Una vez instaladas, las aplicaciones se emplean durante muchos
aos. Sin embargo, las organizaciones y los usuarios cambian con el paso del
tiempo, incluso el ambiente es diferente con el paso de las semanas y los meses.

Por consiguiente, es indudable que debe darse mantenimiento a las aplicaciones.

La evaluacin de un sistema se lleva a cabo para identificar puntos dbiles y
fuertes. La evaluacin ocurre a lo largo de cualquiera de las siguientes
dimensiones:

Evaluacin operacional: Valoracin de la forma en que funciona el
sistema, incluyendo su facilidad de uso, tiempo de respuesta, lo
adecuado de los formatos de informacin, confiabilidad global y nivel de
utilizacin. Notas:
Impacto organizacional: Identificacin y medicin de los beneficios
para la organizacin en reas tales como finanzas, eficiencia
operacional e impacto competitivo. Tambin se incluye el impacto sobre
el flujo de informacin externo e interno.
Opinin de los administradores: evaluacin de las actividades de
directivos y administradores dentro de la organizacin as como de los
usuarios finales.
Desempeo del desarrollo: La evaluacin de proceso de desarrollo de
acuerdo con criterios tales como tiempo y esfuerzo de desarrollo,
concuerdan con presupuestos y estndares, y otros criterios de
administracin de proyectos.

Tambin se incluye la valoracin de los mtodos y herramientas utilizados en el

desarrollo.

1.6.2. MTODO DE DESARROLLO POR ANLISIS ESTRUCTURADO

El anlisis consiste en investigar la funcionalidad de un sistema.
Durante este proceso se deben responder las siguientes preguntas:
F Qu hace el sistema?
F Quines realizan las actividades?
F Con qu departamentos o sistemas est relacionado?
F Quin provee los datos o informacin fuente?
F Quin utiliza la informacin resultante? Para qu?
Realizar esta investigacin intuitivamente podra resultar en inconsisten-
cias, redundancias y contradicciones que entorpezcan el proceso de
desarrollo.
El mtodo de desarrollo de anlisis estructurado establece un orden para
evitar tales inconvenientes, de este modo se podr presentar el estudio del
sistema con todos sus detalles funcionales.

El mtodo de desarrollo del anlisis estructurado es especialmente til para

facilitar la comprensin de sistemas grandes y complejos.

Muchos especialistas en sistemas de informacin reconocen la dificultad de

comprender de manera completa sistemas grandes y complejos. El mtodo de
desarrollo del anlisis estructurado tiene como finalidad superar sa dificultad por
medio de:
la divisin del sistema en componentes
la construccin de un modelo del sistema. El mtodo incorpora elementos
tanto de anlisis como de diseo.
Qu es el anlisis estructurado?
El anlisis estructurado concentra en especificar lo que se requiere que haga el
sistema o la aplicacin. No se establece cmo se cumplirn los requerimientos o
la forma en que implantar la aplicacin. Ms bien permite que las personas
observen los elementos lgicos (lo
que har el sistema) separados de
los componentes fsicos Notas:
(computadoras, terminales, sistemas
de almacenamiento, etc.) Despus
de esto se puede desarrollar un
diseo fsico eficiente para la
situacin donde ser utilizado.

Elementos del anlisis estructurado:

Los elementos esenciales son
smbolos grficos, diagramas de flujo
de datos, diccionario de datos y
reglas.

Descripcin grfica
Una de las formas de describir un sistema es preparar un bosquejo que seale
sus caractersticas, identifique la funcin para la que sirve e indique cmo ste
interacta con otros elementos, entre otras cosas. Sin embargo, describir de esta
manera un sistema grande es un proceso tedioso y propenso a errores ya que es
fcil omitir algn detalle o dar una explicacin que quiz los dems no entiendan.

En lugar de palabras el anlisis estructurado utiliza smbolos, o conos, para crear

un modelo grfico del sistema. Los modelos de este tipo muestran los detalles del
sistema. Si se seleccionan los smbolos y notacin correctos entonces casi
cualquier persona puede seguir la forma en que los componentes se acomodarn
entre si para formar el sistema.

El diagrama lgico de flujo de datos muestra las fuentes y destinos de los datos,
identifica y da nombre a los procesos que se llevan a cabo, identifica y da nombre
a los grupos de datos que relacionan una funcin con otra y seala los almacenes
de datos a los que se tiene acceso.

Diagrama de flujo de datos:

El modelo del sistema recibe el nombre de diagrama de flujo de datos (DFD). La
descripcin completa de un sistema est formada por un conjunto de diagramas
de flujo de datos.
Para desarrollar una descripcin del sistema por el mtodo de anlisis
estructurado se sigue un proceso descendente (Top-down). El modelo original se
detalla en diagramas de bajo nivel que muestran caractersticas adicionales del
sistema. Cada proceso puede desglosarse en DFDs cada vez ms detallados.
Esta secuencia se repite hasta que se obtienen suficientes detalles que permiten
al analista comprender en su totalidad la parte del sistema que se encuentra bajo
investigacin.

Diccionario de datos:
Todas las definiciones de los elementos en el sistema (flujo de datos, procesos y
almacenes de datos) estn descritos en forma detallada en el diccionario de
datos. Si algn miembro del equipo encargado del proyecto desea saber alguna
definicin del nombre de un dato o el contenido particular de un flujo de datos,
esta informacin debe encontrarse disponible en el diccionario de datos.
Reglas:
Estndares para describir y documentar el sistema en forma correcta y completa.

Que es el diseo estructurado?

Se enfoca en el desarrollo de especificaciones del software. La meta del diseo
estructurado es crear programas formados por mdulos independientes unos de
otros desde el punto de vista funcional. Notas:

El diseo estructurado es una tcnica especfica para el diseo de programas y

no un mtodo de diseo de comprensin. Esta tcnica conduce a la
especificacin de mdulos de programa que son funcionalmente independientes.
La herramienta fundamental del diseo estructurado es el diagrama estructurado,
los cuales son de naturaleza grfica y evitan cualquier referencia relacionada con
el hardware o detalles fsicos. Su finalidad no es mostrar la lgica de los
programas. Los diagramas estructurados describen la interaccin entre mdulos
independientes junto con los datos que un mdulo pasa a otro cuando
interacciona con l. Estas especificaciones funcionales para los mdulos se
proporcionan a los programadores antes que d comienzo la fase de escritura de
cdigo.

Atributos, beneficios y problemas potenciales del anlisis estructurado

El anlisis tradicional presenta varios problemas, cuya solucin se convierte en

los atributos fundamentales del anlisis estructurado. Entre esos atributos se
puede mencionar los siguientes:

Estimula la construccin de un modelo lgico (comprensible por los

usuarios) antes que la elaboracin de un diseo fsico (comprensible slo
por quienes tienen conocimiento avanzado en informtica). Los usuarios
obtienen una idea ms real del sistema propuesto al visualizar los
diagramas lgicos de flujo de datos (para lo cual no necesitan tener
conocimientos de programaci. Por tanto su actitud es ms positiva hacia
el proyecto. La consecuencia ser que el sistema luego de construido se
ajustar a los requerimientos manifestados por los usuarios.
La forma grfica de presentar la lgica del sistema permite detectar (en
tiempo temprano con relacin al avance del proyecto) los aspectos mal
interpretados y conflictivos. Esto facilita su correccin antes que el
proyecto avance hacia otras actividades y que los errores de definicin no
corregidos obliga a modificaciones trascendentes y costosas cuando el
proyecto esta en etapas avanzadas.
Evita la sobre-documentacin propia de las metodologas tradicionales,
que contaban con una exhaustiva descripcin narrativa del sistema (que
resultaba tediosa, poco clara y ambigua). En el anlisis estructurado las
narraciones son reemplazadas por herramientas grficas de fcil
comprensin.
Permite el desarrollo de arriba hacia abajo. Esto significa graficar
mdulos del proyecto por niveles, lo que facilita a su vez codificar (escribir
las instrucciones de programa) los mdulos de alto nivel antes de que se
complete el diseo detallado de los mdulos de bajo nivel.

El enfoque en espiral del anlisis estructurado se ajusta mejor a la realidad dado

que las actividades se administran en forma iterativa, formando en lenguaje
figurado una espiral pues se realiza una parte de anlisis, luego un pequeo
diseo; despus se retrocede y se efecta otro pequeo anlisis y un diseo
ms detallado y se comienza con codificacin del primer diseo, etctera.
Permite que el control que debe ejercer el jefe del proyecto se apoye en entregas,
en lugar de hacerlo sobre la base de actividades. Las metodologas tradicionales
controlaban el avance del proyecto declarando, por ejemplo, que el anlisis est
terminado y falta terminar el diseo, o bien se ha completado el diseo. Esto
significa que el control se verificaba (en el ciclo de vida) respecto a etapas del
proyecto. Y si una etapa no se haba completado se estimaba el porcentaje de
avance de esa etapa. Pero esta forma de medicin no es til: si la codificacin
estaba avanzada en un 90 % pareca una buena medida de adelanto, pero lo Notas:
cierto es que mientras tanto no se haba concretado nada en la prctica sobre el
proyecto. El control del avance del proyecto deber medirse (en la nueva
tecnologa) por entregas. Cada entrega se referir a una versin del diagrama de
flujo de datos (DFD) o del diagrama de estructura (DE).

A medida que avanza un proyecto estructurado cada entrega (presentacin de

un DFD) es un refinamiento en cuanto al nivel de detalle: al operar de arriba
hacia abajo a medida que se desciende se aumenta la cantidad de detalles de
cada versin hasta llegar a la versin definitiva. La diferencia del mecanismo de
control en un escenario de anlisis estructurado radica en definir entregas de
productos terminados (DFD, DE) en lugar de definir el grado de avance de
actividades.

La documentacin en el diccionario de datos de las especificaciones de los datos

que participan en un diagrama de flujo de datos significa un ahorro importante de
tiempo en el momento en que los programadores deban recurrir a esas
especificaciones para elaborar los programas respectivos. Adems ese
diccionario de datos servir para dilucidar situaciones en las que el personal de la
empresa llama a las mismas cosas con nombres diferentes o cuando un trmino
sea considerado conceptualmente dependiendo del contexto en el que se lo
aplique. Por ejemplo, en una empresa el concepto producto podra ser
considerado equivalente a artculo o bien no.
No obstante la existencia de los beneficios sealados, debe reconocerse tambin
los problemas potenciales que surgen de la aplicacin de esta tcnica, Entre ellos
se indican los siguientes:

La aplicacin de esta tcnica significa un cambio cultural que implica un

cambio de reglas. Todo cambio genera en un principio una resistencia por
parte del afectado. Requiere una reorientacin de actividades y esto
provoca un esfuerzo.
Los analistas deciden con frecuencia que el desarrollo de diagramas y
esquemas es una tarea que consume mucho tiempo, sobre todo si el
sistema es grande y complejo. (Es comn que los diagramas tengan que
dibujarse una y otra vez conforme se adquiere nueva informacin). Como
se ver ms adelante, se han desarrollado herramientas asistidas por
computadora para superar este problema.
Obliga al usuario a una mayor participacin y compromiso. Debe
insertarse en la actividad de diseo, aunque l no sea ni pretenda ser un
especialista en el tema.
Significa un esfuerzo importante en cuanto al tiempo de dedicacin al
proyecto, particularmente en las primeras etapas del desarrollo. Ello se
debe al nivel de detalle que se exige en las definiciones y determinacin
de requerimientos.
Otros analistas sealan que los elementos que faltan, tales como las
personas y los procedimientos de control, son parte del sistema mismo y
no pueden omitirse en la descripcin de ste. Ms adelante se
considerar este aspecto tan importante.
 Los programadores pueden sentir limitadas sus capacidades de
creatividad al tener que seguir estrictas normas estructuradas en su
actividad de codificacin, al tener que ajustarse al modelo lgico ya
diseado.

Empleo del Anlisis estructurado con otros mtodos de desarrollo

El anlisis estructurado se combina, con bastante frecuencia, con el mtodo ya Notas:
presentado de ciclo de vida clsico de desarrollo de sistemas. Por ejemplo, los
analistas pueden optar por diagramar con flujo de datos como una forma para
documentar las relaciones entre componentes durante la investigacin detallada
de algn sistema existente, Asimismo, se puede definir los archivos y datos en un
diccionario centralizado de datos de acuerdo con las reglas de anlisis
estructurado.

1.6.3 MTODO DEL PROTOTIPO DE SISTEMAS

Un prototipo es un modelo, una representacin a escala de cualquier cosa.

La construccin de prototipos representa una estrategia de desarrollo, cuando no
es posible determinar todos los requerimientos del usuario. Es por ello que incluye
el desarrollo interactivo o en continua evolucin, donde el usuario participa de
forma directa en el proceso.
Este mtodo contiene condiciones nicas de aplicacin, en donde los encargados
del desarrollo tienen poca experiencia o informacin, o donde los costos y riesgos
de que se cometa un error pueden ser altos, es un proceso que facilita al
programador la creacin de un modelo del software a construir.

Este mtodo resulta til para probar la facilidad del sistema e identificar los
requerimientos del usuario, evaluar el diseo de un sistema o examinar el uso de
una aplicacin.

Formas del prototipo:

F Modelo basado en computadora que describa la interaccin hombre-

mquina.
F Prototipo que implemente algunos mdulos o secciones del
sistema deseado.

El prototipo sirve como un mecanismo para identificar los requisitos del

software cuando no existe otra forma posible y para su desarrollo pueden
utilizarse fragmentos de programas existentes o herramientas que faciliten la
rpida generacin de programas.
Requiere la participacin del usuario durante su construccin, pues es l quien
define las caractersticas esperadas en el sistema.
El prototipo final no es un sistema de informacin completo, es tan solo su
primera versin. Como lo afirm F. Brooks: "La primera versin del sistema
puede ser apenas utilizable, puede ser demasiado lento, demasiado grande,
difcil de usar o las tres cosas. Por lo tanto, el prototipo deber desecharse."
El desarrollo por prototipos se aplica generalmente para sistemas de in-
formacin ubicados en los niveles medio y alto de la organizacin.
Ventajas:
Se incrementa la productividad del equipo de desarrollo. Se incrementa la
calidad del producto final, ya que el prototipo permite trabajar, ensayar,...

disminuyen los costos de mantenimiento del producto final. Los tiempos
de desarrollo son inferiores.
El tamao del sistema es menor.
La especificacin acta como interface entre cliente y equipo de Notas:
desarrollo.
El propio prototipo sirve de contrato con el cliente y cualquier cambio en el
prototipo debe estar consolidado por ambas partes.
El prototipo es un documento vivo de buen funcionamiento del producto
final.
Ayuda para determinar requerimientos expresados en el prototipo.
Experimenta sobre los aspectos del sistema que representan mayor
complejidad. Demuestran la viabilidad del sistema.
El cliente reacciona mucho mejor ante el prototipo, sobre el que puede
experimentar, que no sobre una especificacin escrita.
Inconvenientes:
Fuerte inversin en un producto que se desecha: Los prototipos se
descartan.
Tendencia a tratar de convertir el prototipo mismo en el sistema de
produccin.
Aumento del costo.
Se arrastran decisiones del diseo de prototipos al producto final.

Para construir un prototipo del software se aplican los siguientes pasos:

PASO 1. Evaluar la peticin del

software y determinar si el programa
a desarrollar es un buen candidato
para construir un prototipo.
Debido a que el usuario debe
interaccionar con el prototipo en los
ltimos pasos, es esencial que:
a) el usuario participe en la
evaluacin y refinamiento del
prototipo, y
b) el usuario sea capaz de tomar
decisiones de requerimientos de
una forma oportuna.
Finalmente, la naturaleza del
proyecto de desarrollo tendr una
fuerte influencia en la eficacia del
prototipo.

PASO 2. Dado un proyecto candidato aceptable, el analista desarrolla una

representacin abreviada de los requerimientos.
Antes de que pueda comenzar la construccin de un prototipo, el analista debe
representar los dominios funcionales y de informacin del programa y desarrollar
un mtodo razonable de particin. La aplicacin de estos principios de anlisis
fundamentales, pueden realizarse mediante los mtodos de anlisis de
requerimientos.
PASO 3. Despus de que se haya revisado la representacin de los
requerimientos, se crea un conjunto de especificaciones de diseo abreviadas
para el prototipo.
El diseo debe ocurrir antes de que comience la construccin del prototipo. Sin
embargo, el diseo de un prototipo se enfoca normalmente hacia la arquitectura a
nivel superior y a los aspectos de diseo de datos, en vez de hacia el diseo
procedimental detallado.
Notas:
PASO 4. El software del prototipo se crea, prueba y refina. Idealmente, los
bloques de construccin de software preexisten se utilizan para crear el prototipo
de una forma rpida. Desafortunadamente, tales bloques construidos raramente
existen.
Para las aplicaciones interactivas con el hombre, es posible frecuentemente crear
un prototipo en papel que describa la interaccin hombre-maquina usando una
serie de hojas de historia. Desde el punto de vista de las tecnologas empleadas,
normalmente se utilizan las siguientes herramientas:
Un diccionario de datos integrado.
Un generador de pantallas.
Un generador de informes no guiado por procedimientos.
Un lenguaje de programacin de cuarta generacin.
Un lenguaje de consultas no guiado por procedimientos.
Medios poderosos de administracin de bases de datos.
En el desarrollo del prototipo se preparan los siguientes componentes:
a) El lenguaje para el dialogo o conversacin entre el usuario y el sistema.
b) Pantallas y formatos para la entrada de datos.
c) Mdulos esenciales de procesamiento.
d) Salida del sistema

PASO 5. Una vez que el prototipo ha sido probado, se presenta al usuario, el cual
"conduce la prueba" de la aplicacin y sugiere modificaciones.
Este paso es el ncleo del mtodo de construccin de prototipo. Es aqu donde el
usuario puede examinar una representacin implementada de los requerimientos
del programa, sugerir modificaciones que harn al programa cumplir mejor las
necesidades reales.

PASO 6. Los pasos 4 y 5 se repiten iterativamente hasta que todos los

requerimientos estn formalizados o hasta que el prototipo haya evolucionado
hacia un sistema de produccin.

1.6.4 ANALISIS Y DISEO ORIENTADO A OBJETO

Los mtodos de Anlisis y Diseo Orientado a Objetos han surgido para ayudar a
los desarrolladores a explotar la potencia de los lenguajes de programacin
basados en objetos y orientados a objetos, utilizando las clases y los objetos
como bloques bsicos de construccin. La metodologa orientada a objetos es un
principio de desarrollo evolutivo debido a que la metodologa no rompe con los
avances del pasado, sino que los reestructura y los afianza de una forma que el
desarrollo de aplicaciones o sistemas es mucho mas sencillo y su proceso de
desarrollo mucho ms dinmico que con otras metodologas estructuradas.
Grady Booch principal exponente de esta metodologa, define al Anlisis
Orientado a Objetos (AOO) como "un mtodo de anlisis que examina los
requisitos desde la perspectiva de las clases y objetos que se encuentran en el
vocabulario del dominio del problema", de los objetos Booch dice "son entidades
tangibles que muestran un comportamiento bien definido".

Todo esto quiere decir que el anlisis Notas:

orientado a objetos parte de entidades
tangibles halladas en el problema, tales
entidades varan dependiendo de los
diversos casos prcticos, pero en todos
los casos son elementos reales que
toman parte del problema de forma
directa.
Para Booch el Diseo Orientado a
Objetos (DOO) "es el mtodo que lleva
a una descomposicin Orientado a
Objetos. Aplicando DOO, se crea
software resistente al cambio y escrito
con economa de expresin. Se logra un mayor nivel de confianza en la
correccin del software a travs de la divisin inteligente de su espacio de
estados. En ltima instancia, se reducen los riesgos inherentes al desarrollo de
sistemas".

Los modelos del diseo orientado a objetos reflejan la importancia de plasmar
explcitamente las jerarquas de clases y objetos del sistema que se disea. Estos
modelos cubren tambin el espectro de las decisiones de diseo relevantes que
hay que considerar en el desarrollo de un sistema complejo, y as animan a
construir implantaciones que posean los atributos de los sistemas complejos bien
formados.

Tambin se dice del DOO que es un mtodo que abarca el proceso de

descomposicin orientada a objetos y una notacin para describir los modelos
lgico y fsico, as como los modelos esttico y dinmico, del sistema que se
disea; el soporte para la descomposicin orientada a objetos es lo que hace al
diseo orientada a objetos diferente del diseo estructurado, el primero, utiliza
abstracciones de clases y objetos para estructurar lgicamente los sistemas, y el
segundo, utiliza abstracciones algortmicas.
La programacin orientada a objetos (POO) es, para Booch, "un mtodo de
implementacin en el que los programas se organizan como colecciones
cooperativas de objetos, cada uno de los cuales representa una instancia de
alguna clase, y cuyas clases son, todas ellas, miembros de una jerarqua de
clases unidas mediante relaciones de herencia".
Bsicamente, los resultados obtenidos durante el anlisis orientado a objetos
sirven como modelo o punto de partida para realizar el diseo orientado a objetos
del sistema, luego de ello se procede en base al modelo realizado en el DOO a
desarrollar el sistema computacional utilizando para tal fin la metodologa de
programacin orientado a objetos suministrada por determinado lenguaje de
programacin orientado a objetos.
El modelo de desarrollo orientado a objetos, est formado por los modelos lgico
y fsico, as como estos a su vez por los modelos esttico y dinmico.
Tal como lo explica Booch el "modelo lgico sirve para describir la existencia y
significado de las abstracciones principales y los mecanismos que forman el
espacio del problema, o para definir la arquitectura del sistema".

El modelo lgico detalla las caractersticas primordiales de las entidades
principales (clases y objetos), as como la forma de trabajo de estos,
estructurando de esta manera los lmites pros y contras del problema planteado
para, de esta forma, definir o identificar la arquitectura del sistema. Para Notas:
representar grficamente al modelo lgico, existen dos diagramas, a saber:

Diagrama de Clases: Se utiliza para mostrar la existencia de clases y sus
relaciones en la visin lgica de un sistema. Durante el anlisis, se utiliza
para indicar las misiones y responsabilidades comunes de las entidades
que caracterizan el comportamiento de un sistema. Durante el diseo, se
utilizan para plasmar la estructura de las clases que forman la
arquitectura del sistema.
Diagrama de Objetos: Se utilizan para mostrar la existencia de objetos y
sus relaciones en el diseo lgico de un sistema, es decir, representa las
interacciones o relaciones estructurales que pueden darse entre un
conjunto de instancias (objetos) de clases. Un diagrama de objetos
representa una vista estructurada de objetos de un sistema. Durante el
anlisis, se usa para indicar la semntica de escenarios primarios y
secundarios que proporcionan una traza del comportamiento del sistema.
Durante el diseo, se usan para ilustrar la semntica de los mecanismos
en el diseo lgico de un sistema.

Del modelo fsico por su parte, Booch explica que "describe la composicin
concreta en cuanto a hardware y software del contexto o implantacin del
sistema".

Esto no es ms que la descripcin de la estructura fsica, o sea el hardware

(procesos) y lgica o software (mdulos) que componen al sistema. Para
representar grficamente al modelo fsico, existen dos diagramas, a saber:

Diagrama de Procesos: Se usan para mostrar la asignacin de procesos

a procesadores, valga la redundancia, y dispositivos en el diseo fsico de
un sistema. El diagrama de procesos representa una vista de la estructura
de procesos de un sistema. Durante el desarrollo, se usan para indicar la
coleccin fsica de procesadores y dispositivos que sirven como
plataforma de ejecucin del sistema.

Diagrama de Mdulos: Se utiliza para mostrar la asignacin de clases y

objetos a mdulos en el diseo fsico de un sistema. Un diagrama de
mdulos representa una vista de la estructura fsica de mdulos que
componen un sistema. Durante el desarrollo, se usan para indicar la
disposicin en capas y la participacin fsica de la arquitectura.

Ahora bien, es relevante destacar que el diseo lgico se lleva a cabo,

bsicamente, durante las fases de anlisis y diseo del sistema, mientras que el
modelo fsico, se desarrolla, ms bien durante la fase de programacin.

Tal como se mencion el modelo de desarrollo orientado a objetos est

conformado por los modelos lgico y fsico, as como tambin por los modelos
esttico y dinmico, estos modelos explican que, algunos diagramas son estticos
mientras que otros son de carcter dinmico.
Por ejemplo, los diagramas implementados en el modelo fsico son fuertemente
estticos, es decir, que no representan o simbolizan ningn tipo de relaciones que
involucren el movimiento o flujo de acciones que disparen eventos, lo que genera
una visin sumamente esttica del sistema, mientras que los diagramas del
modelo lgico amplan la visin del modelo fsico, generando de esta forma una
visin sumamente amplia de cmo acciona el sistema, es decir, que genera una
visin dinmica del mismo, y esto, muy a pesar de que tal visin est Notas:
representada en papel, en un diagrama, que en todos los casos, ser esttico, por
lo que se asume o se toma, las acciones que representa un diagrama, la visin
del sistema que este genere o exprese.

1.7 HERRAMIENTAS PARA EL DESARROLLO DE SISTEMAS

Una herramienta es cualquier dispositivo que permite mejorar el desempeo de

alguna tarea.

Existen herramientas diseadas especialmente para el desarrollo de sistemas,
este tipo de herramientas se dividen en tres categoras: Notas:
F Herramientas para el anlisis.
F Herramientas para el diseo.
F Herramientas para el desarrollo.
F CASE

1.7.1 HERRAMIENTAS PARA ANLISIS

Estas herramientas ayudan a documentar un sistema existente y a

determinar los requerimientos de la nueva aplicacin. Estas herramientas
incluyen:

F Herramientas para recoleccin de datos: capturan detalles que

describen
sistemas y procedimientos en uso, documentan procesos y actividades
de
decisin.
F Herramientas para diagramacin: crean representaciones grficas o
modelos de sistemas, apoyan el dibujo y revisin de diagramas e
iconos.
F Herramientas para el diccionario: registran y mantienen
descripciones
de los elementos del sistema tales como grupos de datos, procesos y
almacenamiento de datos. Con frecuencia proporcionan la capacidad de
examinar las descripciones del sistema para deducir si son incompletas
o inconsistentes, muchas incluyen la facilidad de reportar dnde se
utilizan los
elementos del sistema.

1. 7.2 HERRAMIENTAS PARA DISEO

Estas herramientas apoyan el proceso de formular las caractersticas que el
sistema debe tener para satisfacer los requerimientos detectados durante las
actividades de anlisis.

Las herramientas disponibles son:

F Herramientas de especificacin: estas apoyan el proceso de formular
las
caractersticas que debe tener una aplicacin, tales como entradas,
salidas, procesamiento y especificaciones de control. Muchas
incluyen herramientas para crear especificaciones de datos.
F Herramientas para presentacin: se utilizan para describir la posicin de
datos, mensajes y encabezados sobre las pantallas de las "terminales,
reportes y otros medios de entrada y salida.

1.7.3 HERRAMIENTAS PARA EL DESARROLLO

Estas herramientas ayudan a trasladar los diseos en aplicaciones funcionales.
Estas herramientas proporcionan:
 F Herramientas para ingeniera de software: apoyan el proceso de
formular diseos de software, incluyendo procedimientos y controles,
as como la documentacin correspondiente.
F Generadores de cdigo: producen el cdigo fuente y las aplicaciones
a partir de especificaciones funcionales bien articuladas.
F Herramientas para pruebas: apoyan la fase de evaluacin de un
sistema o sus partes contra las especificaciones. Incluyen facilidades Notas:
para examinar la correcta operacin del sistema as como el grado de
perfeccin alcanzado en comparacin con las expectativas.

Las herramientas con mayor utilidad ya estn siendo automatizadas tanto para
mejorar la eficiencia del analista como para permitir obtener resultados ms
completos y exactos:

La reciente aparicin de herramientas computarizadas est dando un nuevo

significado al diseo y desarrollo de sistemas.

Todas estas herramientas estn cambiando de forma dramtica la manera

en que se obtiene un sistema de informacin funcional, an as el campo del
anlisis de sistemas tiene mucho camino por recorrer a travs del
tiempo.

1.7.4. HERRAMIENTAS CASE ( Ingeniera de Software Asistida por Computador)

Son un conjunto de mtodos, utilidades y tcnicas que facilitan la automatizacin
del ciclo de vida del desarrollo de sistemas de informacin, completamente o en
alguna de sus fases.
El empleo de herramientas Case permiten integrar el proceso de ciclo de vida:
Anlisis de datos y procesos integrados mediante un repositorio.
Generacin de interfases entre el anlisis y el diseo.
Generacin del cdigo a partir del diseo.
Control de mantenimiento.

Actualmente, la tendencia en el desarrollo de software est enfocada hacia las

microcomputadoras como plataformas de ingeniera de software, que se
interconectan mediante redes para que puedan comunicarse de forma efectiva. La
base de datos del proyecto (tambin denominada biblioteca del proyecto o
depsito de software), est disponible a travs de un servidor de archivos en red
que es accesible desde todas las estaciones de trabajo. Un sistema operativo que
gestiona el hardware, la red y
las herramientas, mantiene
todo el entorno unido.

La arquitectura de entorno,
compuesta por la plataforma
hardware y el soporte del
sistema operativo (incluida la
red y la gestin de la base de
datos), constituye la base del
CASE. Pero el entorno CASE,
en s mismo, necesita otros componentes. Un conjunto de servicios de portabilidad
constituyen un puente entre las herramientas CASE y su marco de integracin y la
arquitectura de entorno. El marco de integracin es un conjunto de programas
especializados que permite a cada herramienta CASE comunicarse con las
dems, para crear una base de datos de proyectos y mostrar una apariencia
homognea al usuario final (el ingeniero de software). Los servicios de portabilidad
permiten que las herramientas CASE y su marco de integracin puedan migrar a
travs de diferentes plataformas hardware y sistemas operativos, sin grandes
esfuerzos de adaptacin.

La mayora de las herramientas Case no han sido construidas utilizando todos los
bloques componentes. Muchas de stas son soluciones puntuales, esto es, una
herramienta se utiliza como ayuda en una actividad concreta de ingeniera de Notas:
software (por ejemplo: modelizacin del anlisis), pero no se comunica
directamente con otras herramientas, porque no est unida a una base de datos
de proyectos. Aunque esta situacin no es la ideal, una herramienta Case puede
ser utilizada eficientemente, an siendo una solucin puntual.

En el nivel ms bajo del espectro de integracin est la herramienta individual

(solucin puntual). Cuando las herramientas proporcionan facilidades para el
intercambio de datos (la mayora
lo hace), el nivel de integracin
aumenta ligeramente. Estas
herramientas generan una salida
en un formato estndar
compatible con otras
herramientas que puedan leer
ese formato. En algunos casos,
los que construyen herramientas
CASE complementarias trabajan
juntos para establecer un puente
entre ellas (p. ej.: una
herramienta de anlisis y diseo
que se une a un generador de
cdigo).

Utilizando este enfoque, la compatibilidad entre herramientas puede generar

productos finales que seran difciles de desarrollar utilizando cada herramienta por
separado. La integracin por fuente nica se da cuando un constructor de
herramientas CASE integra diferentes herramientas y las vende como un nico
paquete. Aunque este enfoque es bastante efectivo, la mayora de los entornos
provenientes de una misma fuente tienen una arquitectura cerrada que hace difcil
aadir nuevas herramientas de otros vendedores.

Al final del espectro de integracin est el entorno de soporte de proyectos

integrado (del ingls IPSE). Se crean estndares para cada uno de los bloques
componentes. Los vendedores de herramientas CASE utilizan estos estndares
IPSE para construir herramientas entre s.

La principal ventaja de la utilizacin de una herramienta CASE, es la mejora de la

calidad de los desarrollos realizados y, en segundo trmino, el aumento de la
productividad. Para conseguir estos dos objetivos es conveniente contar con una
organizacin y una metodologa de trabajo adems de la propia herramienta.

La mejora de calidad se consigue reduciendo sustancialmente muchos de los

problemas de anlisis y diseo, inherentes a los proyectos de mediano y gran
tamao (lgica del diseo, coherencia, consolidacin, etc.).

La mejora de productividad se consigue a travs de la automatizacin de

determinadas tareas como la generacin de cdigo y la reutilizacin de objetos o
mdulos.
Tipos deCASE
No existe una nica clasificacin de herramientas CASE y, en ocasiones, es difcil
incluirlas en una clase determinada. Podran clasificarse atendiendo a:
Las plataformas que soportan.
Las fases del ciclo de vida del desarrollo de sistemas que cubren.
La arquitectura de las aplicaciones que producen.
Su funcionalidad. Notas:
Las herramientas CASE, en funcin de las fases del ciclo de vida abarcadas, se
pueden agrupar de la forma siguiente:
Herramientas integradas, I-CASE (Integrated CASE, CASE integrado):
abarcan todas las fases del ciclo de vida del desarrollo de sistemas. Son
llamadas tambin CASE workbench.
Herramienta(s) que comprende(n) alguna(s) fase(s) del ciclo de vida
de desarrollo de software:
o Herramientas de alto nivel, U-CASE (Upper CASE - CASE
superior) o front-end, orientadas a la automatizacin y soporte de
las actividades desarrolladas durante las primeras fases del
desarrollo: anlisis y diseo.
o Herramientas de bajo nivel, L-CASE (Lower CASE - CASE
inferior) o back-end, dirigidas a las ltimas fases del desarrollo:
construccin e implantacin.
o Juegos de herramientas o toolkits, son el tipo ms simple de
herramientas CASE. Automatizan una fase dentro del ciclo de
vida. Dentro de este grupo se encontraran las herramientas de
reingeniera, orientadas a la fase de mantenimiento.
Las herramientas I-
CASE se basan en una
metodologa. Tienen un
repositorio y aportan
tcnicas estructuradas
para todas las fases del
ciclo de vida. Estas son
las caractersticas que
les confieren su mayor
ventaja: una mejora de
la calidad de los
desarrollos. Sin
embargo, no todas
ellas son modernas en
el sentido de
aprovechar la potencia
de las estaciones de
trabajo o la utilizacin de lenguajes de alto nivel o tcnicas de prototipeo.
Una estrategia posible es utilizar una U-CASE para anlisis y diseo, combinada
con otras herramientas ms modernas para las fases de construccin y pruebas.
En este caso, habra que vigilar cuidadosamente la integracin entre las distintas
herramientas.
Requisitos de aplicacin de Case:
Conocimiento y manejo de metodologas.
Capacidad de trabajo en equipo.
Desarrollo conjunto con los usuarios (Prototipos).
Equipamiento apropiado.
1.8 PARTICIPANTES EN EL DESARROLLO DE SISTEMAS

1.8.1 ANALISTA DE SISTEMAS

Su denominacin vara de acuerdo con:

F La funcin dentro del proceso de desarrollo de sistemas. Notas:

F El papel que desempee dentro de la organizacin.

De acuerdo con su funcin en el proceso de desarrollo de sistemas, al Analista
se le puede denominar de la siguiente manera:

F Analista de sistemas: en este caso la nica responsabilidad del analista

es conducir estudios de sistemas para detectar hechos relevantes
relacionados con la actividad de la empresa.
F Diseador de sistemas: es cuando el analista tambin tiene la
responsabilidad de disear el nuevo sistema.
F Programador de sistemas: se le conoce as cuando el analista mismo
desarrolla el software necesario para implantar el diseo.

La funcin del analista dentro del proceso de desarrollo de sistemas de-

pender, generalmente, del tamao de la organizacin para la cual trabaje.

Si el analista trabaja en una empresa pequea casi siempre desarrollar las

tres actividades: es decir, ser analista, diseador y programador del sistema.

Los analistas de sistemas que saben programar son ms tiles en las

organizaciones ya que sus conocimientos de programacin le permiten formular
especificaciones mejores y ms completas para las nuevas aplicaciones.

Muchos analistas comienzan como programadores y cuando han adquirido

suficiente experiencia se convierten en analistas de sistemas.

De acuerdo con el papel que desempea en la organizacin, dentro de la

organizacin al analista se le puede considerar como:

F Consultor.
F Especialista de apoyo.
F Agente de cambio.

Consultor: El consultor es externo a la empresa y slo participa en proyectos

especficos dentro de ella.

Como consultor, el analista es contratado para guiar a la empresa sobre

ciertos tpicos de informtica.

Una ventaja es que siendo consultor generalmente trae consigo ideas frescas
que no poseen los miembros de la organizacin.

Una desventaja del consultor es que apenas tiene acceso a la cultura

organizacional.

Especialista de apoyo: Como especialista de apoyo el analista se encuentra,

en la mayora de los casos, en lnea de soporte.
En este caso el analista trabaja regularmente en el departamento de sistemas
de la empresa.

Siendo especialista de apoyo el analista debe tener amplia experiencia y

conocimiento con respecto al hardware y software.

El especialista de apoyo no dirige un proyecto ya que slo es un recurso
humano para las personas que s se encargan de dirigir. Notas:

Agente de cambio: Este rol confiere al analista una gran responsabilidad. Un

agente de cambio es aquella persona que sirve como catalizador para el
cambio, que desarrolla un plan para lograr el cambio y colabora para agilizarlo.

Como agente de cambio facilita la transicin al nuevo sistema utilizando su

experiencia en el trato humano y en la computacin.

Se encarga de transmitir a los usuarios el proceso de cambio, ya que est

convencido de que tales cambios no ocurren de manera independiente sino
mejor dicho estos ocasionan cambios a lo largo de las organizaciones.

Independientemente del papel que tenga el analista de sistemas y de la

actividad que realice dentro del anlisis debe contar con las siguientes
cualidades:

1.8.2 USUARIOS

En cada uno de los procesos mencionados anteriormente participan

personas.

Los gerentes y empleados tienen buenas ideas con respecto a que es lo que
s funciona y qu es lo que no, qu causa problemas y qu no, dnde son
necesarios los cambios y dnde no, y especialmente en qu partes ser
aceptado el cambio y en cuales partes no.

Aun con toda la tecnologa, las personas son las piezas ms importantes para
que una organizacin trabaje.

Comunicarse y tratar con las personas es uno de los aspectos ms

importantes del trabajo del analista de sistemas.

Actualmente los usuarios participan ms en el desarrollo de sistemas por varias

razones:
F Los usuarios han acumulado experiencia al trabajar con aplicaciones
que
fueron desarrolladas para ellos anteriormente.
F Tienen una mejor idea de lo que significa la ayuda que pueden
brindarles
los sistemas de informacin y la forma de cmo obtenerla.
F Saben cules son las fallas de los sistemas actuales y cmo
evitarlas.
F Muchos de los usuarios ya han recibido capacitacin en el uso de
las
computadoras y algn tipo de software.
F Cuando el analista desarrolla aplicaciones, necesita la participacin
continua de los usuarios para comprender las funciones de la empresa
que se encuentran bajo estudio.
 F En algunos casos los usuarios desarrollan sus propias aplicaciones sin
la necesidad de contar con un analista de sistemas.

Los analistas emplean el trmino usuario final para referirse a las personas que
no son especialistas en sistemas de informacin pero que utilizan las
computadoras para realizar su trabajo.

Los usuarios finales pueden agruparse en cuatro categoras: Notas:

F Usuarios primarios o directos.

F Usuarios secundarios o indirectos.
F Usuarios administradores.
F Usuarios directivos.

Los usuarios primarios o directos son los que interactan con el sistema.
Alimentan al sistema y reciben las salidas de informacin.

Los usuarios indirectos o secundarios son aquellos que se benefician de los

resultados o reportes generados por los sistemas pero no interactan de ma-
nera directa con el hardware o software. Pueden ser los gerentes de las diferen-
tes reas de la empresa.

Los usuarios administradores tienen responsabilidades administrativas en

los sistemas de aplicacin. Supervisan la inversin en el desarrollo y uso del
sistema. Tienen la responsabilidad ante la organizacin de controlar las activi-
dades del sistema.

Los usuarios directivos incorporan los usos estratgicos y competitivos de

los sistemas de informacin en los planes y estrategias de la organizacin.
Evalan los riesgos a los que se expone la organizacin por fallas originadas en los
sistemas de informacin.

Los cuatro tipos de usuarios son importantes.

Cada uno de ellos posee informacin esencial sobre las funciones de la

organizacin y hacia donde se dirige sta.
 2. OBJETIVOS DE UN PROYECTO

Un proyecto de desarrollo de sistemas es una serie de actividades con un

inicio v un fin determinados para obtener una aplicacin de sistemas de
informacin.

Las aplicaciones de los
sistemas de informacin Notas:
tienen su origen en todas

las reas de la empresa
(Recursos Humanos.
Contabilidad y Finanzas,
Ventas, Produccin, etc.)
y estn relacionadas con
todos los problemas de
la organizacin.

Las solicitudes de
sistemas de informacin
estn motivadas por uno
de los siguientes objetivos generales:

F Resolver un problema.
F Aprovechar una oportunidad.
F Dar respuesta a directivos para cumplir algn objetivo.

RESOLVER UN PROBLEMA

Los problemas que enfrentan las empresas que se relacionan bsicamente

con su operacin son los que los sistemas de informacin pueden
solucionar.

Algunos ejemplos de problemas que enfrentan las empresas pueden ser los
errores que se cometen al elaborar las facturas de venta o las liquidaciones
de sueldos.

APROVECHAR UNA OPORTUNIDAD

Las oportunidades son eventos que pueden mejorar la situacin de la empresa

considerablemente.

Los sistemas de informacin pueden apoyar, por ejemplo, para registrar y

conocer los gustos y preferencias de los clientes y as, la empresa podr
ofrecerles los productos que desean al precio justo.

DAR RESPUESTA A DIRECTIVOS PARA CUMPLIR UN OBJETIVO

Los sistemas de informacin pueden apoyar el cumplimiento de algn objetivo

de la empresa, por ejemplo: la productividad.
2.1 RAZONES PARA EMPRENDER UN PROYECTO DE
SISTEMAS

Para alcanzar estos objetivos, las empresas emprenden proyectos por una o
ms de las siguientes razones:

F Capacidad. Notas:
F Control.
F Comunicacin.
F Costo.
F Competitividad.

2.1.1 CAPACIDAD

Las actividades de la organizacin estn

influenciadas por la capacidad de sta para
procesar transacciones con rapidez y eficiencia.

Los sistemas de informacin mejoran esta capacidad en tres formas:

F Aumentan la velocidad de procesamiento.

F Permiten el manejo de un volumen de transacciones cada vez mayor.
F Recuperan con rapidez la informacin.

2.1.2 CONTROL

La administracin de una empresa requiere controlar las operaciones para

aumentar la efectividad.

Cuando un proyecto de desarrollo de sistemas se relaciona con el control es

para:

F Mejorar la exactitud y la consistencia de la informacin.

F Aumentar la seguridad de los datos ms importantes.

2.1.3 COMUNICACION

La falta de comunicacin es una fuente comn de dificultades que afectan

tanto a clientes como a los trabajadores.

Un sistema de informacin bien desarrollado:

F Ampla la comunicacin.
F Facilita la integracin de funciones individuales.

2.1.4 COSTO

Muchas organizaciones han quedado fuera de la actividad comercial y otras

tantas imposibilitadas para alcanzar el xito por el poco control sobre los costos
o por el total desconocimiento de stos.

Los sistemas de informacin juegan un papel importante en:

F La vigilancia de los costos.

F La reduccin de costos de operacin.
2.1.5 COMPETITIVIDAD

Los sistemas de informacin computacionales son un arma estratgica que

puede cambiar la forma en que la empresa compite en el mercado.

Una organizacin puede ganar ventaja competitiva a travs de sus sistemas de
informacin en cuatro formas diferentes, donde cada una considera las Notas:
distintas entidades con las que trata la compaa como parte de sus
actividades comerciales.

F Asegurar clientes.
F Formar bases para nuevos productos.
F Dejar fuera a los competidores.
F Mejorar acuerdos con proveedores

 2.2 FUENTES DE SOLICITUDES DE PROYECTOS

Existen cuatro fuentes primarias de solicitudes de proyectos:

F Gerentes de departamento.
F Altos ejecutivos
F Analistas de sistemas. Notas:
F Grupos externos.

2. 2. 1 GERENTES DE DEPARTAMENTO

Es frecuente que las personas relacionadas con las

actividades cotidianas de la empresa busquen ayuda
para el desarrollo de un sistema de informacin
especfico para su rea.

2.2.2 ALTOS EJECUTIVOS

Los altos ejecutivos tales como presidentes, directores de consejos y vicepresi-

dentes, deben tener informacin sobre toda la organizacin que no est a dis-
ponibilidad de los gerentes.

Esta informacin, adems de las grandes responsabilidades que estos eje-

cutivos tienen, influye sobre las solicitudes de proyectos que se formulan.

2.2.3 ANALISTAS DE SISTEMAS

En ocasiones, los analistas de sistemas encuentran reas donde deben desarro-

llarse proyectos y presentan una solicitud.

2.2.4 GRUPOS EXTERNOS

Los acontecimientos externos a la organizacin tambin conducen a solicitudes

de proyectos.

Por ejemplo, cualquier cambio en las leyes fiscales afecta la operacin de la

empresa, esta debe desarrollar sistemas de informacin para soportar dichos
requerimientos.

La propuesta de un provecto puede ser presentada por cualquiera de las

entidades antes mencionadas.

La informacin que debe contener una solicitud de proyecto es:

F Descripcin general del problema/objetivo/oportunidad.

F Descripcin detallada del problema/objetivo/oportunidad.
F Relevancia del proyecto solicitado para la empresa.
F Alternativas de solucin propuestas por los usuarios.
F Razones para emprender el proyecto.
F Personas involucradas
 2.3 ESTUDIO DE FACTIBILIDAD

El estudio de factibilidad de un proyecto consiste en averiguar si es posible que

el sistema de informacin sea desarrollado e implantado exitosamente en la
empresa.

La evaluacin de la factibilidad de un proyecto es la informacin que requieren Notas:

los altos ejecutivos para decidir realizar el proyecto, posponerlo o cancelarlo.

La factibilidad debe ser revisada desde cuatro perspectivas:

F Factibilidad operativa.
F Factibilidad tcnica.
F Factibilidad econmica o financiera.
F Factibilidad legal

2.3.1 FACTIBILIDAD OPERATIVA

La factibilidad operativa se refiere a la

posibilidad de xito que tendra el sistema al
momento de ser implantado y operado por el
personal de la empresa. Para estudiar la factibilidad operativa de un proyecto, el
analista debe investigar lo siguiente:

F Los usuarios estn de acuerdo con el nuevo sistema?
F Trabajarn con el sistema cuando se haya terminado e instalado?
F Los usuarios han participado en la planeacin y desarrollo del
proyecto?
F El sistema incrementar la productividad de los trabajadores?
F Mejorar la integracin con otras reas?

La gente se resiste a los cambios en su forma de trabajo cuando sta no

presenta inconvenientes y se siente cmoda.

Pero si no es as, entonces los usuarios aceptarn con gusto cualquier cambio
que permita tener un sistema ms til y fcil de usar.

Por otro lado, si los usuarios se involucran con el proyecto desde el principio
sern parte del cambio y las posibilidades de xito, desde la perspectiva
operativa, aumentan.

Adems, el proyecto debe aumentar la productividad de los trabajadores para

que sea atractivo para la empresa.

Nunca un proyecto de sistemas debe obstruir o disminuir la integracin de las

funciones de una empresa ni en el corto ni en el largo plazo.

2.3.2 FACTIBILIDAD TCNICA

Entre los aspectos tcnicos que se deben investigar durante el estudio de facti-
bilidad, se incluyen los siguientes:

F Existe o se puede adquirir la tecnologa necesaria para cubrir las

demandas del nuevo proyecto?
F Si se desarrolla el sistema, puede crecer con facilidad?
 F Existen garantas tcnicas de exactitud, confiabilidad, facilidad de acce-
so y seguridad de los datos?
F El proveedor del equipo tambin dar el soporte tcnico y de capacita-
cin necesario antes, durante y despus del desarrollo del proyecto?
F Cualquier aspecto tcnico no considerado puede ocasionar prdidas im-
portantes a la empresa.

2.3.3 FACTIBILIDAD FINANCIERA O ECONMICA Notas:

Un sistema que puede desarrollarse desde el punto de vista tcnico y que

adems se utilice, si se llega a instalar, debe ser una buena inversin para la
organizacin.

Los beneficios financieros deben igualar o superar a los costos.

Las cuestiones econmicas y financieras formuladas por los analistas, durante la

investigacin preliminar, tienen el propsito de estimar lo siguiente:
F El costo de llevar a cabo la investigacin completa del sistema.
F El costo del hardware y software para la aplicacin que se est conside-
rando.
F Beneficios en la forma de reduccin de costos o de menos errores
costosos.
F El costo si nada sucede, es decir, si el proyecto no se lleva a cabo.

2.3.4 FACTIBILIDAD LEGAL

Determina cualquier infraccin, violacin o responsabilidad legal en que se

podra incurrir por el desarrollo del sistema.

2.3.5 SELECCIN DE UN PROYECTO

No todas las solicitudes de proyecto pueden elegirse para estudiar su factibilidad.

Las solicitudes de proyectos deben examinarse desde una perspectiva de

sistemas, de tal forma que se considere el impacto del proyecto propuesto sobre
toda la organizacin.

Existen cinco criterios bsicos para seleccionar el proyecto o proyectos a

desarrollar.
F Contar con el respaldo de la directiva: nada puede lograrse sin el respaldo
de la gente que eventualmente recibir la cuenta
F Programar el tiempo que se requiere para el proyecto: tanto el de los
analistas como el de los programadores y usuarios que participarn.
F Mejorar el logro de metas de la organizacin: dentro de los objetivos del
proyecto debe estar contemplada la organizacin y no desviarla de sus
fines primarios.
F Debe ser viable en funcin de los recursos y capacidades: tanto del ana-
lista como de la organizacin, tal vez haya proyectos para los cuales no
existan los recursos ni la capacidad para llevarlos a la prctica.
F Debe dar ventajas sobre cualquier otra opcin de inversin: cuando un
negocio autoriza un proyecto est comprometiendo los recursos que ex-
cluir de otros proyectos.

Basndose en estos criterios se puede reducir considerablemente el nmero de

proyectos a los que se dedicar tiempo.
 2. PLANEACION Y CONTROL DE ACTIVIDADES

Un proyecto de sistemas involucra actividades de naturaleza muy diferente.

Siempre hay un responsable del proyecto que debe administrar todas las
actividades con cuidado si desea que el sistema se desarrolle e implemente
exitosamente. Notas:

Al responsable de un proyecto se le denomina Administrador de proyecto y esta

funcin puede realizarse por un Analista de sistema si este cuenta con las
condiciones para ello.

La planeacin incluye:
F La seleccin de las personas apropiadas para formar el equipo de
desarrollo del proyecto de sistemas
F La estimacin del tiempo y del costo que cada tarea requiere para su
ejecucin.
F La programacin del proyecto para que se concluya oportunamente ajus-
tndose al presupuesto asignado.

El control incluye:
F La retroalimentacin para darle seguimiento al proyecto. Comparar el
plan de proyecto con lo realizado hasta el momento. Tomar las acciones
adecuadas para acelerar o reprogramar las actividades.
F Motivar a los miembros del equipo para que se cumplan sus tareas en
forma adecuada.

2.5.1 PLANEACIN DE UN PROYECTO

PRIMER PASO

La primera decisin del administrador del proyecto es determinar el grado de

detalle que usar al definir las actividades de su plan de trabajo.

El primer nivel de detalle se basa en las fases del ciclo de vida de desarrollo de
sistemas. Por ejemplo:

ANLISIS DISEO DESARROLLO IMPLANTACION

Diseo de la
Recopilacin de
salida de Codificacin Implantacin
datos
informacin
Anlisis de Diseo de la Pruebas del
Evaluacin
informacin entrada de datos sistema

Elaboracin del Organizacin de

modelo del sistema datos

Preparacin de la
propuesta
El siguiente nivel sera detallar cada uno de los pasos que se especificaron en el
primer nivel.

Por ejemplo:

ACTIVIDADES GENERALES ACTIVIDADES DETALLADAS
Anlisis: Notas:

F Recopilacin de datos Elaboracin de entrevistas Preparacin
de cuestionarios Aplicacin de encuestas

F Anlisis de la informacin Anlisis del flujo de datos Anlisis de las

decisiones

F Elaborar el modelo del Elaborar el diagrama de flujo de datos

sistema Elaborar el diccionario de datos Elaborar
las mini especificaciones

F Preparacin de la Preparacin de la propuesta

propuesta Presentacin de la propuesta

El Administrador del proyecto tiene la opcin de detallar an ms las actividades.

El grado de detalle depender del proyecto, sin embargo, todos los pasos
decisivos o importantes deben aparecer en el plan de trabajo.

SEGUNDO PASO
Una vez que se especifican todas las actividades detalladas, el siguiente paso es
estimar el tiempo de cada una de ellas.

Se requiere experiencia para hacer una buena estimacin de las necesidades de

tiempo.

Mientras ms detalladas sean las actividades ser ms sencillo el proceso de

estimacin de tiempos.

Definidos los tiempos, se debern estimar los costos de cada una de las
actividades.

Para la estimacin de costos se deben considerar: el tiempo de las personas que

realizarn la actividad, los recursos tecnolgicos que usarn y los gastos en
materiales necesarios para cumplir su tarea.
TERCER PASO

Cuando se tienen las actividades detalladas y la estimacin de los tiempos y

costos se proceder a la programacin de las actividades.

Con la ayuda de herramientas especializadas, el administrador del proyecto

realizar la programacin de las actividades.

La programacin de actividades consiste en listar las actividades, su duracin

estimada y las actividades que se deben haber terminado para iniciarla (re-
quisito) y aquellas que estn a continuacin.
Por ejemplo:

Antes de Actividad Tiempo Despus de

A
--- 3 C
Preparacin de cuestionarios
B
--- 3 D-E
Elaboracin de entrevistas Notas:
C
A 5 F
Aplicacin de encuestas
D
B 7 F
Realizacin de entrevistas

E
B 7 ---
Revisin Documental sistema actual
F
C-D Anlisis de Resultados encuestas y 6 ---
entrevistas

Es necesario realizar esta programacin que ser la base para el control del
proyecto.

2.5.2 HERRAMIENTAS PARA LA PLANEACIN Y CONTROL

DIAGRAMAS DE GANTT

La planificacin ms simple usa diagramas de barras que muestran cada activi-

dad en un proyecto de sistemas y la cantidad de tiempo que tomar dicha
actividad; este mtodo fue desarrollado por Henry L. Gantt.

Los diagramas de Gantt tambin son conocidos como diagramas de barras. Un

diagrama de Gantt contiene barras que representan cada una de las actividades
y cuya longitud representa la duracin de la actividad respectiva.

La ventaja principal de los diagramas de Gantt es su sencillez. El analista de

sistemas no slo encontrar fcil esta metodologa sino que adems contar con
una herramienta de comunicacin con los usuarios. Por ejemplo, utilizando la
tabla anterior:
GRAFICAS CPM / PERT

PERT son las siglas de Program Evaluation an Review Techniques (Tcnicas de

Evaluacin y revisin de Programas).

Un proyecto se representa por una red de nodos y flecha, que luego se evala
para determinar cuales son las actividades crticas y mejorar su programacin si
fuera necesario. PERT es til cuando pueden desarrollarse varias actividades Notas:
simultneamente.

Los analistas de sistemas pueden beneficiarse del uso de este tipo de grficas
sobre todo cuando varios miembros de un equipo trabajan simultneamente en
varias actividades y otras personas de la organizacin participan en otras reas.

En este diagrama las actividades se representan por flechas. La longitud de la

flecha no indica relacin con el tiempo que dura cada actividad.

Los nodos circulares en la grfica PERT representan eventos y se identifican

mediante nmeros.

Los nodos sirven para:

F Identificar que actividades se inician
F Reconocer que actividad ha concluido.
F Indicar que actividades deben estar terminadas antes de iniciar una
nueva actividad.

Por ejemplo empleando la misma tabla anterior:

Como puede observarse en el diagrama la actividad C no puede comenzar

mientras no este terminada la actividad A.

Esta tipo de precedencias no es explicita en la grfica Gantt, la integracin de

ambas grficas resulta de gran utilidad.

La denominada ruta crtica esta formada por aquel camino de ms larga duracin
en el proyecto, en este caso B, D, F que tiene una duracin total de 16 das.

2.5.3 CONTROL DE ACTIVIDADES

Cuando se han programado las actividades usando alguna de las herramientas

antes mencionadas, el administrador del proyecto deber controlar el proyecto
conforme se realicen las actividades. Si alguna actividad se realiza en un tiempo
distinto al estimado, deber ajustar el resto de las actividades, en especial de
aquellas que estn en la ruta crtica si este es mayor, como tambin en el
aprovechamiento de las holguras.

Adems de los ajustes necesarios en los tiempos y costos del proyecto que se
van presentando durante su desarrollo, el administrador debe motivar a su
equipo de trabajo constantemente para lograr su objetivo: cumplir con los
requerimientos del proyecto en el tiempo y costo estimados.
Notas:

3.1 ANALISIS DE SISTEMAS

El Anlisis de Sistemas es el estudio de un sistema actual de empresa y de
informacin, y la definicin de las necesidades y las prioridades
manifestadas por los usuarios para la construccin de un nuevo sistema de
informacin. Notas:
Dentro de las organizaciones el anlisis de sistemas se refiere al proceso de
examinar la situacin de una empresa con el propsito de mejorarla con mtodos
y procedimientos ms adecuados.

El anlisis es el proceso de clasificar e interpretar hechos, diagnosticar,

problemas y emplear la informacin para recomendar mejoras al sistema.

El anlisis de sistemas de informacin especifica qu es lo que el sistema debe

hacer.

El anlisis de sistemas no es:

F El estudio de una empresa para buscar procesos ya existentes con el
propsito de determinar cuales deben ser automatizados y cuales deben
ser manuales.
F Determinar los cambios que deberan efectuarse.

El analista debe recolectar informacin para conocer la situacin de la empresa,
luego deber modelar el sistema usando diagramas y otras herramientas.

Se pueden plantear las siguientes tres fases en el anlisis:

Identificacin de problemas, oportunidades y objetivos.

En la primera fase del ciclo de desarrollo de sistemas, el analista tiene que ver
con la identificacin de problemas, oportunidades y objetivos. Esta etapa es crtica
para el xito del resto de proyecto, debido a que nadie quiere desperdiciar el
tiempo resolviendo el problema equivocado. La primera fase requiere que el
analista observe honestamente lo que est sucediendo en un negocio. Luego,
junto con los dems miembros de la organizacin, el analista hace resaltar los
problemas. Esta fase proporciona al analista de sistemas una comprensin
ms profunda de los problemas, oportunidades y/o normas que impulsan
los proyectos. En la prctica, el analista descubre con frecuencia nuevos
problemas y oportunidades. Durante el estudio es necesario descubrir las
causas y efectos de los problemas, las oportunidades y las normas.

Las actividades de esta fase consisten en entrevistas a los administradores de los

usuarios, recopilacin del conocimiento obtenido, estimacin del alcance del
proyecto y documentacin de los resultados.

Determinacin de los requerimientos de informacin.

Entre las herramientas utilizadas para definir los requerimientos de informacin en

el negocio se encuentran: muestreo e investigacin de los datos relevantes,
entrevistas, cuestionarios, el comportamiento de los tomadores de decisiones y su
ambiente de oficina y hasta la elaboracin de prototipos. En esta fase el analista
est esforzndose por comprender qu informacin necesitan los usuarios para
realizar su trabajo. Las personas involucradas en esta fase son los analistas y los
usuarios, tpicamente los administradores de las operaciones y los trabajadores
de las operaciones.

Anlisis de las necesidades del sistema.

La siguiente fase que realiza el analista involucra el anlisis de las necesidades

del sistema.
Notas:
Nuevamente, herramientas y tcnicas especiales ayudan para que el analista
haga las determinaciones de los requerimientos. Tambin se definen las
prioridades que hay que asignar a los requisitos, considerando los criterios de los
usuarios acerca de las funcionalidades a cubrir.

Una herramienta de stas es el uso de diagramas de flujo de datos para

diagramar la entrada, proceso y salida de las funciones del negocio en forma
grfica estructurado. A partir de los diagramas de flujo de datos se desarrolla un
diccionario de datos, que lista todos los conceptos de datos usados en el sistema,
as como sus especificaciones, si son alfanumricos y qu tanto espacio ocupan
cuando se imprimen. Durante esta fase el analista de sistemas tambin analiza
las decisiones estructuradas que se toman. Las decisiones estructuradas son
aquellas para las que pueden ser determinadas las condiciones como alternativas
de condicin, acciones y reglas de accin.

Esta fase tambin denominada de definicin. En ella el analista se acerca

a los usuarios para informarse de lo que necesitan o buscan en el nuevo
sistema. Lo principal es especificar estas necesidades sin expresar
alternativas informticas y detalles de tecnologa, definiendo el qu y no el
cmo.

Estas necesidades, recogidas mediante diversas tcnicas, como entrevistas,

deben ser traducidas a un modelo que represente el sistema. Este mtodo se
denomina modelizacin y consiste en elaborar una o ms representaciones
grficas de un sistema. La imagen resultante representa las necesidades
planteadas por los usuarios en tanto a datos, procesos y redes, desde el punto
de vista de la empresa.

Los principales tipos de requisitos que se deben especificar son, por ejemplo:
- Funcionales.
- Rendimiento.
- Seguridad.
- Implantacin.
- Disponibilidad del sistema
3.2 TECNICAS DE RECOLECCION DE DATOS
Las tcnicas para la recoleccin de la informacin deben ser estudiadas por el
analista ya que cada una de estas presenta caractersticas especiales.
Por lo tanto se debe elegir la tcnica ms adecuada para cada situacin.
Estas tcnicas pueden usarse de manera combinada para lograr mejores Notas:
resultados.
Tcnicas:
F Entrevistas
F Cuestionarios
F Observacin
F Revisin de documentos
Cuando se est por iniciar la recoleccin de los datos, el analista debe plantearse
las siguientes preguntas:

F Qu se va a examinar?
F A quienes se examinar?
F Cmo se va a examinar?
F Cul es la dimensin de la muestra?

Cuando se tiene gran cantidad de elementos

a examinar es recomendable seleccionar una muestra representativa que ofrezca
resultados similares a la revisin de todos los elementos.
3.2.1. MUESTREO
El muestreo es el proceso mediante el cual se seleccionan de manera sistemtica
los elementos representativos de una poblacin.
El muestreo se usa para:
F Eliminar los costos de examinar cantidades
excesivas de informacin.
F Reducir el tiempo que se requiere para la
recoleccin de datos.
F Optimizar el proceso de anlisis de resultados.
Consideraciones para el diseo del muestreo:

F Precisar los datos a recopilar.

F Delimitar la poblacin.
F Elegir el tipo de muestra.
F Definir el tamao de la muestra.
El muestreo es una tcnica estadstica que apoya a las tcnicas de recoleccin de
datos, especialmente en la revisin de documentos y en los cuestionarios.

3.2.2 REVISIN DE DOCUMENTOS

Los documentos son una rica fuente de datos que el analista debe revisar
cuidadosamente.
Los tipos de documentos que existen son:
F Documentos cuantitativos.
F Documentos cualitativos.
Los documentos cuantitativos tienen un propsito y lectores especficos hacia los
cuales se dirigen.

Los tipos de documentos cuantitativos son:

F Informes corporativos.
F Informes que soportan la toma de decisiones.
F Informes de desempeo. Notas:
F Registros

Los documentos cualitativos no siguen lineamientos
preestablecidos, pero su anlisis se vuelve
fundamental para comprender cmo los integrantes
de la organizacin estn involucrados en el proceso
organizacional.

Tipos de documentos cualitativos:

F Memorandums.
F Avisos de tableros.
F Avisos en reas de trabajo.
F Manuales de polticas.

3.2.3 ENTREVISTA

Las entrevistas se utilizan para recabar informacin en forma verbal a travs de
preguntas que propone el analista.

La entrevista se debe entender como una forma de conversacin, no de

interrogacin.

Los tipos de informacin que se obtienen de una entrevista son:

F Informacin cuantitativa.
F Informacin cualitativa.

La informacin cuantitativa es la informacin que

puede ser recabada en forma exacta y precisa, no
esta sujeta a la subjetividad del entrevistado.

La informacin cualitativa es la informacin

subjetiva que es percibida del entrevistado, como
son las ideas, los comentarios, las opiniones y
descripciones de actividades o problemas.
Todas las entrevistas deben ser preparadas
cuidadosamente, estableciendo las preguntas necesarias para lograr el objetivo
de recoleccin de datos.

Tipos de entrevistas:
F Entrevistas estructuradas.
F Entrevistas no estructuradas.
Las entrevistas estructuradas consisten en preguntas preestablecidas diseadas
por el analista donde el entrevistador no puede incluir nuevas preguntas durante
el proceso de la entrevista.
Las entrevistas no estructuradas, por el contrario, permiten al entrevistador incluir
preguntas no planeadas que le permitan indagar libremente en los entrevistados
aspectos relevantes para la investigacin.

Para lograr los mejores resultados de esta tcnica de recoleccin es necesario
realizar una seleccin de las personas a entrevistar.

La entrevista debe aplicarse una vez que no se ha podido indagar la informacin Notas:
de otra forma y el personal entrevistado se limita hacia aquellas personas que
tienen dicha informacin.

Consideraciones para la realizacin de la entrevista:

F Planear la entrevista.
F Conocer las caractersticas del entrevistado.
F Interpretar la informacin recibida.
La principal ventaja en el uso de las entrevistas es la posibilidad que tiene el
entrevistador de recolectar informacin mediante la comunicacin no verbal
(gestos, actitudes, etctera) expresada por el entrevistado.

3.2.4 CUESTIONARIO
Un cuestionario est formado por una serie de preguntas planteadas para que
sean respondidas por un conjunto de
personas.

Ventajas:
F Se pueden distribuir masivamente
entre los diversos departamentos.
F En los cuestionarios annimos
pueden darse respuestas ms
honestas.
F Las respuestas son menos
estereotipadas.

Desventajas:
F No se pueden observar las
reacciones de los encuestados.
F Las expresiones de los encuestados no son percibidas.
F Algunas preguntas no son contestadas.

Tipos de preguntas a utilizar en los cuestionarios:

F Preguntas abiertas.
F Preguntas cerradas.
Las preguntas abiertas se aplican cuando se quiere conocer la opinin de una
persona, son ms lentas de responder ya que el cuestionado tiene que estructurar
la respuesta.

Por ejemplo:
F Qu opinin tiene sobre el proceso para la captura de informacin?

Las preguntas cerradas se aplican cuando se tienen que limitar las respuestas
posibles del interrogado, el analista puede controlar el marco de referencia.
Por ejemplo:
F Considera que el proceso de captura de informacin minimiza la proba-
bilidad de cometer errores? (S) (NO)

Consideraciones en la elaboracin del cuestionario:
Notas:
F Qu informacin se requiere?
F A quin debe aplicarse? (Seleccionar una muestra.)
F Qu tipo de cuestionario debe aplicarse?
F Se estudiaron las deficiencias antes de aplicarse?
F Se prob antes de la aplicacin real?

Estas consideraciones son tiles para lograr los mejores resultados en el proceso,
ya que si el cuestionario se aplica sin tomar estos puntos en cuenta los resultados
no tendrn ningn valor.

El cuestionario debe probarse con un pequeo grupo de personas para

comprobar que cada pregunta sea clara y no permita ambigedades en su res-
puesta.

3.2.5 OBSERVACIN

La tcnica de observacin proporciona informacin de primera mano en relacin

con la forma en que se llevan a cabo las actividades, nicamente observando
detalladamente la forma de procesar la informacin y las diversas situaciones que
se presentan.

Requisitos del observador:

F Ser muy perceptivo.
F Saber cmo buscar.
F Saber cmo relacionar lo observado
con un significado.
F Tener cierto nivel de experiencia.

Preguntas usuales del observador:

F Quin utiliza los documentos?

F El observado tiene dificultades con la
informacin?
F Cules son los documentos que no se utilizan?
F Se utiliza la memorizacin?
F Se sacan copias de la informacin manejada?
F Adonde se envan las copias?
F Son demasiado complejas las operaciones?
F Existen cuellos de botella en las operaciones?

Una herramienta til para el observador es la tabla de referencia, donde:

F Se define lo que debe suceder.

F Se describe lo que sucedi.
Ejemplo de una tabla de referencia:

LO QUE DEBE SUCEDER LO QUE SUCEDI

Elaborar una factura al cliente en un Elaboracin de una factura al
minuto. cliente en cinco minutos.

Notas:
Problemas potenciales del proceso de observacin:

F Los observados cambian la forma de trabajar:
En ocasiones los observados, al detectar la presencia del
observador cambian su comportamiento y tratan de simular
situaciones no problemticas.

F El analista puede tener una perspectiva distorsionada:

El analista debe detectar los ajustes temporales de la conducta
de los empleados y percibir cuando est observando situaciones
reales.

F La complejidad del trabajo dificulta la observacin del analista:

Aquellas funciones que resultan demasiado complejas o donde
interviene la computadora son muy difciles de percibir por medio
de la observacin.

Para evitar dichos problemas, el observador requerir de la observacin participan
va que consiste en involucrarse con el proceso y con el observado para crear
confianza, eliminar falsas percepciones y obtener mejores resultados.