Técnica de prototipos
• Recolección (refinamiento) de requisitos
• Diseño rápido
• Construcción del prototipo
• Evaluación del prototipo
• Refinamiento
• Producto
Modelo en Espiral


Técnicas de 4ta generación.
Conjunto de herramientas basadas en una interface (contorno visual)
Herramientas CASE: Son herramientas orientadas al diseño de Software.
Herramientas de diseño gráfico.
Herramientas de desarrollo web

Métricas de calidad de Software
Un software debe ser entendible, esto quiere decir de fácil mantenimiento. También debe de ser eficaz, es que debe de hacer lo que especifica y también debe de ser eficiente con rapidez y sencillez.
Criterios o métricas
• Interfaz con el usuario
• Rendimiento
• Matriz de requerimientos: Es un listado de los requerimientos que debe de tener el software.

¿Qué es un prototipo?
Un prototipo es una representación limitada del diseño de un producto que permite a las partes responsables de su creación experimentar, probarlo en situaciones reales y explorar su uso.
Un prototipo puede ser cualquier cosa, desde un trozo de papel con sencillos dibujos a un complejo software.

¿Por qué un prototipo?
Porque son útiles para comunicar, discutir y definir ideas entre los diseñadores y las partes responsables.
Los prototipos apoyan el trabajo evaluando productos, clarificando requisitos de usuario y definiendo alternativas.

Prototipos de baja fidelidad
Utilizan materiales distintos y no se parecen al producto final. Su ventaja es que son baratos, simples y fácil de producir.
Son particularmente útiles en las fases iniciales del desarrollo, durante el diseño conceptual.

Prototipo de alta fidelidad
Son aquellos que utilizan materiales y se parece al producto final.
Marc Retting (1994) recomienda el uso de prototipos de baja fidelidad en los proyectos porque los de alta fidelidad:
Necesitan mucho tiempo para crearse.
Las pruebas tienden a centrarse en aspectos superficiales.
Los desarrolladores se resisten a cambiar algo que les ha llevado horas crear.
Un prototipo de software crea excesiva expectación.
Un error en el software puede parar un test.

Casos de uso
Es una técnica para la captura de requisitos potenciales de un nuevo sistema o una actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente, en los casos de usos se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje más cercano al usuario final. En ocasiones, se utiliza a usuarios sin experiencia junto a los analistas para el desarrollo de casos de uso.
En otras palabras, un caso de uso es una secuencia de interacciones que se desarrollarán entre un sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el propio sistema. Los diagramas de casos de uso sirven para especificar la comunicación y el comportamiento de un sistema mediante su interacción con los usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación entre los actores y los casos de uso en un sistema. Una relación es una conexión entre los elementos del modelo, por ejemplo la especialización y la generalización son relaciones. Los diagramas de casos de uso se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a eventos que se producen en su ámbito o en él mismo.