Un escenario para la construccin de prototiposTodos los proyectos de ingeniera de software comienzan con una peticin del cliente. La peticin puede estar en la forma de una memoria que describe un problema, un informe que define un conjunto de objetivos comerciales o del producto, una peticin de propuesta formal de una agencia o compaa exterior, o una especificacin del sistema que ha asignado una funcin y comportamiento al software, como un elemento de un sistema mayor basado en computadora. Suponiendo que existe una peticin para un programa de una de las formas dichas anteriormente, para construir un prototipo del software se aplican los siguientes pasos:PASO 1. Evaluar la peticin del software y determinar si el programa a desarrollar es un buen candidato para construir un prototipo. Debido a que el cliente debe interaccionar con el prototipo en los ltimos pasos, es esencial que:1) el cliente participe en la evaluacin y refinamiento del prototipo, y2) el cliente sea capaz de tomar decisiones de requerimientos de una forma oportuna. Finalmente, la naturaleza del proyecto de desarrollo tendr una fuerte influencia en la eficacia del prototipo.

PASO 2.Dado un proyecto candidato aceptable, el analista desarrolla una representacin abreviada de los requerimientos. Antes de que pueda comenzar la construccin de un prototipo, el analista debe representar los dominios funcionales y de informacin del programa y desarrollar un mtodo razonable de particin. La aplicacin de estos principios de anlisis fundamentales, pueden realizarse mediante los mtodos de anlisis de requerimientos.PASO 3.Despus de que se haya revisado la representacin de los requerimientos, se crea un conjunto de especificaciones de diseo abreviadas para el prototipo. El diseo debe ocurrir antes de que comience la construccin del prototipo. Sin embargo, el diseo de un prototipo se enfoca normalmente hacia la arquitectura a nivel superior y a los aspectos de diseo de datos, en vez de hacia el diseo procedimental detallado.

PASO 4.El software del prototipo se crea, prueba y refina Idealmente, los bloques de construccin de software preexisten se utilizan para crear el prototipo de una forma rpida. Desafortunadamente, tales bloques construidos raramente existen. Incluso si la implementacin de un prototipo que funcione es impracticable, es escenario de construccin de prototipos puede aun aplicarse. Para las aplicaciones interactivas con el hombre, es posible frecuentemente crear un prototipo en papel que describa la interaccin hombre-mquina usando una serie de hojas de historia.PASO 5.Una vez que el prototipo ha sido probado, se presenta al cliente, el cual conduce la prueba de la aplicacin y sugiere modificaciones. Este paso es el ncleo del mtodo de construccin de prototipo. Es aqu donde el cliente puede examinar una representacin implementada de los requerimientos del programa, sugerir modificaciones que harn al programa cumplir mejor las necesidades reales.PASO 6.Los pasos 4 y 5 se repiten iterativamente hasta que todos los requerimientos estn formalizados o hasta que el prototipo haya evolucionado hacia un sistema de produccin. El paradigma de construccin del prototipo puede ser conducido con uno o dos objetivos en mente:1) El propsito del prototipado es establecer un conjunto de requerimientos formales que pueden luego ser traducidos en la produccin de programas mediante el uso de mtodos y tcnicas de ingeniera de programacin, o2) El propsito de la construccin del prototipo es suministrar un continuo que pueda conducir al desarrollo evolutivo de la produccin del software. Ambos mtodos tienen sus mritos y amos crean problemas.Para poder realizar el prototipado debemos aplicar una tcnica de captura de requerimientos que es una herramienta que ayuda al proceso de abstraccin de las caractersticas de un sistema. La captura de requerimientos se hace a travs de un proceso especficamente mental, el cual es el analista quien tiene la capacidad para discernir sobre los detalles que interesan en realidad al sistema, valindose generalmente de experiencias pasadas.La identificacin de actores y use case en un sistema se hace para: Delimitar el sistema de su ambiente externo. De qu y quin actuar con el sistema y que funcionalidad es la que se espera de l. Capturar y definir un glosario de trminos. Adems es necesario que nosotros como analistas utilicemos una herramienta propia para realizar cada uno de los pasos antes mencionados.