Soluciones Visure


Soporte
Registro
Acceder
Empiza La Prueba Gratuita

Glosario

Glosario

Índice del contenido

Siglas
Términos
Definición
RM
Gestión de necesidades
El proceso de identificar, documentar, analizar, rastrear, priorizar, aprobar y mantener los requisitos para un proyecto o producto.
BRD
Documento de requisitos comerciales
Un documento formal que describe los requisitos comerciales de alto nivel para un proyecto o producto. Por lo general, incluye información sobre la necesidad comercial, el alcance, las partes interesadas, los requisitos funcionales, los requisitos no funcionales, los supuestos, las restricciones, los riesgos y el cronograma del proyecto.
FRD
Documento de requisitos funcionales
Un documento detallado que describe los requisitos funcionales específicos para un proyecto o producto. Por lo general, incluye información sobre las características del sistema, los requisitos del usuario, los casos de uso, los escenarios, los requisitos de datos y los criterios de aceptación.
NFRD
Documento de requisitos no funcionales
Un documento detallado que describe los requisitos no funcionales específicos para un proyecto o producto. Por lo general, incluye información sobre el rendimiento, la escalabilidad, la disponibilidad, la confiabilidad, la seguridad, la capacidad de mantenimiento, la usabilidad y la accesibilidad del sistema.
SRS
Especificación de Requerimientos de Software
Un documento completo que describe los requisitos funcionales y no funcionales para un sistema de software. Por lo general, incluye información sobre la arquitectura, el diseño, la implementación, las pruebas y el despliegue del sistema.
Caso de uso
Caso de uso
Una técnica para capturar y describir los requisitos funcionales de un sistema definiendo las interacciones entre el sistema y sus usuarios u otros sistemas. Por lo general, incluye una descripción de los pasos tomados por el usuario o el sistema para lograr una meta o tarea específica.
Matriz de Trazabilidad
Matriz de Trazabilidad
Un documento que proporciona un vínculo rastreable entre los requisitos, el diseño, la implementación, las pruebas y el despliegue de un sistema. Por lo general, incluye información sobre la relación entre los requisitos y otros artefactos del sistema, como casos de prueba, defectos y solicitudes de cambio.
Tablero de control de cambios
Tablero de control de cambios
Un grupo de partes interesadas responsables de evaluar, aprobar y gestionar los cambios en los requisitos, el diseño, la implementación, las pruebas y el despliegue de un sistema. Por lo general, incluye representantes de varios departamentos, como negocios, desarrollo, pruebas y operaciones.
Obtención de requisitos
Obtención de requisitos
El proceso de recopilar y documentar los requisitos para un proyecto o producto de las partes interesadas, los usuarios y otras fuentes. Por lo general, involucra técnicas como entrevistas, encuestas, observaciones, grupos focales y sesiones de lluvia de ideas.
Tenedor de apuestas
Tenedor de apuestas
Persona o grupo de personas que tienen interés en el éxito de un proyecto o producto. Por lo general, incluye clientes, usuarios, patrocinadores, propietarios de negocios, desarrolladores, evaluadores y personal de soporte.
Priorización de requisitos
Priorización de requisitos
El proceso de clasificación de los requisitos para un proyecto o producto en orden de importancia o urgencia. Por lo general, implica identificar los requisitos críticos que deben abordarse primero y asignar un nivel de prioridad a cada requisito en función de su valor empresarial, viabilidad técnica y riesgo.
Herramientas de gestión de requisitos
Herramientas de gestión de requisitos
Una aplicación de software utilizada para apoyar el proceso de gestión de requisitos. Por lo general, incluye funciones como la captura de requisitos, la trazabilidad, el control de versiones, la colaboración, la creación de informes y el análisis. Los ejemplos de herramientas de gestión de requisitos incluyen Visure Solutions, IBM Rational DOORS, Jama Connect y HP ALM.
Base
Base
Un conjunto de requisitos aprobados que forman la base para un mayor desarrollo y prueba de un sistema. Por lo general, incluye los requisitos funcionales y no funcionales que han sido acordados por las partes interesadas y aprobados por la junta de control de cambios.
Validación
Validación
El proceso de evaluar si los requisitos para un sistema son completos, precisos y consistentes con las necesidades y expectativas de las partes interesadas. Por lo general, implica revisar los documentos de requisitos, realizar revisiones de las partes interesadas y verificar que el sistema cumpla con los requisitos especificados a través de pruebas y otros métodos.
Verificación
Verificación
El proceso de evaluar si el sistema cumple con los requisitos especificados. Por lo general, implica probar el sistema contra los criterios de aceptación definidos en los documentos de requisitos y garantizar que todos los requisitos se hayan implementado correctamente.
Alcance
Alcance
Los límites y objetivos de un proyecto o producto. Por lo general, incluye información sobre las características, funciones y capacidades del sistema, así como las restricciones y limitaciones que deben tenerse en cuenta.
Análisis de impacto
Análisis de impacto
El proceso de evaluar los efectos potenciales de un cambio en los requisitos, diseño, implementación, prueba o despliegue de un sistema. Por lo general, implica identificar las áreas afectadas del sistema, evaluar los riesgos y beneficios del cambio y determinar los recursos y los plazos necesarios para implementar el cambio.
Revisión de requisitos
Revisión de requisitos
Un proceso formal para evaluar los documentos de requisitos para garantizar que sean completos, precisos y consistentes con las necesidades y expectativas de las partes interesadas. Por lo general, implica una revisión por parte de un equipo de partes interesadas, incluidos desarrolladores, evaluadores, analistas comerciales y expertos en la materia, que brindan comentarios e identifican cualquier problema o inquietud que deba abordarse.
Trazabilidad de requisitos
Trazabilidad de requisitos
La capacidad de rastrear y administrar la relación entre los requisitos y otros artefactos del sistema, como documentos de diseño, casos de prueba, defectos y solicitudes de cambio. Por lo general, implica la creación de una matriz de trazabilidad u otra herramienta para garantizar que todos los requisitos se tengan en cuenta durante todo el proceso de desarrollo y que cualquier cambio en los requisitos se gestione y documente adecuadamente.
Línea base de requisitos
Línea base de requisitos
El conjunto de requisitos que ha sido aprobado por las partes interesadas y constituye la base para el desarrollo y las pruebas posteriores de un sistema. Por lo general, incluye los requisitos funcionales y no funcionales, así como las restricciones, suposiciones y riesgos que se han identificado. La línea de base de los requisitos se utiliza como punto de referencia para gestionar los cambios en los requisitos a lo largo del proceso de desarrollo.
Ingeniería de requerimientos
Ingeniería de requerimientos
El enfoque sistemático y disciplinado para obtener, analizar, especificar, validar y gestionar los requisitos de un proyecto o producto. Por lo general, implica el uso de diversas técnicas, como entrevistas, encuestas, casos de uso, escenarios y prototipos, para garantizar que los requisitos sean completos, precisos y coherentes con las necesidades y expectativas de las partes interesadas.
Documentación de requisitos
Documentación de requisitos
La colección de documentos que describen los requisitos para un sistema, incluido el documento de requisitos comerciales, el documento de requisitos funcionales, el documento de requisitos no funcionales, los casos de uso, las historias de usuarios y otros documentos relacionados. La documentación de requisitos proporciona una comprensión completa de las características, funciones y capacidades del sistema, así como de las limitaciones, suposiciones y riesgos que deben tenerse en cuenta a lo largo del proceso de desarrollo.
BR
Requisitos de la empresa
Los objetivos y metas de alto nivel que debe cumplir un sistema para satisfacer las necesidades y expectativas de los interesados. Los requisitos comerciales generalmente se enfocan en los procesos comerciales, las políticas y las reglas que el sistema debe admitir o mejorar, en lugar de los detalles técnicos de cómo se implementará el sistema.
FR
Requisitos funcionales
Las descripciones detalladas de las características, funciones y capacidades que debe tener un sistema para satisfacer las necesidades y expectativas de los interesados. Los requisitos funcionales normalmente definen cómo se comportará o responderá el sistema a entradas o eventos específicos, y pueden incluir restricciones, suposiciones y criterios de aceptación que deben cumplirse para garantizar que el sistema cumpla con los requisitos de las partes interesadas.
NFR
Requerimientos no funcionales
Las descripciones del rendimiento, confiabilidad, seguridad, usabilidad y otras cualidades del sistema que son necesarias para satisfacer las necesidades y expectativas de las partes interesadas. Los requisitos no funcionales suelen definir los atributos o características del sistema, en lugar de sus características o funciones específicas, y pueden incluir restricciones, suposiciones y criterios de aceptación que deben cumplirse para garantizar que el sistema cumpla con los requisitos de las partes interesadas.
Historias
Historias
Una descripción breve e informal de una característica o función que debe tener un sistema para satisfacer las necesidades y expectativas de los interesados. Las historias de usuario suelen seguir una plantilla simple, como "Como [usuario], quiero [característica], para que [beneficio]". Las historias de usuario se utilizan para capturar los requisitos en un formato simple y comprensible que las partes interesadas y el equipo de desarrollo pueden comunicar y priorizar fácilmente.
Criterios de aceptación
Criterios de aceptación
Los criterios que debe cumplir un sistema para ser considerado aceptable o satisfactorio por las partes interesadas. Los criterios de aceptación suelen definir el comportamiento o los resultados esperados de un sistema en escenarios o casos de uso específicos, y pueden incluir medidas cuantitativas o cualitativas que deben cumplirse para garantizar que el sistema satisfaga las necesidades y expectativas de las partes interesadas. Los criterios de aceptación se utilizan para validar el sistema frente a los requisitos funcionales y no funcionales y garantizar que cumpla con los requisitos de las partes interesadas.
ALM
Gestión del ciclo de vida de la aplicación
La gestión del ciclo de vida de la aplicación es el procedimiento de especificación, diseño, documentación y prueba de la aplicación. Cubre todo el ciclo de vida desde el inicio hasta el final del proyecto. Comienza con la idea de la aplicación a lo largo del desarrollo, pasa por las pruebas, la implementación, el soporte y, finalmente, la experiencia del usuario.
CMMI
Integración del modelo de madurez de capacidad
CMMI define un conjunto de mejores prácticas para el desarrollo de software, la gestión de proyectos y la gestión organizativa que pueden ayudar a las organizaciones a mejorar la calidad, la eficiencia y la eficacia de sus procesos de desarrollo de software.
MBSE
Ingeniería de Sistemas Basada en Modelos
Un enfoque de la ingeniería de sistemas que utiliza modelos para representar, analizar, diseñar y verificar sistemas complejos. MBSE implica la creación de un conjunto de modelos que capturan los requisitos, el comportamiento, la arquitectura y otros aspectos clave del sistema, y ​​el uso de estos modelos para guiar el proceso de desarrollo.

¡No olvides compartir esta publicación!

Notable