Verificación formal

Real-time systems are classified as "hard" or "soft" based on the consequence of missing a deadline. In a hard real-time system, missing a deadline is a total system failure, such as in an anti-lock braking system. In a soft real-time system, missing a deadline leads to degraded performance but not catastrophic failure, such as in live audio-video streaming.

La Programación Monotónica de Tasa (RMS) es un algoritmo de programación de prioridad estática para tareas periódicas en un sistema de tiempo real. Asigna prioridades según la frecuencia de las tareas: cuanto menor sea el período de una tarea (mayor su tasa), mayor será su prioridad. RMS es un algoritmo de prioridad estática óptimo; es decir, si cualquier algoritmo de prioridad estática puede programar un conjunto de tareas, RMS también puede. La programabilidad se puede comprobar mediante una prueba basada en la utilización.

El Método de Volumen Finito (MFF) es una técnica numérica dominante en CFD para la resolución de ecuaciones diferenciales parciales. Discretiza el dominio en una malla de volúmenes de control y aplica las ecuaciones que lo rigen en su forma integral a cada volumen. Al convertir las integrales de volumen en integrales de superficie mediante el teorema de divergencia, se centra en el cálculo del flujo de propiedades conservadas a través de las caras de la celda.

La verificación formal es el uso de métodos matemáticos para probar o refutar la corrección del diseño de un sistema con respecto a una especificación formal. A diferencia de las pruebas, que sólo pueden demostrar la presencia de errores para entradas específicas, la verificación formal puede demostrar su ausencia para todas las entradas posibles. Consiste en crear un modelo formal del sistema y utilizar técnicas como la comprobación de modelos o la demostración de teoremas.

BFT (acrónimo de Byzantine Fault Tolerance) es una propiedad de un sistema que le permite seguir funcionando correctamente y alcanzar el consenso aunque algunos de sus componentes fallen de forma arbitraria e impredecible, incluido el comportamiento malicioso (fallos bizantinos). Se trata de una garantía mucho mayor que la de tolerar simples fallos por colisión. Se requiere un mínimo de [latex]3f+1[/latex] componentes totales para tolerar [latex]f[/latex] componentes defectuosos y maliciosos.

RAID (acronym of Redundant Array of Independent Disks) is a data storage virtualization technology that combines multiple physical disk drives into one or more logical units for data redundancy, performance improvement, or both. Different RAID levels provide varying balances of reliability, availability, performance, and capacity. For example, RAID 1 mirrors data across two disks, while RAID 5 stripes data and parity across at least three disks.

Las Siete Herramientas Básicas de la Calidad son un conjunto de técnicas gráficas identificadas por Kaoru Ishikawa para la resolución de problemas relacionados con la calidad. Estas herramientas son: diagrama de causa y efecto (espina de pescado), hoja de verificación, gráfico de control, histograma, diagrama de Pareto, diagrama de dispersión y estratificación (a menudo presentada como diagrama de flujo). Se consideran básicas porque son fáciles de usar y requieren poca formación estadística formal.

El modelo en cascada es un proceso de desarrollo de software secuencial y no iterativo, donde el progreso fluye de forma continua (como una cascada) a través de distintas fases: concepción, inicio, análisis, diseño, construcción, pruebas, implementación y mantenimiento. Cada fase debe completarse por completo antes de pasar a la siguiente. A menudo se compara con los modelos iterativos para destacar su flexibilidad.

The recovery block scheme is a software fault-tolerance technique based on design diversity and backward error recovery. It structures a program as a series of blocks, each with a primary module, an acceptance test, and one or more alternate modules. If the primary module's output fails the acceptance test, the system state is restored, and an alternate module is executed.

La verificación y la validación son procesos distintos. La verificación garantiza que un producto cumple los requisitos especificados ("¿Lo estás construyendo bien?"). La validación garantiza que el producto satisface las necesidades reales del usuario y el uso previsto ("¿Está construyendo lo correcto?"). Son actividades complementarias dentro de la gestión de la calidad, a menudo realizadas secuencialmente o en paralelo para garantizar tanto la corrección como la utilidad.

El límite de repetibilidad, [latex]r[/latex], es un valor crítico derivado de la desviación típica de la repetibilidad ([latex]s_r[/latex]). Representa la máxima diferencia absoluta esperada entre dos resultados de un mismo ensayo, obtenidos en condiciones de repetibilidad, con una probabilidad de 95%. Suele calcularse como [latex]r = 2,8 veces s_r[/latex]. Si la diferencia supera [latex]r[/latex], los resultados se consideran sospechosos.

El Modelo Espiral es un modelo de proceso de desarrollo de software basado en riesgos que combina elementos tanto del prototipado como del modelo en cascada. Es un tipo de desarrollo iterativo donde el proyecto pasa por cuatro fases en cada iteración (espiral): determinación de objetivos, identificación y resolución de riesgos, desarrollo y pruebas, y planificación de la siguiente iteración. Hace hincapié en el análisis continuo de riesgos.

La detección de señales es el proceso de identificar posibles relaciones causales entre un fármaco y un evento adverso a partir de grandes conjuntos de datos, generalmente sistemas de notificación espontánea. Utiliza métodos estadísticos, conocidos como análisis de desproporcionalidad, para encontrar combinaciones de fármaco y evento notificadas con mayor frecuencia de la esperada. Una medida común es el Odds Ratio de Notificación (ROR), un valor superior a uno que sugiere una posible señal que requiere mayor investigación.