Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

LOS 5 TIPOS DE VIDA DEL SOFTWARE

No description
by

Ivonne Vargas

on 29 April 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of LOS 5 TIPOS DE VIDA DEL SOFTWARE

3) EN "V"
El modelo en V es una variación del modelo en cascada que muestra cómo se relacionan las actividades de prueba con el análisis y el diseño.
La unión mediante líneas discontinuas entre las fases de la parte izquierda y las pruebas de la derecha representa una doble información. Por un lado sirve para indicar en qué fase de desarrollo se deben definir las pruebas correspondientes. Por otro sirve para saber a qué fase de desarrollo hay que volver si se encuentran fallos en las pruebas correspondientes.
Por lo tanto el modelo en V hace más explícita parte de las iteraciones y repeticiones de trabajo que están ocultas en el modelo en cascada. Mientras el foco del modelo en cascada se sitúa en los documentos y productos desarrollados, el modelo en V se centra en las actividades y la corrección.

LOS 5 TIPOS DE VIDA DEL SOFTWARE



Alumnas:
Evelyn Hull
Ivonne Vargas

6ATPS

TOMA DE DECISIONES EN BASE AL DESARROLLO DE APLICACIONES WEB
INTRODUCCION
El término ciclo de vida del software describe el desarrollo de software, desde la fase inicial hasta la fase final.
El ciclo de vida permite que los errores se detecten lo antes posible y por lo tanto, permite a los desarrolladores concentrarse en la calidad del software, en los plazos de implementación y en los costos asociados.

1) LINEAL

Es el más sencillo de todos los modelos. consiste en descomponer la actividad global del proyecto en etapas separadas, que son realizadas de manera lineal, es decir, cada etapa se realiza una sola vez, a continuación de la etapa anterior y antes de la etapa siguiente. Con un ciclo de vida lineal es muy fácil dividir las tareas, y prever los tiempos (sumando linealmente los de cada etapa).
Se destaca como ventaja la sencillez de su gestiòn y administraciòn tanto econòmica como temporal, ya que se acomoda perfectamente a proyectos internos de una empresa para programas muy pequeños de ABM ( sistemas que realizan altas, bajas y modificaciones sobre un conjunto de datos). Tiene como desventaja que no es apto para desarrollos que superen minimamente requerimientos de retroalimentaciòn entre etapas, es decir es muy costoso retomar una etapa anterior al detectar alguna falla.

2) CASCADA
El desarrollo en cascada, también llamado modelo en cascada, 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 a la finalización de la etapa anterior.
Un ejemplo de una metodología de desarrollo en cascada es:

1.- Análisis de requisitos.
2.- Diseño del Sistema.
3.- Diseño del Programa.
4.- Codificación.
5.- Pruebas.
6.- Implantación.
7.- Mantenimiento.

**La palabra cascada sugiere, mediante la metáfora de la fuerza de la gravedad, el esfuerzo necesario para introducir un cambio en las fases más avanzadas de un proyecto.
Ventajas:


La relación entre las etapas de desarrollo y los distintos tipos de pruebas facilitan la localización de fallos.

• Es un modelo sencillo y de fácil aprendizaje

• Hace explícito parte de la iteración y trabajo que hay que revisar

• Especifica bien los roles de los distintos tipos de pruebas a realizar

• Involucra al usuario en las pruebas

Desventajas:

• Es difícil que el cliente exponga explícitamente todos los requisitos

• El cliente debe tener paciencia pues obtendrá el producto al final del ciclo de vida

• Las pruebas pueden ser caras y, a veces, no lo suficientemente efectivas

• El producto final obtenido puede que no refleje todos los requisitos del usuario

4) ESPIRAL
El modelo en espiral es un modelo orientado a riesgo que divide el proyecto de software en miniproyectos. Cada proyecto se encargará de resolver uno o varios riesgos hasta que estén todos controlados. Una vez que estén los riesgos más importantes controlados se finaliza igual que el ciclo de vida en cascada.
En el ciclo de vida en espiral localizan los riesgos, genera un plan para manejarlos y se establece una aproximación a la siguiente iteración. Con cada iteración se produce una aproximación al producto final.
En el modelo en espiral se comienza con una parte pequeña del proyecto y se expande tras reducir los riesgos para la siguiente iteración.

En cada iteración seguimos los siguientes pasos:

Determinar objetivos, alternativas y límites.
Identificar y resolver riesgos.
Evaluar las alternativas.
Generar entregas de esta iteración, y comprobar que son correctas.
Planificar la siguiente iteración.
Si se decide ejecutar la siguiente iteración, hay que establecer un enfoque para ella.
En este modelo las primeras iteraciones son menos costosas y a medida que se avanza aumenta el costo.

5) INCREMENTAL
En una visión genérica, el proceso se divide en 4 partes: Análisis, Diseño, Código y Prueba. Sin embargo, para la producción del Software, se usa el principio de trabajo en cadena o “Pipeline”, utilizado en muchas otras formas de programación. Con esto se mantiene al cliente en constante contacto con los resultados obtenidos en cada incremento.

Es el mismo cliente el que incluye o desecha elementos al final de cada incremento a fin de que el software se adapte mejor a sus necesidades reales. El proceso se repite hasta que se elabore el producto completo.
De esta forma el tiempo de entrega se reduce considerablemente.
Al igual que los otros métodos de modelado, el Modelo Incremental es de naturaleza interactiva pero se diferencia de aquellos en que al final de cada incremento se entrega un producto completamente operacional.
El Modelo Incremental es particularmente útil cuando no se cuenta con una dotación de personal suficiente. Los primeros pasos los pueden realizar un grupo reducido de personas y en cada incremento se añadir• personal, de ser necesario. Por otro lado los incrementos se pueden planear para gestionar riesgos técnicos.




1) El modelo lineal es el más complicado de todos los modelos.
CIERTO FALSO

2) Es un ejemplo del modelo de cascada: 6.- Implantación.
CIERTO FALSO

3) El modelo en V es una variación del modelo en cascada
CIERTO FALSO

4) Es una desventaja del modelo en V: • Involucra al usuario en las pruebas
CIERTO FALSO

5) En el modelo Incremental las primeras iteraciones son menos costosas y a medida que se avanza aumenta el costo.
CIERTO FALSO

Actividad: Indica si la oración es
CIERTA o FALSA


Full transcript