Guia DO-178C: Introdução à certificação RTCA DO-178
Conteúdo
Glossário
|
Siglas
|
Condições
|
Definição
|
|---|---|---|
|
CC
|
Cobertura de código
|
Uma medida da extensão em que o código-fonte de um sistema de software foi testado por meio da execução de casos de teste específicos.
|
|
CSCI
|
Item de configuração de software de computador
|
Uma coleção de itens de software projetados para serem desenvolvidos, testados e entregues como uma única entidade.
|
|
DAL
|
Nível de Garantia de Projeto
|
Uma classificação usada no DO-178C para categorizar itens de software com base em sua criticidade para a segurança geral do sistema.
|
|
DCL
|
Nível de acoplamento de dados
|
Uma medida do grau de interdependência entre dois módulos ou componentes de software com base nos dados trocados entre eles.
|
|
DO-178C
|
Considerações de Software na Certificação de Sistemas e Equipamentos Aerotransportados
|
Um padrão publicado pela RTCA, Inc. fornece orientação para o desenvolvimento e certificação de software em sistemas aerotransportados.
|
|
FAA
|
Federal Aviation Administration
|
Um órgão regulador nos Estados Unidos é responsável pela regulamentação e supervisão da aviação civil no país.
|
|
FMEA
|
Análise de efeitos e modos de falha
|
Uma técnica sistemática usada para identificar e analisar possíveis modos de falha de um sistema, componente ou processo e seus efeitos.
|
|
HLR
|
Requisitos de alto nível
|
Declarações amplas do que se espera que o sistema de software realize, geralmente especificadas no início do processo de desenvolvimento.
|
|
IMA
|
Aviônica modular integrada
|
Uma abordagem de arquitetura de sistema que integra várias funções aviônicas em uma plataforma de hardware comum para reduzir os requisitos de peso, tamanho e energia.
|
|
LP
|
Requisitos de baixo nível
|
Declarações detalhadas que especificam o comportamento e a funcionalidade de componentes de software individuais, derivados de requisitos de alto nível.
|
|
MCDC
|
Cobertura de Condição/Decisão Modificada
|
Um critério de teste estrutural que exige que cada condição em uma declaração de decisão seja testada independentemente, resultando na avaliação de todos os resultados possíveis.
|
|
MTTR
|
Tempo médio para reparar
|
O tempo médio necessário para reparar um sistema ou componente de software com falha e restaurá-lo ao seu estado operacional normal.
|
|
OOT
|
Tecnologia Orientada a Objetos
|
Uma abordagem de desenvolvimento de software que enfatiza o uso de objetos, classes e herança para projetar e implementar sistemas de software.
|
|
PDR
|
Revisão Preliminar de Design
|
Uma revisão formal realizada para avaliar o projeto inicial de um sistema ou componente de software, normalmente realizada antes da fase de projeto detalhado.
|
|
PPS
|
Padrão de desempenho do processo
|
Um conjunto predefinido de métricas e critérios usados para avaliar o desempenho e a eficácia dos processos de desenvolvimento de software.
|
|
QA
|
Garantia da Qualidade
|
Um conjunto de atividades e processos destinados a garantir que os produtos e sistemas de software atendam aos requisitos especificados e aos padrões de qualidade.
|
|
RCS
|
Resumo da Mudança de Requisitos
|
Um documento que captura e rastreia as mudanças feitas nos requisitos do sistema de software ao longo do processo de desenvolvimento.
|
|
RTCA
|
Comissão Técnica de Rádio para Aeronáutica
|
Uma organização que desenvolve recomendações e padrões baseados em consenso para a indústria da aviação.
|
|
SCMP
|
Plano de gerenciamento de configuração de software
|
Um documento que define os procedimentos e ferramentas a serem usados para gerenciar e controlar os itens de configuração de software ao longo do ciclo de vida do desenvolvimento.
|
|
SCSC
|
Criticidade de Software e Classificação de Segurança
|
O processo de atribuir níveis de garantia de projeto (DALs) e classificações de segurança a itens de software com base em seu impacto na segurança do sistema.
|
|
controle de qualidade
|
Garantia de Qualidade de Software
|
O acompanhamento e avaliação sistemática dos vários processos de desenvolvimento de software para garantir o cumprimento de padrões de qualidade pré-definidos.
|
|
SSD
|
Dados de segurança de software
|
Uma coleção de artefatos e evidências usadas para demonstrar conformidade com os objetivos e requisitos de segurança de software.
|
|
SSC
|
Caso de segurança de software
|
Um documento que apresenta um argumento estruturado apoiado por evidências para demonstrar que o sistema de software atende aos objetivos de segurança especificados.
|
|
STP
|
Plano de teste de software
|
Um documento que descreve a abordagem, escopo, objetivos e cronograma para testar o sistema ou componentes de software.
|
|
SV
|
Cobertura Estrutural
|
Uma medida da extensão em que a estrutura de um sistema de software, como declarações, decisões e condições, foi exercitada durante o teste.
|
|
TLD
|
Design de nível superior
|
Um projeto arquitetônico de alto nível de um sistema de software que fornece uma visão geral de sua estrutura, componentes e interfaces.
|
|
TTCN-3
|
Notação de teste e controle de teste versão 3
|
Uma linguagem de teste padronizada usada para definir e executar casos de teste para sistemas de software.
|
|
V&V
|
Verificação e validação
|
O processo de avaliação e verificação de que um sistema ou componente de software atende aos requisitos especificados e funciona conforme pretendido.
|
|
VSCS
|
Sistema de controle de versão e fonte
|
Uma ferramenta de software ou sistema usado para gerenciar e controlar versões de código-fonte de software e artefatos relacionados.
|
Não se esqueça de compartilhar esta postagem!
capítulos
1. Introdução ao Padrão Aerotransportado
2. Processo de Certificação DO-178
3. Ferramentas e treinamentos DO-178C
4. Tópicos avançados de DO-178C
5. DO-178C Recursos
6. Glossário
Chegue ao mercado mais rápido com o Visure
- Garantir conformidade regulamentar
- Aplicar rastreabilidade total
- Simplifique o desenvolvimento
