Prototipos

2
Ingeniería de requerimientos
Obtención y Análisis de Requisitos
Técnicas:
• Obtención orientada al punto de vista (VORD).
• Escenarios.
• Etnografía.
• Modelos de Sistemas: Análisis Estructurado,
Modelo de Datos, Modelo de Objetos
• Prototipos.

3
• Conocer el papel de la construcción de prototipos
de software en los diferentes tipos de desarrollo de
proyectos.
• Conocer la diferencia entre la construcción de
prototipos evolutivos y la de prototipos
desechables.
• Aprender tres técnicas distintas para el desarrollo
de prototipos.
• Saber por qué la construcción de prototipos es la
única técnica viable para el diseño y desarrollo de
la interfaz de usuario.

4
• Saber por qué la construcción de prototipos es la
única técnica viable para el diseño y desarrollo de
la interfaz de usuario.

5
Introducción:
• Por lo general, los clientes y usuarios finales del
software encuentran difícil expresar sus requisitos.
• No siempre es posible predecir la manera en que
un sistema afectará el trabajo diario, como
interactuará con otros sistemas y qué operaciones
se deberían automatizar.

6
Introducción:
• Un análisis cuidadoso de los requisitos junto con
revisiones sistemáticas de éstos ayudan a reducir
dicha incertidumbre...

7
Introducción:
• ..no obstante, no existe substituto real para probar
un requisito antes de estar de acuerdo con él.
• Lo anterior es posible si está disponible un
prototipo del sistema.

8
Definición de Prototipo:
• Versión inicial de un sistema de software que se
utiliza para demostrar los conceptos, probar las
opciones de diseño y, de forma general, conocer
más el problema y sus posibles soluciones.

9
Construcción de Prototipos:
• El desarrollo rápido de prototipos es esencial
puesto que se controlan los costos, y los usuarios
pueden experimentar con el prototipo en las
primeras etapas del proceso de software.
• Un prototipo de software apoya a dos actividades
del proceso de Ingeniería de requerimientos:
– Obtención de Requisitos.
– Validación de Requisitos.

10
• Puede usarse como un análisis de riesgo y como
una técnica de reducción.
• Un riesgo importante en el desarrollo de software
son los errores y omisiones de requisitos.

11
• Un prototipo puede ayudar a bajar costos totales
del desarrollo, reducir la propagación de errores a
etapas posteriores del mismo, y disminuir el
número de problemas con la especificación de
requisitos.

12
Construcción de Prototipos: otras ventajas...
• Al mostrar las funciones del sistema se identifican
las diferencias entre desarrolladores y usuarios.
• Durante el desarrollo del prototipo, el personal del
desarrollo de software puede darse cuenta de que
los requisitos son inconsistentes y/o están
incompletos.

13
• Aunque limitado, se dispone rápidamente de un
sistema que funciona y demuestra la factibilidad y
usabilidad de la aplicación a administrar.

14
• El prototipo se utiliza como base para escribir la
especificación para la producción de un sistema de
calidad.

15
Construcción de Prototipos: ventajas según un
estudio con 39 proyectos...
– Mejora en la usabilidad del sistema.
– Mejor acoplamiento entre el sistema y las necesidades
del usuario.
– Mejora en la calidad del diseño.
– Mejora en el mantenimiento.
– Reducción en el esfuerzo de desarrollo.

16
• El uso de prototipos no necesariamente significa un
aumento en los costos de desarrollo.
• Por lo general, la construcción de prototipos
incrementa los costos en las etapas iniciales del
proceso de software, pero reduce los costos
posteriores.

17
• La razón principal: se evita rehacer el trabajo
durante el desarrollo, cuando los clientes solicitan
“pequeños” cambios al sistema.
• Sin embargo, también se encontró que una
consecuencia negativa fue que el desempeño total
del sistema, algunas veces, es degradado debido a
la reutilización de código ineficiente proveniente del
prototipo.

18
Proceso de Desarrollo de Prototipos:
Establecer Definir Desarrollar Evaluar
Objetivos del Funcionalidad Prototipo Prototipo
Prototipo
Plan de Definición Prototipo Informe
Construcción General Ejecutable de Evaluación
del Prototipo

19
Construcción de Prototipos: dos tipos...
• Prototipo evolutivo: dar al usuario un sistema
incompleto y después modificarlo y aumentarlo en
el momento en que los requisitos del usuario sean
claros.
• Prototipo desechable: para ayudar al análisis y
validación de requisitos. Tras su evaluación, se
descarta y se construye un sistema de calidad.

20
Construcción de Prototipos: Evolutivos.
• Comienza con un sistema relativamente simple,
que implementa los requisitos más importantes del
usuario.
• Dicho prototipo se expande o cambia en cuanto se
descubran nuevos requisitos. Finalmente se
convierte en el sistema final.

21
Construcción de Prototipos: Evolutivos.
• No tiene una especificación detallada, y en algunos
casos no existe un documento formal de requisitos.
• La técnica más común para desarrollar sitios Web y
aplicaciones de comercio electrónico.

22
Construcción de Prototipos: Desechables.
• Ayudan a refinar y clarificar la especificación del
sistema.
• La evaluación del prototipo informa del desarrollo
de la especificación detallada del sistema, que se
incluye en el documento de requisitos de éste.
• Una vez que se ha redactado la especificación, el
prototipo ya no es útil y se descarta.

23
Construcción de Prototipos: Diferencias...
• El objetivo de la construcción de prototipos
evolutivos es entregar a los usuarios finales un
sistema funcional.
• El objetivo de la construcción de prototipos
desechables es validar o derivar los requisitos del
sistema.

24
• El prototipo evolutivo comienza con los requisitos
mejor conocidos, y los menos conocidos se
implementan cuando se necesitan por parte de los
usuarios.
• El prototipo desechable considera aquéllos no bien
comprendidos; los ya precisados nunca deben
estar en el prototipo.

25
• El prototipo evolutivo crece hacia un sistema final
que se debe desarrollar con los mismos estándares
de calidad de la organización, como cualquier otro
software. Confiable y eficiente.
• El prototipo desechable, por tener un periodo de
vida corto, no requiere mantenimiento. Pobre
desempeño y baja confiabilidad.

26
Construcción de Prototipos Evolutivos:
Desarrollar Construir Utilizar
Especificación Prototipo Prototipo
Abstracta
NO
Entregar Prototipo apto?
Sistema SÍ

27
Construcción de Prototipos Evolutivos: Ventajas...
• Entrega acelerada del sistema: se favorece la
entrega y la usabilidad, en lugar de privilegiar
detalles de funcionalidad y el mantenimiento del
software.
• Compromiso del usuario con el sistema.

28
Construcción de Prototipos Evolutivos: se parece al RAD
en:
• Los procesos de especificación, diseño e
implementación se entrelazan.
• Se utilizan técnicas de desarrollo rápido de
sistemas, como herramientas CASE y lenguajes de
cuarta generación.
• El sistema se desarrolla en una serie de
incrementos.
• Generalmente, las interfaces del sistema de
desarrollan usando un sistema de desarrollo
interactivo.

29
Construcción de Prototipos Evolutivos: se parece al RAD
en:
• Generalmente, las interfaces del sistema de
desarrollan usando un sistema de desarrollo
interactivo.

30
Construcción de Prototipos Evolutivos: problemas...
• De Administración: evolución rápida del sistema no
hace costeable producir una gran cantidad de
documentación del sistema.
• De Mantenimiento: los cambios continuos tienden a
corrom-per la estructura del prototipo.
• Contractuales: los contratos se basan en una
especificación del sistema; si éste no existe, es
difícil diseñarlos.

31
Construcción de Prototipos Evolutivos:
• Los problemas anteriores se solucionan usando un
proceso de desarrollo incremental.
• Este tipo de proceso es más manejable puesto que
sigue los estándares normales del proceso de
software.

32
Construcción de Prototipos Desechables:
• Este enfoque extiende el proceso de análisis de
requisitos con la intención de reducir los costos del
ciclo de vidacompleto.
• La función principal del prototipo es clarificar los
requisitos y proveer información adicional a los
administradores para valorar los riesgos del
proceso.

33
• Después de la evaluación, el prototipo se desecha;
no se usa como base para el desarrollo posterior.

34
• Este esquema de trabajo es común para los
sistemas de hardware para validar el diseño.
• Un prototipo de software desechable normalmente
no se usa para validar el diseño, sino que ayuda a
desarrollar los requisitos del sistema.
• Después de la evaluación, el prototipo se desecha;
no se usa como base para el desarrollo posterior.

35
Requisitos Desarrollar Evaluar Especificar
Generales Prototipo Prototipo Sistema
Componentes
Reusables
Desarrollar Validar Sistema de
Software Sistema Software

36
• El prototipo se desarrolla a partir de un bosquejo de
la especificación...
• Y se modifica hasta que el cliente esté satisfecho
con su funcionalidad.
• Se entrega para experimentar con él...

37
• Más que derivar una especificación a partir del
prototipo, algunas veces se sugiere que la
especificación del sistema sea la implementación
del mismo prototipo.
• Este enfoque presenta varios problemas...

38
• Las características importantes se excluyen del
prototipo para simplificar la implementación rápida
(por ejemplo, las funciones críticas de seguridad).
• Una implementación no tiene valor legal para el
contrato entre el cliente y el contratista.
• En una implementación del prototipo, no se pueden
probar de manera adecuada los requisitos no
funcionales, como los de confiabilidad, robustez y
seguridad.

39
problemas...
• El modo de utilizarlo no corresponde con la forma
de cómo se usa el sistema final entregado.
• Algunas veces, se presiona a los desarrolladores
para que entreguen los prototipos desechables
para su utilización, en particular cuando existen
retrasos en la entrega de la versión final del
software…no es conveniente porque:

40
Construcción de Prototipos Desechables: problemas...
– Puede ser imposbile afinar el prototipo para que cumpla
con los requisitos no funcionales.
– El cambio rápido durante el desarrollo significa que no se
documente el prototipo.
– Los cambios hechos durante el desarrollo del prototipo
pueden degradar la estructura del sistema.
– Los estándares de calidad organizacionales,
normalmente, se relajan para el desarrollo del prototipo.

41
Técnicas de Construcción de Prototipos:
• Son técnicas de desarrollo que hacen énfasis en la
velocidad de entrega más que en otras
características del sistema, como el desempeño,
mantenimiento o confiabilidad.
• Existen tres técnicas prácticas de desarrollo rápido
para el desarrollo de prototipos de carácter
industrial:
– Desarrollo con lenguajes dinámicos de alto nivel.
– Programación de bases de datos.
– Ensamblaje de componentes y aplicaciones.

42
Desarrollo con Lenguajes Dinámicos de Alto
Nivel:
• Son poderosos recursos de administración de
datos en tiempo de ejecución.
• Ejemplos: Lisp, Prolog, Smalltalk, Java.

43
Desarrollo con Lenguajes Dinámicos de Alto Nivel:
• Preguntas:
– ¿Cuál es el dominio del problema?: sistema interactivo,
procesamiento simbólico, lenguaje natural.
– ¿Cuál es la interacción del usuario requerida?: Java se
integra bien con los navegadores Web, Prolog se adecúa
bien para las interfaces basadas en texto.
– ¿Cuál es el entorno de ayuda provista por el lenguaje?.

44
Programación de Bases de Datos:
• La mayoría de las aplicaciones de negocios
implican la manipulación de una base de datos, y la
producción de salidas que involucran organizar y
dar formato a esos datos.
• Para esto, la mayoría de los SABD comerciales
permiten su programación a través de un lenguaje
especializado, el que contiene conocimiento de la
base de datos y maneja las operaciones necesarias
para su manipulación.

45
Programación de Bases de Datos:
• Se denomina “lenguaje de cuarta generación”
(4GL) al lenguaje de programación de bases de
datos y al entorno en que se desarrolla.
• En general, permiten la actualización de la base de
datos y la generación de informes a partir de la
información de la misma.

46
Programación de Bases de Datos: componentes de un
4GL...
• Un lenguaje de consulta de bases de datos, por lo
general SQL: ingresado de forma directa o
generado automáticamente a partir de los
formularios.
• Un generador de interfaces que se utiliza para
crear formula-rios de ingreso y despliegue de
datos.
• Un generador de pantallas para apoyar la definición
de las interfaces con el usuario (en especial,
basadas en el web).

47
Programación de Bases de Datos: componentes
de un 4GL...
• Un generador de informes para el análisis y
manipulación de la información numérica.
• Una hoja de cálculo para el análisis y manipulación
de información numérica.

48
Programación de Bases de Datos: y prototipos...
• La estructuración de las aplicaciones que imponen
las herramientas CASE y la documentación
asociada significa que los prototipos evolutivos
desarrollados bajo este enfoque deben ser más
mantenibles que los sistemas desarrollados de
forma manual.

49
Programación de Bases de Datos: desventajas...
• Los programas generados tienden a ser más
lentos, y requerir de más memoria.
• Aunque claramente reducen los costos de
desarrollo del sistema, no es del todo claro se
reduzcan los costos del ciclo de vida
completo…pueden ser altos por la falta de
estructuración, dificultad de la mantención y falta de
estandari-zación.

50
Ensamblaje de Componentes y Aplicaciones:
• Es posible reducir el tiempo requerido para
desarrollar un sistema, si muchas partes de éste se
pueden reusar más que diseñar e implementar.
• Los prototipos se pueden construir más rápido si se
tiene un conjunto de componentes reutilizables y
algunos mecanismos para construir estos
componentes en sistemas.
• El mecanismo de composición debe incluir recursos
de control y medios para la comunicación entre los
componentes.

51
Componentes Marco de Trabajo Prototipo
Reusables de de Composición Ejecutable
Software de Componentes
Código de Control
e Integración

52
• El prototipo comprende el desarrollo de una
especificación tomando en cuenta qué
componentes reutilizables están disponibles.
• El desarrollo del prototipo comprende de dos
niveles:
– El nivel de aplicación en el que la aplicación completa se
integra con el prototipo, de manera que su funcionalidad
pueda ser compartida.
– El nivel de componente en el que los componentes
individuales se integran dentro de un marco de trabajo
estándar para implementar el sistema.

53
• La reutilización de aplicaciones da acceso a toda la
funcionali-dad de una aplicación.
• Una metáfora de composición de documentos es
de mucha ayuda para comprender este enfoque de
desarrollo de prototipos.

54
Construcción de Prototipo de la Interfaz de
Usuario:
• En la actualidad, las GUI se han convertido en la
norma para los sistemas interactivos.
• El esfuerzo comprendido en la especificación, el
diseño y la implementación de una interfaz de
usuario representa una parte significativa de los
costos de desarrollo de la aplicación.

55
Usuario:
• El usuario debe tomar parte en el proceso de
diseño de la interfaz.
• Esta forma de trabajo conduce a un enfoque
denominado “diseño centrado en el usuario”, que
depende de la construcción del prototipo de la
interfaz y de la participación del usuario en el
proceso de diseño de la interfaz.

56
Usuario:
• Desde el punto de vista de la ingeniería de
software, la construcción de prototipos es una parte
esencial del proceso de diseño de la interfaz.
• La construcción de prototipos evolutivos con la
participación del usuario final es la única forma
sensible para desarrollar interfaces gráficas de
usuario para los sistemas de software.

57
Usuario:
• Los generadores de interfaces son sistemas de
diseño de ventanas gráficas en los que los
componentes de la interfaz se seleccionan de un
menú y se colocan en la interfaz.
• Dichos generadores crean un programa bien
estructurado generado a partir de la especificación
de la interfaz.

58
Usuario: Web.
• En el caso de interfaces para el Web, el uso de
html es una notación comprensible para la
especificación de la interfaz de usuario.
• Botones, campos, formularios y tablas se pueden
incluir en las páginas Web, así como en objetos
multimedios que permiten el acceso a sonidos,
video y pantallas de realidad virtual.

59
Usuario: Web.
• Es posible construir un prototipo de las interfaces
de usuario basadas en Web usando un editor de
sitios Web que es, esencialmente, un constructor
de interfaces de usuario.

Prototipos

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (10)

Similar a Prototipos

Similar a Prototipos (20)

Más de Tensor

Más de Tensor (20)

Último

Último (20)

Prototipos