13
INSTITUTO TECNOLÓGICO DE TUXTEPEC ALUMNOS: Amador Saldaña Erik Emanuel Caudillo Fentanez María de Jesús Duran Mariano Mario Daniel Medina Gallegos Jesús Alberto Ortega Parra Erick Abisai Pérez Bello Juan Luís Roque Colorado Lady Issbeth

4.1

Embed Size (px)

Citation preview

Page 1: 4.1

INSTITUTO TECNOLÓGICO DE TUXTEPEC

ALUMNOS:

Amador Saldaña Erik Emanuel

Caudillo Fentanez María de Jesús

Duran Mariano Mario Daniel

Medina Gallegos Jesús Alberto

Ortega Parra Erick Abisai

Pérez Bello Juan Luís

Roque Colorado Lady Issbeth

Page 2: 4.1

Equipo 1

UNIDAD 4 Modelos del proceso del software

4.1 Modelo de cascada4.2 Modelo de espiral4.3 Modelo incremental4.4 Proceso de desarrollo unificado4.5 Proceso software personal

Page 3: 4.1

MODELOS DEL PROCESO DEL SOFTTWARE

• Un proceso del software es un conjunto de actividades que conducen a la creación de un producto software. Estas actividades pueden consistir en el desarrollo de software desde cero en un lenguaje de programación estándar como Java o C.

• Los procesos del software son complejos y, como todos los procesos intelectuales y creativos, dependen de las personas que toman decisiones y juicios

Page 4: 4.1

Análisis y definición de requerimientos

Diseño del sistema y del software

Implementación y prueba de unidades

Integración y prueba del sistema

Funcionamiento y mantenimiento

F

A

S

E

S

EL MODELO EN CASCADA

Page 5: 4.1
Page 6: 4.1

TIEMPO PARA DESARROLLAR UN PROYECTO CON ESTE MODELO

Las fases no deben empezar hasta que las fase previa haya finalizado. En la practica estas etapas se superponen y proporciona información a las otras, durante el diseño se identifican los problemas con los requerimientos, durante el diseño de código se encuentran problemas y así, sucesivamente. El proceso de software no es un modelo lineal simple, sino que implica una serie de iteraciones de las actividades de desarrollo.

Page 7: 4.1

El desarrollo evolutivo se basa en la idea de desarrollar una implementación inicial, exponiéndola a los comentarios del usuario y refinándola a través de las diferentes versiones hasta que se desarrolla un sistema adecuado.

DESARROLLO EVOLUTIVO

Esbozo de la

descripción

especificación Versión

inicial

Validación

Versiones intermedia

s

Actividades concurrentes

Versión final

desarrollo

Page 8: 4.1

EXISTEN DOS TIPOS DE DESARROLLO EVOLUTIVO

ExploratorioPrototipos

desechables

Es trabajar con el cliente para explorar sus requerimientos y

entregar un sistema final.

Es comprender los requerimientos del cliente y entonces

desarrollar una definición mejorada de los

requerimientos para el sistema.

Su objetivo

Su objetivo

Que son

Page 9: 4.1

EN LA PRODUCCIÓN DE SISTEMAUn enfoque evolutivo para el desarrollo de software suele ser mas efectivo que el enfoque en cascada, ya que satisface las necesidades inmediatas de los clientes.

La ventaja de un proceso del software que se basa en un enfoque evolutivo es que la especificación se puede desarrollar de forma creciente. Tan pronto como lo usuarios desarrollen un mejor entendimiento de su problema, este se puede reflejar en el sistema software.

1.- 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.

2.- a menudo los sistemas tienen una estructura deficiente. Los continuos tienden a corromper la estructura del software. Incorporar cambios en el se convierte cada vez mas en una tarea difícil y costosas

Page 10: 4.1

La documentación se produce en cada fase y cuadra con otros modelos del proceso de ingeniería.

VENTAJAS

Se deben hacer compromisos en las etapas iniciales, lo que hace difícil responder a los cambios en los requerimientos del cliente.

Page 11: 4.1

DESVENTAJAS Debido a los costos de producción y aprobación de documentos, las iteraciones son costosas e implican rehacer el trabajo. Los problemas se posponen para su resolución, se pasan por alto o se programan.El congelamiento prematuro de requerimientos puede implicar que el sistema no haga lo que los usuarios desean. Puede conducir a sistemas mal estructurados.

Su principal problema es que no refleja la realidad, el grado de precisión con que se lleve a cabo cada paso influirá en el resultado

Page 12: 4.1

El modelo en cascada puede ser aplicado para las necesidades específicas de una organización.

Si bien  modelos de desarrollo, como el cascada uno de los más antiguos,  es útil para que el desarrollador visualice lo que va hacer, han dado como resultado la aparición de nuevas técnicas más desarrolladas.

En un modelo en cascada un proyecto progresa a través de un secuencia ordenada de pasos.

Además los resultados no se pueden ver hasta muy avanzado el proyecto por lo que cualquier cambio debido a un error puede suponer un gran retraso además de un alto coste de desarrollo.

CONCLUSION

Page 13: 4.1

http://eproano334.blogspot.es/

REFERENCIAS