ama la vida que es una sola y disfrútala al maximo

MODELO ESPIRAL-EVOLUTIVO

MODELO ESPIRAL-EVOLUTIVO
Modelo en espiral sirve como la mejor opción para las empresas con los objetivos empresariales volátiles, pero donde hay una necesidad de que el prototipo para manejar las complejidades de los procedimientos de negocio. Esto fue sobre las ventajas y desventajas del modelo en espiral y los pasos en espiral modelo de desarrollo. Espero que este artículo te ha ayudado con los pros y los contras del modelo en espiral.

El MODELO en espiral, propuesto originalmente por BOEHM en 1976, es un modelo de proceso de software evolutivo donde se conjuga la naturaleza de construcción de prototipos con los aspectos controlados y sistemáticos del MODELO LINEAL y SECUENCIAL. Proporciona el potencial para el desarrollo rápido de versiones incrementales del software que no se basa en fases claramente definidas y separadas para crear un sistema.

En el modelo espiral, el software se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones la versión incremental podría ser un modelo en papel o un prototipo, durante las últimas iteraciones se producen versiones cada vez más completas del sistema diseñado.

EL modelo en espiral se divide en un número de actividades de marco de trabajo, también llamadas REGIONES DE TAREAS , Cada una de las regiones están compuestas por un conjunto de tareas del trabajo llamado CONJUNTO DE TAREAS que se adaptan a las características del proyecto que va a emprenderse en todos los casos se aplican actividades de protección.

VENTAJAS Y DESVENTAJAS:

Ventajas del modelo en espiral

* El desarrollo repetida o continua ayuda en la gestión de riesgos. Los desarrolladores o programadores describir las características de alta prioridad y luego desarrollar un prototipo basado en los mismos. Cambios Este prototipo se prueba y se desea se realizan en el nuevo sistema. Este enfoque continuo y constante minimiza los riesgos o fallos asociados con el cambio en el sistema.

* La adaptabilidad en el diseño del modelo de espiral en la ingeniería de software se adapta a cualquier número de cambios, que pueden ocurrir durante cualquier fase del proyecto.

* Dado que la construcción de prototipos se realiza en pequeños fragmentos o trozos, estimación de costos se convierte en fácil y el cliente puede obtener el control sobre la administración del nuevo sistema.

* Dado que el modelo continúa hacia la fase final, la experiencia del cliente en el nuevo sistema crece, lo que permite buen desarrollo de las necesidades del cliente reunión del producto.

Desventajas Modelo Espiral

Los siguientes se pueden resumir como las desventajas del modelo de espiral.

* Los modelos en espiral funcionan mejor para los grandes proyectos solamente, donde los costos son mucho más altos y los requisitos del sistema de pre implica un mayor nivel de complejidad.

* El modelo de espiral las necesidades de cualificación en la evaluación de una amplia incertidumbres o riesgos asociados con el proyecto y su reducción.

* Los modelos espiral trabajar en un protocolo, que debe ser seguido estrictamente para su buen funcionamiento. A veces se hace difícil seguir el siguiente protocolo.

* La evaluación de los riesgos involucrados en el proyecto pueden disparar el costo y puede ser mayor que el costo de la construcción del sistema.

* No es un requisito para una explicación más detallada de los pasos involucrados en el proyecto, como avance, el plan, los puestos de control y el procedimiento estándar.

CICLO DE VIDA DE UN SISTEMA DE INFORMACION (SI)

fases del ciclo de vida de un sistema informatico

Es un enfoque por fases del análisis y diseño que sostiene que los sistemas son desarrollados de mejor manera mediante el uso de un ciclo especifico de actividades del analista y del usuario.

 

 

FASES

Cualquier sistema de información va pasando por una serie de fases a lo largo de su vida. Su

ciclo de vida comprende una serie de etapas entre las que se encuentran las siguientes:

- Planificación
- Análisis
- Diseño
- Implementación
- Pruebas
- Instalación o despliegue
- Uso y mantenimiento

Estas etapas son un reflejo del proceso que se sigue a la hora de resolver cualquier tipo de

problema.

- Comprender el problema (análisis)

- Plantear una posible solución, considerando soluciones alternativas (diseño)
- Llevar a cabo la solución planteada (implementación)
- Comprobar que el resultado obtenido es correcto (pruebas)

 

Planificación:

Comienza con un pedido escrito llamado “system request”, que identifica el sistema de información y los cambios deseados. Pueden ser cambios mayores (un nuevo sistema) o cambios menores (un reporte). El propósito de la fase de planificación es identificar claramente la naturaleza y el alcance del problema. Se requiere una investigación preliminar y el resultado se llama Informe de Investigación Preliminar. La investigación preliminar también es conocida como Estudio de Viabilidad.

 

analisis

en esta fase se recopilan y analizan los datos acerca del sistema y su funsionamiento aplicando cuestiones , entrevistas, encuestas, en general las tecnicas de recopilasion de datos

Especifica que es lo que el sistema debe hacer.

 

 

 

Desarrollo

El propósito de esta fase es desarrollar un diseño (cómo va a quedar) del sistema de información que satisfaga todos los requisitos documentados. Se determina qué va a hacer el sistema. Se identifican las entradas , salidas , archivos, programas, procedimientos y controles del sistema. El documento creado se llama Especificaciones del Diseño del Sistema y debe ser aprobado por la gerencia y los usuarios.

- Pruebas

Luego de que la compañía esté utilizando el sistema, a veces es necesario realizar cambios al sistema para hacer mantenimiento o mejoras. Los cambios de mantenimiento son para corregir errores o adaptar el sistema a requisitos del gobierno u otras entidades. Las mejoras son modificaciones para aumentar la capacidad del sistema, como nuevos reportes.

 - implemetacion

Los programas son escritos, probados y documentados. El propósito de esta fase es entregar un sistema de información completo y documentado, que haya sido revisado y aprobado por la gerencia y usuarios.  Los preparativos finales incluyen la conversión de datos, adiestramientos y la transición del sistema viejo al nuevo. En esta fase se debe realizar una evaluación del sistema luego de implantado para verificar costo-beneficio. El resultado final de la fase de implantación es un sistema listo para usarse.

modelo cascada

MODELO EN CASCADA

En Ingeniería de software el desarrollo en cascada, también llamado modelo en cascada (denominado así por la posición de las fases en el desarrollo de esta, que parecen caer en cascada “por gravedad” hacia las siguientes fases), es el enfoque metodológico que ordena rigurosamente las etapas del proceso para el desarrollo de software, de tal forma que el inicio de cada etapa debe esperar al término de la etapa anterior.¹ Al final de cada etapa, el modelo está diseñado para llevar a cabo una revisión final, que se encarga de determinar si el proyecto está listo para avanzar a la siguiente fase. Este modelo fue el primero en originarse y es la base de todos los demás modelos de ciclo de vida.

Ventajas y Desventajas Modelo Cascada

El modelo de cascada original, publicada por Winston W. Royce en 1970, fue de hecho, no identificado por el nombre con el que conocemos hoy en día. Royce, de hecho, presentó el modelo como un modelo defectuoso y que no trabajan. Pero debido a las diversas ventajas que este enfoque hacia el diseño de software y la aplicación presentada, pronto se hizo muy popular en el mundo de desarrollo de software. Sin embargo, antes de entrar en las ventajas y desventajas del modelo de cascada, este es el modelo de cascada se explica brevemente.

El aspecto más importante del modelo de cascada es que ninguno de las etapas se pueden comenzó con la fase anterior antes se ha completado. El ciclo de vida del software tiene que seguir la secuencia. El modelo de cascada original diseñado por Royce consistió en las siguientes siete etapas:

* Especificación de Requisitos

* Diseño

* Construcción

* Integración

* Probar y depurar

* Instalación

* Mantenimiento

Sin embargo, varias modificaciones fueron traídos a este modelo de cascada, como de necesidad. Aquí, en este artículo, vamos a tratar de entender un modelo de cascada simple, dividido en seis etapas. Hay una séptima etapa, que es igual a la de la primera etapa, los requisitos, pero se sigue la última etapa y se refiere al mantenimiento como actualizada. Vamos a tratar de entender cada una de estas etapas uno a uno.