Contenido

CAPTULO III.............................................................................................. 1
Metodologas del ciclo de vida de los sistemas..................................1
Fase de planificacin................................................................................ 2
Fase de anlisis........................................................................................ 6

CAPTULO III
Metodologas del ciclo de vida de los sistemas
El concepto de ciclo de vida es aplicado y vlido para cualquier cosa que se
produzca, madure y finalmente muera. Este concepto se aplica tambin al
periodo de vida de un sistema informtico, desde una aplicacin de
procesamiento de datos, hasta un sistema de apoyo para la toma de
decisiones.
El ciclo de vida de un sistema informtico consta de 5 fases, de las cuales 4
de ellas son destinadas a la creacin del sistema (planificacin, anlisis,
diseo e implementacin), la quinta fase, no menos importante est
direccionada al uso del sistema. Cabe mencionar que en cada una de estas
etapas o fases deben intervenir los usuarios y pueden participar los
especialistas de la informacin.
Las actividades, tanto de los especialistas de la informacin como de los
usuarios, son administradas teniendo en cuenta distintos puntos de
supervisin, siendo el ente rector el mximo rgano de la entidad. Los
ejecutivos establecen las directrices, polticas y procedimientos para el uso
de la tecnologa de la informacin.
En conclusin el ciclo de vida de un sistema, es el proceso evolutivo que se
sigue al implementar un sistema o subsistema de informacin basado en
computadora, consistiendo en una serie de tareas que siguen de cerca los
pasos del enfoque de sistemas. El ciclo de vida de un sistema tambin se
conoce como enfoque de cascada para la creacin y uso de sistemas.
Fases del ciclo de vida
El ciclo de vida de un sistema consta de 5 fases definidas, las cuales pueden
subdividirse teniendo en cuenta el propsito que buscan. Las primeras 4 son
las de planificacin, anlisis, diseo e implementacin, que conforman el
ciclo de desarrollo del sistema, la 5ta fase es la fase del uso, que conlleva el
rediseo del sistema, con el cual se repiten todas las fases del ciclo antes
mencionadas.
Administracin del ciclo de vida
Las primeras etapas del ciclo de vida de un sistema estaban bajo el control
del gerente de la unidad de servicios de informacin, asistido por los
gerentes de anlisis de sistemas, programacin y operaciones. En muchas

compaas, la responsabilidad an reside en este nivel, pero la tendencia

reciente es colocar la responsabilidad en niveles tanto ms altos como ms
bajos. Hoy da, la administracin de los ciclos de vida puede abarcar varios
niveles organizacionales e implicar a gerentes de fuera del rea de servicios
de informacin.
Responsabilidad ejecutiva. Cuando el sistema tiene un valor estratgico
o afecta a toda la organizacin, el presidente o el comit ejecutivo podrn
decidir supervisar el proyecto de desarrollo.
El comit director del sistema de informacin gerencial (MIS). Este
es un comit especial que asume la responsabilidad de supervisar todos los
proyectos de sistemas. Cuando el propsito de un comit es proporcionar
orientacin, direccin y control continuos, se le denomina comit director.
Cuando una compaa establece un comit director con el propsito de
dirigir el uso de los recursos de cmputo de la compaa, se usa cl trmino
de comit director de MIS.
Los miembros permanentes del comit director de MIS siempre incluyen
ejecutivos del nivel ms alto. Entre los miembros temporales estn gerentes
de niveles inferiores y consultores que participan durante el tiempo en que
se necesitan conocimientos.
Este comit desempea tres funciones principales:

Establece polticas que aseguren que los objetivos de la compaa

reciban el apoyo de los sistemas de informacin.

Ejerce control fiscal administrando todas las solicitudes para

desembolsos relacionados con los sistemas de informacin.

Resuelve conflictos relacionado con las prioridades en el uso de los

sistemas de informacin.

Al centralizar la administracin de los ciclos de vida de sistemas dentro de

la entidad, se asegura:

Que la computadora o los sistemas de informacin sirvan de apoyo a

los usuarios de toda la compaa.

Los proyectos relacionados con sistemas de informacin se lleven de

forma planificada y controlada.

Liderazgo de proyectos. El comit director del Sistema de informacin

gerencial no participa directamente en los detalles del trabajo, para ello
existen equipos de proyecto, los cuales se encargan de la creacin del
sistema computarizado.

Fase de planificacin.
La creacin de un sistema de informacin requiere el mismo nivel de
planificacin que de cualquier proyecto importante, como la introduccin de
un nuevo producto al mercado o la puesta en marcha de un nuevo plan de
negocios.
Beneficios de planificar el proyecto.

Definir el alcance del proyecto, teniendo en cuenta cuales son las

reas que participarn, las actividades y sistemas; cuales no
participarn y cul ser el nivel de capital requerido para la inversin.
Detectar posibles reas problema, la planificacin revela que cosas
pueden fallar y cmo pueden prevenirse y mejorarse.
Determinar el orden de las tareas, teniendo en cuenta que para dar
origen a un sistema se deben realizar mltiples tareas individuales, la
etapa de planificacin servir para ordenarlas y buscar la mejor forma
de administrarlas, teniendo en cuenta una secuencia lgica
basndose en
las prioridades de la informacin y la necesidad de
eficiencia.
Establecer una base para el control, se deben especificar con
antelacin ciertos niveles de desempeo y mtodos de medicin.

Pasos de la fase de planificacin.

El grfico, presenta de forma esquemtica todos los pasos necesarios
dentro del proceso de planificacin, en ella se muestran todos los pasos a
seguir y se identifican las responsabilidades del comit director de MIS, del
gerente del rea usuaria y del analista de sistemas. Durante las primeras
fases del desarrollo del sistema, los analistas de sistemas son los
especialistas de la informacin, los cuales tienen la responsabilidad de
trabajar junto con los usuarios.

Los administradores de base de datos y especialistas en redes desempean

papeles de apoyo.

1. Reconocer el problema
Por lo regular son los gerentes, los no gerentes y agentes del entorno
de la compaa los que identifican o reconocen las necesidades de
creacin o reingeniera un sistema de informacin para la compaa.
Por otro lado los especialistas no son, los que comnmente identifican
las necesidades de un sistema para la compaa, ya que no estn en
el lugar en el que puedan percibir los sntomas del problema.
2. Definir el problema
Una vez que el gerente sabe de la existencia de un problema o de
una necesidad, debe entenderlo a fondo para poderle dar una
solucin.
3. Fijar los objetivos del sistema
El gerente y el analista de sistemas preparan una lista de objetivos
que el sistema debe cumplir para satisfacer las necesidades a los
usuarios. En este punto, los objetivos se expresan nicamente en
trminos generales; posteriormente se harn ms especficos.
4. Identificar las restricciones del sistema
El nuevo sistema no Operar libre de restricciones. Algunas
restricciones las impone el entorno, como cuando cl gobierno pide
informes fiscales y los clientes requieren informacin de facturacin.
Otras restricciones las impone la gerencia de la compaa, como la
condicin de usar hardware ya existente o tener el sistema
funcionando para cierta fecha.
Es importante identificar estas restricciones antes de comenzar a
trabajar realmente en el sistema. As, tanto el diseo del sistema
como las actividades del proyecto se ajustarn a las restricciones.
5. Realizar un estudio de factibilidad
Este estudio ayudar a dar una mirada a los posibles factores que
influirn al sistema ante la consecucin de los objetivos planeados.
Existen dimensiones de factibilidad:
Tcnica. Dirigido a evaluar si se cuenta con software o
hardware disponible para poner en marcha el sistema.
Rendimiento econmico. Dirigido a evaluar el costo
beneficio de la puesta en marcha del sistema.
Rendimiento no econmico. Dirigido a evaluar los beneficios
que no pueden ser medidos monetariamente que generar
el sistema.
Legal y tica. Dirigido a evaluar la parte legal y tica
correspondiente al desarrollo del sistema.
Operativa. Dirigido a evaluar si el diseo del sistema ser de
fcil utilizacin para los usuarios de la entidad.

De programacin. Dirigido a evaluar el tiempo en el cual se

implementar el sistema, teniendo en cuenta el tiempo
planeado.

6. Preparar una propuesta de estudio de sistema

Ser necesario realizar un estudio de sistema, siempre y cuando el
sistema o el proyecto sean factibles. El estudio de sistema
proporcionar la base detallada para disear el nuevo sistema,
respondiendo las preguntas, qu debe hacer? y cmo debe hacerlo?
El analista prepara una propuesta de estudio de sistema, para que el
gerente pueda decidir si se incurre o no en el gasto de anlisis.
7. Aprobar o rechazar el proyecto de estudio.
El gerente y el comit director sopesan los pros y los contras del
proyecto y diseo del sistema propuesto.
Para tomar esa decisin, necesariamente deben hacerse las
siguientes preguntas:
El sistema propuesto alcanzar los objetivos?
El proyecto de estudio propuesto es la mejor forma de realizar
el anlisis de sistemas?
Si la decisin es a favor, el proyecto pasa a la fase de estudio, caso
contrario todos los participantes dirigirn su atencin a otras cosas.

8. Establecer un mecanismo de control.

Antes de darse inicio al estudio del sistema, es necesario que el
comit director de MIS establezca un mecanismo de control del
proyecto, especificando lo que se har, quin lo har y cuando se
har. Es necesario establecer tiempos estndar con lo cual pueda
controlarse el tiempo de cada una de las tareas que se realizarn
para dar vida al sistema.

Fase de anlisis
Esta fase empieza a partir de completada la planificacin y establecido el
sistema de control. El anlisis de sistema es el estudio de un sistema
existente con el propsito de disear un sistema nuevo y mejorado.

1. Anunciar el estudio de sistemas.

Cuando una compaa decide implementar un nuevo sistema o
una nueva aplicacin informtica, la gerencia espera y toma
medidas para asegurar la cooperacin de todos los empleados.
Uno de los temores que tienen los empleados es el impacto que
tendr la nueva aplicacin en la realizacin de sus funciones
cotidianas, algunos son adversos al cambio, otros son aventureros.
La mejor forma de combatir estos temores es comunicando a los
empleados las razones por las que la compaa tiene que iniciar el
proyecto, los beneficios que el nuevo proyecto traer, tanto para
la compaa como para los empleados.
2. Organizar el equipo de proyecto.
En esta etapa se rene el equipo del proyecto que realizar el
estudio del sistema. ES crucial la participacin de los usuarios para
que el proyecto logre el xito esperado.
3. Definir las necesidades de informacin.
Utilizando diversas herramientas, los analistas se enteran de las
necesidades de informacin por parte de los usuarios, dichas
herramientas pueden ser: entrevistas personales, encuestas,
observaciones, bsqueda de archivos.
En este punto el analista recolecta informacin y documentacin
sobre el sistema existente.
4. Definir los criterios de desempeo del sistema.
Luego de tener claro cules son las necesidades de informacin,
ya es posible especificar en trminos exactos qu es lo que debe
lograr el sistema: los criterios de desempeo.
5. Preparar la propuesta de diseo.

El analista de sistemas proporciona al gerente la oportunidad de

tomar una segunda decisin, ya sea en contra o a favor. Aqu el
gerente debe aprobar el diseo, y el apoyo para esa decisin est
incluido en la propuesta de diseo.
6. Aprobar o rechazar el proyecto de diseo.
El gerente y el comit director de MIS, evalan el proyecto y
determinan si ser aprobado o no.

La Fase de diseo
Ya que se entiende el sistema existente y los requisitos que debe cumplir el
nuevo sistema, el equipo de proyecto puede abordar el diseo del nuevo
sistema. El diseo de sistemas es la determinacin de los procesos y datos
que un nuevo sistema requiere. Si el sistema es computarizado, el diseo
puede incluir una especificacin de los tipos de equipo que se usarn.
1. Preparar el diseo del sistema detallado.
El analista
trabaja con el usuario y documenta el diseo del
nuevo sistema empleando diversas herramientas. Estas
herramientas permiten al analista preparar la documentacin de
manera descendente, comenzando con el panorama general para
luego incluir mucho ms detalles. Este enfoque es llamado diseo
estructurado, en el que el diseo pasa del nivel de sistema al nivel
subsistema.
2. Identificar configuraciones alternativas del sistema.
El analista debe identificar ahora la mejor configuracin del
equipo de cmputo que mejor permita al sistema realizar el
procesamiento. La identificacin es un proceso secuencial que
inicia con la identificacin de diversas combinaciones que pueden
llevar a cabo cada tarea.

3. Evaluar configuraciones alternativas del sistema.

El analista, trabajando conjuntamente con el gerente, evalan las
distintas alternativas. Se llegar a seleccionar la que mejor
permite al subsistema satisfacer los criterios de desempeo,
dadas las restricciones.
4. Seleccionar la mejor configuracin.
El analista evala todas las configuraciones de subsistemas y
ajusta la mezcla de dispositivos para que todos los subsistemas se
ajusten a una sola Configuracin. Cuando termina, el analista
presenta la recomendacin al gerente para su aprobacin. Si el

gerente aprueba la configuracin, se busca la aprobacin del

comit director de MIS.
5. Preparar la propuesta de implementacin.
El analista prepara una propuesta de implementacin que
bosqueja los trabajos de implementacin por realizar, los
beneficios esperados y los costos.
6. Aprobar o rechazar la implementacin del sistema.
La decisin de continuar con la fase de implementacin tiene
especial importancia, porque la implementacin incrementar
considerablemente el nmero de participantes. Si los beneficios
esperados del sistema exceden los Costos, se aprobar la
implementacin.

PROTOTIPOS.
Un prototipo es un modelo del comportamiento del sistema, que puede ser
usado para entenderlo completamente o en parte y as clarificar los
requerimientos. En otras palabras un prototipo es una representacin del
sistema, pero no es el sistema en s, ya que posee las caractersticas del
sistema o parte de ellas.
Caractersticas de los prototipos.

Funcionalidad limitada.
Poca fiabilidad.
Caractersticas de funcionalidad pobres.
Alto grado de participacin del usuario el cual evala los prototipos,
propone mejoras y detalla requisitos.
Alto grado de participacin del analista de sistemas, ya que en
muchos casos los usuarios no pueden indicar los requisitos sin tener
experiencia con el sistema.
El prototipo da mayor conocimiento al usuario y analistas ayudando a
que el usuario aprenda a utilizar el sistema.

Tipos de prototipos.
a) Prototipado de interfaz de usuario: modelos de pantallas.

b) Prototipado
funcional
(operacional):
implementa
algunas
funciones, y a medida que se comprueba que son las apropiadas,
se corrigen, refinan, y se aaden otras.
c) Modelos de rendimiento: evalan el rendimiento de una aplicacin
crtica (no sirven al anlisis de requisitos).
d) Rpido o desechable:
Sirve al anlisis y validacin de los requisitos.
Despus se redacta la especificacin del sistema y se desecha el prototipo.
La aplicacin se desarrolla siguiendo un paradigma diferente.
Problema: cuando el prototipo no se desecha, y termina convirtindose en
el sistema final.
Evolutivos:
Comienza con un sistema relativamente simple que implementa los
requisitos ms importantes o mejor conocidos.
El prototipo se aumenta o cambia en cuanto se descubren nuevos
requisitos.
Finalmente, se convierte en el sistema requerido.
Actualmente se usa en el desarrollo de sitios Webs y en aplicaciones de
comercio electrnico.
Vertical
Desarrolla completamente alguna de las funciones.
Horizontal
Desarrolla parcialmente todas las funciones.
Herramientas de prototipado.
Lenguajes dinmicos de alto nivel.
Lenguajes de cuarta generacin (4GLs) (programacin de BBDD).
Ensamblaje de componentes y aplicaciones.
Lenguajes Dinmicos de alto nivel.
Muy usados:
Smalltalk (basado en objetos, sistemas interactivos)
Java (basado en objetos, sistemas interactivos)
Prolog (lgico, procesamiento simblico)
LISP (basado en listas, procesamiento simblico)
Eleccin del lenguaje:
Cul es el dominio de aplicacin?
Cul es la interaccin de usuario requerida?

 (Java, Smalltalk se integran bien con las interfaces Web.)

Cul es el entorno proporcionado para el lenguaje?
Lenguajes de 4 Generacin.
La mayora de aplicaciones de gestin son interactivas e implican la
manipulacin de una BD y la produccin de salidas que involucran organizar
y dar formato a esos datos.
4GL: lenguaje de programacin de BBDD (y su entorno de desarrollo), que
contiene conocimiento de la BD y operaciones para manipulacin de la
misma.
4GL: lenguaje no Procedimental.
Reducen claramente los costos del desarrollo.
Muy usados en prototipado evolutivo.
Muchos 4GLs permiten el desarrollo de interfaces de
BBDD basadas en navegadores Web.
Generan SQL.
Menos eficientes que los lenguajes de programacin convencionales.
Reducen claramente los costos del desarrollo.
El desarrollo de prototipos con reutilizacin comprende dos niveles:
1.
El nivel de aplicacin, en el que una aplicacin completa se integra
con el prototipo
P.ej., si el prototipo requiere procesamiento de textos, se puede integrar un
sistema estndar de procesamiento de textos (MS Office).
B. El nivel de componente, en el que los componentes se integran en un
marco de trabajo estndar.
Visual Basic, TCL/TK, Python, Perl
-

Lenguajes de alto nivel sin tipos, con kits de herramientas grficas.

Desarrollo rpido de aplicaciones pequeas y relativamente sencillas,

construidas por una persona o conjunto de personas.
-

No existe una arquitectura explcita del sistema.

CORBA, DCOM, JavaBeans

Junto con un marco arquitectnico, es ms apropiado para sistemas
grandes.
Prototipos de Interface de Usuario.
Las descripciones textuales y los diagramas no son suficientemente buenos
para expresar los requisitos de la interfaz.

La construccin de prototipos evolutivos con la participacin del usuario

final es la forma ms sensata de desarrollar una interfaz.
Los usuarios deben estar implicados en la evaluacin y evolucin del
prototipo.
Herramientas:
Generadores de interfaz (4GLs, Visual Basic, etc.).
Editores de pginas Web.
Herramientas CASE.
-

Formularios, pantallas, generacin de cdigo

Bocetos en papel.
Aplicaciones de dibujo
-

Harward Graphics, etc.

MS PowerPoint.
Etc.
FASES
Las fases que comprende el mtodo de desarrollo orientado a prototipos
seran:
Investigacin preliminar. Las metas principales de esta fase son:
determinar el problema y su mbito, la importancia y sus efectos
potenciales sobre la organizacin por una parte y, por otro lado, identificar
una idea general de la solucin para realizar un estudio de factibilidad que
determine la factibilidad de una solucin software.
Definicin de los requerimientos del sistema. El objetivo de esta etapa es
registrar todos los requerimientos y deseos que los usuarios tienen en
relacin al proyecto bajo desarrollo. Esta etapa es la ms importante de
todo el ciclo de vida, es aqu donde el desarrollador determina los requisitos
mediante la construccin, demostracin y retroalimentaciones del prototipo.
Por lo mismo esta etapa ser revisada con ms detalle luego de esta
descripcin.
Diseo tcnico. Durante la construccin del prototipo, el desarrollador ha
obviado el diseo detallado. El sistema debe ser entonces rediseado y
documentado segn los estndares de la organizacin y para ayudar a las
mantenciones futuras. Esta fase de diseo tcnico tiene dos etapas: por un
lado, la produccin de una documentacin de diseo que especifica y
describe la estructura del software, el control de flujo, las interfaces de
usuario y las funciones y, como segunda etapa, la produccin de todo lo
requerido para promover cualquier mantencin futura del software.
Programacin y prueba. Es donde los cambios identificados en el diseo
tcnico son implementados y probados para asegurar la correccin y
completitud de los mismos con respecto a los requerimientos.

 Operacin y mantencin. La instalacin del sistema en ambiente de

explotacin, en este caso, resulta de menor complejidad, ya que se supone
que los usuarios han trabajado con el sistema al hacer las pruebas de
prototipos. Adems, la mantencin tambin debera ser una fase menos
importante, ya que se supone que el refinamiento del prototipo permitira
una mejor claridad en los requerimientos, por lo cual las mantenciones
perfectivas se reduciran. Si eventualmente se requiriese una mantencin
entonces el proceso de prototipado es repetido y se definir un nuevo
conjunto de requerimientos.
La fase ms importante corresponde a la definicin de requerimientos, la
cual correspondera a un proceso que busca aproximar las visiones del
usuario y del desarrollador mediante sucesivas iteraciones. La definicin de
requerimientos consiste de cinco etapas entre dos de las cuales se
establece un ciclo iterativo:
Anlisis grueso y especificacin. El propsito de esta subfase es desarrollar
un diseo bsico para el prototipo inicial.
Diseo y construccin. El objetivo de esta subfase es obtener un prototipo
inicial. El desarrollador debe concentrarse en construir un sistema con la
mxima funcionalidad, poniendo nfasis en la interface del usuario.
Evaluacin. Esta etapa tiene dos propsitos: extraer a los usuarios la
especificacin de los requerimientos adicionales del sistema y verificar que
el prototipo desarrollado lo haya sido en concordancia con la definicin de
requerimientos del sistema. Si los usuarios identifican fallas en el prototipo,
entonces el desarrollador simplemente corrige el prototipo antes de la
siguiente evaluacin. El prototipo es repetidamente modificado y evaluado
hasta que todos los requerimientos del sistema han sido satisfechos. El
proceso de evaluacin puede ser dividido en cuatro pasos separados:
preparacin, demostracin, uso del prototipo y discusin de comentarios. En
esta fase se decide si el prototipo es aceptado o modificado.
Modificacin. Esto ocurre cuando la definicin de requerimientos del
sistema es alterada en la subfase de evaluacin. El desarrollador entonces
debe modificar el prototipo de acuerdo a los comentarios hechos por los
usuarios.
Trmino. Una vez que se ha desarrollado un prototipo estable y completo,
es necesario ponerse de acuerdo en relacin a aspectos de calidad y de
representacin del sistema.
Las ventajas de un enfoque de desarrollo orientado a prototipos estn dadas
por:
Reduccin de la incertidumbre y del riesgo
Reduccin de tiempo y de costos, incrementos en la aceptacin del nuevo
sistema,
Mejoras en la administracin de proyectos
Mejoras en la comunicacin entre desarrolladores y clientes, etc.

Si bien, el desarrollo orientado a prototipos tiene considerables ventajas,

tambin presenta desventajas como:
La dependencia de las herramientas de software para el xito ya que la
necesidad de disminucin de incertidumbre depende de las iteraciones del
prototipo, entre ms iteraciones exista mejor y esto ltimo se logra
mediante el uso de mejores herramientas lo que hace a este proceso
dependiente de las mismas.
Tambin, no es posible aplicar la metodologa a todos los proyectos de
software y, finalmente, la mala interpretacin que pueden hacer los usuarios
del prototipo, al cual pueden confundir con el sistema terminado.
No se puede desconocer que la fase de definicin de requerimientos se ha
perfeccionado en dos aspectos importantes: primero se ha aproximado las
visiones del usuario y el desarrollador, lo cual representa el beneficio de
establecer una base comn de comunicacin; tambin, el hacer explcita la
posibilidad de iterar sobre estos dominios permitira que la convergencia de
los mismos sea una posibilidad cierta.