Un escenario para la construccin de prototipos

Todos 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, y

2)
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
requerimientos estn formalizados o hasta que
evolucionado hacia un sistema de produccin.
construccin del prototipo puede ser conducido con
en mente:

hasta que todos los

el prototipo haya
El paradigma de
uno o dos objetivos

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, o

2)
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.