Los requisitos comerciales , también conocidos como especificaciones de requisitos de las partes interesadas (StRS), describen las características de un sistema propuesto desde el punto de vista del usuario final del sistema como un CONOPS . Los productos, sistemas, software y procesos son formas de cómo entregar, satisfacer o cumplir con los requisitos comerciales. En consecuencia, los requisitos comerciales a menudo se analizan en el contexto del desarrollo o la adquisición de software u otros sistemas.
Esta confusión puede evitarse reconociendo que los requisitos comerciales no son objetivos, sino que cumplen con los objetivos (es decir, proporcionan valor) cuando se satisfacen. Los requisitos de negocio cuál no se descomponen en el requisito del producto / sistema / software cómos . Más bien, los productos y sus requisitos representan una respuesta a los requisitos comerciales, presumiblemente, cómo satisfacer qué . Los requisitos comerciales existen dentro del entorno empresarial y deben descubrirse, mientras que los requisitos del producto son definidos por el ser humano (especificados). Los requisitos comerciales no se limitan a la existencia de alto nivel, sino que deben reducirse al mínimo detalle. Independientemente de su nivel de detalle, sin embargo, los requerimientos del negocio son siempre entregables negocio cuálque aportan valor cuando están satisfechos; Llevarlos hasta el último detalle nunca convierte los requisitos comerciales en requisitos de producto. [2]
En proyectos de desarrollo de sistemas o software, los requisitos comerciales generalmente requieren la autoridad de las partes interesadas. Normalmente, esto conduce a la creación o actualización de un producto, sistema o software. Los requisitos del producto / sistema / software generalmente consisten en requisitos funcionales y requisitos no funcionales . Aunque normalmente se definen junto con la funcionalidad del producto / sistema / software (características y uso), los requisitos no funcionales a menudo reflejan una forma de requisitos comerciales que a veces se consideran restricciones. Estos podrían incluir aspectos necesarios de desempeño, seguridad o protección que se aplican a nivel empresarial.
Los requisitos comerciales a menudo se enumeran en un documento de requisitos comerciales o BRD. El énfasis en un BRD está en el proceso o la actividad de acceder con precisión a la planificación y el desarrollo de los requisitos, más que en cómo lograrlo; esto generalmente se delega a una Especificación o Documento de Requisitos del Sistema (SRS o SRD), u otra variación como un Documento de Especificación Funcional. Puede surgir confusión entre un BRD y un SRD cuando se ignora la distinción entre requisitos comerciales y requisitos del sistema. En consecuencia, muchos BRD realmente describen los requisitos de un producto, sistema o software.
Los requisitos comerciales en el contexto de la ingeniería de software o el ciclo de vida del desarrollo de software , es el concepto de obtener y documentar los requisitos comerciales de los usuarios comerciales, como clientes, empleados y proveedores, en las primeras etapas del ciclo de desarrollo de un sistema para guiar el diseño del futuro. sistema. Los requisitos comerciales a menudo los capturan los analistas comerciales , que analizan las actividades y los procesos comerciales y, a menudo, estudian el proceso "tal cual" para definir un proceso "futuro" objetivo.
Los requisitos comerciales los definen normalmente los analistas comerciales en colaboración con otras partes interesadas del proyecto .