Verificação vs. Validação

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.

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.

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.