Verificação formal

Os sistemas de tempo real são classificados como "rígidos" ou "flexíveis" com base nas consequências do não cumprimento de um prazo. Em um sistema de tempo real rígido, o não cumprimento de um prazo resulta em falha total do sistema, como em um sistema de freios ABS. Em um sistema de tempo real flexível, o não cumprimento de um prazo leva à degradação do desempenho, mas não a uma falha catastrófica, como em transmissões ao vivo de áudio e vídeo.

O Rate-Monotonic Scheduling (RMS) é um algoritmo de escalonamento com prioridade estática para tarefas periódicas em um sistema de tempo real. Ele atribui prioridades com base na frequência da tarefa: quanto menor o período de uma tarefa (maior sua taxa), maior sua prioridade. O RMS é um algoritmo de prioridade estática ótimo, o que significa que, se qualquer algoritmo de prioridade estática puder escalonar um conjunto de tarefas, o RMS também poderá. A capacidade de escalonamento pode ser verificada por meio de um teste baseado em utilização.

O Método dos Volumes Finitos (MVF) é uma técnica numérica dominante em CFD para resolver equações diferenciais parciais. Ele discretiza o domínio em uma malha de volumes de controle e aplica as equações governantes em sua forma integral a cada volume. Ao converter integrais de volume em integrais de superfície usando o teorema da divergência, o método concentra-se no cálculo do fluxo de propriedades conservadas através das faces das células.

A verificação formal consiste na utilização de métodos matemáticos para provar ou refutar a correção do projeto de um sistema em relação a uma especificação formal. Ao contrário dos testes, que só podem demonstrar a presença de erros para entradas específicas, a verificação formal pode provar a sua ausência para todas as entradas possíveis. Envolve a criação de um modelo formal do sistema e a utilização de técnicas como a verificação de modelos ou a demonstração de teoremas.

A statistical measure of a process's ability to produce output within customer-defined specification limits. Unlike control charts, which track stability, Cpk quantifies capability. It measures how centered the process is between the specification limits and accounts for process variation. A higher Cpk value indicates a more capable process. The formula is [latex]C_{pk} = \min\left[\frac{USL - \mu}{3\sigma}, \frac{\mu - LSL}{3\sigma}\right][/latex].

O Modelo Espiral é um modelo de processo de desenvolvimento de software orientado a riscos que combina elementos de prototipagem e do modelo em cascata. Trata-se de um tipo de desenvolvimento iterativo em que o projeto passa por quatro fases em cada iteração (espiral): determinar objetivos, identificar e resolver riscos, desenvolver e testar, e planejar a próxima iteração. Ele enfatiza a análise contínua de riscos.

As Sete Ferramentas Básicas da Qualidade são um conjunto de técnicas gráficas identificadas por Kaoru Ishikawa para a resolução de problemas relacionados à qualidade. Essas ferramentas são: Diagrama de causa e efeito (espinha de peixe), Folha de verificação, Gráfico de controle, Histograma, Diagrama de Pareto, Diagrama de dispersão e Estratificação (frequentemente apresentada como um fluxograma). Elas são consideradas "básicas" porque são simples de usar e exigem pouco treinamento formal em estatística.

O Modelo Cascata é um processo de desenvolvimento de software sequencial e não iterativo, onde o progresso flui de forma constante para baixo (como uma cascata) através de fases distintas: concepção, iniciação, análise, projeto, construção, teste, implantação e manutenção. Cada fase deve ser totalmente concluída antes de se passar para a próxima. Ele é frequentemente contrastado com modelos iterativos para destacar sua flexibilidade.

O esquema de blocos de recuperação é uma técnica de tolerância a falhas de software baseada na diversidade de projeto e na recuperação de erros retroativa. Ele estrutura um programa como uma série de blocos, cada um com um módulo primário, um teste de aceitação e um ou mais módulos alternativos. Se a saída do módulo primário falhar no teste de aceitação, o estado do sistema é restaurado e um módulo alternativo é executado.

Verificação e validação (V&V) são processos distintos. A verificação garante que um produto atenda aos requisitos especificados ("Você está construindo corretamente?"). A validação garante que o produto atenda às necessidades reais do usuário e ao uso pretendido ("Você está construindo a coisa certa?"). São atividades complementares dentro da gestão da qualidade, frequentemente realizadas sequencialmente ou em paralelo para garantir tanto a correção quanto a utilidade.

O limite de repetibilidade, r, é um valor crítico derivado do desvio padrão de repetibilidade (s_r). Ele representa a diferença absoluta máxima esperada entre dois resultados de testes individuais, obtidos sob condições de repetibilidade, com 95% de probabilidade. Geralmente é calculado como r = 2,8 × s_r. Se a diferença exceder r, os resultados são considerados suspeitos.

BFT (acrônimo de Tolerância a Falhas Bizantinas) é uma propriedade de um sistema que permite que ele continue operando corretamente e alcance consenso mesmo que alguns de seus componentes falhem de maneiras arbitrárias e imprevisíveis, incluindo comportamentos maliciosos (falhas bizantinas). Essa é uma garantia muito mais forte do que tolerar falhas simples. Requer um mínimo de [latex]3f+1[/latex] componentes no total para tolerar [latex]f[/latex] componentes defeituosos e maliciosos.

RAID (acrônimo de Redundant Array of Independent Disks) é uma tecnologia de virtualização de armazenamento de dados que combina vários discos rígidos físicos em uma ou mais unidades lógicas para redundância de dados, melhoria de desempenho ou ambos. Diferentes níveis de RAID oferecem equilíbrios variados entre confiabilidade, disponibilidade, desempenho e capacidade. Por exemplo, o RAID 1 espelha os dados em dois discos, enquanto o RAID 5 distribui os dados e a paridade em pelo menos três discos.