Sesion 4 Tipos de Requisitos

Descargar como pptx, pdf o txt
Descargar como pptx, pdf o txt
Está en la página 1de 9

INGENIERIA DE

REQUISITOS
Ing. Abel Bravo Torvisco
3.1.2. Requisitos no funcionales
Los requisitos no funcionales son aquellos requisitos de producto que, como su
nombre indica, no son funcionales sino calidades esperadas del sistema, como por
ejemplo usabilidad, fiabilidad, rendimiento o mantenibilidad. Son, por lo tanto,
restricciones sobre el conjunto de soluciones tales que si una solución no satisface
aquella calidad, no se considera válida.
Los requisitos no funcionales suelen afectar a gran parte del sistema.

Por ejemplo, si decimos que el sistema de Viajes UOC tiene que ser
portátil a otras plataformas, esto no afecta solamente a la
recomendación de hoteles o a la publicación de la opinión en
Facebook, sino que afecta a todo el
3.1.2. Requisitos no funcionales
Muchos autores y organismos de estandarización han intentado elaborar una taxonomía completa de requisitos
no funcionales que se han de tener en cuenta. Veremos, a continuación, la que propone la plantilla Volere:
Los requisitos no funcionales suelen afectar a gran parte del sistema.

Requisitos de presentación. Hacen referencia al aspecto visual del sistema y tienen en cuenta aspectos como la imagen corporativa de la
organización.
Un posible requisito conforme que todas las pantallas de la aplicación tienen que mostrar el logo de Viajes UOC, que no aparece en las
entrevistas, sería un requisito de presentación

Requisitos de usabilidad y humanidad. Son los relacionados con el hecho de que el sistema sea ergonómico y usable. Estos factores
dependerán de las capacidades de los usuarios y de la complejidad de la funcionalidad. Hay que tener en cuenta requisitos de eficiencia de
La necesidad de poder usar el sistema con
uso, poca o de
facilidad nada formación,tasa
aprendizaje, mencionada tanto
de errores, nivelpor
de Joan Salvat como
satisfacción, etc. por Maria Costa, es un requisito de
usabilidad y humanidad.

Requisitos de cumplimiento. Se trata de los requisitos sobre la manera de cumplir las responsabilidades del sistema, incluyendo características
como la velocidad, la latencia, la fiabilidad, la robustez, etc.
El requisito de que el sistema ha de permitir a las agencias continuar trabajando aunque se pierda la conexión a Internet, pedido por Dolors
Sánchez, es un ejemplo de requisito de cumplimiento.
3.1.2. Requisitos no funcionales
Requisitos operacionales y de entorno. Agrupan los requisitos relativos a la manera o el entorno en el que se usará el software, como por
ejemplo el entorno físico en el que se usará.
Un requisito de que el sistema sea usable tanto desde ordenadores de escritorio como desde dispositivos móviles sería un requisito
operacional y de entorno.

Requisitos de mantenimiento y soporte. Hacen referencia a los requisitos relativos al mantenimiento (correctivo y evolutivo) del sistema y al
soporte a los usuarios de este.
La petición de Dolors Sánchez de que el sistema sea fácil de mantener es un ejemplo de requisito de mantenimiento y soporte.

Requisitos de seguridad. Son, como su nombre indica, los que se ocupan de la seguridad del sistema, incluyendo aspectos como permisos de
acceso, integridad, privacidad, auditoría, etc.

Las necesidades expresadas por Sònia Cases de encriptar la información personal y grabar el acceso a esta información de carácter personal
son dos requisitos de seguridad. A su vez, también son requisitos legales, como comentaremos más adelante.
3.1.2. Requisitos no funcionales

Requisitos culturales y políticos. Son aquellos que tienen en cuenta aspectos culturales y políticos de los usuarios.
Un requisito cultural típico es lo referente al idioma de los usuarios.
Así, quizá querremos que Viajes UOC pueda usarse en catalán, Así, por ejemplo, una fecha como 1/3 puede querer decir el uno de
castellano e inglés. Esto no solo implica mostrar los mensajes en el marzo o el tres de enero según el ámbito cultural del usuario. De
idioma adecuado, sino también usar el formato que sea necesario manera parecida, la semana podría empezar el lunes o el domingo.
para las fechas, los números, etc.

Requisitos legales. Son requisitos que hay que satisfacer en virtud de la ley que se aplicará sobre la organización responsable del sistema, pero
también requisitos de aplicación de estándares reconocidos.

Como ya se ha comentado, los requisitos de seguridad mencionados por Sònia Cases son, a la vez, requisitos legales, puesto que hay una ley, la
LOPD, que exige el cumplimiento de ciertas medidas de seguridad cuando se guardan datos de carácter personal
3.1.2. Requisitos no funcionales

• LOPD

LOPD son las siglas de la Ley Orgánica


15/1999 de Protección de Datos de
Carácter Personal de España, una ley
orgánica española que tiene por objetivo
garantizar y proteger los datos personales,
las libertades públicas y los derechos
fundamentales de las personas físicas, y
especialmente su intimidad y privacidad
personal y familiar.
3.1.2. Requisitos no funcionales
De presentación

De usabilidad y
legales
humanidad

Requisitos
Culturales y De
políticos
no cumplimiento
funcionales

Operacionales y
De usabilidad
de entorno

De
mantenimiento
y soporte
3.2. Requisitos de proceso
Los requisitos de proceso establecen restricciones en el propio proceso de
desarrollo de software en lugar de hacerlo sobre el producto final desarrollado.
Cualquier necesidad o restricción que no sea del producto una vez terminado
sino del proceso que se sigue para completarlo será, por lo tanto, un requisito
de proceso.

Uno de los requisitos de proceso más importante es el coste de desarrollo, tanto


en tiempo como en dinero. A pesar de no tratarse de una característica
observable en el producto ya desarrollado, sí que lo es en el proceso. Y,
evidentemente, los stakeholders tendrán necesidades y restricciones que
imponer.
Ing. Abel Bravo Torvisco

Ingeniería de Requisitos

983897568

Abel.bravo@iestpabancay.edu.pe

También podría gustarte