Objetivo
Es servir como medio de comunicación entre clientes, usuarios, ingenieros de requisitos y des arrolladores. En la especificación de requerimientos del sistema deben recogerse tanto las necesidades de clientes y usuarios (necesidades del negocio, también conocidas como requisitos de usuario, requisitos de cliente, necesidades de usuario, etc.) como los requisitos que debe cumplir el sistema software a desarrollar para satisfacer dichas necesidades (requisitos del producto, también conocidos como requisitos de sistema o requisitos software).
¿Qué es?
Un documento consensuado* entre todas las partes y tener un carácter contractual, de forma que cualquier cambio que se desee realizar en él una vez acordada la primera línea base deba aplicarse siguiendo el Procedimiento de Control de Cambios establecido en el proyecto.
Requerimientos funcionales
Expresan la naturaleza del funcionamiento del sistema
(cómo interacciona el sistema con su entorno y cuáles
van a ser su estado y funcionamiento).
- NOTA: A veces, también es conveniente indicar lo que no hará el sistema.
Requerimientos no funcionales
Restricciones sobre el espacio de posibles soluciones.
- Rendimiento del sistema: Fiabilidad, tiempo de respuesta, disponibilidad
- Interfaces: Dispositivos de E/S, usabilidad, interoperabilidad*
- Proceso de desarrollo: Estándares, herramientas, plazo de entrega
Vídeo
Este vídeo explica minuciosamente los requisitos funcionales y no funcionales de un sistema.
Referencias
http://elvex.ugr.es/idbis/db/docs/design/2-requirements.pdf
https://www.youtube.com/watch?v=tF88eNhNSb4
https://www.youtube.com/watch?v=tF88eNhNSb4
*Adoptar una decisión de común acuerdo entre dos o más partes: la decisión fue consensuada por todos los partidos.
*El Instituto de Ingenieros Eléctricos y Electrónicos (IEEE) define interoperabilidad como la habilidad de dos o más sistemas o componentes para intercambiar información y utilizar la información intercambiada.
No hay comentarios:
Publicar un comentario