En la toma de requisitos la comunicación marca un factor de éxito o fracaso, el poder hablar el mismo idioma gráficamente ayuda a minimizar los riesgos.
1. Prototipado de pantallas para tomar requisitos Sede central: Tuset 23, 4ª planta 08006 Barcelona T 902 88 17 76 F 902 88 17 76 Oficinas en: Bilbao Madrid Palma de Mallorca Valencia Sevilla Granada www.in2.es Marzo 2011 Emmerson Miranda
19. Introducción – En ingeniería de software Debe poder ser construido en poco tiempo Es un diseño rápido De los aspectos visibles al usuario o cliente final Refina los requisitos del software a desarrollar Ayuda al desarrollador en la comprensión de sus tareas y al resultado esperado del sistema Puede ser: De interacción entre pantallas (solo gráfico) Funcional (con código), a manera de prueba de concepto, lo cual a veces evoluciona hacia un proyecto real Se deben dejar claro con el cliente desde el principio las reglas del juego: Solo debe utilizarse para la definición e identificación de requisitos Que se descartará, al menos en parte (refactoring)