Pgina 1

1.1 Etapas en el Desarrollo de un Sistema de Informacin

Administrativo: Ciclo de Vida

Al descomponer el proceso de diseo de sistemas, se utiliza un

enfoque que concibe a un sistema de informacin como un elemento
de apoyo a las tareas de una organizacin, en constante cambio.

Se distinguen las siguientes siete etapas, aun cuando algunos

autores proponen ms o menos que lo anterior.

1. Estudio de Factibilidad
2. Anlisis de requerimientos de informacin
3. Diseo
4. Construccin
5. Conversin o implementacin
6. Operacin y mantenimiento
7. Evaluacin

1.1.1 Estudio de Factibilidad

El objetivo de esta etapa es evitar que se desarrollen sistemas

en forma compulsiva, producto de oportunidades, deseos de innovar,
o porque simplemente surgi o solicit el problema.
El estudio de factibilidad pretende responder las siguientes
preguntas:

Se necesita realmente un sistema de informacin (S.I.)

computacional?
Qu es necesario para que el S.I. sea exitoso?
Cules son las ventajas y desventajas de contar con un S.I.?

Algunos autores distinguen dos etapas dentro del estudio de

factibilidad:
 Pgina 2

Estudio preliminar
Estudio formal

Bsicamente el estudio preliminar consiste en un anlisis

global de la conveniencia de seguir adelante con el desarrollo. Si
este estudio preliminar es positivo, se pasa al estudio formal, el cual
incluye las siguientes etapas:

1. Comprensin del problema a travs del conocimiento de la

organizacin y de su dinmica; una vez identificado se realiza la
generacin y estudio de alternativas de solucin.
2. Efectuar un anlisis costo-beneficio del sistema para determinar su
factibilidad econmica. Aqu es preciso distinguir, por un lado,
entre costos y beneficios tangibles e intangibles, y costos que
ocurren una sola vez.
3. Se debe analizar la factibilidad socio-tcnica, que se preocupa del
estudio del impacto que el nuevo sistema tendr sobre las
personas, y sobre la estructura organizacional. Este impacto
proviene de la introduccin de nueva tecnologa y de los cambios
en los procedimientos administrativos que involucra el nuevo
desarrollo.

Otros autores separan en este punto el estudio de dos

factibilidades independientes: factibilidad tcnica y factibilidad
operacional o administrativa.

1.1.2 Anlisis de los Requerimientos de Informacin (Anlisis de

Sistema)
Consiste en la identificacin de los elementos que constituirn
una determinada aplicacin de un determinado S.I. Se preocupa de
definir los datos de entrada al sistema, los procesos de
transformacin a que esos datos estn sujetos y la informacin de
 Pgina 3

salida provista por tales procesos que los usuarios necesitan recibir
de una forma determinada.
En una frase se puede decir que esta etapa:

se preocupa de lo que el sistema debiera ser

El xito de un sistema depende principalmente del nivel de

satisfaccin de los usuarios, y esto es importante en esta etapa,
puesto que los estudios han revelado que algo ms que el 50% de los
errores de un sistema de informacin se generan por un anlisis de
requerimientos deficiente.
Existen diversos mtodos para definir los requerimientos de
informacin. Algunos se centran en la deteccin de las necesidades
globales de una organizacin, y otros, en la definicin de
requerimientos para aplicaciones especficas.
Entre los mtodos orientados hacia actividades amplias se
destacan:

1. Factores crticos de xito (FCE)

Consiste en la interrogacin a los ejecutivos de una organizacin
por los elementos que son crticos para desempear con xito un
trabajo o un proceso de toma de decisiones. De este mtodo,
seguido de reuniones peridicas guiadas por un experto, surge
generalmente una lista breve de factores sobre los cuales debe
proporcionarse un conjunto de sistemas, mediciones e indicadores,
que los evalen y controlen.

2. Anlisis de Procesos:
Se apoya en la idea que los grupos de decisiones/acciones,
relacionados con la administracin de los recursos de la empresa,
son la base del apoyo (el punto de partida) que los sistemas de
informacin deben brindar.
Un ejemplo de esta categora es el mtodo BSP (Business Systems
Planning) que se centra en la elaboracin de un plan maestro y una
 Pgina 4

arquitectura general de datos para la generacin o desarrollo de

sistemas en una organizacin.

Con respecto a los procedimientos de especificacin de

requerimientos que se orientan a aplicaciones particulares, podemos
mencionar los siguientes:

1. Anlisis de Sistemas Socio-Tcnicos

2. Anlisis de Entradas-Procesos-Salidas

1. Anlisis de Sistemas Socio-Tcnicos:

Este enfoque comienza con la separacin del sistema en dos: un
subsistema tcnico, y un subsistema social.
Plantea la definicin de los requerimientos de cada subsistema
para luego compatibilizar ambas especificaciones desde una
perspectiva global, considerando la interaccin entre los distintos
elementos y el comportamiento de los individuos afectados por el
sistema.

2. Anlisis de Entradas-Procesos-Salidas
Consiste en que una aplicacin es visualizada como un sistema
que tiene entradas, salidas y un proceso, formado por una serie de
transformaciones aplicadas sobre las entradas, para generar las
salidas.
Este mtodo sugiere un enfoque top-down (de arriba hacia abajo),
que va progresando sucesivamente mediante descomposiciones,
desde un nivel top a distintos niveles de detalle posible.
Un ejemplo lo constituye el mtodo de diseo estructurado que
utiliza los flujo-gramas lgicos.

La mayora de los mtodos presentados requieren la

participacin o interaccin entre usuarios y analistas.
Esto introduce al proceso (de anlisis de requerimientos de
informacin), una serie de variables que afectan considerablemente
el resultado de la utilizacin de las tcnicas presentadas.
 Pgina 5

Estas variables se pueden clasificar en tres:

1. Restricciones de los individuos como procesadores de
informacin y encargados de resolver problemas.
2. La variedad y complejidad de los requerimientos de informacin
3. Los complejos esquemas de interaccin entre los individuos que
participan en el proceso de anlisis de requerimientos.

1.1.3 Diseo

En la etapa de diseo se recogen los elementos reunidos

durante la fase de anlisis previa, y se les proporciona una
estructura. En forma clsica esta etapa se divide en 2 subetapas:

Diseo lgico
Diseo fsico

1.1.3.1 Diseo Lgico

Se tratar el diseo lgico bajo la perspectiva del diseo

estructurado de sistemas. Este enfoque de diseo estructurado se
refiere a un conjunto de pautas que permiten generar una jerarqua
de mdulos de los elementos de un sistema, a fin de que ste pueda
modificarse fcilmente.
El objetivo del diseo lgico es obtener un modelo del sistema
apoyado en la utilizacin de tcnicas grficas, que permiten la
comunicacin entre usuarios y especialistas. Lo que se busca es una
representacin del modelo comprensible y compartida, que refleje
cmo encajan en el sistema los distintos elementos, para satisfacer
las necesidades de los usuarios.
Se habla de diseo lgico ya que esta etapa se debe realizar en
forma totalmente conceptual, prescindiendo de las restricciones
fsicas a las que el sistema podra estar sujeto.
 Pgina 6

1.1.3.2 Diseo Fsico

En esta etapa se definen detalles requeridos para la

construccin del sistema de informacin. A partir del diseo lgico
define una solucin particular del sistema.
En esta etapa, el diseo se mueve de concepciones
conceptuales hacia un compromiso con aspectos materiales
concretos; de ah deriva el nombre fsico. En general el diseo
fsico debe pasar secuencialmente por las siguientes fases:

1. Diseo de las salidas: En esta etapa se definen exactamente los

informes, listados, pantallas y documentos que el sistema debe
generar. Para cada uno se debe indicar su contenido y las
caractersticas de los datos, el medio en el cual se generar
(impreso, grfico, imagen en pantalla, accionamiento, sonido,
etc.). Finalmente para cada salida se debe indicar la disposicin
que tendrn los datos, adjuntando una muestra de ellas.
2. Diseo de las entradas: En esta fase se detallan las entradas
necesarias para generar las salidas previamente diseadas. Para
esto es necesario especificar los registros que se utilizarn, los
archivos desde donde se extraern, el medio de almacenamiento
donde residen tales registros o el dispositivo a travs del cual se
obtendrn las entradas en el caso de que estas no estn
almacenadas (teclado, lector ptico, mouse, pantalla sensible al
tacto, etc.)
3. Diseo de los procesos computacionales: En esta fase se define la
transformacin a que se someten las distintas entradas para
generar sus salidas particulares. Comprende la especificacin de
los procesos de validacin a que se someten las entradas, la
descripcin detallada de las frmulas o clculos que se efecten, la
especificacin de los archivos temporales que se generen y la
descomposicin del proceso en todos sus mdulos.
4. Diseo de los archivos: En esta fase se detallan los distintos tipos
de archivos involucrados en el diseo (maestros, temporales,
transacciones, histricos, referencia, etc) indicando para cada uno
 Pgina 7

de ellos su nombre, su extensin y la descripcin de los distintos

campos que forman el registro.

En forma paralela a este proceso, en la etapa de diseo fsico es

el punto apropiado en el cual tomar las decisiones acerca de las
tecnologas de la informacin necesarias para la solucin que se est
planteando. Hoy en da, este es un proceso complejo debido a la
variedad de alternativas existentes, la dificultad de establecer un
proceso de comparacin y lo complicado que resulta la
cuantificacin exacta de los beneficios que otorga la incorporacin
de la informtica en la organizacin. Por lo tanto el proceso de
seleccin de tecnologa se debe abordar cuidadosamente,
incorporando al menos los siguientes criterios generales:

1. Se debe conocer el costo total de una determinada tecnologa. Si

bien es cierto que esto parece obvio, no lo es tanto si se considera
la existencia de una serie de costos ocultos que en muchos casos
superan a los aparentes, que es necesario detectar en forma previa
a la decisin. Por ejemplo:
+ costo de implementacin de un lugar fsico
+ seguros involucrados
+ equipos de respaldo requeridos
+ capacidad y proyeccin de crecimiento futuro
+ entrenamiento requerido para operar la tecnologa
+ etc.

2. Es indispensable por qu y para qu se est adquiriendo o

contratando una determinada tecnologa de informacin.
Nuevamente esto puede parecer obvio, sin embargo, la
experiencia indica que en muchos casos la compra de un software
o un hardware obedece a razones ajenas o no vinculadas
directamente con el negocio.

3. Es importante incorporar dentro de los criterios de seleccin, una

serie de elementos complementarios. Estos aspectos se refieren
 Pgina 8

por un lado a las caractersticas del proveedor y sus servicios, y

por otro a consideraciones tcnicas relacionadas con la
compatibilidad y obsolescencia de la tecnologa. Respecto del
proveedor y sus servicios tenemos:

+ confiabilidad
+ solidez financiera
+ prestigio
+ apoyo a la puesta en marcha
+ servicio tcnico
+ frmulas de financiamiento
+ forma de pago
+ etc.

Respecto de la tecnologa se tienen:

+ compatibilidad con la tecnologa existente

+ compatibilidad con la tecnologa a adquirir en el futuro
+ posibilidades de crecimiento modular
+ nivel tecnolgico del componente computacional

1.1.4 Construccin

Una vez terminado el diseo del sistema, tanto desde el punto

de vista lgico como fsico se procede a su construccin. Este
proceso se divide en dos etapas:

1. Programacin
2. Prueba (Testing)

1. La programacin se refiere a la generacin de instrucciones

mediante algn software adecuado. La programacin se debe
realizar en base a las especificaciones de programas obtenidas
como procesos computacionales del diseo fsico.
 Pgina 9

2. La prueba de programas consiste en la ejecucin de instrucciones,

diseadas el la etapa de programacin, que simulen con datos
reales o ficticios la operacin normal del programa, permitiendo la
deteccin de errores.

1.1.5 Conversin o Implementacin del Sistema

En esta etapa se define cuando y de qu forma se introducir el

nuevo sistema. La conversin se refiere al momento en que el nuevo
sistema sustituye al que operaba previamente y la implementacin se
refiere a la instalacin y puesta en marcha de los nuevos equipos y
procedimientos que el sistema conlleva.
En particular esta etapa es muy importante dentro del ciclo de
vida de un sistema, pues se lleva a cabo en un clima de gran
expectacin y de gran carga de trabajo. Por un lado estn las
actividades de instalacin de los equipos nuevos, la ampliacin y
modificacin de los equipos antiguos, la adaptacin de los lugares
de trabajo, etc., y por otro lado se tiene el entrenamiento del
personal cuyas tareas, cargos o roles se ven afectados por los nuevos
procedimientos. Todo esto se debe efectuar adems en forma
simultnea con las actividades propias del negocio.
Existen diferentes alternativas de conversin:
1.1.5.1 Conversin en paralelo

Figura 1
1.1.5.2 Conversin Gradual

Figura 2
 Pgina 10

1.1.5.3 Conversin con Plan Piloto

Figura 3
1.1.5.4 Conversin Abrupta

Figura 4

1.1.6 Operacin y Mantencin

Una vez terminado el sistema en su implementacin debe

usarse para satisfacer las necesidades de informacin por las cuales
se gener. Sin embargo tenemos que los sistemas de informacin
estn inmersos en un medio dinmico, por lo tanto debe estar sujeto
a ciertos cambios que lo adapten a las situaciones del entorno que
provoquen modificaciones en sus procesos de transformacin de la
informacin. Esto ltimo es lo que se entiende por mantencin, es
decir, el soporte continuado al sistema tal que este se mantenga
viable.
Las alteraciones mayores que signifiquen el rediseo lgico de
parte del sistema se debiera entender como nuevos proyectos, los
que se detectaran en la etapa de evaluacin. Sin embargo la
experiencia muestra que las mantenciones mayores generalmente se
abordan en forma sucesiva y no como proyectos independientes.
Esto es muy costoso y de hecho, aproximadamente un 70% de los
recursos en los departamentos de informtica se gastan en la
mantencin de los sistemas antiguos.
 Pgina 11

1.1.7 Evaluacin

A fin de medir el grado de satisfaccin de sus usuarios y

verificar si cumple con sus objetivos. Todo el sistema debe
someterse a una evaluacin que permita tomar medidas correctivas
oportunamente.
Un sistema nuevo debera evaluarse dos veces en el semestre
que sigue a su puesta en marcha, para detectar as las necesidades de
mayor capacitacin o para detectar actitudes que puedan conducir al
deceso del sistema.
Si la evaluacin arroja como resultado la necesidad de realizar
cambios significativos en un sistema se debe iniciar un ciclo de
vida que parte con el estudio de factibilidad de los cambios, o con el
desarrollo de un sistema distinto.

1.2 Impacto de Nuevas Tecnologas en el Desarrollo de

Sistemas

El enfoque del ciclo de vida surgi como necesidad del

desarrollo de sistemas tradicionales, es decir, orientados al
procesamiento de transacciones. Con el tiempo ha variado el tipo de
sistemas demandados y tambin han surgido nuevos mtodos y
herramientas para desarrollarlos.
No obstante estos cambios, el enfoque de ciclo de vida se
mantiene en trminos generales. Las nuevas herramientas para
desarrollar aplicaciones slo varan la importancia relativa y la
velocidad de las etapas del proceso.