SI-ProfesoraJewsbury-Unidad2

Materia Sistemas de Informacin
Profesora: Alejandra Jewsbury

- 1 -

Unidad 2: La informacin en las organizaciones

Esta unidad se basa en el anlisis de la informacin que emana de las actividades que realizan las
personas en las organizaciones. La informacin se transforma de esta forma en el recurso ms valioso
que los individuos poseen a la hora de tomar decisiones y es nuestro objetivo como profesionales de
las ciencias informticas lograr que esta informacin se encuentre, en tiempo y forma, disponible. Para
ello es necesario el desarrollo de sistemas de informacin que permitan a travs de actividades y
procesos brindar a los usuarios la informacin que necesitan.
El desarrollo de sistemas de informacin (y de software en particular) sigue un conjunto de mtodos y
tcnicas especiales que abordaremos en forma general, que sern cuerpo de estudio de materias
siguientes, a los efectos de comprender el marco en el que se desarrollan las actividades iniciales de
identificacin de necesidades de informacin y formulacin de requerimientos.
Las notas que siguen le permitirn avanzar en las lecturas de los textos correspondientes a la
bibliografa obligatoria y tendr disponible tambin un ejercicio completo resuelto, que muestra un
sistema de informacin y sus requerimientos asociados.
Es importante que anote lo siguiente: Los temas referidos a: Sistemas de Informacin: Conceptos.
Objetivos, ambiente, recursos y actividades, sern evaluados con la unidad 3. Por esta razn se
presentan en este momento, se practican y aplican en el trabajo de la Preciase correspondiente a la
unidad 2 y se evalan luego en la unidad 3. No se preocupes, yo me encargar de recordarlo varias
veces. .Adelante entonces con nuestra tarea.

2.1 Dato

Los primeros elementos presentes en la realidad son los datos, un dato es la representacin
formalizada de entidades o hechos (Saroka, pg. 24). En el mismo contexto, Stair y Reynolds en
definen los datos como realidades concretas en su estado primario.
En la Unidad 1 nos referimos a los elementos que conforman los sistemas y al definirlos,
hablamos de los atributos.
Los atributos son las variables que definen las cosas y los datos son los valores que asumen
dichos atributos. Por ejemplo: Los clientes poseen atributos: Nombre, CUIT, Domicilio, Telfono.
Cada uno de estos atributos asume determinados valores para cada uno de los clientes. As Juan
Rodrguez es el valor que asume el atributo nombre para un cliente. En este contexto, Juan
Rodrguez es un dato.

En una organizacin se realizan ventas, por ejemplo. Las ventas son hechos cotidianos que se
observan a partir de determinados valores asumidos por sus atributos. Son atributos de las
ventas: nombre del cliente, fecha, hora, nombre del cajero, artculo, cantidad, precio. Estos
atributos asumen valores (que son los datos) para cada instancia o momento en especial. Es decir
la compra realizada por Juan Prez el 7 de marzo tendr los siguientes datos: Juan Prez,
07/03/09,12:25.

2.2 Informacin

La informacin es un conjunto de datos evaluados por un individuo concreto, que trabaja, en un
momento, sobre un problema especfico, para alcanzar un objetivo determinado. (Saroka,
- 2 -

pg.24). Este texto te va a situar con mucha claridad en el concepto subjetividad de la
informacin, ya que estamos siempre frente a un conjunto de datos que cobra relevancia ante un
usuario y en un momento especfico y es all mismo que se transforma en informacin.

Juan Rodrguez es el cliente con Nro. de Cuenta 2345 y registra una deuda impaga de $1200; es
informacin que le permite al personal del rea de cobranzas de una empresa iniciar gestiones
para regularizar la deuda. Esta informacin tiene ms valor que el que tiene cada uno de los datos
tomados en forma aislada y adems ese valor est asociado a quien recibe la informacin: el
personal de cobranza.

Es por tanto que la informacin adems de ser un conjunto de datos procesados, toma la real
dimensin de informacin cuando se coloca en el entorno y momento apropiado, ante persona
que la necesita.

La conversin de datos en informacin es un proceso o serie de tareas lgicamente relacionadas
entre s y ejecutadas con el fin de producir un resultado definido. La ejecucin de tareas es
objetivo de los sistemas de informacin.

Para repasar los conceptos de sistemas de informacin, la forma en la que estos sistemas
procesan los datos, los recursos que los contienen y las formas especiales que toman los
procesos de desarrollo de sistemas de informacin lo invito a que repase las ideas que se
encuentran en este mismo texto, al final, en el apartado: LOS SISTEMAS DE INFORMACIN.

2.3 El papel de la informacin

La informacin es el recurso ms importante que tienen las organizaciones para desarrollar sus
tareas cotidianas, para avanzar en sus planes, para realizar pronsticos, para conocer mejor a los
clientes y brindar buenos servicios; en definitiva la informacin y los sistemas de informacin
asociados, permiten que los negocios obtengan mayores ganancias y mejor posicionamiento
social.

La informacin se convierte en un recurso de la organizacin, tal como el dinero, el personal o el
equipo; ms an, la informacin es el recurso crtico, pues los restantes recursos no pueden ser
administrados sin ella. (Saroka, pg. 44)

2.4 Atributos de la informacin

El valor de la informacin est directamente relacionado con la utilidad que tiene la misma para los
responsables de la toma de decisiones. (Stair, pg. 7)

Los elementos que hacen valiosa la informacin se denominan atributos de la informacin, al
respecto, tanto el libro de Saroka como el de Stair y Reynolds se ofrecen una clasificacin. A los
efectos de organizar el material de estudio podemos decir que ambas se complementan y en su
conjunto te permiten fluidez a la hora de plantear tus propios ejemplos. A los efectos de la
evaluacin consideraremos solo los elementos presentes en el libro de Stair y Reynolds.

Las caractersticas de la informacin valiosa son:

- 3 -

Exacta:
La informacin carece de errores. Esto se refiere a que no se encuentran elementos tanto en la
entrada como en el proceso que haga fracasar su resultado.

Completa:
La informacin posee todos los datos necesarios. Por ejemplo cuando llenamos un formulario
Web y todos los datos considerados como obligatorios (muchas veces se presentan con *) han
sido ingresados.

Econmica:
La produccin de la informacin debe ser relativamente econmica. Esta es uno de los atributos
ms difciles de exponer, centralmente se refiere a que el costo de obtener informacin (esto es
ingresarla y procesarla) no debe ser mayor al beneficio que se obtiene luego de su uso.

Flexible:
La informacin debe ser til para muchos propsitos.

Confiable:
La fuente de datos de donde proviene la informacin debe garantizar su calidad. Un rumor no es
una informacin confiable. La confiabilidad habla de la calidad de la fuente de datos.

Pertinente:
Es aquella que se asocia directamente a la persona que la necesita para tomar decisiones, es
decir que est directamente relacionada con el problema que se persigue resolver.

Simple:
La simpleza permite que la informacin sea reconocida como tal por quien la recibe. El grado de
simplicidad est asociado al problema y fundamentalmente al receptor. Un informe cargado de
datos no es simple.

Oportuna:
Hablamos de la presencia de la informacin en el momento en el que se necesita y adems esta
informacin se encuentra actualizada.

Verificable:
Debe existir otra fuente de datos que compruebe la veracidad del dato que se ingresa. Por
ejemplo, cuando realizamos una compra con tarjeta de crdito adems presentamos nuestro
documento. El documento es el elemento que verifica nuestra identidad.

Accesible:
La informacin debe ser de fcil acceso para los usuarios autorizados, esto es, todos aquellos que
se encuentren habilitados para acceder a ella lo deben poder hacer fcilmente. La existencia de
mens de ayuda, de manuales en lnea, de interfaces claras son elementos que se relacionan
directamente con este atributo.

Segura:
La informacin debe estar protegida contra el acceso a ella de los usuarios no autorizados.

- 4 -

2.5 La informacin y la toma de decisiones

El proceso de toma de decisiones es un proceso por el cual un individuo, ante una situacin
problemtica, opta entre un conjunto de alternativas en pos de encontrar la mejor solucin. Nos
encontramos a cada instante en situaciones de toma de decisiones y con ms razn, los
empleados de las organizaciones. La toma de decisiones es la constante en las organizaciones y
la informacin se transforma entonces en el recurso ms importante para este proceso.

El proceso de toma de decisiones:

El proceso de toma de decisiones se encuentra compuesto de los siguientes pasos:

1) Identificacin del problema. Aquel momento en el que el tomar de decisiones se enfrenta
ante la situacin (ya sea un problema o una oportunidad), reconoce la existencia de
determinados valores que lo inquietan y por ende asume la responsabilidad de la toma de
decisiones.
2) Investigacin. Es la actividad por la cual se recolecta informacin de la situacin, a los
efectos de concretar un mayor conocimiento que implique la realizacin de soluciones
acordes.
3) Anlisis. Es la actividad en la que se agrupan los datos recolectados con la experiencia del
tomador de decisiones y se elaboran distintas alternativas de solucin; cada una con sus
costos asociados y sus beneficios.
4) Seleccin de la alternativa. Es el momento en el cual, con la informacin disponible, se
determina cul es la mejor solucin para el problema planteado.
5) Implementar la solucin. La solucin seleccionada se construye y se aplica dando lugar a
un resultado, por el cual es deseable que el problema presente en el punto 1) se haya
resuelto.
6) Evaluar la solucin. A medida que transcurre el tiempo la solucin planteada se revisa a
los efectos de verificar si es necesario agregar algn cambio o revisar algn aspecto.

Los niveles de toma de decisiones:

A los efectos de la toma de decisiones en las organizaciones encontramos distintos niveles o
estratos que se asocian directamente a las actividades y al nivel de responsabilidad de los
individuos que la componen. Es as que hablaremos de:

Nivel Directivo: asociando a las personas de mayor responsabilidad dentro de la empresa y
aquellas que toman las decisiones de mayor envergadura y mayor riesgo. Es en este nivel donde
se fijan los objetivos organizacionales, las polticas sobre los recursos y se delimitan las
estrategias y criterios generales que permiten planear el curso de la empresa. Lo encontrars
tambin bajo el nombre de Nivel estratgico.

Estos niveles se desenvuelven en un nivel de toma de decisiones sumamente incierto. La
empresa se basa en la visin de estos gerentes para decidir el desarrollo de nuevas lneas de
productos, adquirir otras empresas y desprenderse de las que ya no son redituables.

Nivel Administrativo: asociado a las personas encargadas de la administracin de los recursos y
supervisin de las actividades operativas. Son aquellos encargados de la asignacin de los
recursos para el desarrollo de las actividades y de la evaluacin del desempeo general para
garantizar el desarrollo de los planes organizacionales. Son tambin llamadas gerencias de nivel
medio.
- 5 -

Los gerentes de nivel medio toman decisiones sobre la planeacin y control a corto plazo respecto
a cmo asignar, de la mejor manera, los recursos para cumplir los objetivos de la organizacin.

Nivel Operativo: Aquellos encargados de realizar las operaciones o actividades cotidianas y
tcnicas de la organizacin. Se refieren a las actividades del cuerpo del negocio y aquellas sobre
las que se basa el objeto del mismo. Estas personas son las que desarrollan los planes
establecidos por los niveles superiores, estamos hablando aqu de los empleados de ventas, de
compras, de produccin y otros ms.

En la lectura del libro de Kendall se explica la importancia de estos niveles para el desarrollo de
sistemas de informacin. Los niveles operativos necesitan informacin repetitiva, son usuarios
frecuentes y de aplicaciones en lnea y es raro que usen informacin externa a la organizacin.

Los usuarios de nivel medio requieren informacin de corto y medio plazo. Requieren informacin
actualizada sobre el desempeo de los recursos humanos y es por ello que sus accesos son
tambin en lnea. La mayor cantidad de informacin es interna y distinto a los niveles inferiores
necesitan informacin histrica (esto es actuaciones pasadas) ya que necesitan muchas veces
comparar el rendimiento entre perodos distintos.

El nivel gerencial estratgico basar sus decisiones en informacin externa y necesitan
informacin interna que les permita evaluar que pasara s. Estos gerentes presentan fuertes
necesidades de informacin peridica con el propsito de adaptarse a la velocidad de los
cambios.

Tipos de Decisiones:

Decisiones programadas: son aquellas tomadas en los niveles operativos de la
empresa. Son repetitivas, rutinarias y las que automatizarn en los sistemas de
informacin transaccionales, que veremos luego. Por ejemplo: cuando en una
transaccin de venta se aplica un descuento de los productos que se encuentran
en promocin y este resultado aparece expuesto en el ticket se ha tomado una
decisin programada. En otro aspecto, cuando un vendedor decide concedernos un
descuento del 20% por pago de contado tambin, aunque se trate de l y no de una
mquina, est tomando una decisin programada.
Decisiones no programadas: son aquellas decisiones estratgicas, poco frecuentes
y que no poseen un procedimiento establecido que establezca qu se debe hacer.
Estas decisiones toman tal envergadura que no se pueden asociar directamente a
un sistema de informacin y poseen para su establecimiento de un conjunto de
informaciones dispares. No obstante la informacin sigue siendo un recurso ms
que valioso para estas decisiones, ya lo veremos en la unidad siguiente. Ejemplos
de estas situaciones son las decisiones que se toman para abrir una nueva
sucursal, para incrementar la produccin de un determinado artculo o para reducir
la cantidad de empleados de una seccin.

- 6 -

2.6 La informacin como recurso estratgico en las organizaciones

Los sistemas de informacin son los elementos con los que cuentan las organizaciones para
producir la informacin que necesitan para mejorar sus operaciones y as obtener ms ganancias,
brindar mejores servicios a los clientes y lograr posicionamientos competitivos en los mercados en
los cuales se encuentran inmersos. Como ya marcamos anteriormente, es importante para la
comprensin cabal de este punto que haya avanzado al punto 2.10 para revisar los conceptos
asociados a los sistemas de informacin Adelante!

Pero la informacin no es un recurso ms de los que integran el activo de la organizacin, sino
que reviste el carcter de recurso estratgico (Saroka, pg. 46). En este texto encontrar claras
referencias a la importancia de la informacin y su tratamiento para el crecimiento estratgico de
las organizaciones.

El desarrollo de sistemas de informacin para las organizaciones se basa en el estudio de las
actividades que los individuos realizan y de las necesidades de informacin que de ellas se
derivan.

Los sistemas de informacin son la base de muchas de las actividades que ocurren en las
empresas y en la sociedad. Las empresas que han alcanzado el xito han aprendido el modo de
utilizar la informacin como una herramienta eficaz para la correcta administracin. Para ello, han
desarrollado sistemas de informacin que responden a las necesidades de las personas que
integran las organizaciones y la sociedad (Saroka, pg. 43)

Los individuos desarrollan sus actividades en entornos organizacionales variados y son estos
entornos los que les brindan los procedimientos y normas a seguir; este marco es denominado por
Saroka como sistema-objeto y en otras bibliografas PROCESOS DE NEGOCIO. Es as que un
vendedor se desarrolla dentro de un proceso de ventas, que le establece qu hacer, con quin
comunicarse, cmo realizar la actividad, cmo tratar al cliente, qu artculos ofrecer, cmo llenar
los formularios y dems. Este proceso de negocio deriva para el sistema de informacin un
conjunto de demandas, demandas de informacin para que este vendedor desarrolle mejor su
actividad. Se entendi el aporte? Espero que s.

Las necesidades de informacin varan segn sea el nivel de la empresa en que se encuentre
cada integrante, ya que cada uno tiene actividades que le son propias; como ya hemos visto.

Debido a que la informacin es prcticamente la base de todas las actividades que se realizan en
una empresa, se desarrollan sistemas que permitan producirla y administrarla. El objetivo que se
busca con estos sistemas es asegurar que la informacin sea exacta y confiable y est disponible
cuando se la necesite y donde se la necesite. Esperamos de los sistemas de informacin registros
de todas las actuaciones de la organizacin tal radiografa de la realidad que permita a cada uno
de los integrantes y con distintos intereses y vistas actuar con eficiencia.

Es por ello que un sistema de informacin es un sistema integrado y coordinado de personas,
equipos y procedimientos que transforman datos en informacin con el fin de apoyar las
actividades de las organizaciones en cada uno de sus integrantes.

Los gerentes, los administradores y los planificadores gerenciales que han alcanzado el xito son
aquellos que estn mejor capacitados para administrar y utilizar la informacin, con el fin de tomar
decisiones oportunas y eficientes. Los sistemas de informacin facilitan el aprovechamiento de
- 7 -

dos componentes claves en una organizacin actual: la informacin y los recursos humanos. La
gerencia necesita de informacin por las siguientes razones:
- El ritmo de cambio en el entorno
- La creciente complejidad de la administracin de los negocios.
- La necesidad de mejorar sus niveles de produccin y atencin al cliente.
- La creciente disponibilidad de tecnologa para los usuarios finales.
- La globalizacin de los negocios.

2.7 Necesidades de Informacin

Una de las tareas ms importantes al momento de comenzar el desarrollo de sistemas de
informacin es la identificacin de las necesidades de informacin. Llamaremos as a los
discursos que presentan los usuarios y clientes y que permiten comprender la dimensin del
problema.

La actividad de investigacin comprende la indagacin de los usuarios, la inspeccin del entorno
organizacional y sus procesos y la observacin de los datos. Estas primeras inquietudes de
investigacin toman importancia ya que una adecuada identificacin de necesidad de informacin
da lugar a un correcto anlisis y por ende a una construccin correcta.

Diremos que es como plantear los cimientos adecuados para nuestro trabajo y por ende,
profesionalmente, detenernos en estas primeras etapas es por dems interesante.
Los implicados en esta fase son el analista y los usuarios, por lo general trabajadores y gerentes
de reas de sistemas de la empresa cliente (en el caso de existir).

Para comenzar con nuestra inspeccin encontraremos que tenemos distintos mtodos que nos
permiten organizar la informacin. Estos mtodos establecern la forma en que se desarrolla la
actividad de investigacin y se distinguirn unos de otros del campo de aplicacin y de la
problemtica a resolver.

A los efectos de la narracin que si los conceptos de necesidades de informacin y requerimientos
de informacin se utilizarn en forma indistinta. Es comn observar que el concepto de
necesidades se asocia a sistemas de informacin (manuales o automticos) y el de
requerimientos al de software.

Al realizar la recopilacin de la informacin se deber consultar a todos los usuarios para
asegurarse de que todo problema o necesidad est identificado. Se debern evitar trabajos
repetitivos, es decir, que varios analistas le hagan la misma pregunta a un mismo usuario. Para
evitar cometer errores, es conveniente organizarse con los mtodos de recoleccin de
informacin. Esta estrategia permite identificar todas las fuentes de las que se obtendr
informacin, junto con las tcnicas para obtener la informacin de cada una de ellas (entrevistas,
cuestionarios, etc.). El mtodo de recoleccin define dnde empezar la bsqueda y cmo
continuarla. Tambin identifica la secuencia en que se examinarn las fuentes y qu informacin
se obtendr en cada paso.

FUENTES DE INFORMACIN
Hay una gran variedad de fuentes sobre las que se puede realizar la investigacin y la obtencin
de la informacin necesaria para el desarrollo del sistema. Normalmente, cada fuente ofrece
- 8 -

informacin distinta y requiere un mtodo de bsqueda diferente para conseguirla. Las fuentes de
informacin ms comunes son:
Usuarios del sistema: son generalmente los primeros, ya que nos proporcionan
informacin sobre las tareas y nos hacen conocer las necesidades.
Formularios y documentos: son utilizadas para los diagramas de flujos de datos y
transacciones.
Programas: son utilizados principalmente para ver estructuras de datos y
procedimientos.
Manuales de procedimientos: permiten conocer todas las actividades que realiza el
personal dentro de una organizacin.
Informes: esta fuente nos sirve para detectar diferentes salidas en un sistema. Con
stos, no se podr obtener toda la informacin requerida pero s, la gran mayora.

MTODOS PARA RECOLECCIN DE INFORMACIN

Mtodo por estmulo o evento.

Iniciaremos el relevamiento a partir de la presencia de un estmulo o evento. En este contexto
denominaremos evento a un hecho ocurrido en el entorno y que habilita a que el sistema de
informacin responda. Podemos decir que el sistema se encuentra dormido a la espera de
eventos y cuando stos ocurren se ponen en funcionamiento un conjunto de acciones
preestablecidas. Por ejemplo: Pedidos de los clientes es el estmulo ante el cual la organizacin
debe reaccionar y generar actividades, documentos, datos e informacin. Este mtodo es uno de
los ms utilizados dentro de la disciplina informtica.

Este mtodo se inicia con el momento en el que se genera un evento y sigue el camino a travs
de la organizacin observando cules son los sectores, reas, personas, procesos e informacin
involucrados; desde el inicio hasta el fin. Durante el estudio se deben tener tambin en cuenta
aquellos eventuales, estmulos internos que se generan como reaccin al estmulo inicial.

El analista deber iniciar el proceso de recoleccin de informacin desde el estmulo inicial y
recorrer las distintas instancias hasta el o los puntos finales.

Este mtodo no es slo utilizado para organizaciones formales con estructuras (u organigramas
preestablecidos) sino que puede ser utilizado en cualquier situacin en la que se evala la
presencia de un hecho externo que da lugar a las actividades.

Los pasos a seguir para concretar este mtodo son:

Determinar los estmulos a los que el sistema debe responder.
Listar tanto los estmulos internos como los externos.
Determinar que secciones o departamentos son afectados.
Determinar el flujo de informacin solamente en el camino que genera el evento.
Conseguir copias de todos los documentos que se utilizan en los procesos.
Conseguir ejemplares de dichos documentos en blanco (se puede hacer durante la
entrevista al personal correspondiente).
- 9 -

Establecer en primera instancia el flujo principal que genera el evento y anotar todos los
flujos secundarios. No trate de tener toda la informacin al mismo tiempo.
Obtener los datos cuantitativos en lo posible. Estos datos dan una buena base para el
anlisis de las excepciones que aparecen (por ejemplo cuantas devoluciones se realizan
por da).
Una vez que se ha obtenido la informacin del flujo principal volver hacia los flujos
secundarios.

A modo de ejemplo:
El pedido de un cliente es un evento inicial,
que da inicio a las actividades de: registro de pedido, evaluacin del pedido, determinacin de
existencias de stock, generacin de la factura, actualizacin de cuenta corriente, registro de
despacho.

A su vez este evento puede dar lugar a eventos internos, como son: solicitud de reposicin de
mercadera (ya sea a Compras y proveedores o a almacenes) y solicitud de evaluacin de clientes
(cuando se tratan de clientes en cuenta corriente y se requiere evaluar el lmite de crdito u otras
condiciones para habilitar la venta).

El pedido del cliente tendr varios puntos finales: pedido no cumplimentado por faltante de stock:
avisar al cliente, pedido no cumplimentado por problemas crediticios: avisar al cliente, pedido
entregado, pedido facturado y registrado en cuenta corriente del cliente.

Se comprendi el ejemplo? Espero que s; ya sabe que si generan dudas, nos puede consultar
sin inconvenientes.

Mtodo por departamento o secciones

Este mtodo parte de la actual estructura de la organizacin. Es decir que necesitamos conocer
las reas funcionales de la misma y que se representan en grficas como organigramas, planos,
descripciones de procesos.

Se identifica una seccin o rea y dentro de ella se observan todos los elementos que den lugar al
tratamiento de informacin, esto es, las funciones, actividades y documentos que se utilizan. Es
muy ventajoso para organizaciones de amplia cobertura (empresas y sucursales) y apropiado para
iniciar actividades de mejora integral en los negocios (o procesos de reingeniera). Una desventaja
del mtodo es que no permite ver los puntos de contacto y relaciones entre los flujos de
informacin dentro de la organizacin.

La aplicacin de este mtodo se realiza de la siguiente manera:

Obtener una descripcin de las funciones y lmites del sector bajo estudio, as como la
relacin con otros departamentos.
Obtener una lista de las diferentes funciones y actividades que se desarrollan.
De acuerdo a dicha lista, obtener una descripcin de cada actividad, controles que se
realizan, polticas que se aplican y desiciones que se toman.
Observar cada actividad en detalle. Anotar qu informacin se necesita y qu informacin
se produce. Si se utilizan registros o archivos obtener su descripcin y contenido.
Conseguir copias de todos los documentos que se utilizan en los procesos.
Conseguir ejemplares de dichos documentos en blanco; se puede hacer durante la
observacin de las actividades.
- 10 -

Recuerde que hemos analizado ya en la Unidad 1 las organizaciones como sistemas y por lo tanto
tenemos informacin sobre sus estructuras y la forma en la que se desarrollan los organigramas.
Puede volver a repasar estos puntos si lo consideras necesario.

Mtodo orientado a las funciones o actividades
Se utiliza para tener en claro que informacin se necesita para iniciar y/o realizar determinada
actividad. Se utiliza como complemento del mtodo por departamento o por estmulo.

Mtodo orientado al objeto

Este mtodo se concentra en el estudio de las cosas y servicios que se producen en una
determinada organizacin o dominio de problema. Se basa en la deteccin de los objetos o
entidades presentes en el contexto del problema y en base a estos elementos se observan todas
las actividades e informacin asociada.

Si observa los elementos que conforman un sistema y que tienen su explicacin en el relato de la
unidad 1 detectar que los sistemas estn compuestos por elementos u objetos. El mtodo
orientado al objeto establece que se determinen los objetos ms importantes del sistema bajo
estudio y para l se determinan las necesidades de informacin o los requerimientos.

Por ejemplo:
Un sistema de informacin de clientes tendr los siguientes objetos y para ellos se podrn analizar
los siguientes elementos de informacin:

Objeto Informacin asociada
Clientes Datos personales
Datos de domicilio
Nmina de pedidos realizados
Nmina de pagos pendientes
Nmina de pedidos pendientes de
entrega
Tickets Datos del tickets
Datos del vendedor
Datos de la sucursal
Total de tickets generados por perodo
Vendedores Datos personales
Datos del puesto de trabajo (seccin,
fecha de ingreso, categora)
Totales de ventas realizadas

Mtodo de anlisis de salidas

Este mtodo se basa en el anlisis de los documentos de salida de la organizacin. A travs de
estudiar qu informacin se procesa y qu datos conforman las salidas es posible establecer
cules son los datos necesarios para que esta informacin se produzca. Podemos decir que es un
mtodo del estmulo al revs.

Por ejemplo:
- 11 -

Documento:
Listado de pedidos pendientes de entrega

Datos:
Datos del cliente+Nro de pedido+fecha de pedido+nombre del articulo+cantidad pendiente

Esto indica que para poder obtener hay que tener la siguiente informacin: datos del pedido
realizado por el cliente, datos de existencias de stock.

Seleccin del mtodo:

El mtodo por estmulo se adapta mejor durante la primera parte de la etapa de anlisis ya que
brinda una mejor relacin entre los distintos procesos que conforman el problema. La informacin
se presenta en forma dinmica y guiada por la presencia de los actores o tambin llamados
elementos externos.

El mtodo orientado a las actividades es utilizado en pequeas organizaciones o procedimientos
de menor complejidad. El mtodo orientado al objeto es un excelente complemento para
determinar el contenido de los registros o archivos de datos.

Estos dos ltimos mtodos no dan una imagen completa del flujo de informacin, por eso se
utilizan como complementos del mtodo de estmulos.

Como consideraciones generales de aplicacin de los distintos mtodos que se han estudiado en
estos apartados podemos decir que:

Es importante evaluar los documentos que se encuentran analizando contenidos,
frecuencia de uso, quienes lo usan y para qu, exceso o carencia de datos, defectos de
diseo, inconsistencias, redundancias.

Siempre llevar un registro de las respuestas que se encuentran con respecto al uso de los
documentos por parte de los distintos usuarios, sobre los aspectos de contenido, uso,
frecuencia, realismo.

Indique la causa de los cuellos de botella, fluctuaciones, sobrecargas de trabajo, etc.

Trate con el material obtenido de verificar el volumen de los datos. Si esa informacin no
existe trate de obtenerla durante la observacin.

TCNICAS DE RECOLECCIN DE INFORMACIN

Muestreo
El muestreo es el proceso de seleccionar sistemticamente elementos representativos de una
poblacin. El muestreo ayuda a acelerar el proceso, recolectando datos seleccionados en vez de
todos los datos de la poblacin completa. (Kendall, pg. 123)

Esta tcnica es muy usada en las investigaciones en ciencias sociales en las cuales la poblacin
es muy numerosa pero es posible encontrar grupos de comportamiento semejante. Por ejemplo:
muestreo para realizar encuestas de consumo de determinados productos o para evaluar el nivel
econmico de la poblacin.
- 12 -

Los cuatro pasos que deben seguirse para disear una nuestra son:

1. Determinar los datos a ser recolectados: el analista de sistemas necesita un plan realista
sobre lo que har con los datos una vez que los recolecte. Las tareas del analista en esta
etapa son identificar las variables, atributos y conceptos de datos asociados que necesitan
ser recolectados en la muestra.
2. Determinacin de la poblacin a ser muestreada.
3. Seleccin del tipo de muestra.
4. Decisin del tamao de la muestra: el tamao de la muestra depende frecuentemente del
costo involucrado, el tiempo requerido por el analista de sistemas o hasta el tiempo
disponible por las personas de la organizacin. Hay que seguir una serie de pasos, para
decidir el tamao de la muestra.

La informacin que buscamos en una investigacin que se base en el muestreo incluye hechos y
cifras, informacin financiera, tipos de documentos y el contexto organizacional. Los datos
relevantes acumulados en la investigacin proporcionan informacin que no puede ser obtenida
por medio de otros mtodos, tales como la entrevista o la observacin.

Anlisis de documentos

Antes de comenzar es importante notar (quizs ya lo haya notado) que en la traduccin de su
libro, Kendall le llama formas a los documentos o formularios.

Distinguiremos entre dos tipos de documentos: los documentos cuantitativos y los documentos
cualitativos (Kendall, pg. 128)

Hay una gran variedad de documentos cuantitativos, entre ellos estn los reportes usados para la
toma de decisiones, reportes de desempeo y otros formularios. Estos documentos se
caracterizan por poseer informacin de base en resultados o nmeros.

Algunos de los tipos de elementos cuantitativos a considerar son:

Reportes usados para la toma de decisiones: estos documentos son frecuentemente
reportes en papel con relacin al estado del inventario, las ventas o la produccin.
Reportes de desempeo: la mayora de los reportes de desempeo toman la forma general
de desempeo actual contra el programado.
Registros: los registros proporcionan actualizaciones peridicas de lo que est sucediendo
en el negocio. Si el registro es actualizado en forma peridica, puede proporcionar mucha
informacin al analista.

Muchos documentos que circulan dentro de las organizaciones no son cuantitativos. Aunque los
documentos cualitativos tal vez no sigan una forma predeterminada, el anlisis de ellos es crtico
para la comprensin de la manera en que los miembros de la organizacin se relacionan dentro
de ella.

Cada vez ms encontramos sistemas de informacin que llevan registros de textos. La capacidad
de almacenamiento y el procesamiento de imgenes han sido un avance tecnolgico en pos de
esta informacin.

- 13 -

Conoce algn sistema que administre estos tipos de documentos? Por ejemplo: historias
clnicas, presupuestos, calificaciones de estudiantes.

Entre los tipos de documentos cualitativos encontramos:

Memorndum: estos son documentos formales enviados al interior de la organizacin.
Papeles sueltos colocados en avisadores a los efectos de recordatorios. Aunque las
consignas pueden parecer incidentales a lo que est sucediendo en la organizacin, sirve
como reforzadores de los valores de quienes los leen.
Manuales: los manuales organizacionales, incluyendo los manuales para los
procedimientos y los manuales de usuario del software ya existente.
Manuales de poltica: establecen polticas acerca de servicios, uso, acceso y cambios
relativos a los procedimientos y luego al sistema de informacin. Estos elementos nos
brindan informacin sobre las restricciones del sistema a desarrollar.
En la actualidad el estudio de la informacin contenida en sitios Web y en e-mails de
trabajo son considerados documentos cualitativos.

Entrevistas

Una entrevista es una conversacin dirigida con un propsito especfico y que se basa en el uso
de un formato preestablecido de preguntas y respuestas.

El analista, al utilizar esta tcnica de recoleccin de informacin no slo busca informacin sino
que tambin busca lograr una empata con el entrevistado que redunde en el xito futuro de la
aplicacin de software a desarrollar.

En la entrevista se quiere obtener la opinin del entrevistado y sus sentimientos acerca del estado
actual del sistema, los objetivos de la organizacin, los personales y los procedimientos
informales. Los hechos que se obtienen de los datos relevantes pueden explicar el desempeo
deseado. Los sentimientos deseados ayudan a capturar la emocin y las actitudes.

Los pasos a seguir para la concrecin de una entrevista son (Kendall, pg. 90):

Lectura de material, tanto del entrevistado, como del problema y la organizacin.
Establecimiento de los objetivos de la entrevista. Use la informacin de fondo que recopil,
as como su propia experiencia, para establecer los objetivos de la entrevista.
Decidir a quin entrevistar.
Contactar la entrevista: organizar en base a los tiempos disponibles por el entrevistado el
momento adecuado de aplicar el instrumento. Se establece la fecha, hora, lugar y duracin
de la entrevista.
Redactar las preguntas a realizar.

Tipos de preguntas (Kendall, pg. 91):

Preguntas abiertas: las preguntas abiertas incluyen aquellas tales como: Qu problemas
encuentra Usted en el actual procedimiento de captura de pedidos por Web? Qu informacin
necesita Ud., como encargado de ventas; para determinar la eficiencia de un vendedor?

Ventajas:
- 14 -

Pone confortable al entrevistado.
Proporciona riqueza de detalles.
Revela caminos para preguntas posteriores que podran haber quedado sin hacer.
Permite ms espontaneidad.

Desventajas:
El curso de las respuestas puede llevar al desarrollo de respuestas de mucho detalle y de
poca relevancia para la investigacin.
La posibilidad de perder el control de la entrevista.
El permitir respuestas que pueden llevar demasiado tiempo.
Puede llevar a la repregunta por parte del entrevistado colocando al entrevistador en
desventaja o en una posicin de desventaja de conocimiento.

Preguntas cerradas: Son aquellas que poseen la siguiente forma Cuntos empleados trabajan en
la seccin de ventas? Cuntos artculos en promedio conforman un tickets de venta? A qu
hora se realiza el despacho de pedido de los clientes? La respuesta por parte del entrevistado es
un nmero (incluido el 0).

Ventajas:
Se ahorra tiempo.
Se facilita la comparacin de entrevistas entre distintas personas.
Se mantiene control sobre la entrevista.
Se obtienen datos relevantes.
No es necesario contar con un entrevistador formado.

Desventajas:
Son aburridas para el entrevistado.
Impide obtener detalles de procedimientos y de experiencias.
No se llega a obtener una relacin de cordialidad entre el entrevistado y el entrevistador.
Su abuso establece que en vez de realizar una entrevista estamos realizando una
encuesta.

El registro de la entrevista:

Durante el desarrollo de la entrevista se pueden acordar distintos tipos elementos para llevar el
registro de las respuestas. Puede tratarse de grabaciones aunque el elemento ms utilizado es el
registro en papel o directamente en equipos informticos a travs de procesadores de texto
(muchos analista ya se sientan a charlar con su notebook).

Es tambin y dependiente de la envergadura del proyecto que la actividad de recoleccin de
informacin a partir de entrevistas se realice con un grupo de usuarios y un grupo de analistas.

Cuestionarios

Los cuestionarios son una tcnica de recoleccin de informacin que permite que los analistas de
sistemas estudien actitudes, creencias, comportamientos y caractersticas de varias personas
principales en a organizacin que pueden ser afectadas por los sistemas actual y propuesto. Las
actitudes son lo que la gente de la organizacin dice que quiere, las creencias son lo que la gente
- 15 -

piensa que es cierto, el comportamiento es lo que hacen los miembros de la organizacin y las
caractersticas son propiedades de las personas o cosas. (Kendall, pg. 101)

Podr encontrar el concepto de cuestionario en distintas bibliografas con distintas valoraciones,
una de las ms comunes es la confusin con el concepto de encuesta. Se puede decir en grandes
rasgos que estamos hablando del mismo elemento: una encuesta se refiere a la aplicacin de un
documento (llamado cuestionario) a una muestra de poblacin. Por ejemplo: La encuesta nacional
de hogares que realiza el INDEC para determinar los comportamientos de consumo y los distintos
ndices de actividad econmica. En el mismo aspecto la aplicacin de un cuestionario sobre la
totalidad de la poblacin se denomina censo. Por ejemplo: Censo de poblacin.

A primera vista los cuestionarios parecen ser una forma rpida para recolectar grandes cantidades
de datos acerca de la manera en que los usuarios valoran el sistema actual, que problemas estn
teniendo con su trabajo y lo que la gante espera de un sistema nuevo o modificado. El desarrollo
de un cuestionario lleva un gran tiempo de planeacin. El elemento ms importante a considerar
en el desarrollo previo del formulario del cuestionario se centra en determinar cules son las
variables que se investigarn y para ellas cuales son los indicadores posibles.

Algunos lineamientos que ayudarn a decidir si es adecuado el uso de cuestionarios son:

Las personas a quienes necesitan preguntarles estn ampliamente dispersas.
En el proyecto de sistemas est involucrado un gran nmero de personas.
Se est haciendo un estudio exploratorio y se quiere medir la opinin general.
Se desea asegurar que cualquier problema con el sistema actual estar identificado.

La principal diferencia entre las preguntas usadas en el cuestionario y las usadas en la entrevista
es que en las entrevistas permiten la interaccin en relacin con las preguntas y su significado. En
una entrevista el analista tiene la oportunidad de refinar una pregunta, definir un trmino dudoso,
cambiar el curso de las preguntas, responder a una apariencia confusa y por lo general controlar
el contexto. Muy poco de esto es posible en los cuestionarios.

El lenguaje a utilizar en la redaccin de los cuestionarios es un aspecto extremadamente
importante para su efectividad, algunas recomendaciones al respecto son:
Use el lenguaje del interlocutor siempre que sea posible.
Trate de ser especfico en la redaccin.
Mantenga cortas las preguntas.
Dirija las preguntas a los interlocutores adecuados.
Asegrese de que las preguntas son tcnicamente precisas antes de incluirlas.

Las siguientes son consideraciones de importancia a tener en cuenta para el diseo de
cuestionarios:

Deje bastante espacio en blanco entre los renglones: para que el interlocutor escriba con
comodidad dentro del cuestionario.
Deje suficiente espacio para las respuestas.
Pida al interlocutor que seleccione las respuestas correctas con un crculo.
Sea consistente con el estilo: utilice la misma forma verbal, el mismo sujeto (es decir
siempre tuteo o siempre considero por Ud.), el mismo tipo de letra, la misma ubicacin
para los textos de ayuda.
- 16 -

Orden de las preguntas conforme a los objetivos. Las preguntas importantes para los
interlocutores van primero. Agrupe conceptos de contenido similar. Ponga primero los
conceptos menos controvertidos.

Observacin

Llamaremos observacin al proceso por el cual el analista toma contacto con el comportamiento
de los distintos tomadores de decisiones y el ambiente o contexto donde se desarrolla el
problema. (Kendall, pg. 135)

Mediante el uso de observaciones se busca obtener una percepcin de lo que realmente se hace
y no slo de lo que est documentado o explicado. Mediante la observacin del ambiente de la
oficina el analista de sistema busca el significado simblico del contexto de trabajo de los
tomadores de decisiones. El analista examina los elementos fsicos del espacio de trabajo del
tomador de decisiones para ver su influencia sobre el comportamiento del mismo. Se buscan las
actividades, mensajes, relaciones e influencias.

La razn por la que se realiza una observacin es para obtener informacin acerca de los
tomadores y su ambiente, informacin que muchas veces resulta inaccesible por otro mtodo. La
observacin tambin ayuda a confirmar, negar o cambiar lo que se ha obtenido por medio de
cuestionarios o entrevistas. La observacin debe ser sistemtica y estructurada si es que se
quiere que los hallazgos sean interpretables.

Los siguientes pasos ayudan en la observacin de las actividades tpicas de tomas de decisiones
de un gerente:
Decidir lo que va a ser observado.
Decidir a qu nivel de concrecin van a ser observada las actividades.
Crear categoras que capturen adecuadamente las actividades principales.
Preparar escalas, listas de verificacin y otros materiales adecuados para la observacin.
Decidir cundo observar.

Hay mtodos especiales a desarrollar durante la observacin:

El muestreo de tiempos, que permite que el analista ponga intervalos especficos en los cuales
observar las actividades de los distintos empleados, ya sean gerentes, mandos medios u
operarios. La ventajas incluyen la eliminacin de la ascendencia, entre las desventajas
encontramos el problema de que la observacin por intervalos de tiempo incluyen la recoleccin
de datos en pedacitos que tal vez no permite que se desarrolle completamente un evento.

El muestreo por eventos, muestrea un evento completo, esto es, situaciones completas en las que
se observan a los involucrados, por ejemplo: observando la forma en la que se desarrolla la
jornada de atencin al cliente en una mesa de entrada, desde el inicio hasta el final de la misma.

Por ltimo, encontramos diversos aspectos que se tendrn en cuenta durante la observacin:

Ubicacin de la persona en el entorno de trabajo (luz, ventilacin, ruido).
Relacin con clientes y compaeros de trabajo.
Trayectos de movimiento que realiza durante la jornada de trabajo.
Stress laboral.
Lenguaje corporal, esto es, cmo se muestra y se relaciona con otros.
- 17 -

Entre los tems expresados cobra importancia la observacin estructurada del ambiente y el
mtodo para la observacin estructurada del ambiente es llamado por Kendall STROBE.

Este mtodo es sistemtico debido a que proporciona una metodologa estndar para el anlisis
de los elementos organizacionales que influyen en la toma de decisiones. Los elementos STROBE
y que son fcilmente observables por un analista de sistemas son:

Ubicacin de la oficina
Ubicacin del escritorio
Equipo de oficina fijo
Caractersticas fsicas del equipamiento (uso, calidad, cantidad)
Revistas y peridicos del negocio
Iluminacin y color de la oficina
Vestimenta usada por los tomadores de decisiones.

2.8 Usuarios de Informacin
Los usuarios de los sistemas de informacin son los participantes ms importantes del desarrollo
de los sistemas. Son aquellos para quienes se construye el sistema. Es la persona a la que tendr
que entrevistar el analista de sistemas a fin de conocer las caractersticas que deber tener el
nuevo sistema para tener xito. En resumen, es quin har uso del sistema.

2.9 Requerimientos
Un requerimiento representa bsicamente algo que se necesita que el sistema a desarrollar haga,
es decir, aquella funcionalidad o caracterstica que deber poseer el sistema para cubrir las
necesidades planteadas por los usuarios. Como hemos visto esta tarea es desarrollada en
conjunto entre analistas y usuarios a los efectos de llegar a comprensiones y acuerdos sobre el
desempeo deseado para el sistema de informacin.
Un requerimiento es una caracterstica que debe incluirse en el nuevo sistema y puede consistir
en una forma de captar o procesar datos, producir informacin, controlar una actividad o dar
apoyo a la gerencia.
Las descripciones de los servicios y las restricciones para el sistema son los requerimientos para
el sistema y el proceso de descubrir, analizar, documentar y verificar estos servicios y
restricciones se llama Ingeniera de Requerimientos. (Sommerville, pg. 98)
En algunos casos, un requerimiento se visualiza como una declaracin abstracta de alto nivel de
un servicio que debe proveer el sistema o como una restriccin de ste. Una simple pero muy til
forma de clasificar los requerimientos es la siguiente: funcionales y no funcionales, lo que ayuda a
definirlos y expresarlos.

La ingeniera de requerimientos:
La Ingeniera de Requerimientos se define como el proceso mediante el cual se capturan las
necesidades del cliente y se desarrolla un modelo de la solucin a esas necesidades. Como
resultado de este proceso se obtendr un documento que servir como un contrato entre los
clientes y los desarrolladores, que representar una comprensin entre las partes de lo que el
sistema ser capaz de hacer.
- 18 -

Cuando se comienza el desarrollo de proyecto de sistemas, la tarea inicial se encuentra centrada
en la determinacin de las necesidades de los futuros usuarios del sistema en lo relacionado a la
administracin de la informacin en la que se basan para realizar las actividades organizacionales.
Es por ello que en este punto nos centraremos en estudiar los requerimientos y aquellos
conceptos relacionados a la captura y determinacin de los mismos y los aspectos a tener en
cuenta para el desarrollo de la tarea de obtener un documento que refleje la solucin propuesta.
Como vimos anteriormente, la Ingeniera de Requerimientos es el proceso mediante el cul se
extraen los requerimientos, se documentan y verifican, a travs de un documento que permite a
desarrolladores y usuarios comprender lo que har el sistema.
El proceso de ingeniera de requerimientos est comprendido por las siguientes actividades que
se realizan para obtener una comprensin clara de los requerimientos que sern incluidos en el
sistema (extradas de Sommerville y colocada aqu slo a modo de referencia y cierre del tema):
El Relevamiento de Informacin. Esta actividad comprende la obtencin de los datos
para el sistema y la extraccin de los requerimientos de los usuarios. Esta actividad se
basa en la utilizacin de una serie de tcnicas e implica en primer lugar, trabajar con
los clientes para extraer los requerimientos, formulando preguntas, haciendo
demostraciones de sistemas similares y hasta desarrollando prototipos de todo o parte
del sistema propuesto
La Especificacin de Requerimientos. Esta tarea se centra en realizar un anlisis de la
informacin relevada y expresar los requerimientos detectados en forma rigurosa. Se
utiliza una notacin formal para describir el sistema a ser construido. Una ventaja de
esto es que se pueden desarrollar herramientas que sirvan para comprobar la
especificacin de los requerimientos en cuanto a su completitud y consistencia y as
hacer ms fcil la tarea de rastrearlos y administrarlos.
La Validacin de Requerimientos. La especificacin es una actividad que sirve a dos
propsitos. Primero, proporciona una va para que los clientes y desarrolladores
lleguen a un acuerdo sobre lo que debe hacer el sistema. Segundo, la especificacin
proporciona las pautas para los diseadores del sistema. Por lo tanto antes que los
requerimientos sean derivados a los diseadores, cada uno tiene que estar
absolutamente seguro de conocer la intencin y significados del otro. Los
requerimientos se validan para establecer esta certeza. La validacin de los
requerimientos es el proceso por el cul se determina si la especificacin es
consistente con la definicin de los requerimientos iniciales, es decir, la validacin
asegura que los requerimientos satisfarn las necesidades del cliente.

Requerimientos funcionales y no funcionales
Un requerimiento funcional describe la funcionalidad que se espera que el sistema provea.
Adems, los requerimientos funcionales describen cmo debe comportarse el sistema ante
determinado estmulo y cmo interacciona ante el ambiente. Un requerimiento funcional describe
lo que el sistema har sin definicin de aspectos referidos a cmo ser implementado. Por
ejemplo: registrar el pedido del cliente.
Un requerimiento no funcional impone restricciones al sistema que limita la forma en que ser
implementado. Estas restricciones tienen que ver por ejemplo con la seleccin del lenguaje de
programacin, la plataforma o tcnicas y herramientas de implementacin a utilizar. Una cosa a
tener en cuenta es que estos requerimientos se utilizan en la etapa de diseo del sistema, donde
se define el modelo fsico del sistema, despus de haber especificado los requerimientos, pero es
- 19 -

necesaria su identificacin en este momento. Por ejemplo: el sistema deber ser desarrollado en
lenguaje Java.
Tanto los requerimientos funcionales como los no funcionales son obtenidos del cliente de manera
formal y detallada.

El Documento de Especificacin de Requerimientos de Software.
El proceso de especificacin de los requerimientos es un proceso iterativo y con retroalimentacin
continua entre el personal que realiza el desarrollo y los usuarios, lo que permite ir introduciendo
los cambios producidos en los requerimientos del cliente a lo largo de desarrollo del proyecto.
La tarea fundamental que se define para este proceso es la de realizar una anlisis de los
requerimientos detectados y la creacin de los modelos necesarios que representen la solucin
del software, que tiene en cuenta esos requerimientos. La solucin presentada es una solucin
lgica o terica, libre de cualquier aspecto referido a cmo se implementar el sistema.
Como resultado del desarrollo de este proceso se obtiene el documento de Especificacin de
Requerimientos de Software (ERS) que expresa los requerimientos funcionales detectados a
travs de los modelos que dan solucin a los mismos.
Para la creacin del ERS, un analista cuenta con una serie de herramientas que le permiten
describir la funcionalidad que tendr el sistema, que ser utilizado no slo para que el cliente
pueda entender los procesos que realizar el sistema si no tambin para comunicar a los
diseadores del sistema, cules son los procesos que ste debe hacer, para que los mismos
traduzcan esa solucin hacia una definicin comprensible por los desarrolladores del sistema
Este documento constituye una declaracin oficial de qu es lo que el sistema debe hacer para
satisfacer los requerimientos identificados. Incluye tanto los requerimientos funcionales como no
funcionales definidos en el sistema.
El ERS tiene varios destinatarios; desde los administradores principales de la organizacin,
quienes pagan por el sistema, hasta los ingenieros responsables del software. (Sommerville, pg.
115)
Sommerville define que existen seis requisitos que un ERS debe satisfacer:
Especificar nicamente el comportamiento externo del sistema.
Especificar las restricciones de la implementacin.
Ser fcil de cambiar.
Servir como herramienta de referencia para los mantenedores del sistema.
Registrar las previsiones del ciclo de vida del sistema.
Caracterizar las respuestas aceptables para los eventos no deseados.
Existen gran cantidad de estndares definiendo el contenido del ERS, encontrar informacin en
sitios Web sobre todo el del Institute of Electrical and Electronics Engineers (IEEE).
La informacin que se incluya en un documento de especificacin de requerimientos debe
depender del tipo de software a desarrollar y del enfoque de desarrollo que se utilice y esto lo
decide el equipo de desarrollo junto con los clientes.

- 20 -

Para concluir con esta temtica es importante notar se continuar trabajando el libro de Ingeniera
de Software de Sommerville en otras materias y conforma parte de la bibliografa central de la
disciplina disponible en la actualidad.

Los sistemas de informacin
En general estamos rodeados de sistemas de informacin en todos los mbitos en los que
comnmente nos situamos. Es decir arquitecturas predeterminadas y formalmente establecidas
sobre las cuales transita la informacin.
Los sistemas con los que nos topamos son de distintos tipos, algunos funcionan bien y nos llaman
la atencin; otros de forma deficiente y con nuestros ojos de informticos nos llaman ms la
atencin. Por ejemplo, hablamos por telfono reclamando que determinado servicio nos ha sido
mal facturado y encontramos una voz simptica que nos dice: estamos sin sistemas. Le pas?
Me imagino que s.
O cuntas otras veces nos encontramos con reclamos por pagos de servicios que abonamos a
trmino?
Hace unos das recib un mensaje en mi telfono fijo en el que se avisaba de una deuda impaga
con una empresa de telfonos, que de no ser regularizada implicara mi colocacin en los
registros de morosos de accesos pblicos (sin dar nombres todos nos situamos en contexto).
Averiguando, descubro que se trataba de una deuda de centavos de un telfono dado de baja.
Pens en el trmite realizado y todas facturas que llegaron con el mensaje Ud. no tiene deuda.
Esta mensaje de deuda lleg 6 aos de luego de finalizado el servicio.
Cuntas otras veces nos encontramos con procedimientos administrativos que se sostienen en
sistemas de informacin que funcionan mal? o cuntas veces procedimientos administrativos se
tornan ms ineficientes cuando se piensa mejorarlos con la incursin de sistemas informticos y la
organizacin toda se torna ms burocrtica y lenta? Seguramente tiene en la memoria muchos
ejemplos y de no ser as, le aseguro que a partir de estas lecturas y luego del ejercicio de la
profesin misma, se mostrar mucho ms atento a sus apariciones.
En la unidad 1 estudiamos los conceptos asociados a la teora general de sistemas y la
importancia que este paradigma tiene para la resolucin de problemas en distintos mbitos de la
ciencia.
As es que los sistemas de informacin se pueden definir simplemente como sistemas que tienen
por objetivo brindar informacin para apoyar la toma de decisiones. Teniendo en mente esta
definicin de sistemas no nos ser complicado completarla, para definir estos sistemas de
informacin.
Saroka lo define como un conjunto de recursos .. organizados para brindar y a quienes operan y
toman decisiones en las organizaciones la informacin necesaria para el desarrollo de sus
respectivas funciones (Saroka, 2002, Pg.33).

Stair y Reynolds lo definen como un tipo especializado de sistema, conjunto de elementos
interrelacionados para recolectar, manipular y diseminar datos e informacin y para proveer un
mecanismo de retroalimentacin en pro del cumplimiento de un objetivo (Stair, 2000, Pg. 15).

Ahora repasemos esta definicin en funcin de los elementos necesarios para definir un sistema:
Objetivos, Ambiente, Recursos, Alcances o Actividades.
- 21 -

Objetivo de un sistema de informacin:
Brindar informacin que permita una adecuada toma de decisiones. Permitir que los individuos (u
organizaciones) incrementen el conocimiento que poseen de una cosa.

Ambiente de un sistema de informacin:
Son aquellos que, situados fuera del sistema de informacin, influyen en la determinacin de sus
objetivos. Es por tanto que sern ambiente los clientes (aquellos que contratan el desarrollo del
sistema y por tanto determinan sus objetivos), los usuarios (a partir de que indican sus
requerimientos), los otros sistemas de informacin con los que interacta (ya sea entregando o
compartiendo datos), los procesos del negocio (ya que fijan procedimientos, controles y polticas
a cumplir), los organismos gubernamentales y otros organismos de control que fijarn distintas
restricciones sobre el funcionamiento del sistema de informacin.

Actividades de un sistema de informacin:
Son todas aquellas acciones que realiza el sistema para dar cumplimiento al objetivo previsto. En
el caso particular de los sistemas de informacin nos referimos a todas aquellas actividades
relacionadas con la captura y validacin de los datos de entrada, el procesamiento especial de
los mismos y las actividades propias de exponer o mostrar la informacin.

En el texto de Saroka lo vas a encontrar en la pgina 39 con el nombre de Funciones del Sistema
de informacin. La claridad de este texto me lleva a no agregar ningn nuevo comentario.

Recursos de un sistema de informacin:
Son los elementos con los que el sistema cuenta para llevar adelante el procesamiento de los
datos.

Hablamos entonces de:

Recursos tecnolgicos: Hardware, software, comunicaciones.
Recursos Humanos: encargados del ingreso de los datos (datos entry), del procesamiento
de los datos (en el caso de sistema de procesamiento manual), del personal de atencin a
clientes o usuarios (encargado de mesa de ayudan de atencin al cliente, de mesa de
entrada, entre otros) y especialmente de los recursos especializados encargados de la
produccin del sistema de informacin (analistas de sistemas, diseadores, especialista
en arquitectura y comunicaciones, analista de testing, programadores, lderes de
proyectos, implementadotes, analistas de procesos de negocio).
Recursos Econmicos y Financieros: capital necesario para llevar adelante el desarrollo y
el mantenimiento en funcionamiento del sistema.
Recursos de insumos: material de oficina, papel, elementos de respaldo de informacin.
Recursos de infraestructura: el espacio edilicio y la adecuacin de los mismos para el
desempeo del sistema de informacin. Si hicieran falta espacios propios para el rea de
sistemas (antes llamados centro de cmputos) aqu tendramos que determinarlos.
Recursos logsticos: los procesos de negocio y los procedimientos administrativos a los
que el sistema da soporte. Aqu se consideran las polticas, normas y controles del
negocio.

- 22 -

Clasificacin e integracin de sistemas de informacin

Al igual que otros sistemas, al hablar de sistemas de informacin tambin nos vamos a referir a
una jerarqua de sistemas y por tanto encontraremos un conjunto de sistemas de informacin
que muchas veces se presentarn integrados y otras no. Estas clasificaciones de sistemas de
informacin se exponen en la unidad 3.

En los casos en los que encontramos sistemas de informacin integrados podemos decir que
estamos en presencia de organizaciones ya maduras en referencia al uso de la tecnologa de la
informacin, con usuarios expertos y con una gerencia corporativa que comprende lo central del
recurso de la informacin para la estrategia del negocio. En estos casos las bases de datos se
encuentran unificadas y accesibles desde distintas aplicaciones.

Sistemas de informacin manuales y automticos

Es importante distinguir que podemos contar con sistemas de informacin manuales y otros
automticos. Estos ltimos son los que poseen para nosotros mayor importancia ya que
conforman nuestro objeto de trabajo profesional. No obstante, un sistema de informacin no
requiere necesariamente el uso de tecnologa de computacin (Saroka, pg. 33). Podemos
encontrar ejemplos en sistemas de registro de historias clnicas en pequeos hospitales o
consultorios privados, sistemas de informacin manuales en estudios contables o en escuelas.

Un elemento ha considerar es que la presencia de computadoras no garantiza la existencia de
sistemas de informacin. Si la computadora se utiliza como procesador de texto, como planilla de
clculo y como resguardo de informacin y dispositivo de rpido acceso a documentos estamos en
presencia de sistemas de informacin manuales. Nos referimos a sistemas automticos (o sistemas
informticos) cuando el procesamiento de los datos es realizado por la computadora y mediante un
software especialmente asociado.

Los sistemas de informacin manuales, por ejemplo, son aquellos en los que los tomadores de
decisiones realizan grficos con datos extrados de planillas de clculo y con ellos establecen
pronsticos o realizan sumas con calculadoras o planillas de clculo para determinar los totales
de ventas y el flujo de dinero en caja.

Los sistemas de informticos han incrementado su presencia en distintos tipos de
organizaciones debido al costo cada vez menor de la tecnologa de hardware y al desarrollo de
software cada vez ms industrializado. Muchos sistemas han sido manuales y ahora son
automticos (la gran mayora), se puede analizar el ejemplo que figura en Stair y Reynolds en la
pgina 17. Actualmente los avances en la tecnologa y la necesidad de las organizaciones de
administrar la informacin en forma eficiente, ha llevado a la industria del software a tener que
producir software en forma ms eficiente y veloz, a la vez de reducir los costos insumidos en
ese proceso.

El desarrollo de sistemas de informacin y del software asociado son nuestros objetos de
desarrollo profesional y es por ello que damos un repaso a las actividades ms importantes que
implica la produccin de sistemas de informacin.

Desarrollo de Sistemas de informacin

El desarrollo de software es la actividad destinada crear sistemas de informacin. Las estrategias
- 23 -

que se utilizan a tales efectos se denominan metodologas y agrupan un conjunto de actividades,
herramientas y modelos.
La utilizacin por parte de los equipos de desarrollo de sistemas de informacin de tcnicas
ingenieriles para la produccin de sistemas de informacin ha permitido que los resultados sean
cada vez mejores, logrando producir productos de calidad, que acompaan los intereses de los
clientes y que a su vez se entregan en los plazos acordados. En general estamos hablando de
mtodos divulgados ampliamente, difundidos en los ciclos acadmicos de las universidades y
estandarizados por la industria. Esto lleva a que los equipos de trabajo tambin se consoliden y
por ende se aumente la productividad.
Los procesos de desarrollo de sistemas de informacin pueden ser distintos, organizando las
actividades que en l se realizan de manera diferente; pero existe un conjunto de actividades
comunes a todos ellos y que, efectivamente, deben ser llevadas a cabo para la obtencin del
producto final.
En aspectos generales, podemos decir que las etapas por las que pasa la produccin de
sistemas de informacin son las siguientes (Stair, 29)

Investigacin de sistemas. Es el momento inicial en el que se toma contacto con la
problemtica del entorno del cliente y se describen los aspectos generales de las
necesidades que el sistema de cubrir.
Anlisis. Son las instancias en las que se elaboran los modelos que resuelven las
necesidades de informacin detectadas en la investigacin, estableciendo quizs
diversas soluciones.
Diseo. Nos referimos a la seleccin de una solucin y la determinacin del entorno fsico
concreto con el que se construir.
Implementacin. Esta actividad se refiere a la construccin propiamente dicha, agrupa las
instancias de compras y contratacin de servicios de terceros de hacer falta. Incluye las
pruebas intermedias del producto, las finales, la capacitacin del usuario y la instalacin
propiamente dicha.
Mantenimiento. Son aquellas acciones en las que se realizan monitoreos sobre el
sistema desarrollado a los efectos de observar si es necesario realizar alguna mejora.

Es importante notar que la descripcin arriba expuesta puede ser desagregada en ms cantidad
de pasos segn los autores, pero hemos decidido seguir la nomenclatura que establece Stair y
Reynolds a estos efectos.

Ahora bien, en el entorno del desarrollo de sistemas de informacin y en vista de la existencia
cada vez ms predominante de sistemas informticos en los cules el software es uno de los
recursos de mayor valor; la disciplina informtica persigue el desarrollo de mtodos cada vez
ms robustos para la produccin de este elemento. Es as que avanzamos en los puntos
siguientes en los conceptos de ingeniera de software.

La ingeniera del software:
La Ingeniera de Software es la disciplina que permite el desarrollo de software en forma
ordenada, brindando mtodos y tcnicas rigurosas que hacen del proceso de desarrollo un
recorrido organizado y controlado, permitiendo as producir software que acerca cada vez ms a
las necesidades de las organizaciones.
- 24 -

La necesidad de administrar la informacin producida en las organizaciones, las exigencias de
stas en medir los costos y conocer su eficiencia ha hecho que los desarrolladores deban
organizar mejor todo el proceso de produccin de software. Por otro lado, el avance vertiginoso
que ha tenido en los ltimos aos la tecnologa de las computadoras, ha permitido mejorar cada
vez ms este proceso, acompandolo con un avance importante en las tcnicas y herramientas
utilizadas.
Un proyecto de software tiene un objetivo claro y est formado por un conjunto de tareas, que
basado en determinados requerimientos de entrada, permitirn como salida la obtencin de un
producto que satisfaga las necesidades planteadas por los usuarios. Este proyecto permite que el
proceso de produccin del software se desarrolle de forma planificada y organizada, permitiendo
realizar el control de avance de las tareas efectuadas y poder as realizar los ajustes necesarios.
Al llevar a cabo el desarrollo de un proyecto de software, es necesario contar con una
organizacin de las actividades a realizar, a travs de un proceso que provea a los
desarrolladores de mtodos, herramientas y tcnicas confiables y efectivas que se adecuen al tipo
de software ha desarrollar y a los problemas que se pretenden resolver y que permita obtener
como resultado un producto basado en las necesidades a satisfacer.
Durante el proceso de desarrollo, se van efectuando cada una de las actividades previstas
siguiendo un determinado procedimiento y se van obteniendo una serie de resultados que
permiten continuar con la siguiente actividad hasta completar el producto final.

Participantes en el desarrollo de software
Clientes o Administradores: son los patrocinadores del proyecto, proveen los recursos
necesarios para el desarrollo del proyecto de sistemas. Pueden ser:
Desarrolladores: es la organizacin encargada de construir el sistema ejecutando todas
las actividades en el proceso de desarrollo. Los roles que existen dentro de un equipo
de desarrollo, que realizarn todas las tareas tendientes a la produccin del sistema,
son los siguientes:
Lder del Proyecto: encargado de realizar la planificacin del proyecto, realizar las
estimaciones, proveer los recursos, asignar tareas y coordinar todas las actividades en
el desarrollo del proyecto, realizando el control de avance del mismo.
Analista de sistemas: encargados de detectar los problemas y requerimientos de los
usuarios y crean un modelo lgico para la construccin del sistema. Dentro de este rol
podemos definir a su vez, dos nuevos roles que han surgido en base a las necesidades
actuales de los equipos de desarrollo.
Analista de Procesos: su rol se relaciona con realizar la comprensin de la estructura y
dinmica de la organizacin bajo estudio, la deteccin de problemas reales en los
procesos del negocio y proponer mejoras y, construir especificaciones que servirn
como un entendimiento comn de los procesos organizacionales entre clientes,
usuarios finales y desarrolladores.
Analista Funcional: es el encargado de la determinacin de los requerimientos de
informacin necesarios para la concrecin de un producto de software, solucin a los
problemas planteados por los clientes y usuarios. Adems, desarrollar la
Especificacin de Requerimientos de Software (ERS) que es el documento en el que
se detallan los requerimientos funcionales del sistema, y que servir de contrato entre
el cliente y los desarrolladores.
Diseador: son los encargados de tomar el modelo libre de consideraciones
tecnolgicas creado por el analista y traducirlo en un modelo fsico de sistema, con
todas las consideraciones necesarias de tecnologa, que ser entregado a los
programadores para su construccin.
- 25 -

Programador: son los que realizan la construccin del sistema a partir de la codificacin
del mismo, en el lenguaje de programacin definido para el proyecto a partir del
trabajo realizado por el diseador.
Personal de Prueba: son los encargados de realizar las pruebas sobre los artefactos
generados en el desarrollo de software, verificando que cumplan con los
requerimientos planteados por el usuario.
Entrenador: capacitan a los usuarios en el uso del sistema, permitiendo resolver todas
las inquietudes que pudieran surgir, una vez instalado el sistema.

Para finalizar: Aplicando los conceptos en la prctica

Presentamos un caso prctico completo en el que se muestran los distintos aspectos abordados
en la bibliografa de esta unidad. Los aspectos prcticos no siempre son realmente dimensionados
en estas lecturas y es por tanto necesario el refuerzo de actividades concretas en el que se
muestra el quehacer. A medida que se avanza en la resolucin iremos exponiendo algunos
aspectos de la teora importantes de remarcar.

En este caso, trabajamos los aspectos iniciales que se abordan al definir el sistema de
informacin, que se asocia al proceso de administracin de prstamos de libros en una biblioteca.
La situacin puede aplicarse de la misma forma a otros entornos de negocio semejantes: videos
club, alquiler de canchas, etc.

Situacin:

Se trata del proceso que se sigue en una biblioteca para la administracin de los socios en una
biblioteca. Cuando un socio solicita un libro entrega su carnet de socio. ste debe ser controlado
para verificar que realmente pertenece al padrn de socios, que posea paga la ltima cuota y que
no adeude libros. Luego se verifica si el o los libros requeridos se encuentran disponibles. Para
ello se consulta un catlogo en el que figuran todos los libros que existen en la biblioteca,
ordenados por su cdigo. En este catlogo figuran los datos del libro as como tambin los datos
del prstamo. De cada libro pueden existir varios ejemplares.
Si el socio no adeuda libros se le entregaran los libros solicitados, se registran los datos en la ficha
de socio, as como tambin en el catlogo de libros.
Si el socio adeuda cuotas y las paga, stas se cobran con un inters mensual del 1%. Se registra
el pago de socio y se entrega un recibo del pago.
Cuando el socio devuelve los libros, stos se registran en la ficha de socio y se actualiza el
catlogo de libros.
Las personas pueden solicitar asociarse a la biblioteca abonando una inscripcin y entregando
sus datos y comprobantes que avalan su domicilio (por ejemplo un impuesto o servicio a su
nombre).
Dado que se han encontrado dificultades para mantener al da la informacin por la gran afluencia
de socios y la creciente cantidad de ejemplares en prdida se decide contratar el desarrollo de un
sistema de informacin que resuelva los problemas administrativos y adems agregue el nuevo
servicio de entorno Web para consulta de catlogos y reserva de libros (en primera instancia).

Procesos de negocio:
Como dijimos los sistemas de informacin se insertan en entornos organizacionales donde se
encuentran demandas o necesidades de informacin. Estas demandas surgen de procesos o
actividades (sistema- objeto, segn Saroka) o sistema organizacional en el que se desarrolla la
organizacin.
- 26 -

En este caso se trata de las siguientes actividades:

1- Aceptar nuevos socios.
2- Recibir pagos.
3- Realizar Prstamos.
4- Recibir devoluciones.
5- Realizar reservas.

Fjese que se trata de actividades realizadas por recursos humanos dentro de la organizacin (en
este caso el bibliotecario) y que implican objetos concretos (libros, dinero, socios, carnet).

Nombre del sistema de informacin: Administracin de prestamos en una biblioteca.

Cuando exponemos el nombre lo hacemos para poder identificarlo de otros sistemas de
informacin que se encuentren en la organizacin. Es comn colocar nombres de fantasa
tambin en estos sistemas: Araucano. Tango Gestin. Info Leg.

Objetivos del sistema de informacin: Apoyar las actividades administrativas de una biblioteca
aportando informacin de socios, prstamos, devoluciones, reservas, pagos de socios y
existencias de ejemplares.

Ambiente:

Usuarios:
Los socios que desde sus hogares realizan las reservas y consultas de catlogos.
Los empleados que consultan catlogos y existencias.
Los empleados que registran prstamos y Devoluciones.
Los empleados que registran Pagos.
Los empleados supervisores que controlan el desarrollo general de las actividades.

Otro elemento importante del ambiente es la base de datos de catlogo de libros: importante
considerar que los lmites establecidos por el objetivo que posee el sistema de informacin no
contempla el registro de nuevos ejemplares ni la gestin de compra. Estos datos centrales para el
desarrollo del sistema provienen del ambiente. Se comprende? Recuerde de la unidad anterior
los aspectos asociados a empujar los lmites en los casos en los que el problema lo requiere.

Recursos:

Estamos pensando en un sistema informtico con un servidor Web, con terminales para consulta
de los socios en la biblioteca, con puestos de trabajo para los empleados y acceso a informacin
para supervisores por Intranet. Los recursos humanos estn compuesto por el equipo de analistas
y desarrolladores involucrados en el proyecto.

Investigando hemos descubierto las siguiente Polticas de la Biblioteca:
Las altas de los socios son slo en la biblioteca.
Las reservas se caen si el libro no se retira en 48hs.
Se pueden reservar libros que se encuentran prestados.
No se prestan libros a aquellos socios que adeuden cuotas.
Los socios que adeudan cuotas pueden reservar libros.
Slo se prestan libros a socios.
- 27 -

La cantidad de das de prstamo depende del tipo de libro.

Quin nos da est informacin? Los distintos interlocutores: bibliotecarios, supervisores, el
director de la biblioteca.

Para qu nos sirve esta informacin? Para disear nuestro sistema de informacin. Muchas
tienen que ver con las decisiones programadas, puede reconocerlas? S, el momento en el que
una reserva realizada se vence, por ejemplo.

Necesidades de Informacin:

Tambin del desarrollo de las entrevistas encontramos las necesidades de informacin que luego
se traducen en requerimientos para el sistema de informacin a desarrollar:

Del bibliotecario: informacin de existencias, de reservas previas, de prstamos, de socios,
de pagos.
Del encargado de cobranza: informacin de socios, de pagos previos.
Del encargado de reclamos: informacin de prstamos, de devoluciones.
Del socio: informacin de catlogos, de prstamos, de pagos, de reservas.
Supervisores: informacin general de la operatoria de la organizacin: cantidad de
prstamos, comparativos de perodos anteriores, cantidad de prstamos pendientes.

Requerimientos de informacin:
El sistema debe permitir:

Registrar socios
Registrar prstamos
Registrar devoluciones
Registrar pagos
Registrar reservas para socios habilitados
Cancelar reservas
Consultar catlogo
Consultar pagos
Consultar prstamos
Emitir lista de devoluciones pendientes
Emitir lista de libros ms solicitados
Emitir lista de libros solicitados por socio

Adems el sistema debe permitir:

La consulta de catlogo por Web para todos los navegantes.
La consulta de ndices, comentarios y resmenes para socios.
La reserva puede realizarse va Web.
La existencia de un sitio que funcione en cualquier navegador.
Actualizacin en lnea de las existencias de libros.

Puedes distinguir de estas listas requerimientos funcionales de no funcionales?
La actualizacin en lnea es un requerimiento no funcional asocia a la perfomance del sistema; el
registro de prstamos y devoluciones es un requerimiento funcional.
- 28 -

Como los distinguimos, los no funcionales se asocian a elementos del entorno como son el tipo de
usuarios que pueden acceder, los permisos, la seguridad, la forma, las apariencias, la velocidad,
en general, aspectos que podran dejarse de lado sin que por ello el sistema dejar de funcionar.
Funcionara de forma no eficiente. Los primeros, los funcionales, hacen al cuerpo del sistema.

Actividades:

Tambin llamados alcances, son las acciones que se realizan en el sistema de informacin con el
propsito de brindar las salidas de informacin determinadas por los distintos niveles de usuarios.

Nos representan las acciones a realizar y salen directamente de la lista de requerimientos y luego
se completan con mayor nivel de detalle, por ejemplo:

Modificar datos de los socios.
Dar de baja socios.
Anular reservas en forma automtica.
Registrar solicitud de anulacin de reserva.
Registrar usuarios (con clave y acceso para Web).

Y agregando aquellos que surgen de la lista de requerimientos.

Entradas

Los datos que ingresan al sistema de informacin a los efectos de que se realicen cada una de las
actividades, algunas son:

Nombre Descripcin
Solicitud de Reserva N de socio + n libro + fechareserva
Solicitud de Prstamo N de socio+N libro +fecha
Solicitud de nuevo Socio DNI + apellido + domicilio+email+te

Salidas

Algunas de las que se presentan son las siguientes:

Nombre Descripcin
Prstamos N de socio + n libro + fecha_prestamo +
fecha devolucin
Libros disponibles N de libro +ubicacin +cantidad de
ejemplares
Lista de Socios N de socio + DNI + apellido+ fecha
ingreso
Reservas N de socio + n libro +
fecha_finaliza_reserva + fecha reserva
Devolucin N Socio + Fecha de Prstamo + Fecha
de devolucin real +fecha de devolucin
prevista

- 29 -

Ranking de libros ms solicitados Nombre del Libro + Temtica del Libro +
Nmero de veces que se ha retirado el
libro.

Especificacin de requerimientos

A modo de ejemplo se expone la forma en la que se expresan los requerimientos del sistema de
informacin; encontrar distintos formatos, pero en especial todos coinciden en expresar con
claridad y sin ambigedades las acciones que el sistema realiza y los datos que ingresan y salen
del proceso.

Nombre: Registrar socios
Entrada: Solicitud de Nuevo Socio
Salida: Nuevo socio en registro de socios
Descripcin:
Tomar los datos del Socio.
Verificar si el socio ya existe en la base de datos.
Si no existe, registrar los datos nuevos.
Si existe, solicitar si se desea modificar los datos antiguos.
Si se modifican mostrar los datos y aceptar los cambios.
Imprimir un comprobante para el socio con el nro. de socio asignado.

Nombre: Registrar Reserva en Biblioteca
Entrada: Solicitud de Reservas
Salida: Reserva aceptada
Descripcin:
Tomar los datos del socio y del libro
Verificar que la persona sea socio de la biblioteca
Si no, dar la posibilidad de drsele de alta.
Verificar que el libro est en existencia.
Si el ejemplar solicitado esta en prstamo, registrar la reserva.
Si el ejemplar est disponible informarlo y si se desea reservarlo.
Registrar fecha de vigencia de la reserva.
Imprimir comprobante para el socio con los datos de la reserva y la fecha de
vencimiento de la reserva.

Nombre: Registrar devolucin
Entrada: Devolucin
Salida: Registro de la devolucin
Descripcin:
Tomar datos de la devolucin del libro
Verificar los datos
Mostrar los datos del prstamo
Registrar la devolucin.
Mostrar la fecha prevista de devolucin
Mostrar los das de retraso si existiera (el sistema puede prever luego
sanciones o multas)
Actualizar el catalogo de libros.
- 30 -

A modo de conclusin y slo a los efectos de una presentacin general se muestra la forma que
tendr un documento de especificacin de requerimientos para este sistema. Este documento
tiene dos partes centrales: una primera que nos muestra el objetivo del documento en s, o sea,
para qu y quin esta realizado y una segunda parte en la que se expresa el producto de
software. En este momento se exponen dentro del documento aquellos aspectos que hemos visto
en los puntos anteriores.

Por ltimo todo nuestro trabajo se organiza en un documento que ser utilizado por distintas
personas ya sean clientes o los programadores y desarrolladores, este documento agrupa y
ordena toda la informacin que hemos analizado y se denomina Documento de Especificacin de
Requerimientos. A continuacin le presentamos una estructura y la forma general en la que se
completa.

Documento de Especificacin de Requerimientos (ERS)

1) Introduccin

1.1) Objetivo. Mostrar la funcionalidad del Sistema de Informacin de Biblioteca, con toda la
informacin necesaria para comprender la forma en la que se desarrollan las transacciones
en el negocio y se reflejan en el sistema de informacin.
1.2) Audiencia. Este documento ha sido realizado por el Analista de Sistemas del proyecto y
esta destinado a los usuarios finales y a la administracin de la biblioteca. Est dirigido
tambin al equipo de desarrollo que llevar a cabo la construccin e implementacin del
sistema.
1.3) Alcances. El presente documento cuenta con:
Una lista de requerimientos funcionales
Una lista de requerimientos no funcionales
Un listado de los usuarios del sistema
Una descripcin de los requerimientos funcionales
El diseo de los prototipos (Nota: vista de cmo sern las vistas preliminares que el software
tendr para los usuarios).

2) Presentacin del Producto:

2.1) Propsito del sistema: Apoyar las actividades administrativas de una biblioteca aportando
informacin de socios, prstamos, devoluciones, reservas, pagos de socios y existencias de
ejemplares.

2.2) Alcances: Registrar todos los prstamos, reservas y devoluciones. Administrar los datos de
los socios. Informar datos de los libros.

2.3) Restricciones:

Slo los socios retiran libros.
Los socios tienen restricciones para retirar libres en funcin de su estado de sanciones.
El sistema debe permitir accesos Web para socios y pblico en general.

3) Descripcin general del producto:

3.1) Lista de requerimientos:
- 31 -

Aqu colocar la lista elaborada anteriormente.

3.2) Lista de usuarios:
Aqu colocar la lista elaborada anteriormente.

3.3) Descripcin de los requerimientos:
Aqu colocar la especificacin de los requerimientos realizada con anterioridad.

Hemos llegado as al final de la lectura de la Unidad 2. Espero que el repaso, adems de reafirmar
y organizar aspectos de la bibliografa, haya permitido introducir nuevos interrogantes a nuestra
tarea de anlisis, permitiendo avanzar en el conocimiento.

SI-ProfesoraJewsbury-Unidad2

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

SI-ProfesoraJewsbury-Unidad2

Cargado por

Copyright:

Formatos disponibles

Materia Sistemas de Informacin

Profesora: Alejandra Jewsbury

También podría gustarte