Sánchez Rodríguez Luis Angel

Juan Carlos
Análisis y diseño de programas
Modelos de procesos de software

Cascada pura
Ingenieria y analisis del
sistema
Se establecen los requisitos
del sistema para despues
asignarlos al software.

Analisis de los requisitos del

Mantenimiento software
El software recibira Se empieza con pensar los
cambios debido a errores requerimientos que se
o cambios en el entorno necesitan para satisfacer un
en elcual se utiliza. determinado problema.

Diseño
Prueba Se planean los requisitos
Se asegura que el necesarios de la reprensentacion
programa realice las del software y debe cumplir con
tareas requeridas. una cierta calidad.

Codificación
Se debe planear utilizar un
lenguaje legible para la
maquina.
 Sánchez Rodríguez Luis Angel
Juan Carlos
Análisis y diseño de programas

Sistema
Desventajas Ventajas recomendado para
utilizar cascada pura
• Dificilmente se • Es intuitivo. • Se recomienda
siguen los pasos ya • Es sencillo. utilizarlo en
que surgen proyectos que son
situaciones ajenas al complejos.
ciclo.
• Es dificil plantearse
al principio todos los
requisitos.

Espiral
El modelo espiral es un modelo de proceso de software evolutivo ha sido desarrollado para cubrir las mejores
características tanto del ciclo de vida clásico, como de la creación de prototipos, añadiendo al mismo tiempo un
nuevo elemento: el análisis de riesgo. En este modelo el software se desarrolla en una serie de versiones
incrementales.
En los primeros recorridos del diagrama se podría considerar como un prototipo teniendo asi hasta 3 prototipos
de lo que será el proyecto final pero, lo que es más importante permite a quien lo desarrolla aplicar el enfoque
de creación de prototipos en cualquier etapa de la evolución de prototipos.
Ventajas
• Proporciona el potencial para el desarrollo rápido de versiones incrementales.

• Puede adaptarse y aplicarse a lo largo de la vida del software.

• Es un enfoque realista del desarrollo del software

• Permite aplicar el enfoque de construcción de prototipos en cualquier momento para reducir riesgos.

• Reduce los riesgos antes de que se conviertan en problemáticos.

 Sánchez Rodríguez Luis Angel
Juan Carlos
Análisis y diseño de programas

Desventajas
• Puede resultar difícil convencer a algunos clientes de que el enfoque evolutivo es controlable.
• Solo resulta aplicable para proyectos de gran tamaño.
• Supone una carga de trabajo adicional, no presente en otros ciclos de vida.
• Requiere una considerable habilidad para la evaluación y resolución del riesgo, y se basa en esta habilidad
para el éxito.
• Si un riesgo importante no es descubierto y gestionado, indudablemente surgirán problemas.
En que tipos de sistemas se recomienda ese modelo
Este tipo de modelo se recomienda para proyectos extensos y complejos ya que al tener varias revisiones que
en este caso son los prototipos ayudan a pulir lo que se va hacer.

Desarrollo Evolutivo
El desarrollo evolutivo consta del desarrollo de una versión inicial que luego de exponerse se va refinando de
acuerdo de los comentarios o nuevos requerimientos por parte del cliente o del usuario final. Las fases de
especificación, desarrollo y validación se entrelazan en vez de separarse.
Este modelo principalmente se lo aplica cuando un cliente define un conjunto de objetivos generales para el
software a desarrollarse sin delimitar detalladamente los requisitos de entrada procesamiento y salida, es decir
cuando el responsable no está seguro de adaptabilidad del sistema o de la forma en que interactúa el hombre
y la máquina. Este modelo se encarga principalmente de ayudar al ingeniero de sistemas y al cliente a entender
de mejor manera cuál será el resultado de la construcción cuando los requisitos estén satisfechos.
Existen dos tipos de desarrollo evolutivo:
 Desarrollo exploratorio
 Prototipos desechables
Ventajas

 Los usuarios y desarrolladores logran

un mejor entendimiento del sistema. Esto se
refleja en una mejora de la calidad del
software.
 Cumple con las necesidades
inmediatas del cliente.
 Se puede reutilizar el código
 El sistema se va ajustando a las
necesidades del cliente, a la vez que él mismo
entiende mejor sus propios requerimientos.
Desventajas
 Sánchez Rodríguez Luis Angel
Juan Carlos
Análisis y diseño de programas
 El proceso no es visible. Los administradores tienen que hacer entregas regulares para medir el progreso.
Si los sistemas se desarrollan rápidamente, no es rentable producir documentos que reflejen cada
versión del sistema.
 A menudo los sistemas tienen una estructura deficiente. Los cambios continuos tienden a corromper la
estructura del software. Incorporar cambios en él se convierte cada vez más en una tarea difícil y costosa.
 Se suelen desatender aspectos importantes, tales como la calidad y el mantenimiento a largo plazo
 Elegir un lenguaje de programación incorrecto porque proporcione un desarrollo más rápido
En que tipos de sistemas se recomienda ese modelo
El desarrollo evolutivo solo es recomendado para sistemas pequeños y medianos.

Entrega por etapas

Es un modelo en el que el software se muestra al cliente en etapas refinadas sucesivamente. Con esta
metodología se desarrollan las capacidades más importantes reduciendo el tiempo necesario para la
construcción de un producto; el modelo de entrega por etapas es útil para el desarrollo de la herramienta debido
a que su uso se recomienda para problemas que pueden ser tratados des-componiéndolos en problemas más
pequeños y se caracteriza principalmente en que las especificaciones no son conocidas en detalle al inicio del
proyecto y por tanto se van desarrollando simultáneamente con las diferentes versiones del código.
Cuando es por etapas, las fases pueden repetirse según la cantidad de etapas que sean requeridas.
Ventajas

 Permite proporcionar una funcionalidad útil en las manos del cliente antes de entregar el 100% del
proyecto.
 Permite modificaciones a medio camino.
 Genera un sistema altamente fiable y con amplio desarrollo.
Desventajas

 Estar sometido a una planificación predefinida.

 Trabaja con poca identificación de los requerimientos de diseño.
 Debe entregarse una etapa para continuar con la siguiente.
En que tipos de sistemas se recomienda ese modelo
Recomendado para problemas que pueden ser tratados descomponiéndolos en problemas más pequeños.