Solución:
Un requisito funcional describe qué un sistema de software debería funcionar, mientras que los requisitos no funcionales imponen restricciones cómo el sistema lo hará.
Déjame explicarlo.
Un ejemplo de requerimiento funcional sería:
- Un sistema debe enviar un correo electrónico siempre que se cumpla una determinada condición (por ejemplo, se realiza un pedido, se registra un cliente, etc.).
Un relacionado requisito no funcional para el sistema puede ser:
- Los correos electrónicos deben enviarse con una latencia no mayor a 12 horas desde dicha actividad.
El requisito funcional es describiendo el comportamiento del sistema en lo que respecta a la funcionalidad del sistema. El requisito no funcional elabora una característica de desempeño del sistema.
Por lo general, los requisitos no funcionales se incluyen en áreas como:
- Accesibilidad
- Capacidad, actual y previsión
- Cumplimiento
- Documentación
- Recuperación de desastres
- Eficiencia
- Eficacia
- Extensibilidad
- Tolerancia a fallos
- Interoperabilidad
- Mantenibilidad
- Intimidad
- Portabilidad
- Calidad
- Fiabilidad
- Resiliencia
- Tiempo de respuesta
- Robustez
- Escalabilidad
- Seguridad
- Estabilidad
- Compatibilidad
- Testabilidad
Una lista más completa está disponible en la entrada de Wikipedia para requisitos no funcionales.
Los requisitos no funcionales a veces se definen en términos de métricas (es decir, algo que se puede medir sobre el sistema) para hacerlos más tangibles. Los requisitos no funcionales también pueden describir aspectos del sistema que no se relacionan con su ejecución, sino más bien con su evolución en el tiempo (por ejemplo, mantenibilidad, extensibilidad, documentación, etc.).
los requisitos funcionales son las principales cosas que el usuario espera del software, por ejemplo, si la aplicación es una aplicación bancaria, esa aplicación debería poder crear una nueva cuenta, actualizar la cuenta, eliminar una cuenta, etc. los requisitos funcionales se detallan y se especifican en el diseño del sistema
Los requisitos no funcionales no son un requisito directo del sistema, sino que están relacionados con la usabilidad (de alguna manera), por ejemplo, para una aplicación bancaria, habrá un requisito no funcional importante disponible, la aplicación debería estar disponible las 24 horas del día, los 7 días de la semana, sin tiempo de inactividad. si es posible.
Requerimientos funcionales
-
Los requisitos funcionales especifican una función que un sistema o un componente del sistema debe poder realizar. Puede documentarse de varias formas. Los más comunes son descripciones escritas en documentos y casos de uso.
-
Los casos de uso pueden ser listas de enumeración textuales, así como diagramas, que describen las acciones del usuario. Cada caso de uso ilustra escenarios de comportamiento a través de uno o más requisitos funcionales. Sin embargo, a menudo, un analista comenzará por obtener un conjunto de casos de uso, de los cuales el analista puede derivar los requisitos funcionales que deben implementarse para permitir que un usuario realice cada caso de uso.
-
Requisitos funcionales es lo que es un sistema se supone que debe lograr. Puede ser
- Cálculos
- Detalles técnicos
- Manipulación de datos
- Procesamiento de datos
- Otra funcionalidad específica
-
Un requisito funcional típico contendrá un nombre y número únicos, un breve resumen y una justificación. Esta información se utiliza para ayudar al lector a comprender por qué se necesita el requisito y para realizar un seguimiento del requisito a través del desarrollo del sistema.
requerimientos no funcionales
LBushkin ya ha explicado más sobre los requisitos no funcionales. Agregaré más.
-
Los requisitos no funcionales son cualquier otro requisito que no sea funcional. Estos son los requisitos que especifican los criterios que se pueden utilizar para juzgar el funcionamiento de un sistema, en lugar de comportamientos específicos.
-
Los requisitos no funcionales adoptan la forma de “el sistema será”, una propiedad global del sistema como un todo o de un aspecto particular y no una función específica. Las propiedades generales del sistema suelen marcar la diferencia entre el éxito o el fracaso del proyecto de desarrollo.
-
Requisitos no funcionales: se pueden dividir en dos categorías principales:
- Cualidades de ejecución, como seguridad y usabilidad, que son observables en tiempo de ejecución.
- Cualidades de evolución, tales como capacidad de prueba, mantenibilidad, extensibilidad y escalabilidad, que se incorporan en el static estructura del sistema de software.
- Los requisitos no funcionales imponen restricciones sobre el producto que se está desarrollando, el proceso de desarrollo y especifican las restricciones externas que el producto debe cumplir.
- El IEEE-Std 830 – 1993 enumera 13 requisitos no funcionales que deben incluirse en un documento de requisitos de software.
- Requisitos de desempeño
- Requisitos de interfaz
- Requerimientos operacionales
- Requerimientos de recursos
- Requisitos de verificación
- Requisitos de aceptación
- Requisitos de documentación
- Requerimientos de seguridad
- Requisitos de portabilidad
- Requerimientos de calidad
- Requisitos de confiabilidad
- Requisitos de mantenibilidad
- Requerimientos de seguridad
El hecho de que un requisito se exprese o no como un requisito funcional o no funcional puede depender de:
- en el nivel de detalle que se incluirá en el documento de requisitos
- el grado de confianza que existe entre un cliente de sistema y un desarrollador de sistema.
Ex. Es posible que se requiera un sistema para presentar al usuario una pantalla del número de registros en una base de datos. Este es un requisito funcional. Qué tan actualizado [update] este número debe ser, es un requisito no funcional. Si el número debe actualizarse en tiempo real, los arquitectos del sistema deben asegurarse de que el sistema sea capaz de actualizar el [displayed] recuento de registros dentro de un intervalo aceptablemente corto del número de registros que cambian.
Referencias:
- Requerimiento funcional
- Requisito no funcional
- Cuantificación y trazabilidad de requisitos
Si haces scroll puedes encontrar las referencias de otros gestores de proyectos, tú además tienes el poder mostrar el tuyo si lo crees conveniente.