Dgfdg

Estos artefactos se completan sólo parcialmente en esta fase. Se refinarán de
manera iterativa en las siguientes iteraciones. El nombre en mayúsculas indica que es un
artefacto UP con ese nombre oficial.
En esta etapa se puede dar la mayoría de los casos de uso, aunque sólo un 10%
de ellos con detalles, sobre todo aquellos que son críticos. El resto sólo se enumeran.
También se puede lanzaralgunas tareas de programación con la misión de crear
prototipos de “pruebas de conceptos”. Éstos tratan de clarificar unos pocos requisitos
mediante prototipos, aclarando la programación para cuestiones técnicas de carácter
crítico.
La documentación se almacena digitalmente y en línea. Con el objeto de hacerla
accesible a todo el personal involucrado, se puede emplear un servidor web.Apuntes de Informática Industrial Capítulo 2: Recogida y documentos de requisitos
Dpto. Electrónica, Automática e Informática Industrial 39
Ejemplo 2.1
Se pretende realizar un proyecto de clasificación de espermatozoides humanos
mediante técnicas de análisis de imágenes digitales. Las imágenes son capturadas a
través de microscopia en campo claro y el objetivo es detectar los espermatozoides yclasificarlos según su morfología.
La primera tarea trata de capturar
los requisitos de la aplicación. Se
emplearan varias reuniones entre los
biomédicos y los ingenieros para
aclarar realmente que es lo que se
quiere. De estos encuentros se
rellenarán varios documentos
(Visión y Alcance, Glosario,
algunos casos de uso y
Especificaciones Complementarias).
Para realimentar el conocimientode los biomédicos en la aplicación, se
desarrollará un prototipo, por ejemplo empleando Matlab. Este tipo de aplicaciones
exige poco tiempo y esfuerzo. Sirve para reforzar algunas ideas que quedaron en el aire
y para descartar otras. Muchas veces, la mentalidad de los desarrolladores va en una
dirección, mientras los usuarios piensan en otros tipos de servicios.
La presentación de unprototipo favorece la realimentación y acaba con
actividades que no son necesarias. Además de acotar las singularidades del proyecto.
Carlos Platero Apuntes de Informática Industrial
40 Dpto. Electrónica, Automática e Informática Industrial
Ejemplo 2.2
Diseñar una aplicación que entregue la respuesta en frecuencia de los filtros
analógicos lineales. Una vez capturado el circuito eléctrico, se pasaráa determinar
cual es la función de transferencia en el
dominio de la frecuencia y se presentará la
respuesta en frecuencia en diagrama de Bode.
El propósito de este ejemplo es utilizarlo como
hilo conductor de la materia de la asignatura,
analizando las diferentes etapas que hay que
cumplir, según el Proceso Unificado.
El sistema pretende capturar
un circuito analógico y
mostrar surespuesta en
frecuencias. En la
actualidad hay aplicaciones
que realizan este cometido,
como por ejemplo PSPICE.
2.1 Comprensión de los requisitos
Los requisitos son capacidades y condiciones con las cuales debe estar conforme
el sistema. El primer reto del trabajo de los requisitos es encontrar, comunicar y
recordar lo que realmente se necesita, de manera que tenga un significado claro parael
cliente y para los desarrolladores.
En un estudio sobre los costes reales de los proyectos de ingeniería del SW, el
37% estaban relacionados con los requisitos.
Coste de los proyectos %
Entradas de usuarios erróneas 13
Requisitos incompletos 12
Cambios en los requisitos 12
Habilidades técnicas pobres 7
Mala dirección 6
Otros 50
Los requisitos se clasifican de acuerdo con el modeloFURPS+ (Functional,
Usability, Reliability, Performance, Supportability):
Apuntes de Informática Industrial Capítulo 2: Recogida y documentos de requisitos
Dpto. Electrónica, Automática e Informática Industrial 41

Funcional (Functional): características funcionales de la aplicación, esto
es, las utilidades que le dan al usuario.

Facilidad de uso (Usability): factores humanos relacionados...