Tradução automática, não revista por um falante nativo. O inglês é a referência.

Páginas dos tipos de cenárioEditar no GitHubFonte: docs/kinds/by-kind/oem-interop.md

oem-interop (tipo de cenário)

Tipo de cenário do motor v0.40.0, família Análise de missão, ligações e operações espaciais. Consultivo: resultados de análise de uma ferramenta de investigação e engenharia, não um equipamento de navegação homologado nem um serviço de segurança de vidas. Cada etiqueta aqui é do motor ou da matriz de verificação; um tipo é MODELLED, salvo indicação em contrário da matriz (como se obtém uma etiqueta: a secção Evidence do README).

O que faz#

Ponte de interoperabilidade CCSDS OEM: importa uma Orbit Ephemeris Message produzida por uma ferramenta externa de dinâmica de voo (GMAT/Orekit/STK emitem todas OEM) e indica os seus segmentos/objetos/referenciais/intervalo de épocas, mais uma verificação de consistência da velocidade; sem entrada, faz a ida e volta de uma órbita de referência gerada e indica a fidelidade importação↔exportação. Verificação de ingestão estrutural/física MODELLED, NÃO uma validação da exatidão orbital da origem.

Uma execução de scenarios/oem-interop.toml resume-se assim: oem-interop: ida e volta de 2 segmento(s), 12 estados; erro máximo de ida e volta de 4.88e-7 km / 4.61e-10 km/s (interop MODELLED)

Entradas#

A partir do esquema (kshana kinds --json):

  • Campos obrigatórios: nenhum
  • Campos opcionais: oem_text

O exemplo scenarios/oem-interop.toml define, entre outros:

Campo Valor Unidade
kind oem-interop texto

Execute-o#

kshana scenarios/oem-interop.toml

O que dá#

Os resultados escalares dessa execução, com as unidades que o motor indica:

Resultado Valor Unidade
evidence.id_rule o id estável da linha da matriz (o ID texto
evidence.matrix docs/VERIFICATION-MATRIX.md texto
evidence.tier MODELLED texto
n_segments 2 contagem
n_states_total 12 contagem
originator KSHANA texto
round_trip_max_pos_error_km 4.8822e-7 km
round_trip_max_vel_error_km_s 4.6115e-10 km/s
source round-trip texto

Etiqueta do resultado (a do motor): MODELLED — ponte de interoperabilidade de importação/ida e volta CCSDS OEM (GMAT/Orekit/STK emitem OEM); uma verificação de ingestão estrutural + física, NÃO uma validação da exatidão orbital da origem

O gráfico que o motor escreve para scenarios/oem-interop.toml, tipo de cenário oem-interop

Evidências#

VALIDATED: as linhas da matriz de verificação que nomeiam este tipo.

  • VALIDATED Importador CCSDS 502,0 OEM (parse_oem), tolerante a linhas COMMENT / palavras-chave de metadados adicionais / blocos de covariância e a inversa exata do escritor; ida e volta + ingestão de ficheiros externos com uma verificação de consistência da velocidade. Ensaios: ccsds_oem_interop_reference.rs.

As linhas que a própria execução exercitou, com a referência independente que a matriz dá a cada uma (as fontes públicas estão aí nomeadas):

  • MODELLED Determinista, com hash do cenário, SBOM + portões de referência multiplataforma. Referência independente (ExternalDataset): aderência à norma do SBOM ao esquema JSON oficial CycloneDX 1,5 (+ identificadores SPDX válidos) — uma norma externa publicada, zero erros de validação em todo o grafo de dependências; a parte de determinismo das FoM / reprodutibilidade byte a byte permanece uma verificação de autoconsistência fixada, pelo que a linha permanece MODELLED
  • VALIDATED Importador CCSDS 502,0 OEM (parse_oem), tolerante a linhas COMMENT / palavras-chave de metadados adicionais / blocos de covariância e a inversa exata do escritor; ida e volta + . Referência independente (ExternalDataset): Analisador CCSDS-502 independente de terceiros oem 0.4.5 (MIT, https://pypi.org/project/oem/) — uma base de código separada que descodifica byte a byte de forma idêntica o OEM EME2000/UTC emitido pelo kshana (24 estados em 2 ficheiros de ensaio, Δ pos/vel = 0) e cujo leitor estrito confirma os tokens de metadados; o analisador do kshana concorda igualmente com ele num OEM externo incluído. Duas constatações honestas de interoperabilidade (a biblioteca oem rejeita o mu por satélite do kshana

Limitações#

O que o próprio relatório da execução diz que não está modelado ou não está validado:

  • MODELLED — ponte de interoperabilidade de importação/ida e volta CCSDS OEM (GMAT/Orekit/STK emitem OEM); uma verificação de ingestão estrutural + física, NÃO uma validação da exatidão orbital da origem (resultado label)
  • Verificação de ingestão estrutural/física MODELLED, NÃO uma validação da exatidão orbital da origem. (catálogo de tipos de cenário (kshana kinds --json))
  • ÂMBITO HONESTO: verificação de ingestão estrutural + física MODELLED, NÃO uma validação da exatidão orbital das efemérides de origem. Execução: kshana scenarios/oem-interop.toml (comentário do ficheiro de cenário, linhas 11 a 13)
  • A reprodutibilidade e a garantia de software são MODELLED, não validadas: uma subafirmação é verificada externamente, mas a capacidade no seu conjunto compõe partes modeladas, pelo que a capacidade permanece modelada. (matriz de verificação (docs/MODELLED-RATIONALE.md))

Ver também#