Unidad I. Diseño de Sistemas. Significado dentro del Ciclo de Vida de Desarrollo de Sistemas. Modelos de Desarrollo de Software. Modelos de Desarrollo Estructurado. Sommerville, 8.5 y 4.5.1. ISI (3K1) UTN-FRT (2011)
Unidad I. Diseño de Sistemas. Significado dentro del Ciclo de Vida de Desarrollo de Sistemas. Modelos de Desarrollo de Software. Modelos de Desarrollo Estructurado. Sommerville, 8.5 y 4.5.1. ISI (3K1) UTN-FRT (2011)
BUENO ESTA PRESENTACION HABLA UN POCO SOBRE UNO DE LOS TANTOS MODELOS DE SOFTWARE QUE EXISTEN "EL MODEO DE DESARROLLO EVOLUTIVO".
ESPERO QUE LES HAYA SIDO DE MUCHA AYUDA
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
2. UNIDAD 4
Modelos del proceso del software
4.1 Modelo de cascada
4.2 Modelo de espiral
4.3 Modelo incremental
4.4 Proceso de desarrollo unificado
4.5 Proceso software personal
Equipo 1
3. 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
4. Análisis y definición de
F requerimientos
A Diseño del sistema y del software
S
Implementación y prueba de
E unidades
S Integración y prueba del sistema
Funcionamiento y mantenimiento
5.
6. 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.
7. Actividades
concurrente
s especificación
Versión
inicial
Esbozo de la Versiones
desarrollo
descripción intermedias
Validación Versión final
DESARROLLO EVOLUTIVO
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.
8. EXISTEN DOS TIPOS DE DESARROLLO
EVOLUTIVO
Que son
Prototipos
Exploratorio desechables
Su Su objetivo
objetivo
Es comprender los
Es trabajar con el cliente requerimientos del cliente y
para explorar sus entonces desarrollar una
requerimientos y entregar un definición mejorada de los
sistema final. requerimientos para el
sistema.
9. EN LA PRODUCCIÓN DE SISTEMA
Un 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
10. La documentación se
produce en cada fase y
cuadra con otros
modelos del proceso de
VENTAJA ingeniería.
S
Se deben hacer compromisos en
las etapas iniciales, lo que hace
difícil responder a los cambios en
los requerimientos del cliente.
11. 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
12. CONCLUSION
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.