Octo para requisitos e MBSE
Em engenharia de sistemas baseada em modelos (MBSE), o Octo pode ler o que DOORS, Jama, Polarion, Cameo, Capella e Simulink já exportam e conferir a rastreabilidade que a ARP4754B (diretrizes da SAE para o desenvolvimento de aeronaves e sistemas civis) pede: requisito sem filho, sem modelo ou sem teste. Só leitura, por script, sem abrir a interface. Você aprova o plano; ele prepara a lista dos buracos e a matriz para revisão humana.
Seis entregas possíveis, tiradas do levantamento técnico. Todas partem de acesso de leitura: uma exportação ou uma conta só de leitura. Nada é escrito na base de requisitos.
DOORS, DOORS Next, Jama (pelo Interchange), Polarion e o Requirements Toolbox exportam ReqIF (Requirements Interchange Format, padrão do OMG, o Object Management Group). Um script em Python, só com a biblioteca padrão, lê o .reqif ou o .reqifz e lista todo objeto que não aparece em nenhuma relação, sem licença de nenhuma dessas ferramentas.
Uma consulta OSLC RM (Open Services for Lifecycle Collaboration, perfil de requisitos), com conta só de leitura, percorre a descoberta do servidor até a consulta do projeto e lista os requisitos sem link de validação para teste. Leva o cabeçalho OSLC-Core-Version: 2.0 e, com configurações ativadas, o contexto da configuração (linha de base ou fluxo).
Uma função MATLAB roda em matlab -batch, sem desktop, e lista os requisitos do Requirements Toolbox sem link para bloco ou teste. Se houver órfão, o processo sai com erro e a esteira de integração contínua (CI) para. Procura também os itens importados como referência.
Cruza requisitos de aeronave, sistema e item com os links de “satisfaz”, “implementa” e “verificado por”, vindos de várias exportações, e aponta os buracos: requisito sem filho, sem modelo, sem teste; teste sem requisito. Pode marcar também redação ambígua, como sugestão ao engenheiro.
Entrega: matriz CSV/HTML para revisãoCompara duas exportações ReqIF ou duas linhas de base (baselines) do DOORS Next e lista o que entrou, saiu e mudou. Pode achar o link quebrado entre ferramentas: o requisito importado no Simulink que mudou de texto na origem depois do import.
Entrega: relatório de diferençasLê o modelo Capella com capellambse, num servidor Linux, sem o Capella aberto, ou o do Cameo pelo OSLC e pela API REST do Teamwork Cloud, só leitura. Pode gerar o texto da arquitetura a partir do modelo e refazê-lo quando o modelo muda, para revisão humana.
O mesmo ciclo do Octo, aplicado a requisitos e modelos de sistema. Cada braço tem um papel estreito; quem decide é a engenharia da sua empresa.
Que base de requisitos (DOORS 9, DOORS Next, Jama na nuvem ou instalado, Polarion), que modelador (Cameo, Capella, Enterprise Architect), que versão do MATLAB, e que exportações já existem. Pergunta se o DOORS Next usa configurações.
Os níveis (aeronave, sistema, item, verificação) e os tipos de link que valem no seu projeto, porque no DOORS Next eles são configuráveis. No ReqIF, que tipo de relação separa “satisfaz” de “verifica”.
Pede conta só de leitura no OSLC ou no REST. Não escreve na base sem processo de mudança aprovado. Lembra que o REST do Jama na nuvem precisa ser habilitado pelo suporte. O envio de dados controlados (ITAR/EAR, regulamentos de controle de exportação dos EUA) a qualquer serviço externo, inclusive de IA, deve ser avaliado antes pela área de conformidade do cliente.
ReqIF primeiro, porque não exige licença. OSLC ou REST quando precisa do servidor ao vivo. doors -b no DOORS 9, capellambse no Linux, matlab -batch na esteira. Interface só quando não há outro jeito.
Biblioteca padrão quando dá. No OSLC, manda o contexto de configuração. No MATLAB, carrega os conjuntos de links dos modelos e testes antes de contar, senão tudo parece órfão.
Roda num módulo pequeno e compara com o que a ferramenta mostra. Sabe onde o script engana: link para outro módulo que não veio no mesmo arquivo aparece como “sem rastro”.
A matriz e a lista de órfãos vão para o engenheiro responsável, que decide. Na esteira de CI, o matlab -batch faz a execução falhar quando aparece requisito sem link.
Versões, tipos de link do projeto, contexto de configuração e o que foi confirmado no seu ambiente. A próxima conferência começa pronta.
O Octo aponta o buraco. Decisão, liberação e certificação são de pessoas e autoridades habilitadas.
O critério que o Octo usa para escolher. Arquivo aberto e API de leitura primeiro; a interface só quando não há outro jeito.
| Tarefa | Caminho recomendado | Alternativa |
|---|---|---|
| Listar requisitos sem rastro, sem licença de nenhuma ferramenta | Exportar ReqIF e ler com Python | CSV exportado |
| Mesma conferência direto no servidor DOORS Next | Consulta OSLC RM | REST ou relatório do IBM ELM (Engineering Lifecycle Management) |
| Conferência no DOORS 9 | DXL (linguagem de script do DOORS) em doors -b gravando CSV | Exportar ReqIF e usar o script Python |
| Requisitos do Jama em relatório externo | REST (/api-docs/ da instância) | ReqIF pelo Interchange |
| Requisitos e links do Polarion | REST API | ReqIF |
| Levar requisitos do DOORS ou do Jama para o Simulink | slreq.import com ReqIF ou módulo DOORS | Exportar Excel |
| Requisitos do Simulink sem link para bloco ou teste, em CI | matlab -batch + slreq.* | Relatório de rastreabilidade do Requirements Toolbox |
| Ler modelo Capella num servidor Linux | capellambse | Python4Capella dentro do Capella |
| Ler modelo do Cameo sem abrir o Cameo | OSLC/REST do Teamwork Cloud (só leitura) | Exportar XMI (formato de troca de modelos do OMG); API da SysML v2, em prévia |
| Ler modelo do Enterprise Architect | Automation Interface (COM) num Windows | Exportar XMI |
| Trocar requisitos entre fornecedor e integrador | ReqIF (OMG 1.2) | Excel (perde estrutura) |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado no seu programa.
Proposta, não promessa
A partir das exportações que a equipe já gera, sem licença nova e sem tocar na base.
A conferência deixa de ser pedido avulso e pode passar a rodar agendada, a cada mudança.
matlab -batch no CI, que falha com requisito órfãoA API da SysML v2 (linguagem de modelagem de sistemas, versão 2), aprovada pela OMG, padroniza o acesso REST ao modelo. Quando ela sair da prévia no Cameo (2026x Refresh1, 26/06/2026), a mesma conferência poderá ler o modelo sem API proprietária.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
5
pontos com fonte publicada, cada um com a referência indicada ao lado.
matlab -batch serve para integração contínuacapellambse lê o modelo Capella sem o Capella e o MATLAB roda no Linux. O DOORS 9 tem cliente Windows e o Enterprise Architect roda só no Windows.Fonte: PyPI capellambse; MathWorks; IBM; SparxO Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, desenhos e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o engenheiro responsável e a autoridade de certificação.
Assinatura: engenheiro responsável e autoridade de certificaçãoNorma, padrões e documentação dos próprios fabricantes usados no levantamento.
-b, -u, -pO diagnóstico começa lendo uma exportação dos seus requisitos, sem alterar nada. Você recebe o mapa dos buracos e do que dá para automatizar, e decide com ele na mão.