Análisis y Requerimientos de Software - Tarjetas de Vocabulario

Conjunto de tarjetas de vocabulario sobre conceptos clave de Análisis y Requerimientos de Software basados en la guía de la Universidad Continental por la Mg. Sandra Wong Durand.

Modelo predictivo

Modelo del ciclo de vida del software basado en la ejecución secuencial de actividades, donde la fase siguiente no inicia si la anterior no ha sido validada y/o aprobada previamente.

Modelo iterativo e incremental

Modelo de desarrollo de software donde el producto se construye de forma modular; cada módulo ejecuta un ciclo completo de desarrollo y la integración se realiza de forma progresiva.

Modelo adaptativo (DAS)

Modelo de desarrollo de software basado en métodos ágiles y organizado en tres fases (Especulación, Colaboración y Aprendizaje), centrado en la entrega de componentes y tolerante a los cambios.

Modelo de contexto

Modelo utilizado en las etapas tempranas del relevamiento de información para definir los límites del sistema e identificar la interacción de alto nivel entre el sistema y su entorno.

Diagrama de flujo de datos (DFD)

Diagrama del modelado estructurado que muestra la perspectiva funcional de un proceso de negocio de principio a fin, detallando las transformaciones, entradas y salidas de datos.

Modelo entidad-relación

Modelo de datos del enfoque estructurado que describe las necesidades de información del usuario mediante un conjunto de entidades, sus atributos y las relaciones entre ellas con sus respectivas cardinalidades.

Modelo relacional

Modelo de representación de datos compuesto por tablas, filas (registros) y columnas (campos), que establece vinculaciones mediante claves primarias y claves foráneas.

Diagrama de transición de estados (DTE)

Diagrama que muestra el comportamiento de un componente del sistema a lo largo del tiempo, detallando los estados que puede adoptar y los eventos que desencadenan las transiciones entre ellos.

Diccionario de datos

Lista centralizada de todos los datos pertenecientes a la aplicación que incluye definiciones funcionales, estructuras de datos, elementos de datos, tipos, rangos y alias.

Rational Unified Process (RUP)

Proceso de desarrollo de software configurable basado en UML de IBM, estructurado en cuatro fases temporales: Inicio, Elaboración, Construcción y Transición.

Diagrama de clases

Diagrama estático de UML que representa la estructura del sistema mostrando sus clases (con nombre, atributos y operaciones o métodos) y las relaciones entre ellas.

Diagrama de casos de uso

Diagrama de UML que describe funcionalmente las interacciones entre los actores (entidades externas) y las funciones o servicios que proporciona el sistema.

Diagrama de secuencia

Diagrama de interacción de UML que muestra el intercambio de mensajes entre objetos a lo largo de una línea de tiempo dispuesta verticalmente.

Análisis de negocio

Conjunto de tareas y técnicas utilizadas como enlace entre las partes interesadas para comprender la estructura, políticas y operaciones de una organización y recomendar soluciones que cumplan sus objetivos.

Ingeniería de requisitos

Fase inicial del desarrollo de software orientada a transformar los requisitos funcionales del usuario en especificaciones técnicas mediante 7 funciones: Inicio, Obtención, Elaboración, Negociación, Especificación, Validación y Gestión.

Requisitos de negocio

Declaraciones de alto nivel que describen los objetivos, metas y necesidades estratégicas de la organización.

Requisitos de las partes interesadas (Stakeholders)

Declaraciones que describen las necesidades específicas de un actor o grupo de interesados y cómo interactúan con la solución.

Requisitos funcionales

Requisitos de la solución que describen las capacidades, comportamientos, operaciones y procesamiento de datos específicos que el software debe ejecutar.

Requisitos no funcionales

Requisitos de la solución que describen las condiciones ambientales, cualidades y restricciones bajo las cuales debe operar el sistema (como disponibilidad, rendimiento, seguridad y usabilidad).

Requisitos de transición

Capacidades temporales necesarias para facilitar el paso desde el estado actual de la organización al estado futuro deseado, como la conversión y migración de datos.

Lluvia de ideas (Brainstorming)

Técnica grupal de creatividad guiada por un facilitador para generar y recopilar un volumen alto de ideas sobre requisitos sin priorizarlas inicialmente.

Focus group

Técnica de elicitación en la que un grupo de expertos guiados por un facilitador discuten cualitativa o cuantitativamente sobre las características o requisitos de un producto o servicio.

Observación (Job shadowing)

Técnica de elicitación que consiste en realizar el seguimiento a un usuario en su entorno laboral para comprender su proceso y capturar requisitos de forma pasiva/invisible o activa/visible.

Prototipos

Representaciones preliminares e iterativas de la interfaz de usuario que permiten validar de forma anticipada la navegabilidad y la experiencia de usuario antes de la construcción.

IEEE Std 830

Estándar de la IEEE que establece las mejores prácticas y características recomendadas para la preparación formal del documento de Especificación de Requerimientos de Software (SRS).

Revisiones técnicas

Evaluación formal o informal realizada por un equipo calificado para identificar discrepancias entre los productos de software (análisis, diseño, manuales) y las especificaciones base o estándares.

Inspecciones

Técnica de revisión formal y estructurada dirigida por un moderador experto con el propósito principal de encontrar defectos directamente en un producto de trabajo o entregable.

Pruebas unitarias

Verificaciones ejecutadas durante la construcción por el programador para validar el correcto funcionamiento del código, métodos y clases individuales desarrollados.

Pruebas de caja blanca

Pruebas técnicas de sistemas centradas en examinar la estructura interna del código fuente, estándares de programación, comportamiento de la base de datos y parámetros de los servicios.

Pruebas de caja negra

Pruebas funcionales que evalúan las salidas generadas ante entradas específicas sin inspeccionar la estructura ni el código fuente interno del software.

Pruebas de regresión

Pruebas de validación ejecutadas tras realizar modificaciones o mantenimientos en el código para asegurar que no se hayan introducido nuevos defectos en funcionalidades previamente probadas.

Selenium

Herramienta open source orientada a la ejecución de pruebas funcionales automatizadas en aplicaciones web a través de componentes como Selenium IDE y WebDriver.

JMeter

Herramienta open source desarrollada en Java por Apache para ejecutar pruebas funcionales y medir el rendimiento en recursos estáticos y dinámicos bajo protocolos como HTTP, HTTPS y SOAP.

Sonarqube

Herramienta open source para el análisis estático y dinámico de código fuente que permite evaluar la calidad del código, detectar errores y gestionar métricas principalmente en Java.

Jenkins

Motor de automatización open source utilizado para gestionar servicios de integración continua y despliegue del software mediante flujos de trabajo en tuberías (Pipeline).