Las actividades tpicas del ciclo de vida son:

1- Estudio de factibilidad :
Un resultado importante de la investigacin preliminar es la determinacin de que el
sistema solicitado sea factible. En la investigacin preliminar existen tres aspectos
relacionados con el estudio de factibilidad.
1. Factibilidad Tcnica. El trabajo para el proyecto, puede realizarse en el equipo
actual, la tecnologa existente del software y el personal disponible? Si se necesita
nueva tecnologa cul es la posibilidad de desarrollarla?
2. Factibilidad Econmica. Que los beneficios (tangibles e intangibles) y horros
superen a los costos; que los ndices financieros que se calculen sean aceptables, de
acuerdo con polticas y estndares generales y especficos; que el proyecto tenga
contenido econmico y est contemplado en el presupuesto respectivo.
Como mnimo deben calcularse las siguientes razones:
a. Tasa Interna de Retorno.
b. Valor Neto Presente.
c. Perodo de Recuperacin.
d. Y, el total de los beneficios netos.
Dependiendo de los resultados de este estudio se determinar si se contina o no con el
proyecto.
3. Factibilidad Operacional. Si se desarrolla e implanta, ser utilizado el sistema?,
existir cierta resistencia al cambio por parte de los usuarios que de cmo resultado
una disminucin de los posibles beneficios de la aplicacin?
El estudio de factibilidad lo lleva a cabo un pequeo equipo de personas (en ocasiones
una o dos) que est familiarizado con tcnicas de sistemas de informacin; dicho equipo
comprende la parte de la empresa u organizacin que participar se ver afectada por el
proyecto y es gente experta en los procesos de anlisis y diseo de sistemas. En general,
las personas que son responsables de evaluar la factibilidad son anlisis capacitados o
directivos.
2- Anlisis (de requerimientos):
El aspecto fundamental del anlisis de sistemas es comprender todas las facetas
importantes de la parte de la empresa que se encuentra bajo estudio. Los analistas, al
trabajar con los empleados y administradores, deben estudiar los procesos de una
empresa para dar respuesta a las siguientes preguntas:
1. Qu es lo que hace?
2. Cmo se hace?

3. Con qu frecuencia se presenta?

4. Qu tan grande es el volumen de transacciones o de decisiones?
5. Cul es el grado de eficiencia con el que se efectan las tareas?
6. Existe algn problema?
7. Si existe un problema. Qu tan serio es?
8. Si existe un problema. Cul es la causa de lo que origina?
Para contestar estas preguntas, el analista conversa con varias personas para reunir
detalles relacionados con los procesos de la empresa, sus opiniones sobre porque
ocurren las cosas, las soluciones que proponen y sus ideas para cambiar el proceso. Se
emplea cuestionarios para obtener esta informacin cuando no es posible entrevistar, en
forma personal, a los miembros de grupos grandes dentro de la organizacin.
As mismo, las investigaciones detalladas requieren el estudio de manuales y reportes,
la observacin en condiciones reales de las actividades de trabajo y, en algunas
ocasiones, muestras de formas y documentos con el fin de comprender el proceso en su
totalidad.
Conforme se renen los detalles, los analistas estudian los datos sobre requerimientos
con la finalidad de identificar las caractersticas que debe tener el nuevo sistema,
incluyendo la informacin que deben producir los sistemas junto con caractersticas
operacionales tales como controles de procesamiento, tiempos de respuesta y mtodos
de entrada y salida.
3- Diseo:
El diseo de un sistema de informacin produce los detalles que establecen la forma en
la que el sistema cumplir con los requerimientos identificados durante la fase de
anlisis. Los especialistas en sistemas se refieren, con frecuencia, a esta etapa como
diseo lgico en contraste con la de desarrollo del software, a la que denominan diseo
fsico. Los analistas de sistemas comienzan el proceso de diseo identificando los
reportes y dems salidas que debe producir el sistema. Hecho lo anterior se determinan
con toda precisin los datos especficos para cada reporte y salida. Es comn que los
diseadores hagan un bosquejo del formato o pantalla que esperan que aparezca cuando
el sistema est terminado. Lo anterior se efecta en papel o en la pantalla de una
terminal utilizando para ello algunas de las herramientas automatizadas disponibles para
el desarrollo de sistemas.
Los documentos que contienen las especificaciones de diseo representan a ste de
muchas maneras (diagramas, tablas y smbolos especiales). La informacin detallada
del diseo se proporciona al equipo de programacin para comenzar la fase de
desarrollo de software .

Los diseadores son los responsables de dar a los programadores las especificaciones de
software completas y claramente delineadas. Una vez comenzada la fase de
programacin, los diseadores contestan preguntas, aclaran dudas y manejan los
problemas que enfrentan los programadores cuando utilizan las especificaciones de
diseo
4.1- Creacin de prototipos (modelos)
Qu es el Modelo Espiral?
Desarrollado por B. Boehm, bsicamente, la idea es Desarrollo Evolutivo, usando el Modelo de
Cascada para cada etapa; esta orientado a evitar riesgos de trabajo. No define en detalle el
sistema completo a la primera. Los desarrollares deberan solamente definir las mas altas
prioridades. Definir e implementarlas y entonces obtener un feedback de los usuarios (tal y
como feedback distingue desarrollo "evolutivo" de "incremental"). Con este conocimiento,
deberan entonces retroceder o volver al punto de partida para definir e implementar ms y
mejores partes.
El Modelo Espiral mejora el Modelo de Cascada enfatizando la naturaleza iterativa del proceso
de diseo. Eso introduce un ciclo de prototipo iterativo. En cada iteracin, las nuevas
expresiones que son obtenidas transformando otras dadas son examinadas para ver si
representan progresos hacia el objetivo.
Este mtodo esta basado en dos importantes principios:

la practica de dise profesional es caracterizar en trminos de conocer, actuar en situaciones,

conversacin con la situacin y reflexin en accin. Hay un distinto medio de proceso orientacin en esta aproximacin al diseo. Es raro que el diseador tenga el diseo en su
cabeza por adelantado y que despus meramente lo transcriba. Gran parte del tiempo del
diseador esta inmiscuido en una progresiva relacin con su entorno. Una buena metfora para
describirlo es "la conversacin con el material", como un escultor, quien esta ocupado en una
conversacin con el medio. El escultor modela arcilla y luego mira y siente la escultura para ver
lo que ha llegado a ser.

la necesidad para diseadores de tomar la practica de trabajo seriamente, de supervisar las

formas en las que el trabajo se esta haciendo, en el sentido de una solucin abierta y desplegada
para aumentar la complejidad de una situacin que el diseador solo entiende parcialmente. El
hecho por el cual se esta tratando con "actores humanos". Los sistemas necesitan tratar o estar
en contacto con las preocupaciones del usuario. Es, definitiva, el reconocimiento de que el
trabajo es fundamentalmente social, envolviendo cooperacin y comunicacin.
Una visin general del Modelo de Cascada puede ser la siguiente:

4.2- Implementacin
El objetivo de esta fase es realizar las actividades necesarias para poner a disposicin de los
usuarios el sistema de informacin.
En primer lugar, se revisa la formulacin del proyecto. Se estudia su alcance y, en funcin de
sus caractersticas, se define un plan de implantacin y se especifica quienes del Equipo de
trabajo lo van a llevar a cabo
Las actividades previas al inicio de la produccin incluyen la preparacin de la infraestructura
necesaria para configurar el entorno, la instalacin de los componentes, la activacin de los
procedimientos manuales y automticos asociados y, cuando proceda, la migracin o carga
inicial de datos. Para ello se toman como punto de partida los productos de software probados,
obtenidos en la fase Construccin y Pruebas del Sistema de Informacin (CPS) y su
documentacin asociada.
Conviene sealar que la implantacin puede ser un proceso iterativo que se realiza de acuerdo al
plan establecido para el comienzo de la produccin del sistema en su entorno de operacin. Para
establecer este plan se tiene en cuenta:
El cumplimiento de los requerimientos de implantacin definidos en el Catalogo de
Requerimientos y especificados en la actividad Establecimiento de Requerimientos de
Implantacin (DSI 10)
La estrategia de transicin del sistema antiguo al nuevo.
Finalmente, se realizan las acciones necesarias para el inicio de la puesta en produccin del
sistema de informacin.
5 - Validacin y prueba
Pruebas
El objetivo de estas pruebas es garantizar que el sistema ha sido desarrollado correctamente, sin
errores de diseo y/o programacin. Es conveniente que sean planteadas al menos tanto a nivel
de cada mdulo (aislado del resto), como de integracin del sistema (segn sea la naturaleza del
proyecto en cuestin se podrn tener en cuenta pruebas adicionales, p.ej. de rendimiento).

Validacin
Esta etapa tiene como objetivo la verificacin de que el sistema desarrollado cumple con los
requisitos expresados inicialmente por el cliente y que han dado lugar al presente proyecto (para
esta fase tambin es interesante contar con los use cases, generados a travs de las
correspondientes fases previas, que servirn de gua para la verificacin de que el sistema
cumple con lo descrito por estos).
6 - Operacin y mantenimiento:
Finalmente la aplicacin resultante se encuentra ya en fase de produccin (en funcionamiento
para el cliente, cumpliendo ya los objetivos para los que ha sido creada). A partir de este
momento se entra en la etapa de mantenimiento, que supondr ya pequeas operaciones tanto de
correccin como de mejora de la aplicacin (p.ej. mejora del rendimiento), as como otras de
mayor importancia, fruto de la propia evolucin (p.ej. nuevas opciones para el usuario debidas a
nuevas operaciones contempladas para el producto).
La mayora de las veces en que se desarrolla una nueva aplicacin, se piensa slamente en un
ciclo de vida para su creacin, olvidando la posibilidad de que esta deba sufrir modificaciones
futuras (que tendrn que producirse con casi completa seguridad para la mayor parte de los
casos).