- Barajar
ActivarDesactivar
- Alphabetizar
ActivarDesactivar
- Frente Primero
ActivarDesactivar
- Ambos lados
ActivarDesactivar
- Leer
ActivarDesactivar
Leyendo...
Cómo estudiar sus tarjetas
Teclas de Derecha/Izquierda: Navegar entre tarjetas.tecla derechatecla izquierda
Teclas Arriba/Abajo: Colvea la carta entre frente y dorso.tecla abajotecla arriba
Tecla H: Muestra pista (3er lado).tecla h
Tecla N: Lea el texto en voz.tecla n
Boton play
Boton play
15 Cartas en este set
- Frente
- Atrás
|
Modelos de proceso evolutivo
|
Producen una versión completa en forma incremental con cada iteracion
|
Introducción
|
Cuando el cliente tenga una necesidad legitima, pero no sabe definir los detalles.
|
Etapas
|
1 No son conocidos todos los requerimientos.
2 Se pone enfasis en el analisis de requerimientos,para aproximar a la idea final, con el proposito de aclarar los requerimientos. |
Comunicación
|
Definen los objetivos generales
|
2 Plan rapido
|
Se plantea con rapidez una iteración de construcción de prototipos y se presenta el modelado
|
3 El diseño rápido
|
Se centra en aspectos del software que serán visibles para el cliente o usuario final
|
4 Construcción de prototipo
|
El diseño rápido conduce a la construcción de prototipo
|
5 Desarrollo
|
Lo evalúa el cliente y con la retroalimentación se refinan los requisitos
|
La iteración
|
Ocurre cuando se ajusta para satisfacer las necesidades del cliente y tambien el desarrollador entiende mejor lo que se debe hacer
|
¿que debe hacerce con el prototipo?
|
En la mayoria de proyectos, el primer sistema construido apenas se utiliza,(lento, muy grande o torpe), entonces se comienza de nuevo rediseñando el proyecto, para poder resolver estas caracteristicas.(se crea un sistema inservible,ya que no es perfecto desde la 1ra vez), es decir el prototipo puede servir como primer sistema.
|
1 Desechable
|
Sirve para eliminar dudas sobre lo que quiere el cliente.
Redacta la especificacion del sistema y se desecha. PROBLEMA: No se desecha y se convierte en el sistema final |
2 Evolucionario
|
Es un modelo parcialmente construido que pasa de ser prototipo a ser software, pero no tiene una buena documentacion y calidad.
|
VENTAJAS
|
*Reduce el riesgo de construir productos que no satisfagan las necesidades de los usuarios.
*Reduce tiempo, costo y aumenta la probabilidad de éxito. *Es útil cuando el cliente solo conoce los objetivos generales para el software, mas no los requisitos detallados de entrada, procesamiento o salida. |
DESVENTAJAS
|
*Los usuarios puedes confundir al prototipo como el software terminado.
*Se puede implementar un algoritmo ineficiente solo para mostrar capacidad. *Se puede caer en la tentación de ampliar el prototipo para construir el sistema |
|
Conclusiones
|
Se debe definir las reglas desde un principio:
Que sirva como un mecanismo para la definicion de requisitos. Sea desechable Que despues se desarrolle el software real con mas enfoque hacia la calidad |
