Ciclo de vida de un sistema.

Definicin:

Son los pasos a seguir desde que se comienza con la necesidad de un sistema hasta que el
mismo es sustituido.

Procesos principales.
Tipos de ciclos de vida.
Modelos de desarrollo (lineal, evolutivo, espiral, prototipos).
Fases y etapas.
Integracin de modelos.

++++++
Ciclo de vida de un sistema.

Fases
Fase I - Requerimientos
Fase II - Anlisis / Diseo
Fase III - Construccin
Fase IV - Pruebas
Fase V - Produccin / Mantenimiento

Fase I Requerimientos
Esta fase fundamental para que la estrategia informtica encaje dentro de las metas de la
empresa, ya que en ella se cumplen las funciones del modelaje del negocio y planificacin de
sistemas; esto con el fin de proyectar las estrategias del negocio y determinar de esta
forma sus requerimientos de informacin.
Durante esta fase se desarrolla un modelo del rea estudiada, donde se representa: Los
procesos que se llevan a cabo, la informacin utilizada por ellos y las reglas polticas y
practicas de la empresa relacionada con estos procesos.
Este modelo permite proyectar las estrategias, procesos y flujos de datos de la empresa al
igual que las interrelaciones entre procesos y datos, con el fin de desarrollar un plan de
sistema de informacin capaz de guiar el desarrollo de un sistema que permita dar soporte
al area en estudio en el cumplimiento de sus objetivos.
El Plan de Sistemas debe contener:
Los sistemas que requiere el rea del negocio, as como sus bases de datos y la
informacin que intercambiaran o compartieran.
Descripcin detallada de cada sistema y aplicacin incluyendo sus objetivos funcionales y
sus bases de diseo.
Todo hardware y software que sern utilizados para el funcionamiento requeridos por el
rea de negocio (incluyendo las redes)
Mtodos de desarrollo para cada sistema como lo es adquisicin de paquetes, nuevo

desarrollo o actualizaciones
Esquema de los problemas actuales del area de negocio y de las posibles mejoras que se
puedan realizar en cada sistema
Anlisis de los beneficios que se espera derivar de los sistemas que conforman la
arquitectura
El plan de sistemas de informacin es uno de los factores ms importantes para el
departamento de informtica o sistemas ya que constituye la gua para emprender los
proyectos que requiera el cliente, reclutar y adiestrar al personal necesario y la adquisicin
e instalacin de hardware y software necesarios.
Fase II - Anlisis / Diseo
El objetivo de esta fase es desarrollar el diseo arquitectnico de los sistemas, utilizando
los requerimientos obtenidos en la primera fase. En el diseo arquitectnico se engloban
dos componentes: los datos y los procesos, los cuales sern analizados y diseados desde
una perspectiva conceptual a una fsica, dentro de las cuatros actividades que se
encuentran en esta fase.
Actividades dentro de la fase de Anlisis/Diseo.
Analizar y Disear Proceso: Las operaciones del negocio y los requerimientos de
funcionamiento definidos en la primera fase, se toman en cuenta con el propsito de
determinar la forma en que debe funcionar el sistema.
Analizar y Disear Los Datos: Con los requerimientos de informacin definidos en la fase
I se debe organizar los distintos modelos de datos que nos ayuden a disear la base de
datos que hagan falta para que el sistema funcione de acuerdo al modelo de funcionamiento.
Disear y Organizar Los Componentes Fsicos: Todo componente fsico como (pantallas,
base de datos) que hagan posible el funcionamiento del sistema de acuerdo al modelo de
funcionamiento.
Planificar El Desarrollo De Los Componentes Fsicos: actividad en la cual planificamos la
forma en que pueden ser construidos e implementados los componentes fsicos de una
forma rpida y productiva.
En esta fase de anlisis / diseo puede incluirse una sub.-fase de evaluacin de paquetes.
Esta se pudiese realizar si en los requerimientos se estableci adquirir un paquete de
aplicaciones en lugar de completar un diseo arquitectnico.

Fase III Construccin

Dentro de esta fase de construccin existen actividades separadas en cinco sub.-fases:
DESARROLLO DE INFRAESTRUCTURA
Durante esta fase se desarrollar y organizar la infraestructura que permita cumplir las
tareas de construccin en la forma ms productiva posible.
ADAPTACIN DE PAQUETE
Uno de los objetivos centrales de esta subfase es conocer al mximo detalle posible el
funcionamiento del paquete, este asegurar que el paquete ser utilizado con el mximo
provecho, tanto desde el punto de vista del negocio, como de la utilizacin de recursos.
Cada componente del paquete ser revisado en forma exhaustiva por el equipo Analista
Usuario, con el fin de conocer y comprender todos los aspectos del paquete.

 DESARROLLO DE UNIDADES DE DISEO INTERACTIVAS

Las unidades de diseo interactivas, son procedimientos que se cumple o se ejecutan a
travs de un dialogo usuario sistema.
Las actividades de esta subfase tienen como objetivo central:
Especificar en detalle las tareas que debe cumplir la unidad de diseo
Desarrollar componentes
Realizar las pruebas unitarias y las pruebas de integracin a nivel de la unidad de diseo.
DESARROLLO DE UNIDADES DE DISEO BATCH
En esta sub.-fase se preparan especificaciones hechas utilizando una combinacin de
tcnicas como flujo gramas, diagramas de estructuras, tablas de decisiones etc. Cualquiera
que se utilice ser til para que la especificacin sea clara y se logre el propsito de que el
programador comprenda y pueda programar y probar los programas correspondientes.
DESARROLLO DE UNIDADES DE DISEO MANUALES
Las actividades de esta subfase tienen como objetivo central desarrollar todos los
procedimientos administrativos que rodearn y gobernarn la utilizacin de los
componentes computarizados desarrollados en la fase de diseo detallado y construccin.

Fase IV Pruebas
Esta fase, da inicio luego de que las diferentes unidades de diseo han sido desarrolladas y
probadas por separado. Durante su desarrollo, el sistema se emplea de forma experimental
para asegurar que el software no falle, es decir que funcione deacuerdo a sus especificaciones
y a la manera que los usuarios esperan que lo haga, y de esta forma poder detectar cualquier
anomala, antes de que el sistema sea puesto en marcha y se dependa de el. Para evaluar el
desenvolvimiento del sistema, en esta fase se llevan a cabo varios niveles de prueba:
Funcional: Prueba desde el punto de vista de los requerimientos funcionales.
De Sistema: Prueba desde el punto de vista de los niveles de calidad del sistema y de
desempeo.
De Integracin: Prueba de interfaces.
De Aceptacin Tcnica: Prueba de manejo de condiciones extremas.
Si el Sistema cumple de forma satisfactoria con estos niveles mencionados anteriormente, se
procede a realizar la carga de los archivos, base de datos y tablas del nuevo sistema, para de
esta forma dar inicio al proceso de aceptacin final, durante el cual, el sistema comenzar a
funcionar bajo la responsabilidad del departamento de operaciones y del usuario, por un lapso
determinado de tiempo llamado Periodo de Aceptacin.
Finalizado el Periodo de Aceptacin, se le dar al sistema la aprobacin final, para que pase a
ser el sistema oficial.
Fase V - Produccin / Mantenimiento
Una vez que un sistema pasa a formar parte de la vida diaria de la empresa, cada
programa, cada procedimiento y cada estructura de datos se convierte en una pieza del
negocio que, como tal, deber funcionar en forma constante, exacta y confiable. L a
operacin del negocio ahora depender del funcionamiento del sistema, por lo que las
tareas de mantenimiento cobran vital importancia.
Durante la fase de mantenimiento, se ponen en prctica todas las polticas y los
procedimientos destinados a garantizar la operacin contina de los de los sistemas y a

asegurar su uso efectivo, con el fin, de que stos se constituyan en una verdadera
herramienta de apoyo al logro de los objetivos estratgicos de la empresa.

BIBLIOGRAFIA
SENN, James A. (1992) Anlisis y Diseo de Sistemas de Informacin. Segunda Edicin.
Editorial McGrawHill. Mxico.
Kendall & Kendall,Llorens Fabregas y, Llorens Fabregas.

INFOGRAFIA:
http://www.monografias.com

Un sistema informtico es un sistema que permite almacenar y procesar informacin;

como todo sistema, es el conjunto de partes interrelacionadas: en este
caso, hardware, software y recursos humanos. El hardware incluye computadoras o
cualquier tipo de dispositivo electrnico inteligente, que consisten en procesadores,
memoria, sistemas de almacenamiento externo, etc. El software incluye al sistema
operativo, firmware y aplicaciones, siendo especialmente importante los sistemas de
gestin de bases de datos. Por ltimo el soporte humano incluye al personal tcnico que
crean y mantienen el sistema (analistas, programadores, operarios, etc.) y a los usuarios
que lo utilizan.

El ciclo de vida es el perodo de tiempo que "vive" un sistema informtico desde que es
pensado hasta que es desechado.

El ciclo de vida de desarrollo de sistemas informticos puede dividirse en actividades o fases

que, en general, se ajustan al esquema mostrado en el grfico. Este esquema grfico es el
ciclo de vida tpico, dado que existen gran cantidad de variantes que dependen de la
organizacin, del tipo de sistema que se realizar, de los gustos de los administradores, de los
tiempos, etc.
Las actividades tpicas del ciclo de vida son:
1- Estudio de factibilidad.
2- Anlisis (de requerimientos).
3- Diseo
4.1- Creacin de prototipos
4.2- Implementacin
5 - Validacin y prueba
6 - Operacin y mantenimiento

Ciclo de Vida del Desarrollo de un Sistema

Informatico
Sistemas Informticos

Se tiene que es un conjunto de partes que se relacionan entre si las cuales al interactuar
permiten el almacenamiento y procesamiento de informacin, sus elementos son el hadware,
software y el recurso humano, este sistema informtico puede hacer parte de un sistema
de informacin; aunque se debe tener claro la diferencia entre estos dos, el primero se utiliza
en computadoras para el proceso, almacenaje y acceso de la informacin; el segundo pude
que utilice computadoras pero no es del todo necesario y el acceso a esta informacin puede
ser fisico
http://es.wikipedia.org/wiki/Sistema_inform%C3%A1ticohttp://www.mcgrawhttp://www.mcgraw-hill.es/bcv/guide/capitulo/8448169204.pdf
Los Sistemas como cambio organizacional planeado

Un sistema es una forma por la cual se pretende organizar,planear y ejecutar diferentes tareas
dentro de una organizacin y a su vez hacer un trabajo en equipo y delegar responsabilidades
que lleven el xito de la misma, estas acciones son controladas por la alta direccin; se
requiere de un adecuado manejo de elementos sociales y tcnicos, comprende cambios en las
habilidades de cada uno de los elementos de la corporacin.
En el desarrollo de los sistemas se tienen tanto responsabilidades con
la organizacin como tcnicas para esto se pueden describir cuatro reas en la que los
desarrolladores de sistemas se consideran como responsables por la alta direccin:

http://www.slideshare.net/guestac18a/cambio-organizacional-presentation

1. Los desarrolladores son responsables de la calidad tcnica de los sistemas de informacin

proporcionan que los sistemas que son automatizados sean oportunos eficientes y altamente
precisos.
2. Los desarrolladores son responsables de las interfaces con el usuario.
3. Considera el impacto global en la organizacin, los desarrolladores deben tener en cuenta
como el sistema afectara a la organizacin como un todo enfocndose en un conflicto
organizacional y en los cambios en los centros de toma de decisiones.
4. Los desarrolladores de sistemas de informacin tienen la responsabilidad administrativa
general para el proceso de diseo e implementacion.
El desarrollo de un sistema es una herramienta orientada a la solucin de sistemas
de informacin de un problema organizacional o para el aprovechamiento de una
oportunidad,son el resultado de un proceso de solucin de problemas se construye
como solucin para alguna tipo de problema o conjunto de problemas que
la organizacin percibe que esta enfrentando.
El desarrollo de sistema se refiere a todas las actividades que entran en la produccin de una
solucin de sistemas de informacin para un problema o una oportunidad organizacional, tiene
diferentes actividades que consisten en : Anlisis de sistemas, Diseo de sistemas,
Programacin Pruebas conversin, Produccin y mantenimiento.

Es un enfoque por fases del anlisis y que sostiene que los sistemas son desarrollados de
mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.

Anlisis de Sistemas:

Consiste en definir el problema identificar sus causas especificar la solucin e identificar los
requerimientos de informacin que deben ser cumplidos por una solucin de sistemas,
la construccin de un sistema de informacin es una comprensin profunda de la organizacin
y el sistema existentes. Ademas de proporcionar una solucin se necesita de un estudio de
factibilidad para determinar si es posible o no dependiendo de los recursos con que cuente
la institucin, este estudio de factibilidad cuenta con tres etapas.Factibilidad Tcnica:Determina
si una solucin propuesta puede ser implantada con el software, hardware y
recursos tcnicos disponibles.
-Factibilidad Econmica: Determina si los beneficios de una solucin propuestas son mayores
que los costos.
-Factibilidad Operativa: Determina si una solucin propuesta es deseable dentro del marco
administrativo y
organizacional existente.
Diseo del Sistema:

Se muestra en que forma el sistema debe satisfacer el objetivo, tambin se deja ver el plan
general o modelo para ese sistema, aqu se encuentran todas las especificaciones para darle al
sistema su forma y su estructura.

Detalla como el sistema debe satisfacer los requerimientos de informacin tal y como fueron
determinados por el anlisis de sistemas.

Tres objetivos:
1. El diseador de sistema es responsable de la consideracin de la tecnologa para llevar a
cabo y desarrollar el sistema tal y como fue descrito por el analista.
2. Los diseadores son responsables por la administracin y el control de
la realizacin tcnica de los sistemas.
3. El diseador de sistemas detalla las especificaciones del sistema que darn las funciones
identificadas durante el anlisis de sistemas.
Los diseos de los sistemas se dividen en dos especificaciones que son:

-Diseo Lgico: Representa los componentes de l sistema de informacin y sus relaciones

entre si, tal y como aparecer ante los usuarios.
-Diseo Fsico: Es el proceso de traduccin del modelo lgico abstracto al diseo tcnico
especifico del nuevo sistema.
Para determinar un diseo de un sistema de informacin se necesita evaluar varias alternativas
de diseo en base a requerimientos y anlisis de sistemas para luego examinar costos,
beneficio, fuerzas y debilidades de cada alternativa.
http://www.monografias.com/trabajos-pdf4/metodologia-analisis-y-diseno-sistemasinformacion/metodologia-analisis-y-diseno-sistemas-informacion.pdf

Programacin:

Es la implementacion del software para la computadora que proporciona el correcto manejo del
sistema.

Es el proceso de traducir las especificaciones del sistema preparadas durante la etapa de

diseo en cdigo de programa.
Sobre la base de documentos detallados de diseo para los archivos operaciones y
distribuciones de informes y otros detalles de diseo se preparan las especificaciones para
cada programa en el sistema.

Pruebas

Son herramientas que nos ayudan a verificar si el sistema arroja los resultados esperados,
necesitan tiempo, ya que para obtener estos rendimientos los datos de prueba deben
prepararse con mucho cuidado y hacer las correcciones a las que haya lugar.
Proceso exhaustivo y profundo que determina si bajo condiciones conocidas el sistema
produce los resultados deseados.

http://geopelia.wordpress.com/2008/02/14/importancia-de-la-conversin-de-sistemas-enla-implantacin-de-un-sistema-de-informacin/
http://www.slideshare.net/GuillermoLemus/tipos-de-pruebas-de-software
http://antiguo.itson.mx/dii/jgaxiola/sistemas/implantacion.htm

Se pueden identificar tres tipos de pruebas:

1. Pruebas por unidades o pruebas de programas:

Consiste en el proceso de prueba de cada programa por separado en el sistema.

Con este tipo de pruebas no se lograra que los programas estn libres de errores sino que se
convierten en el medio para la localizacin de los mismos y puesto que una vez encontrado el
problema ser mas fcil corregirlo.

2. Pruebas al Sistema:

Prueba el funcionamiento del sistema de informacin como un todo con objeto de determinar si
los mdulos discretos funcionaran conjuntamente como se planeo.
Entre las reas examinadas se tienen el tiempo de proceso, la capacidad para almacenamiento
de archivo y el manejo de las capacidades de recuperacin y de arranque y los procedimientos
manuales.
3. Pruebas de Aceptacin:

Proporcionan la certificacin final de que el sistema esta listo para ser usado en un escenario
de produccin.
Las pruebas de sistemas son evaluadas por el usuario y revisadas por la administracin.
Plan de Prueba:
Preparado por el equipo de desarrollo en conjuncin con los usuarios; incluye
la preparacin para una serie de pruebas a ser realizadas en el sistema.
Conversin:

La conversin se da al pasar de un viejo sistema a uno nuevo y si este estar listo para trabajar
en condiciones reales. Se pueden usar cuatro estrategias de conversin:
1. Estrategia en paralelo: Enfoque conservador de conversin en donde el sistema antiguo y
su reemplazo corren conjuntamente hasta que todo el mundo este seguro de que el nuevo
funciona correctamente.
2. Cambio Directo: Un enfoque riesgoso de conversin en donde el nuevo sistema reemplaza
directamente al viejo en un da determinado.
3. Estudio Piloto: Una estrategia para introducir el nuevo sistema en un rea limitada de
la institucin hasta que se demuestra que es totalmente funcional.
4. Enfoque por Fases: Introduce el nuevo sistema en etapas ya sea por funciones o por
unidades de la institucin.

Concepto y procesos principales.

Tipos de ciclos de vida.

Tipos de Ciclos de Vida

CICLO DE VIDA CLSICO:

El Ciclo de Vida puede diferir del mostrado en la figura anterior en una o en todas de las formas
siguientes:
- Las fases de EXPLORACIN y ANLISIS pueden estar juntas.
- Puede no haber fase de ESTUDIO DE HARDWARE si se cree que cualquier sistema nuevo
puede instalarse con las computadoras existentes.
- Las fases del DISEO PRELIMINAR y del DISEO DETALLADO pueden estar juntas, incluso
pueden incluirse con la CODIFICACIN.
Lo que realmente caracteriza a un Ciclo de Vida como Clsico son dos aspectos:
- La implantacin ascendente del Sistema.
- La progresin lineal y secuencial.
Implantacin Ascendente:
Se espera que los programadores lleven a cabo primero sus pruebas modulares, luego las
pruebas del subsistema, y finalmente las pruebas del sistema mismo.
Desventajas:

* Nada est hecho hasta que todo est terminado. Por ejemplo, si el proyecto se atrasa y la
fecha lmite cae en medio del proceso de prueba, no habr nada que mostrar.
* Las fallas ms triviales se encuentran al comienzo del perodo de prueba y las ms graves al
final. Por ejemplo errores de interfaz pueden obligar a la recodificacin de un gran nmero de
mdulos y afectar gravemente el calendario.
* La localizacin y eliminacin de las fallas es muy difcil durante las ltimas fases de prueba
del sistema.
* Las necesidades de prueba del sistema requieren demasiadas horas frente a la computadora
y normalmente retrasan el proyecto.

Progresin Secuencial:
La segunda debilidad ms importante del ciclo de vida de un proyecto clsico es su insistencia
en que las fases se sucedan secuencialmente, por lo que no es nada realista.
CICLO DE VIDA SEMIESTRUCTURADO:

La secuencia ascendente de CODIFICACIN, la PRUEBA DE MDULOS y PRUEBA DEL SISTEMA se

reemplazan por una IMPLANTACIN DESCENDENTE, enfoque en el cual se codifican y prueban
primero los mdulos de alto nivel, seguidos por los de bajo nivel, mas detallados.
Se reemplaza el diseo clsico por el DISEO ESTRUCTURADO.
La IMPLANTACIN DESCENDENTE significa que se ejecutan paralelamente parte de
la CODIFICACIN y de las PRUEBAS. Puede darse una retroalimentacin entre la CODIFICACIN,
la PRUEBA y la eliminacin de fallas.
CICLO DE VIDA ESTRUCTURADO:

Los Terminadores son los Usuarios, los Administradores y el personal de Operaciones.

Proporcionan las entradas al equipo de Proyecto, y son los beneficiados finales del sistema.
Interactan con las 9 actividades del Ciclo de Vida Estructurado.
Actividad 1: La encuesta
Empieza cuando el usuario solicita que una o ms partes de su sistema se automaticen.
Objetivos:
* Identificar los usuarios iniciales (entrevistar).
* Posiblemente, desarrollar un Diagrama de Contexto inicial.
* Identificar las deficiencias actuales.
* Establecer metas y objetivos para un nuevo sistema.
* Determinar si es factible automatizar el sistema, y de ser as, sugerir escenarios (estimar).
* Preparar el esquema que se usar para guiar el resto del Proyecto.
Actividad 2: El anlisis de sistemas
Objetivo:
Transformar las dos entradas principales: las polticas del Usuario y el esquema del Proyecto,
en una ESPECIFICACIN ESTRUCTURADA.
Implica modelar el ambiente de Usuario.
* Modelo Esencial:
---Modelo Ambiental
---Declaracin de Propsitos
---Diagrama de Contexto
---Lista de Acontecimientos (de Flujo, de control, Temporales)
---Diccionario de Datos

---Modelo de Entidad Relacin

* Modelo de Comportamiento
---DFD por niveles
---Diagrama ER (DER)
---DTE (Diagrama de Transicin de Estados - Sistema de Tiempo Real)
---Especificaciones, Diccionarios
---Frontera de automatizacin.
Actividad 3: El diseo
Asigna el Modelo Esencial a procesadores adecuados (mquinas o humanos). Para cada tarea
se crea una jerarqua de mdulos de programas e interfases para implantar las
especificaciones de la etapa de ANLISIS. Adems se transforman los Modelos Entidad Relacin en un Diseo de Base de Datos.
Implica el desarrollo de:
* Modelo de Implantacin del Usuario: describe la especificacin de la frontera humano mquina (separa las partes del Modelo Esencial que llevar a cabo una persona, de las partes
que se implantarn en una o ms computadoras) y de la interfaz hombre - mquina (describe el
formato y las secuencias de entradas que los Usuarios proporcionan a la computadora,
adems del formato y la secuencia de salida).
* Modelo de Implantacin de Sistemas
---Modelo del Procesador (se asignan los procesos y almacenes a los procesadores)
---Modelo de Tareas (se asignan los procesadores a las tareas)
---Modelo de Implantacin de Programas - Diagrama de Estructura (DE) (Jerarqua de Mdulos
dentro de una Tarea).
Actividad 4: Implantacin
Incluye la Codificacin y la Integracin de Mdulos en un esqueleto progresivamente ms
completo del Sistema final.
Actividad 5: Generacin de pruebas de aceptacin
Se realiza desde el punto de vista del Usuario, es decir, desde la Especificacin Estructurada.
Actividad 6: Garanta de calidad
Se aplican las Pruebas de Aceptacin generadas en la etapa anterior al nuevo sistema.
Actividad 7: Descripcin del procedimiento
Implica la produccin de Manuales de Usuario.
Actividad 8: Conversin de bases de datos
En general esta actividad requiere como entrada la base de datos actual del usuario.
Actividad 9: Instalacin
Las entradas para la Instalacin son: los Manuales de Usuario (Actividad 7: Descripcin de
Procedimientos), la Base de Datos convertida (Actividad 8: Conversin de la Base de Datos), y
el Sistema aceptado producido por la Actividad 6 (Control de Calidad).
En algunos casos slo significa un cambio de la noche a la maana al nuevo Sistema; en otros,
puede ser un proceso gradual, en el que un grupo tras otro de Usuarios van recibiendo
Manuales y entrenamiento y comenzando a usar el nuevo Sistema.

PROTOTIPO:
Es una versin operativa preliminar (un modelo piloto) del Sistema de Informacin que se
emplea con fines de demostracin y evaluacin. Tiene las caractersticas esenciales pero no
todos los detalles necesarios en la interfase con el usuario ni tampoco un desempeo eficiente.
Etapas en la construccin de Prototipos:
Etapa 1. Identificar los requerimientos bsicos del usuario:
El diseador del sistema trabaja con el usuario slo lo suficiente para obtener sus necesidades
bsicas de informacin.
Etapa 2. Desarrollo de un prototipo inicial:
El diseador del sistema crea rpidamente un Prototipo operativo, usando las herramientas de
software de 4 generacin, las que aceleran el desarrollo de aplicaciones.
El prototipo slo puede llevar a cabo las funciones ms importantes del sistema propuesto, o
puede ser todo el sistema con un archivo restringido.
Etapa 3. Uso del prototipo:
Se estimula al usuario a que trabaje con el sistema con el objeto de determinar qu tan bien
satisface sus necesidades y para hacer recomendaciones para mejorarlo.
Etapa 4. Revisin y mejora del prototipo:
Quien desarrolla el sistema anota todos los cambios solicitados por el usuario y afina el
Prototipo de acuerdo con ellos.
Luego de que el Prototipo ha sido revisado, el ciclo regresa a las etapas 3 y 4 en las que el
analista de sistemas junto con el usuario evalan los resultados con la finalidad de identificar
deficiencias, caractersticas faltantes y realizar los ajustes necesarios. Estas etapas se repiten
hasta que el usuario queda satisfecho (DESARROLLO ITERATIVO).
Cuando ya no se requieren iteraciones, el Prototipo aprobado se transforma en un Prototipo
operativo que proporciona las especificaciones finales para la aplicacin y se opta por una de
las siguientes opciones:
* El Prototipo se convierte en la versin definitiva del sistema deseado. Algo no deseado ya que
generalmente el Prototipo no puede trabajar eficientemente con grandes volmenes de
transacciones, y porque carece de detalles operacionales tales como recuperacin de errores,
auditorias, documentacin para el Usuario, etc.
Adems si no queda registrada la informacin de los requerimientos se dificulta el posterior
Mantenimiento.
* Se utiliza la informacin obtenida con el Prototipo operativo para comenzar el desarrollo
detallado de un nuevo sistema (es como si reemplazara el Anlisis Estructurado).
* Se emprende el desarrollo de un nuevo Prototipo.
* Se toma la decisin de abandonar el sistema en su totalidad.

Modelos de desarrollo (lineal, evolutivo, espiral, prototipos).

Fases y etapas. Integracin de modelos.

+++++

Metodologa de desarrollo. Crisis del software e ingeniera del software. Concepto, evolucin y caractersticas de las
metodologas de desarrollo. - Clasificacin de las metodologas de desarrollo. Estructuradas: orientadas a procesos;
orientadas a datos, mixtas y orientadas a objetos. - Principales metodologas de desarrollo europeas. MERISE
(Mthode dtude et de Ralisation Informatique pour les Systmes dEntreprise). SSADM (Structured System
Analysis and Design Method). METRICA