Apunte anlisis de sistemas

Captulo 1: Introduccin

Autor: Diego Feresin

Introduccin y conceptos:..........................................................................................................................1
Con que nos vamos a encontrar? .........................................................................................................3
Por donde empezar?.............................................................................................................................3
Ciclo de vida de un sistema. ..................................................................................................................3

Anlisis de Sistemas: Captulo 1

Introduccin y conceptos:
En la materia Sistemas y Organizaciones se vi un primer enfoque de lo que es la
empresa desde el punto de vista de una organizacin, compuesta por distintos departamentos,
los cuales se estudiaron a partir de la tcnica de cursograma.
Lo que se aplica es la divisin de un sistema complejo en sub-sistemas "ms simples"
para poder entenderlos. Se ven los circuitos bsicos de una empresa, compras, almacenes,
cobranzas, etc.
Antes de continuar deberamos asegurarnos de ir entendiendo las distintas palabras que
utilizamos para que la informacin transmitida sea entendida, sino, no van a pasar a ser ms
que datos.
Recordaremos y acordaremos utilizar estos trminos con el siguiente significado
"Un Sistema es una coleccin de componentes relacionados entre si
que trabajan conjuntamente para cumplir con un objetivo" [SOM02]
Sub-sistema es lo que en la definicin anterior se especifica como componente de ese
sistema.
En este punto podemos introducir el concepto de jerarqua sistmica, donde se dice
que todo sistema esta compuesto por sub-sistemas y adems todo sistema forma parte de uno
de jerarqua superior.
Hasta aqu quedaron dos trminos sin definir que habitualmente se los confunde o se
utilizan indistintamente en forma incorrecta, por lo menos si queremos ser claros cuando nos
comunicamos; estos son "dato" e "informacin"
Ejemplo: "el dato que consegu es fundamental para poder definir nuestro plan de accin
para el prximo semestre", " la informacin que me pasaste era errnea y adems me llego
tarde para poder corroborarla".
Sin ser muy estricto en la definicin decimos que dato es lo producido por todo sistema,
ya sean hechos puros o procesados por algn tipo de procedimiento.
Mientras que para que sea informacin esos mismos hechos deberan cumplir con
ciertos requisitos, como ser:
precisa
confiable
completa
oportuna.
La caracterstica fundamental de la informacin es que sirve para tomar decisiones.

Es por eso que un mismo dato tiene distinto valor, dependiendo de la persona u
organizacin que lo reciba.
Lo que podemos decir es que los datos son objetivos, poseen un valor intrinseco,
mientras que la informacion es subjetiva, depende del sujeto que la recibe.
Como ejemplo, para que se entienda la idea, qu valor tendran saber los nmeros que
van a salir en el LOTO de la prxima jugada?, y ese mismo dato, tendra el mismo valor
luego que se haya hecho la jugada? (probablemente solo para el que haya jugado, y tiene los
nmeros ganadores).
En este ejemplo estamos viendo la caracterstica de oportuna de la informacin, que nos
llegue a tiempo.

Busquemos otros ejemplos para resaltar la importancia de las otras

caractersticas.
Para muchos materiales el calor produce un efecto de dilatacin, por eso se ve en las
autopistas esas uniones de metal en los tramos de los mismo. De la misma forma el fro
produce una contraccin del material, esto mismo pasa con el agua. Entonces por que flotan
los icebergs? No se estara contradiciendo el principio de Arqumedes? (la pregunta que
surge es quien era Arqumedes?) el principio de Arqumedes establece (ms o menos) todo
cuerpo sumergido en un liquido recibe una fuerza de empuje de abajo hacia arriba igual al peso
del volumen del liquido desalojado. Entonces el hielo debera ocupar menos volumen que la
misma cantidad de agua a una temperatura donde permanece en estado liquido, entonces la
fuerza que recibe no seria suficiente para mantenerlo a flote. El tema es que nos esta faltando
parte de la informacin , ya que a cierta temperatura, el agua deja de comprimirse para
comenzar a expandirse, entonces un litro de agua congelada ocupa ms espacio que un litro
de agua lquida, por eso hace que el hielo flote, hasta donde? , hasta que se equilibran las
fuerzas.
En cuanto a la confiabilidad de la informacin, esto esta referido a la veracidad de la
misma, es difcil que se puedan tomar decisiones si los datos que tenemos no son verdaderos,
o por lo menos los resultados no sern los deseados.
Otro ejemplo: tenemos que realizar la compra del piso tcnico para nuestro centro de
cmputos, la empresa constructora, internacional, nos pasa las medidas de en los planos en
pies, preguntamos y nos dicen un pie mide aproximadamente 30 centmetros. Bien nuestro
local tiene 50 x 20 pies (bastante grande). Brbaro, cada baldosa mide 60 x 60 cm , calculo
rpido , necesitamos 25 baldosas x 10 baldosas , 250 baldosas. Cuando armamos el piso nos
encontramos con la sorpresa que quedo sin cubrir una franja a lo largo de 25 cm y a lo ancho
de 10 cm. Cual fue el error, el pie mide 30,48 cm.
Vemos que con cualquiera de las caractersticas que nos falte las decisiones que
tomemos van a ser errneas o mejor dicho no van a cumplir con el objetivo.
Por ltimo quisiramos introducir el concepto de sistema de informacin. Por supuesto
va a cumplir con los requisitos de sistema con las caractersticas adicionales de recolectar,
2

procesar, almacenar y distribuir informacin. Como vern en ningn momento se habla de

computadoras, ni de ningn elemento electrnico. Aunque es muy probable que todo sistema
que estudiemos y/o diseemos en un futuro utilizaran estos dispositivos, pero se debe tener en
claro que son herramientas que utilizamos y no el sistema de informacin.
Retomando la idea del primer prrafo, lo que veremos a continuacin ser como
definiremos una estrategia para encarar los problemas que se nos presenten referidos a
sistemas de informacin.

Con que nos vamos a encontrar?

Ya como profesionales, cuando se requieran nuestros servicios, con que nos vamos a
encontrar.
Simplificando las situaciones y alinendonos con el objetivo de la materia, La empresa
no contar con un sistema de informacin formal, contar con uno el cual es eficaz pero ya no
es eficiente, o ser obsoleto. Entonces nuestro trabajo ser de crear uno nuevo desde la nada,
modificar/crear algn subsistema o mdulo, crear un nuevo sistema que cumpla con los
objetivos del anterior ms los nuevos requerimientos.
Nuevamente nos detenemos para aclara un par de trminos. Decimos que se es eficaz,
cuando cumplimos con los objetivos y se es eficiente, cuando esos mismos objetivos se
cumplen en forma ptima.
Ya nos han definido que tenemos que hacer. Ahora qu hacemos?.

Por donde empezar?

La respuesta obvia ser, por el principio, y esto por ser simple no deja de ser cierto.
Que haran Uds. si tuvieran que cocinar una torta que nunca antes han hecho? Por mi parte
buscara la receta. Esa es la primera accin a realizar, buscar informacin que me permita
tomar decisiones. Que ingredientes tengo, cuales tengo que comprar. Para mi sistema, que
informacin tengo, que conozco de la organizacin, cuales son los requisitos y requerimientos
que mi sistema debe cumplir.
Y cules son los siguientes pasos?

Ciclo de vida de un sistema.

Como en la vida, el sistema tendr un nacimiento, un desarrollo, una vida productiva por
ultimo, el fin del sistema.

Cuanto duran las etapas de este ciclo?, depender de cada sistema, de cmo se haya
desarrollado y tambin de elementos externos al mismo.
Dependiendo de los distintos autores, el ciclo de vida completo se divide en varias
etapas, nosotros elegimos dividirlo en 8 etapas.
1.

Estudio preliminar / Reconocimiento / Relevamiento Global

2.

Relevamiento

3.

Estudio de factibilidad

4.

Anlisis

5.

Diseo

6.

Implementacin / Implantacin

7.

Control / Seguimiento / Auditoria

8.

Retiro

En particular los temas de la materia finalizan con la 4 etapa dejando las restantes
etapas para materias de prximos aos.
En el cuadro 1 veremos un resumen de lo que abarca cada una de estas etapas, y en el
cuadro 2, para lo que abarca la materia las distintas tcnicas y herramienta que utilizaremos.

Cuadro 1
Etapa
Estudio Preliminar / Reconocimiento /
Relevamiento Global

que abarca
Recaudar informacin de la organizacin,
conocimiento general de la misma , se interacta
con el nivel directivo y/o gerencial
Se busca conocer los procesos en forma
detallada, la interaccin es con el nivel gerencial
y/u operativo, pudiendo llegar al directivo
dependiendo hacia quien esta orientado nuestro
sistema
Se proponen distintas soluciones para nuestro
sistema y se analizan cuales son las ms
viables, dando como resultado de nuestro
estudio una propuesta.
Se elabora un modelo lgico de la solucin
Se elabora el modelo fsico de lo producido en el
anlisis
Se crea el sistema y se lo pone en
funcionamiento
Se controla que el sistema este cumpliendo con
los objetivos para los que fue diseado y se
realizan las modificaciones necesarias en caso
de necesitarlas
El sistema dejo de cumplir con sus objetivos, y
se lo prepara para poder desactivarlo dejando
paso a un nuevo sistema

Relevamiento

Estudio de factibilidad

Anlisis
Diseo
Implementacin / Implantacin
Control / Seguimiento / Auditoria

Retiro

Cuadro 2
Tcnica
Planificacin
Relevamiento
Redaccin de
informes
Cursograma
(Documentacin)
Anlisis
Tabla de decisin

Etapa donde se la utiliza

Todas las etapas
Estudio preliminar
Relevamiento
Estudio preliminar
Relevamiento
Relevamiento

Observaciones
Gantt y CPM
Cuestionarios, entrevistas,
encuestas

Anlisis
Anlisis

DER, DFD , DD

Supongamos una situacin hipottica. Mi to que tiene un quiosco en la esquina, y como

sabe que estudio en la facultad computacin me pide que le haga un sistemita para atender
el quiosco. Si tenemos que aplicar todas las herramientas del cuadro 2, es probable que para
cuando termine, ya se le haya vencido el contrato de alquiler... Lo ms probable que ocurra es
que le preguntemos que es lo que quiere que haga el sistema, utilizaremos algn lenguaje para
armarle algn sistema que cumpla con lo que necesita, se lo mostremos, le diremos como
operarlo y nos regalar el pancho y la gaseosa por el trabajo de la instalacin.
Empecemos con el anlisis de esta situacin hipottica.
Se reconoce alguna de las etapas del ciclo de vida del sistema mencionadas en el
cuadro 1?
le preguntemos que es lo que quiere que haga el sistema en esto estamos resumiendo
lo que es estudio preliminar y relevamiento (aplicamos la tcnica de entrevista)
En base a los que nos cuenta y algn conocimiento legal que debemos cumplir nos
imaginamos que debera hacer el sistema, despus pensamos como se debera hacer cada
cosa, y utilizaremos algn lenguaje para armarle algn sistema que cumpla con lo que
necesita. Aqu aplicamos las etapas de anlisis, (el qu), diseo (el cmo) donde podemos
incluir la programacin, a continuacin encontramos la implementacin/implantacin, se lo
mostremos, le diremos como operarlo. Donde se incluyen las pruebas y la capacitacin. Y por
ahora el sistema seguir en su ciclo productivo.
Como ven el ciclo de vida se cumple sin la aplicacin de las herramientas, entonces
para que existen y para que las aprendemos?. Si las metas son la de crear sistemas para
quioscos (ya alguien lo debe de haber desarrollado y ganando buena plata) no nos van a ser
de utilidad. (Ojo, no menospreciemos la complejidad que puede tener un sistema de este tipo).
Pero para sistemas donde sea necesario manejar muchas variables, interaccin con otros
sistemas,

grandes volmenes de datos y/o transacciones, multiusuario, el aplicar una

metodologa nos va a servir para cumplir nuestro objetivo.

Entendemos como metodologa, la aplicacin de ciertos pasos, reglas y herramientas, en

forma ordenada, para poder cumplir con nuestro objetivo. En particular la metodologa que se
vera durante el ao se denomina estructurada.
Quizs lo notaron, tal vez no, que el desarrollo de un sistema de informacin es un
trabajo en equipo, que como en el ejemplo anterior se necesitan de al menos 2 integrantes.
Ustedes y el usuario.
Existi un relacin al comienzo de proyecto quiosco del to y al final del proyecto. Para
verlo en forma grfica (una imagen vale mas que mil palabras) introduciremos el grfico 1

1 2

Grfico 1
En la abscisa estar la escala del tiempo. En este punto la ordenada indicara el
porcentaje de trabajo entre el grupo de sistemas y los usuarios. La paralela a la abscisa,
representar el 100% de los recursos. Por debajo de la curva estar los recursos del equipo de
sistemas, y por encima el de los usuarios. Las lneas verticales estarn representando el
cambio de las distintas etapas del ciclo de vida que mencionamos anteriormente.
Como ven en la etapa 1 (Estudio Preliminar) , el equipo recin se forma, y la mayora de
los recursos son aportados por los mismo usuarios.
En la etapa 2 (relevamiento) el equipo de sistemas crece en proporcin, sin embargo es
necesario una importante aporte de parte de los usuarios ya que son ellos los que nos tendrn
que poner al tanto de las necesidades que debemos resolver,
En la etapa 3, deberemos resolver como ser la solucin que propondremos. Es
fundamental la decisin que tome el usuario para saber que camino seguir.
En la etapa 4 (anlisis) el usuario deber formar parte del equipo de trabajo para validar
los modelos que se propongan para resolver el problema siendo el principal generador de
realimentacin.
Para la etapa 5 (diseo) la participacin del usuario deja de tener relevancia, ya que esta
es una etapa puramente tcnica.

La etapa 6 (implantacin/implementacin) son los usuarios los que empiezan a probar el

sistema, los que necesitan capacitarse para operarlo, y los que lo pondrn en servicio.
Para la etapa 7 (seguimiento) aqu es donde el sistema esta en produccin, la
participacin del equipo de sistemas debera ser mnima, algunos trabajos de mantenimiento
o correcciones de nuevos requerimientos menores. Esta debera ser la etapa que ms tiempo
ocupe en el ciclo de vida del sistema.
Cuando se entra en la etapa 8, es por que se detecta un crecimiento en las necesidades
de correcciones del sistema, el mantenimiento deja de ser pequeo y es necesarios cambios
ms profundos. Esto debera llevar a evaluar al usuario el de analizar el retiro del mismo por
uno nuevo o una correccin mayor.
Ya que ha sido mencionado aclararemos que distinguiremos distintos tipos de
mantenimiento, el preventivo, el cual muchas veces esta relacionado con la operacin del
sistema, (que difiere de lo que es la utilizacin del sistema) como ejemplo de esto son tareas
de depuracin de base de datos. El correctivo que implica la modificacin del sistema por
producirse algn error en el mismo que no ha sido detectado en la etapa de pruebas. Ya que a
diferencia de los sistemas mecnicos, los errores de software existen desde su nacimiento. Si
bien el seguir una metodologa, la cual incluye, pruebas de distintos niveles y es una parte
importante en la etapa del desarrollo, siempre existe la posibilidad de alguna combinacin no
testeada, y que seguramente la encontrar el usuario en el momento que ms dao produzca
(Leyes de Murphy aplicadas a sistemas), es inevitable la aparicin de errores en los
desarrollos. Lo que es importante, que la cantidad de errores, sea lo menor posibles, ya que de
alguna manera, esta cantidad de errores ser uno de los indicadores de calidad de software.
Una vez que este en prodcuccin, los errores en el sistema van a ser detectados por el
usuario, por ello se requiere tener especial cuidado en el trato. Se debe tener en cuenta que
para que el sistema cumpla con sus objetivos no solo es necesario que todas las funciones que
realice se hayan analizado y programado en forma correcta, si no que el usuario lo utilice de
forma adecuada. La falta de colaboracin por parte de los usuarios del sistema puede llevar a
que el proyecto fracase en su totalidad. Este punto se desarrollara ms adelante dentro de lo
denominado poltica del usuario. El mismo uso del sistema, permite conocerlo en mayor detalle,
lo que permite evaluar nuevas posibilidades no tenidas en cuenta , en las fases anteriores. Esto
significa que el sistema pueda evolucionar desarrollando nuevas funcionalidades y cambios
(estos ltimos no generados por errores). A estas modificaciones se las clasifica como
mantenimiento evolutivo. En este caso , la calidad del softwre se medira por la facilidad de
realizar estos cambios, no ser tan visible por el usuario, y si por el esfuerzo del equipo,
necesario para implementar los mismos.
En nuestro ejemplo del quiosco del to el equipo de trabajo estaba compuesto por 2
integrantes, por cuanta cantidad de personas estar formado nuestro equipo para otros
proyectos?. No se sienten frustrados cuando escuchan eso depende...... Superen su
frustracin y la respuesta vuelve a ser, eso depender del proyecto y otros factores.
7

Tampoco ser la primera ni la ltima, donde una simple pregunta, tendr como respuesta un
montn de preguntas.( nota montn: termino tcnico utilizado para definir un nmero no
preciso superior a 4). Y es probable que estas preguntas tengan como respuestas otras
preguntas. Esto nos llevara a pensar, que nunca pondremos definir un nmero. En algn
momento estas preguntas obtendrn respuestas y podremos subir por el rbol para responder
la pregunta original.
La generacin de estas preguntas y la elaboracin de una respuesta nos da pie para
ingresar al prximo tema, planificacin

Referencias
SOM02 Somerville, I. Ingeniera de software 6ta edicin, Addison Wesley, 2002
Bibliografa
Sommerville , Ian : Ingeniera de Software 6ta edicin Addison Wesley ,2002
Kendall Kennet , Kendall Julie: Anlisis y diseo de sistemas, tercera edicin, Pearson
Education, 1997
Apuntes de Cursada Lic. Daro Piccirilli; ao 2000