Un requisito empresarial (BR) es la expresión de una necesidad empresarial por parte de un cliente o usuario de un proyecto interno.
Un BR contiene múltiples partes diferentes para explicar la necesidad de las partes interesadas y cómo satisfacer sus requisitos:
- Customer Story: este es el requisito tal como lo expresa el cliente
- Scenario: Cómo/dónde la solución actual puede proporcionar un escenario adecuado para responder a la customer story
- Gap: Para la parte no cubierta del escenario, detallar el gap/necesidad de desarrollos/configuraciones específicos
- Test case: Un conjunto de condiciones bajo las cuales un tester determinará si la aplicación, el sistema de software o una de sus funcionalidades funciona como se estableció originalmente que debía hacerlo.
- Deliverables que deben proporcionarse al cliente/usuario
- Recursos necesarios para lograr los deliverables
- Información adicional (aprobación, control de costes, etc.)
Este conjunto de módulos se diseñó originalmente para el sector de servicios/IT, pero el diseño de la gestión de requisitos se ha mantenido lo más genérico posible para que pueda aplicarse a muchos otros casos/sectores (proyectos de cliente o internos):
- Construcción
- Comercio (desarrollo de nuevos productos)
- Consultoría empresarial
- Desarrollo web o de IT
- Proyectos de I+D
- etc.
Más información sobre la gestión de requisitos empresariales:
- Wikipedia
- Six Sigma
Traducción automática al español (DeepSeek) de la descripción original de OCA, que está en inglés.
auto_awesome Qué hace este módulo
Generado por IA a partir del código · Odoo 18.0Haz seguimiento de los requisitos de negocio del cliente desde la primera historia hasta la aprobación, con escenarios, brechas, casos de prueba y una página de portal donde los clientes pueden seguir el progreso.
Este módulo añade un área de Business Requirement a Odoo para registrar lo que necesita un cliente o una parte interesada interna, y cómo el equipo planea responder a ello.
Cada requisito es un único registro con una referencia numerada y una descripción breve. Contiene la historia del cliente, el escenario, la brecha, el caso de prueba y los términos y condiciones, además de una parte interesada, una persona responsable, revisores, una prioridad y categorías.
Una barra de estado mueve el requisito por Draft, Confirmed, Approved, In progress, Done, Cancel y Drop. Solo los managers pueden mover un registro a Approved, In progress o Done; los demás usuarios reciben un error. Confirmar o aprobar registra automáticamente quién lo hizo y cuándo, y volver a Draft borra esas fechas. Una vista kanban agrupa los requisitos por etapa, y hay disponibles vistas de lista, formulario, gráfico y pivote.
Los requisitos se pueden publicar en el portal del cliente con un botón en el formulario. Los clientes ven entonces sus propios requisitos publicados en My Account, pueden leer los detalles y descargar un PDF Business Requirement Document. Un chatter mantiene el historial de la discusión.
Las categorías se gestionan en Configuration, donde también se puede acceder a las plantillas de producto. El acceso está controlado por los grupos Business Requirement User y Business Requirement Manager, y los usuarios del portal solo pueden leer sus propios registros publicados.
Depende de
Lo necesitan otros módulos
Menús que añade
Modelos y campos (2)
- business.requirement · modelo nuevogap, date, name, state, origin (Source), user_id (Owner), priority, scenario, sequence, test_case, company_id (Company), partner_id (Stakeholder), approved_id (Approved by), description, category_ids (Categories), kanban_state, reviewer_ids (Reviewers), approval_date, change_request (Change Request?), to_be_reviewed, portal_published (In Portal), confirmation_date, confirmed_user_id (Confirmed by), requested_user_id (Requested by), responsible_user_id (Responsible), business_requirement (Customer Story), terms_and_conditions
- business.requirement.category · modelo nuevoname, parent_id (Parent Category)
Texto generado por IA (DeepSeek) al leer el código de la versión 18.0 en GitHub; puede contener errores, así que verifícalo en el código antes de decidir. El módulo es muy grande y solo se ha leído una parte del código. Ver el código en GitHub
Disponibilidad por versión
Revisado: 2026-11-03Estado de confirmación: 6 confirmadas, 3 sin información de 9 versiones.
Fuentes · Odoo 13.0
Confirmado el 2026-11-03 en la rama 13.0 de OCA/business-requirement.
terminal Instalación y uso
Sin información verificadaLas instrucciones de instalación, el paquete de distribución, las dependencias y los pasos de configuración no se muestran porque todavía no se han verificado en la documentación del módulo para ninguna versión.
Datos importados de GitHub: esta ficha refleja la última revisión del catálogo, no una consulta en directo. Verifica siempre en la documentación del módulo y en staging antes de instalar en producción.