A RTCA DO-254, "Design Assurance Guidance For Airborne Electronic Hardware", é a principal orientação para a produção de hardware eletrónico de aviação, tendo a sua versão mais recente sido publicada em 2000. A RTCA DO-254 especifica requisitos de ciclo de vida de design para sistemas aviónicos e fornece diretrizes para a aeronavegabilidade do hardware eletrónico das aeronaves. A DO-254, tal como a DO-178, foi publicada em colaboração entre a RTCA e a EUROCAE. A DO-254 foi oficialmente adotada pela FAA em 2005, em resposta à crescente utilização de diversos equipamentos eletrónicos na aviação.
A conformidade com a DO-254 contribui para reforçar a segurança de passageiros, tripulação e operadores, e fortalece a sua organização. Além disso, uma vez que alguns projetos exigem conformidade com a DO-254, esta proporciona à sua empresa uma vantagem competitiva face a outros fabricantes e programadores que não oferecem esta conformidade.
Os principais processos da certificação DO-254 podem ser resumidos da seguinte forma:
- Processo de Planeamento
- Processo de Desenvolvimento
- Processo de Verificação
O processo de desenvolvimento deve iniciar-se após a conclusão do processo de planeamento, mas o processo de verificação deve ser realizado do início ao fim do projeto.
A norma DO-254 deve ser cumprida através dos seguintes documentos, entre outros:
- PHAC (Plan for Hardware Aspects of Certification)
- HVP (Hardware Verification Plan)
- HVP (Hardware Validation Plan)
- HPAP (Hardware Process Assurance Plan)
- HAS (Hardware Accomplishment Summary)
Alguns documentos DO-178 podem assemelhar-se aos documentos DO-254. Pode consultar e adquirir aqui os nossos documentos DO-178.
Documentos DO254
PHAC
O PHAC (Plan for Hardware Aspects of Certification) deve ser elaborado durante o processo de planeamento e aprovado pela autoridade de certificação. O PHAC reflete um acordo entre o requerente do certificado e a autoridade de certificação sobre os procedimentos e ações a realizar, bem como as evidências resultantes a criar, para cumprir os aspetos de hardware da certificação. Neste plano, o programador explica a sua estratégia e a forma como a DO-254 é aplicada. Clique aqui para consultar o nosso documento PHAC.
Plano de Verificação e Validação de Hardware
O Hardware Verification Plan verifica se o hardware cumpre os requisitos de design. Por outro lado, o Hardware Validation Plan é utilizado para verificar se o hardware cumpre os requisitos operacionais e funcionais do utilizador. Conforme referido nas definições anteriores, a distinção fundamental entre verificação e validação reside no ambiente em que os testes são realizados. Num fluxo de verificação, verifica-se a correção do design face aos requisitos de design. Num fluxo de validação, avalia-se a correção do design face aos requisitos do utilizador-alvo. Estes documentos devem também ser elaborados no âmbito do processo de planeamento.
HPAP
O HPAP (Hardware Process Assurance Plan) verifica se os processos e os dados do ciclo de vida de design do hardware foram identificados e cumprem os planos aprovados. São recomendados à autoridade de certificação os métodos necessários para cumprir os objetivos de garantia de design do hardware, incluindo as estratégias definidas. Clique aqui para consultar o nosso documento HPAP.
HAS
O HAS (Hardware Accomplishment Summary) informa a autoridade de certificação sobre o que foi realizado do lado do hardware. A diferença entre o PHAC e o HAS é que, no PHAC, se comunica à autoridade de certificação o que se planeia fazer, enquanto no HAS se comunica o que foi efetivamente feito. O HAS deve também indicar os desvios relativamente ao documento PHAC aprovado. O HAS deve incluir informação de identificação do hardware, estado do hardware, histórico de versões e declaração de conformidade. É também semelhante ao documento Software Accomplishment Summary, utilizado para a conformidade com a DO-178. O HAS deve incluir secções sobre a visão geral do sistema e do hardware, a descrição do ciclo de vida de design do hardware e os dados do ciclo de vida do hardware. Clique aqui para consultar o nosso documento HAS.
Fases de Design
Fase de Design Preliminar
A fase de design preliminar começa com a linha de base funcional criada durante o design concetual e prossegue com a tradução das necessidades funcionais ao nível do sistema em requisitos de design para os subsistemas que serão combinados para formar o sistema. Esta tradução exige a continuação da análise de requisitos iniciada no design concetual. Devem ser definidas as necessidades específicas de hardware, software e pessoal do sistema. São realizadas análises de benefício/risco, e o trabalho de design preliminar resulta na criação de uma linha de base atribuída, na qual as necessidades são distribuídas pelos subsistemas individuais que compõem o sistema.
Fase de Design Crítico
A fase de design crítico é um processo técnico multidisciplinar que garante que um sistema pode avançar para a produção, demonstração e teste, cumprindo os critérios de desempenho especificados dentro das restrições de custo, calendário e risco. A linha de base do produto é iniciada durante a fase de design crítico. O objetivo do design crítico é avaliar o design final de um sistema, conforme definido nas especificações do produto, para cada item de configuração na linha de base do produto, e verificar se cada item de configuração foi incorporado nos documentos de design detalhado.
A fase de design crítico é concluída com a realização de uma Critical Design Review. A CDR garante que o sistema pode avançar para o teste e a produção. Estabelece também que os requisitos em causa podem ser cumpridos dentro do orçamento e do calendário. Os desenhos e as especificações abrangentes resultantes fornecem uma linha de base final, juntamente com uma linha de base inicial do produto. A CDR deve ser minuciosa e abrangente.
Fase de Design Final
A fase de Design Final inclui desenhos arquitetónicos e técnicos precisos de cada componente do projeto. Para alguns projetos, é importante elaborar um relatório de design final. Todas as questões de design identificadas devem ser resolvidas antes da conclusão da fase de design final. Os desenhos e relatórios devem ser suficientemente detalhados para permitir a definição de calendários. O relatório de design final deve incluir um calendário revisto, estimativas de custo e requisitos. Deve também confirmar-se que o projeto é viável financeiramente. Quaisquer alterações realizadas durante a Fase de Design Final são mais dispendiosas do que as realizadas nas fases anteriores. Por conseguinte, devem ser efetuadas com grande cuidado.
Autor: Can Önal ([email protected])
