BRS frente a SRS
En un proyecto de desarrollo de software, BRS (Business Requirement Specification) es un documento que detalla los requisitos del cliente. Este contiene la información sobre el negocio y los detalles sobre los procesos que deben implementarse en el software. SRS (Especificación de requisitos de software) especifica los requisitos de un sistema de software. Incluye una descripción del sistema que necesita ser desarrollado. SRS incluye información como la forma en que los usuarios interactúan con el sistema de software, requisitos no funcionales, etc.
¿Qué es BRS?
BRS (Especificación de requisitos comerciales) es un documento que detalla los requisitos del cliente. Esto será referido por el equipo de desarrollo al desarrollar el software y el equipo de prueba durante la fase de prueba. Contiene detalles sobre los procesos que deben implementarse en el software y si se requieren nuevas funciones. En general, BRS contiene información como quién pretendía usar el software, número máximo de usuarios simultáneos que van a usar el sistema, tipos de usuarios, alfabetización informática de los usos, problemas que enfrentan los usuarios actualmente, cantidad de seguridad requerida por la aplicación, el hardware y las limitaciones ambientales a las que se enfrenta el software. También proporciona una descripción del sistema actual y posibles expansiones futuras. BRS también describe los entregables o lo que espera el cliente. También debe describir el nivel de confiabilidad esperado por el software. Lo más importante es que BRS no está escrito usando ninguna jerga informática.
¿Qué es SRS?
SRS especifica los requisitos de un sistema de software. Incluye una descripción del sistema que necesita ser desarrollado. Incluye cómo el usuario interactúa con el sistema usando casos de uso. Los casos de uso proporcionan una descripción de las acciones que ocurren entre los usuarios y un sistema de software. Por lo general, se utiliza UML (Lenguaje de modelado unificado) para especificar formalmente los casos de uso en el SRS. También contiene requisitos no funcionales tales como requisitos de desempeño, estándares requeridos por el sistema y cualquiera de las restricciones del sistema. SRS siempre debe ser correcto y coherente, ya que los desarrolladores lo utilizan en el proceso de desarrollo. También debe ser inequívoco. En general, el SRS debe contener al menos las siguientes secciones: una introducción, descripción general del sistema y requisitos específicos. La introducción debe definir claramente el alcance del sistema esperado entre otra información, como el propósito del sistema y una descripción general del sistema. La descripción general proporciona las interacciones del usuario, las dependencias y las restricciones del sistema, etc. Los requisitos específicos contienen los requisitos de rendimiento, los requisitos de la base de datos, etc.
¿Cuál es la diferencia entre BRS y SRS?
BRS es un documento que detalla los requisitos del cliente usando términos no técnicos, mientras que SRS especifica los requisitos de un sistema de software de una manera más formal. SRS describe cómo los usuarios interactúan con el sistema utilizando casos de uso (especificados con UML), mientras que BRS proporciona una descripción de las interacciones de los usuarios. Tanto BRS como SRS son utilizados por los desarrolladores en el proceso de desarrollo y también para probar el sistema.