Ejemplo1
www.inacap.cl
www.inacap.cl
www.inacap.cl
www.inacap.cl
www.inacap.cl
Requerimientos No Funcionales
•
El estándar IEEE 830 nos recuerda que siempre debemos documentar,
además de los requisitos funcionales, los requisitos no funcionales de lo
siguiente:
• Rendimiento (volumen de usuarios, volumen de datos, etc.)
• Requisitos lógicos de labase de datos (tipo de acceso, frecuencia de los
accesos, entidades, relaciones y restricciones de integridad, etc.)
• Restricciones de diseño (otros estándares, limitaciones de hardware,
etc.)
• Otros atributos:
– fiabilidad
– disponibilidad
– seguridad (uso de criptografía, informes sobre las acciones de
los usuarios, etc.)
– mantenibilidad
– portabilidad
www.inacap.clRequerimientos No Funcionales
• Requerimientos de presentación
Los requisitos de presentación hacen referencia al
aspecto visual del sistema por desarrollar y deben
tener en cuenta aspectos como la imagen
corporativa de la organización para la que estamos
desarrollando el software.
Ejemplo
"El producto debe ser atractivo para una audiencia
adolescente. Se llevará a cabo un estudio en el quese
pondrá el producto al alcance de una muestra de
adolescentes y se observará si empiezan o no a usar el
producto antes de cuatro minutos".
www.inacap.cl
Requerimientos No Funcionales
Requerimientos de usabilidad y humanidad
Los requisitos de usabilidad y humanidad son
los requisitos relacionados con el hecho de que
el sistema sea ergonómico y usable. La
usabilidad del productodependerá de las
capacidades de sus usuarios y de la complejidad
del producto.
• Eficiencia de uso: rapidez y precisión con la
que el usuario usa el producto.
Ejemplo
Un usuario sin entrenamiento debe ser capaz de
encontrar el plan de estudios de una asignatura de la
que se acaba de matricular en menos de cinco
minutos.
www.inacap.cl
Requerimientos No Funcionales
Requerimientos deusabilidad y humanidad
• Facilidad de memorización: qué volumen de
información debe memorizar un usuario no
habitual del sistema.
Ejemplo
Los menús no pueden tener más de nueve opciones y no
pueden descender más de tres niveles.
www.inacap.cl
Requerimientos No Funcionales
Requerimientos de usabilidad y humanidad
• Tasa de errores: cuántas veces se puede equivocar
el usuario intentandollevar a cabo alguna tarea.
Ejemplo
Un usuario que haya usado el sistema durante un
mes sólo se equivocará el 1% de las veces que intente
hacer algo en el sistema.
www.inacap.cl
Requerimientos No Funcionales
Requerimientos de usabilidad y humanidad
• Satisfacción: cuál es el nivel de satisfacción
general con el producto una vez se ha usado.
Ejemplo
El 75% de los usuarios queprueben el nuevo sistema
deben continuar usándolo (sin volver al sistema
anterior) al cabo de un mes de haberlo iniciado.
www.inacap.cl
Requerimientos No Funcionales
Requerimientos de usabilidad y humanidad
• Retroalimentación: cuánta información necesita
el usuario para confiar en que el producto está
haciendo lo que se supone que debe hacer.
Ejemplo
Cuando el sistema inicieuna tarea que dure más de
un segundo, se mostrará un indicador de progreso.
www.inacap.cl
Requerimientos No Funcionales
Requerimientos de Cumplimiento
En esta categoría encontramos los requerimientos
relacionados con la manera de cumplir las
responsabilidades
del
sistema,
como
la
velocidad y latencia (especialmente críticos en los
sistemas de tiempo real), que hacen referencia ala
velocidad con la que el sistema reacciona ante un
acontecimiento.
Ejemplo
Cualquier acción del usuario debe provocar una respuesta
visible antes de tres segundos.
www.inacap.cl
Requerimientos No Funcionales
Requerimientos de Cumplimiento
• Los
requerimientos
de
precisión
hacen
referencia a la precisión de la información
proporcionada por el sistema, como el número de...
Regístrate para leer el documento completo.